Monatsrückblick Januar/Februar 2026 ist online!

[daniello]

Hallo allerseits, ich hab den Sensor HM-Sen-DB-PCB jetzt auch in meiner Türsprechanlage. Ob mit und oder ohne Dummyprogramm - es passiert das Gleiche. Lediglich "Install_Test" wird grün .. behält aber nach einem ersten Drücken immer den Status "true". Sprich: Der Wert "true" bleibt die Unterscheidung ist nur zwischen grün und schwarz.

Ist das bei euch auch so? Wie wertet man das am besten per Blockly aus? "Geändert" funktioniert nicht. "Aktualisiert" würde funktionieren .. aber man könnte den vorherigen Zustand nicht abfragen.

Oder mach ich was grundsätzlich falsch?

Grüße

[Röstkartoffel]

Ja, der Wert ist ohne Betätigung "true".

Ich frage den Sensor über ein js-Skript ab, lasse damit ein Fritzfon kurz läuten und versende eine Telegramm Nachricht:

! ````
createState('System.ioBroker.Tuerklingel_Weiterleitung', {def: 'true',type: 'boolean',name: 'Tuerklingel_Weiterleitung'});
! on({id: "hm-rpc.2.MEQ0655448.1.PRESS_SHORT"/Klingelsignalsensor:1.PRESS_SHORT/, val: true, ack: true}, function() {

log("kurz");

});
on({id: "hm-rpc.2.MEQ0655448.1.PRESS_SHORT"/Klingelsignalsensor:1.PRESS_SHORT/, val: true, ack: true}, function() {

ring_phone();

! sendTo('telegram.0', {
text: 'Es hat geklingelt.'
});
console.log("telegram: " + 'Es hat geklingelt');
! });
! function ring_phone(){
if(getState("javascript.0.System.ioBroker.Tuerklingel_Weiterleitung"/Tuerklingel_Weiterleitung/).val){
setState("tr-064.0.states.ring"/ring/, '**611 ,5');
setStateDelayed("tr-064.0.states.ring"/ring/,'', 30000);
}
}

Mit einem Blockly kann ich dir nicht dienen.

Und was meinst du damit?
  ` > die Unterscheidung ist nur zwischen grün und schwarz. ` 

[paul53]

@daniello:

"Aktualisiert" würde funktionieren .. aber man könnte den vorherigen Zustand nicht abfragen. `
Ein Datenpunkt PRESS_SHORT ist <u>immer</u> true und getriggert wird durch die Änderung des Zeitstempels. Was möchtest Du da abfragen ?

[daniello]

Ich meine damit dass ich kein true/false sehe sondern immer nur true .. das grün wird wenn geklingelt wird.

Dummerweise sehe ich auch keinen sich ändernden Zeitstempel .. würde mir schon helfen.

Mein aktuelles Ziel ist es beim zweiten Klingeln eine Aktion auszulösen.

[J Riemann]

INSTALL_TEST hat absolut nichts mit "klingeln" zu tun. Dieser Datenpunkt entspricht dem Button "Test" in den Geräteeinstellungen.

Um ein echtes klingeln auszuwerten ist der Datenpunkt PRESS_SHORT abzufragen.

Eine Taste (somit dieser Datenpunkt) hat den "Ruhezustand" false. Lediglich für den Moment des Tastendrucks wird der Zustand true.

[paul53]

@daniello:

Ziel ist es beim zweiten Klingeln eine Aktion auszulösen. `
Das sollte mit einer Zählvariablen funktionieren.

[daniello]

@J Riemann:

INSTALL_TEST hat absolut nichts mit "klingeln" zu tun. Dieser Datenpunkt entspricht dem Button "Test" in den Geräteeinstellungen.klingelsensor.jpeg

Um ein echtes klingeln auszuwerten ist der Datenpunkt PRESS_SHORT abzufragen.

Eine Taste (somit dieser Datenpunkt) hat den "Ruhezustand" false. Lediglich für den Moment des Tastendrucks wird der Zustand true. `

Danke, ist es ok wenn neben der Taste bei mir nichts steht? Bin der Meinung ich hätte auch neben so einem Knopf schonmal True/False gesehen.

@Paul

Danke auch .. aber erstmal muss ich begreifen welchen State ich verwenden kann :-)

[J Riemann]

@daniello:

Danke, ist es ok wenn neben der Taste bei mir nichts steht? Bin der Meinung ich hätte auch neben so einem Knopf schonmal True/False gesehen. `
Ja, das ist normal und war mal anders. Bei "Tasten" wird kein true/false sondern ein Tastensymbol angezeigt.

Ein Klick auf dieses Symbol sollte die Klingel auslösen.

[daniello]

ist doch ein Sensor .. tut also nichts .. ausser womöglich ein Skript anzustoßen als hätte jemand geklingelt.

Hätte gern gesehen ob es ein stabiles True gibt. Denke aber jetzt komm ich weiter :-)

Gesendet von meinem BLA-L29 mit Tapatalk

[J Riemann]

