ich habe jetzt einfach bei dem Widget den Datenpunkt für "in Arbeit" (=WORKING) gelöscht, jetzt ist das Zahnrad weg, obwohl WORKING auch vorher false war.

Das Kuriose:
Den Gegentest kann ich nicht machen, der Datenpunkt WORKING lässt sich nicht mehr eintragen

...und die existiert anscheinend nicht in realiter

Ich habe vor Jahren auch festgestellt, dass STICKY_UNREACH nicht zurück gesetzt wird, deshalb mache ich es bei einer Sammelalarm-Quittierung per Script:

// 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, 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, 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);
});

Wird STICKY_UNREACH irgendwo ausgewertet ?

wenn ich das wüsste!
Ich habe keine andere Erklärung für dieses Zahnrad-Symbol gefunden

@paul53 sagte in hm-rpc verbreitet alternative Fakten:

denn es handelt sich um eine CCU-interne Selbsthaltung von UNREACH.

...und die existiert anscheinend nicht in realiter

Wie bekomme ich das wieder geradegerückt?

Wird STICKY_UNREACH irgendwo ausgewertet ? Das macht für mich keinen Sinn, denn es handelt sich um eine CCU-interne Selbsthaltung von UNREACH.