NEWS
HMIP-BSM
-
Kannst du mir bitte deine Einschätzung hierzu mitteilen?
leider nein!
Das ganze Thema ist nicht so simple, wie du es anscheinend siehst.
Die (etwas) sichere Methode ist es die interne Verknüpfung nur auf eine Taste zu legen, dort einen Toggle zu aktivieren und die Verknüpfung der zweiten Taste ebenfalls mit toggle auf das Zweite Gerät -
.. Das ganze Thema ist nicht so simple, wie du es anscheinend siehst. ..
Danke für deine Unterstützung.
Verflixt noch mal, gibt es denn keine vernünftige Dokumentation zu dem HmIP-BSM, sodass wir uns hier über Dinge den Kopf zerbrechen müssten, wo bereits zwei Sätze der Entwickler doch Klarheit schaffen würden?
Wenn schon .. denn schon ..
Mein Wunsch ist und bleibt: Ich möchte die Datenpunkte SHORT_PRESS und LONG_PRESS in ioBroker auswerten können. Auf SHORT_PRESS kann ich verzichten, hier wünsche ich mir sogar, dass die derzeitige direkte Verknüpfung erhalten bleiben möge.
Meine Tests/Versuche ..
In den sog. direkten Verknüpfungen des HmIP-BSM habe ich LONG_PRESS deaktiviert in der Hoffnung, dass im ioBroker die Datenpunkte gefüllt werden.
Leider geschieht dies nicht, wie der nachfolgende Test zeigt.Ich erhalte in ioBroker leider keine Meldungen in den Datenpunkten zu LONG_PRESS. Dies untersuchte ich mit folgendem kleinen Skript, das eine Debug-Meldung ausgibt, wenn der entsprechende Datenpunkt aktualisiert wurde:
on({id: "hm-rpc.1.HmIP_BSM_Diele.2.PRESS_LONG"/PRESS_LONG/, change: "any"}, function (obj) {
var value = obj.state.val;
var oldValue = obj.oldState.val;
console.warn('langer Tastendruck (oben)');
});Fazit ..
Das Deaktivieren von LONG_PRESS bewirkt nicht, dass diese Option aus der direkten Verknüpfung entfernt wird. Sowohl SHORT_PRESS als auch LONG_PRESS werden nicht an die CCU gemeldet.
Somit sollte eigentlich am Ende doch nur noch eine Möglichkeit verbleiben, damit die Tastendrücke des HmIP-BSM doch noch an ioBroker gemeldet werden: Löschen aller direkten Verknüpfungen!?
Weiß jemand Rat, ob wenigstens dies funktionieren würde?
-
@legro Frage am Rande: Hast du in der CCU ein Dummy Skript angelegt? Sonst wird m.E. gar kein LONG_PRESS nach iobroker übertragen.
-
@BoehserWolf said in HMIP-BSM:
@legro Frage am Rande: Hast du in der CCU ein Dummy Skript angelegt? Sonst wird m.E. gar kein LONG_PRESS nach iobroker übertragen.
Nein, das habe ich nicht. Leider weiß ich auch nicht, wie das geht. Könntest du mir hierbei behilflich sein?
Aber ist das wirklich nötig? Bisher wurden von allen Sensoren und Aktoren ohne Probleme die Datenpunkte und deren (Ver)Änderungen in ioBroker ausgefüllt.
-
@legro Für die Behandlung im Javascript Adapter mit LONG_PRESS halte ich das für nötig. Probier es halt aus
So sieht es bspw. bei meiner HmIP-RC8 aus:
-
Jetzt funktioniert's.
Vielen Dank für deine Hilfe.
Aber wie soll man auf so etwas kommen, wenn es nicht hilfreiche Geister wie dich gäbe? Selbst bei ELV konnte man mir nicht helfen.
Allerdings muss man wohl oder übel ELV in Schutz nehmen. Nach dem ganzen Verlauf ist wohl davon auszugehen, dass die HmIP-Geräte sehr wohl in allen Fällen an die CCU Ereignismeldungen der Tastenbedienung senden. Allein die Vermittlung an ioBroker scheint ohne diese Dummy-Programme nicht zu funktionieren.
-
Nach dem ganzen Verlauf ist wohl davon auszugehen, dass die HmIP-Geräte sehr wohl in allen Fällen an die CCU Ereignismeldungen der Tastenbedienung senden.
nein, das tun sie eben nicht um Funkzeiten einzusparen und den DutyCycle zu schonen.
Es wird nur die Direktverknüpfung bedient, solange diese Taste nicht über die CCU eine andere Aufgabe zugewiesen bekommt.Durch das Dummyprogramm wird dem Taster gesagt, dass da noch jemand anderes etwas will und dann erst sendet der Taster auch die Tasterinformationen an die CCU. Ansonsten sendet nur der Aktor seine Statusmeldungen
Leider hatte ich deine Aussage:
@legro sagte in HMIP-BSM:Drücke ich auf den Aktor, so wird stets direkt die Wechselschaltungsfunktionalität - oder was auch immer als Betriebsart eingestellt wurde - ausgeführt.
falsch interpretiert, so dass ich dachte, dass die Daten schon in ioBroker ankämen aber trotzdem eine weitere Aktion im Aktor ausgelöst würde.
Das Thema Dummy-Programm gilt nämlich für alle HM-Batterietaster und alle HmIP Taster
-
-
@legro sagte:
Hier steht's!
Ergänzung:
3. Script in ioBroker// Dieses Skript einmal für jeden Taster-Kanal ausführen const inst = 'hm-rpc.0'; // Instanz anpassen const channel = 'XEQ1234567:1'; // Kanal-Adresse anpassen sendTo(inst, 'reportValueUsage', {ID: channel, paramType: 'PRESS_SHORT', params: 1}, res => { log(JSON.stringify(res)); });
-
Hier steht's!
Joa, Sebastian ist ein super Kenner der CCU.
Es ist eben ein Feature und kein Bug.Bei immer größer werdenden Installationen wurde es wichtig noch mehr an Funkzeiten einzusparen, zumal bei HmIP jetzt alle Aktoren mit angebautem Taster physikalisch getrennt wurden um genau deinem Wunsch entgegen zu kommen dass man auch weitere Geräte mit dem Taster bedienen können soll.Bei HomeMatic konnte man den DC reduzieren indem man ein weiteres RF-Gateway eingebunden hatte.
Das geht bei HmIP nicht. Im Gegenteil. Die Reichweitenerhöhung wird durch Routing über andere Geräte erreicht, was zu weiteren Funkpaketen führt. -
Was soll ich dazu sagen außer, dass ich heil froh bin nach vier Jahren Leidenszeit unter MagentaSmartHome (MSH) endlich auf ein System und Leute zu treffen, wobei echte Freude aufkommt. Innerhalb von vier Tagen hatte ich mehr erreicht als in diesen vier Jahren in MSH.
Meine naive Vorstellung war, dass ich piVCCU3 lediglich als Gateway nutze und ansonsten nichts mit Homematic bzw. Homematic IP zu tun habe. Das war offensichtlich eine Fehleinschätzung.
Nochmals allen vielen herzlichen Dank für die großartige Hilfen und Unterstützung.
-
dass ich piVCCU3 lediglich als Gateway nutze und ansonsten nichts mit Homematic bzw. Homematic IP zu tun habe. Das war offensichtlich eine Fehleinschätzung.
nicht wirklich!
die Erstkonfiguration der Geräte muss weiterhin in der CCU (oder über HomeMatic Manager) erfolgen.
Ansonsten ist die CCU nur Gateway.Wenn du das Script von Paul nimmst brauchst du sogar kein Dummy-Programm auf der CCU, weil das Skript in ioBroker der CCU mitteilt, dass du die Info über die Tasteraktion benötigst
Inwieweit meinst du denn, dass du "zuviel" auf der CCU machen musst?
-
..
Inwieweit meinst du denn, dass du "zuviel" auf der CCU machen musst?Nun ja, ich dachte, dass ich bloß die Geräte anlernen muss - vergleichbar der OSRAM und Philips Lampen an der HUE Bridge - und das war's dann.
Nun bin ich erst vier Wochen dabei. Ich muss also noch viel lernen.
-
-
@Homoran sagte:
musst du doch auch nur
Na ja, Direkt-Verknüpfungen erstellen und Geräte parametrieren kann man nicht mit ioBroker. Aber Programme auf der CCU und den HM-Rega-Adapter benötigt man tatsächlich nicht.
-
Wenn du das Script von Paul nimmst brauchst du sogar kein Dummy-Programm auf der CCU, weil das Skript in ioBroker der CCU mitteilt, dass du die Info über die Tasteraktion benötigst
Das kannte ich noch gar nicht, viel einfacher!
Bei 1x meinst du wirklich einmalig oder einmal bei jedem Scriptstart, weil die CCU ja neu gestartet worden sein könnte? -
-
@BoehserWolf sagte in HMIP-BSM:
Bei 1x meinst du wirklich einmalig
Wirklich einmalig.
aber für jeden Taster
Für jeden Kanal.
-
Aber das Ganze gilt doch nur bei Homematic IP, wenn ich‘s richtig verstehe. Jedenfalls habe ich eine solche Akrobatik bei den Homematic Taster noch nie benötigt.
-
@legro sagte:
Aber das Ganze gilt doch nur bei Homematic IP
Nein, das gilt auch für HomeMatic (classic). Ich musste die Kommunikation beim HM-RC-4-3 auch erst für alle 4 Kanäle aktivieren. Da ich keine (V)CCU habe, kann ich dafür kein Dummy-Programm verwenden.