Natürlich klingelt der Sensor nicht selbst!

Ich wollte damit sagen das Du mit einem Klick auf das Symbol ein echtes Klingeln simulieren kannst.

@daniello:

Hätte gern gesehen ob es ein stabiles True gibt. ` Wie soll das bitte funktionieren?? Ein Tastendruck ist erfüllt solange der Druck aktiv ist.

Alles andere würde doch einen falschen Status ausgeben.

Ist die Taste jetzt gedrückt? Nein/false oder Ja/true

[daniello]

schon aber manche Kontakte sind zittrig bzw nicht so gut .. wird schon alles passen.

Gesendet von meinem BLA-L29 mit Tapatalk

[haselchen]

Muss mich mal mit einklinken.

Hab die Funkklingel auch und keine Daten in dem Wertfeld für Long Press und Short Press.

In der CCU musste ich einstelle wieviele Sekunden kurzes drücken ist und langes drücken.

Da ich nun keine Rückmeldung in IOBroker bekomme was es nun ist, wie kann ich den Sensor dann steuern?

[daniello]

Bei mir hat alles wie oben funktioniert .. short press übergibt Werte .. man sieht sie nur nicht in den Objekten.

Hab Pauls Blocklies fast 1:1 verwendet .. und am Sensor in HM gar nichts verändert.

[haselchen]

Hab den Fehler in meinen Ausführungen jetzt erst bemerkt.

Ich habe die Funkklingel.

Problematik bleibt aber die Gleiche.

Die Werte Press Short und Press Long beinhalten TRUE. Die Werte werden aber nicht grün aktualisiert, wenn der Knopf gedrückt wird sondern bleiben

schwarz.

Zum Triggern habe ich aus Spaß den RSSI Datenpunkt genommen, weil der sich grün ändert , wenn ich den Knopf drücke.

In der CCU habe ich die Sekunden eingetragen, die einen Long und einen Short Press ausmachen.

Die Angaben scheinen für IOBroker keine Rolle zu spielen.

Mein Ziel ist es, bei Knopfdruck eine MP3 Datei (Türklingeln) von einem Lautsprecher abspielen zu lassen.

Das scheint mit dem Teil mega aufwendig zu sein.

Nix SmartHome.

Hat jemand eine Idee wie ich vernünftig Long und Short vernünftig triggere und die MP3 Datei auf den Lautsprecher bringe?

Bevorzugt mit Blockly.

[daniello]

Also ich sprech hiervon …

[haselchen]

ich meine den :D

Wäre schön, wenn da jemand helfen kann. Das Ding macht mich fertig :evil:

[J Riemann]

Der Klingeltaster ist erst ganz neu auf dem Markt, wird er überhaupt schon 100%ig von RPC-Adapter unterstützt.

Ich möchte behaupten das das Gerät im Kern einfach nur ein normaler Taster ist. Somit sollte er sich auch so auswerten lassen.

[haselchen]

In der CCU ist er ganz normal angelernt und erkannt worden.

Wurde dort als Klingeltaster gespeichert.

Der RPC hat 2 Kanäle angelegt 0 und 1 mit Datenpunkten.

Wie ich aber schon schrieb, ich weiss nicht auf was ich Triggern soll.

IOBroker macht keinen Unterschied bei Long und Short Press.

Beide stehen auf True und ändern bei Auslösung auch die Farbe nicht (grün oder schwarz)

[J Riemann]

Wenn es die Datenpunkte SHORT und LONG gibt sollten auch beide nutzbar sein.

Allerdings sollte sie dauerhaft auf false stehen und nur für die Dauer des Tastendruck auf true wechseln.

Was Du mit „grün“ meinst weiß ich nicht. Meine Werte der Datenpunkte werden schwarz oder rot angezeigt.

Triggern kannst Du auf short, long oder beides mit „wahr“, „Änderung“ oder „Aktualisierung“. So funktioniert es es zumindest mit allen anderen Arten von Tastern der HM.

[dslraser]

@haselchen:

In der CCU ist er ganz normal angelernt und erkannt worden.

Wurde dort als Klingeltaster gespeichert.

Der RPC hat 2 Kanäle angelegt 0 und 1 mit Datenpunkten.

Wie ich aber schon schrieb, ich weiss nicht auf was ich Triggern soll.

IOBroker macht keinen Unterschied bei Long und Short Press.

Beide stehen auf True und ändern bei Auslösung auch die Farbe nicht (grün oder schwarz) ` Ich kann es nur noch mal sagen, bei mir gehen die Homematic (oder auch IP Taster) über ioBroker nur wenn ich Dummyprogamme auf der CCU angelegt habe. Wenn ich das nicht mache geht auch nur der install test.

Kannst Du ja mal probieren und dann vielleicht noch einmalig neu synchronisieren.<link_text text="https://uploads.tapatalk-cdn.com/201810 ... 8ce941.jpg">https://uploads.tapatalk-cdn.com/20181011/9f628b59776b932db6f465e7658ce941.jpg</link_text>" />