HMIP-BSM
-
..
Wobei ich jetzt ad hoc nicht weiß, wie du nur den LONG_PRESS da raus bekommst.Ja, diese Seite hatte ich mittlerweile auch schon gefunden. Das Rausbekommen ist wohl weniger das Problem, schließlich gibt's ja dafür wohl die Schaltfläche löschen. Bleibt eher die Frage, mit welchen Konsequenzen ich rechnen muss: Verliere ich die Möglichkeit der Wechselschaltungfunktion, .. usw.
Jedenfalls hast du mich mit deiner Erläuterung hinsichtlich der impliziten Verknüpfung schon einmal ein gutes Stück weiter gebracht: Es gibt demnach gar keine direkte Funktionen am Gerät, wenn solche Verknüpfungen nicht vorhanden sind. Mithin ist wohlmöglich eine paralleles Bedienen am Taster und via ioBroker gar nicht möglich!?
-
Mithin ist wohlmöglich eine paralleles Bedienen am Taster und via ioBroker gar nicht möglich!?
Wenn du diese interne Verknüpfung komplett löscht passiert genau das!
Deswegen solltest du ja nur die PRESS_LONG da irgendwie herausbekommen. Das ergibt IMHO bei einem Schalter keinen Sinn.
Bei einem Dimmer oder Rolladenaktor hätte der LONG_PRESS eine Funktion bei der Bedienung am Taster. -
..
Bei einem Dimmer oder Rolladenaktor hätte der LONG_PRESS eine Funktion bei der Bedienung am Taster.Der HMIP-BSM ist doch ein Taster, halt mit einem Aktor.
Dank deiner Erläuterungen hoffe ich nun, dass ich folgendes realisieren kann ..
- Ich lösche alle direkten Verknüpfungen in dem Gerät.
- Dies sorgt dann dafür, dass die Datenpunkte LONG_PRESS und SHORT_PRESS hoffentlich im ioBroker gefüllt werden.
- Die Wirkung des Datenpunktes state sollte über die Einstellungen in Kanal 3 sich (nach wie vor) einstellen lassen: Wechselschaltung, Ausgang 1 oder 2 aktiv.
- Als Ergebnis des Ganzen sollte ich via ioBroker nun flexibel auf die beiden Ereignisse LONG_PRESS und SHORT_PRESS reagieren können.
Kannst du mir bitte deine Einschätzung hierzu mitteilen?
Nun habe ich noch eine letzte Frage ..
Wenn das Ganze schief gehen sollte, kann ich dann wieder den HMIP-BSM mittels Reset auf den alten Stand zurücksetzen?
-
@legro
Bitte folgendes beachten: -
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
-
Danke für die weiteren Erläuterungen.
Mittlerweile erhielt ich einen Tipp, in dem all das zu finden ist, worüber ich hier rätselte. Trotz eifrigen Suchens fand ich nicht selbst zu dieser Quelle.
Hier steht's!
Bin halt immer noch Anfänger.
Aber es wird dank euerer Hilfe immer besser! -
@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.
-
dass ich bloß die Geräte anlernen muss
musst du doch auch nur
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
-
@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?
