HMIP-BSM

[legro]

@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.

[BoehserWolf]

@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:

[legro]

@BoehserWolf

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.

[Homoran]

@legro sagte in HMIP-BSM:

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]

@Homoran

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!

[paul53]

@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));
});

[Homoran]

@legro sagte in HMIP-BSM:

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.

[legro]

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.

[Homoran]

@legro sagte in HMIP-BSM:

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?

[legro]

@Homoran said in HMIP-BSM:

..
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]

@legro sagte in HMIP-BSM:

dass ich bloß die Geräte anlernen muss

musst du doch auch nur

@Homoran sagte in HMIP-BSM:

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

[paul53]

@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.

[BoehserWolf]

@Homoran said in HMIP-BSM:

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?

[Homoran]

@BoehserWolf sagte in HMIP-BSM:

wirklich einmalig

aber für jeden Taster

[paul53]

@BoehserWolf sagte in HMIP-BSM:

Bei 1x meinst du wirklich einmalig

Wirklich einmalig.

@Homoran sagte in HMIP-BSM:

aber für jeden Taster

Für jeden Kanal.

[legro]

@paul53

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.

[paul53]

@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.

[Homoran]

@legro sagte in HMIP-BSM:

Jedenfalls habe ich eine solche Akrobatik bei den Homematic Taster noch nie benötigt.

das gilt für den Entscheidungswert in Messsteckdosen, das gilt bei Batterie-Wandtastern (6fach/2fach) und auch bei einigen Bewegungsmeldern

[legro]

@Homoran, @paul53

Gut zu wissen. Meine Fernbedienung habe ich noch nicht in meinem neuen System eingepflegt. Diese Diskussion erspart mir offenbar viele (neue) Sorgen.

Nochmals vielen Dank für euren kompetenten Rat.

[legro]

Und hier, was ich mit all dem Ganzen jetzt anfangen konnte ..

In der Eingangsdiele dient ein HmIP-BSM als Wechselschalter (kurzer Druck) zum Einschalten der Dielenbeleuchtung. Ein langer Druck schaltet die Haustürlampe ein/aus.

Im Wohnzimmer schalte ich auf die gleiche Weise die Beleuchtung (kurz oben/unten) und separat eine Stehlampe (lang oben/unten).

usw.

Damit das alles auch so funktioniert, muss man zusätzlich natürlich die im HmIP-BSM voreingestellte Aktivierung für das Ereignis LONG_PRESS deaktivieren.

Nachmals vielen Dank an alle hilfreichen Seelen.