<![CDATA[[gelöst] hm-rpc.0 meldet STICKY_UNREACH=true]]>Mein Homematic Fensterkontakt hat in der CCU2 die Servicemeldung abgegeben, dass er kurz nicht erreichbar war. Nach der Bestätigung in der CCU2 war die Servicemeldung wieder weg.

Im ioBroker ist aber immer noch STICKY_UNREACH=true. Und das schon ein paar Tage. Adapter Neustart hat nichts gebracht.

Wie bekomme ich den Status auf true? Kommt da immer noch was von der CCU2? Muss ich in der CCU2 noch was machen?

]]>https://forum.iobroker.net/topic/13139/gelöst-hm-rpc-0-meldet-sticky_unreach-trueRSS for NodeThu, 28 May 2026 05:50:42 GMTSat, 26 May 2018 11:40:41 GMT60<![CDATA[Reply to [gelöst] hm-rpc.0 meldet STICKY_UNREACH=true on Mon, 20 Sep 2021 16:02:26 GMT]]>Hallo, @paul53,

vielen Dank. Dann mache ich mich mal bei.

]]>https://forum.iobroker.net/post/679307https://forum.iobroker.net/post/679307Mon, 20 Sep 2021 16:02:26 GMT<![CDATA[Reply to [gelöst] hm-rpc.0 meldet STICKY_UNREACH=true on Mon, 20 Sep 2021 14:53:35 GMT]]>@opossum sagte: Hast Du dieses Script noch im Einsatz?

Ja.

Bild_2021-09-20_165333.png

@opossum sagte in [gelöst] hm-rpc.0 meldet STICKY_UNREACH=true:

cntid, alarmid, quitid sind festgelegt mit Service. ..., sind das Datenpunkte, die Du selber angelegt hast?

Ja, die Namen müssen eindeutig sein.

@opossum sagte in [gelöst] hm-rpc.0 meldet STICKY_UNREACH=true:

sticky beschreibt den Zweig, in welchem gesucht werden soll? Bei mir liegen diese Daten in hmrpc.1...., müßte ich also ändern?

Ja, auf

const sticky = $('hm-rpc.1.*.STICKY_UNREACH');
]]>https://forum.iobroker.net/post/679262https://forum.iobroker.net/post/679262Mon, 20 Sep 2021 14:53:35 GMT<![CDATA[Reply to [gelöst] hm-rpc.0 meldet STICKY_UNREACH=true on Mon, 20 Sep 2021 04:39:09 GMT]]>Hallo, @paul53,
ich muss dieses Thema noch einmal hochholen. Hast Du dieses Script noch im Einsatz? Ich habe es mal bei mir eingebaut, ich bekomme leider einige Warnungen. Der Hintergrund ist, dass ich bei zwei HM-LC-Sw1PBU-FM (schalten das Aussenlicht) eine Kommunikationsstörung hatte, jetzt deren Parameter sticky_unreach auf true steht. Dieses true würde ich gern wieder auf false setzen. In RaspberryMatic stehen die Parameter wieder auf false.
Daher habe ich zu dem Script Fragen:
Die Konstanten cntid, alarmid, quitid sind festgelegt mit Service. ..., sind das Datenpunkte, die Du selber angelegt hast?
Die Konstante sticky beschreibt den Zweig, in welchem gesucht werden soll? Bei mir liegen diese Daten in hmrpc.1...., müßte ich also ändern?
Hier mal die Warnungen:


Oder hast Du vielleicht eine andere Methode, wie ich diese Datenpunkte wieder auf false bekomme?
Danke für Deine Hilfe.

]]>https://forum.iobroker.net/post/679011https://forum.iobroker.net/post/679011Mon, 20 Sep 2021 04:39:09 GMT<![CDATA[Reply to [gelöst] hm-rpc.0 meldet STICKY_UNREACH=true on Sat, 26 May 2018 15:51:50 GMT]]>@Bongo:

Nach der Bestätigung in der CCU2 war die Servicemeldung wieder weg. `
Das ist offenbar eine Funktion der RegaHss, die im Datenpunkt STICKY_UNREACH nicht nach außen weitergegeben wird.
493_ccu_servicemeldungen.jpg
Es ist eine Sammelstöranzeige und eine Quittierungstaste. Das kann man in ioBroker mit zwei entsprechenden Datenpunkten nachbilden und dabei auch die STICKY_UNREACH zurücksetzen. Ich habe das bei mir mit diesem Script gelöst:

// Servicemeldungen in Datei loggen, Anzahl in einem Datenpunkt erfassen
// und zu quittierenden Sammelalarm erzeugen

const cntid = getIdByName("Service.Fehleranzahl");
const alarmid = getIdByName("Service.Sammelalarm");
const quitid = getIdByName("Service.Quittierung");
const sticky = $('hm-rpc.0.*.STICKY_UNREACH');

// Script start
var count = getState(cntid).val;
if(count) setState(alarmid, true);
else setState(alarmid, false, true);

on(/\.UNREACH|LOWBAT|CONFIG_PENDING|FAULT_REPORTING$/, function(dp) {
   var val = dp.state.val;
   var old = dp.oldState.val;
   if (val != old) {
       if(dp.common.name) flog(dp.common.name + ": " + val);
       else flog(dp.id + ": " + val);
   }
   if(val && !old) count++;
   else if (!val && old) count--;
   setState(cntid, count, true);
   if(count) setState(alarmid, true);
});

on({id: quitid, val: true}, function() {
   if(!count) {
      setState(alarmid, false, true);
      sticky.each(function(id, i) {
	 setState(id, false, true);
      });
   }
   setState(quitid, false, true);
});
]]>https://forum.iobroker.net/post/154160https://forum.iobroker.net/post/154160Sat, 26 May 2018 15:51:50 GMT<![CDATA[Reply to [gelöst] hm-rpc.0 meldet STICKY_UNREACH=true on Sat, 26 May 2018 15:15:01 GMT]]>Das sind Datenpunkte wo du einen Trigger auf „wird auf true gesetzt“ nutzt und du damit eine Info genau dann bekommst wenn es passiert. Danach bleibt der auf true ist egal

]]>https://forum.iobroker.net/post/154154https://forum.iobroker.net/post/154154Sat, 26 May 2018 15:15:01 GMT<![CDATA[Reply to [gelöst] hm-rpc.0 meldet STICKY_UNREACH=true on Sat, 26 May 2018 13:15:39 GMT]]>Danke. Weis auch nicht wie ich darauf komme.

]]>https://forum.iobroker.net/post/154150https://forum.iobroker.net/post/154150Sat, 26 May 2018 13:15:39 GMT<![CDATA[Reply to [gelöst] hm-rpc.0 meldet STICKY_UNREACH=true on Sat, 26 May 2018 11:58:27 GMT]]>@Bongo:

Im ioBroker ist aber immer noch STICKY_UNREACH=true. `
Ignorieren ! Der wichtige Datenpunkt ist UNREACH und der wird zurückgesetzt.

]]>https://forum.iobroker.net/post/154148https://forum.iobroker.net/post/154148Sat, 26 May 2018 11:58:27 GMT