Weiter zum Inhalt
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. hm-rpc verbreitet alternative Fakten

NEWS

  • Neuer ioBroker-Blog online: Monatsrückblick März/April 2026
    BluefoxB
    Bluefox
    8
    1
    1.7k

  • Verwendung von KI bitte immer deutlich kennzeichnen
    HomoranH
    Homoran
    10
    1
    701

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    18
    1
    1.2k

hm-rpc verbreitet alternative Fakten

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
sticky unreach
5 Beiträge 2 Kommentatoren 196 Aufrufe
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • HomoranH Nicht stören
    HomoranH Nicht stören
    Homoran
    Global Moderator Administrators
    schrieb am zuletzt editiert von
    #1

    Seit einiger Zeit habe ich ein Zahnrad an einem Widget.
    ltk_sticky03.png

    Heute bin ich endlich mal dazu gekommen dem Ganzen nachzugehen.
    Ich hielt das Zahnrad immer für einen Hinweis auf working. Dieser Wert war aber false, jedoch fand ich zu meinem Erstaunen unter den Objects ein sticky unreach auf true
    ltk_sticky02.png

    Ich habe mir das dann auf der CCU angesehen und da war weder in den Servicemeldungen, noch im devconfig ein Hinweis auf ein sticky unreach:
    ltk_sticky01.png

    Wie bekomme ich das wieder geradegerückt?

    kein Support per PN! - Fragen im Forum stellen -
    Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
    Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
    der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

    paul53P 1 Antwort Letzte Antwort
    0
    • HomoranH Homoran

      Seit einiger Zeit habe ich ein Zahnrad an einem Widget.
      ltk_sticky03.png

      Heute bin ich endlich mal dazu gekommen dem Ganzen nachzugehen.
      Ich hielt das Zahnrad immer für einen Hinweis auf working. Dieser Wert war aber false, jedoch fand ich zu meinem Erstaunen unter den Objects ein sticky unreach auf true
      ltk_sticky02.png

      Ich habe mir das dann auf der CCU angesehen und da war weder in den Servicemeldungen, noch im devconfig ein Hinweis auf ein sticky unreach:
      ltk_sticky01.png

      Wie bekomme ich das wieder geradegerückt?

      paul53P Offline
      paul53P Offline
      paul53
      schrieb am zuletzt editiert von
      #2

      @Homoran sagte:

      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.

      Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
      Produktiv: Asus PN 42 / N100 / 8 GB / 500 GB

      HomoranH 1 Antwort Letzte Antwort
      0
      • paul53P paul53

        @Homoran sagte:

        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.

        HomoranH Nicht stören
        HomoranH Nicht stören
        Homoran
        Global Moderator Administrators
        schrieb am zuletzt editiert von
        #3

        @paul53 sagte in hm-rpc verbreitet alternative Fakten:

        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 🤔

        kein Support per PN! - Fragen im Forum stellen -
        Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
        Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
        der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

        paul53P 1 Antwort Letzte Antwort
        0
        • HomoranH Homoran

          @paul53 sagte in hm-rpc verbreitet alternative Fakten:

          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 🤔

          paul53P Offline
          paul53P Offline
          paul53
          schrieb am zuletzt editiert von paul53
          #4

          @Homoran sagte:

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

          Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
          Produktiv: Asus PN 42 / N100 / 8 GB / 500 GB

          HomoranH 1 Antwort Letzte Antwort
          1
          • paul53P paul53

            @Homoran sagte:

            ...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);
            });
            
            HomoranH Nicht stören
            HomoranH Nicht stören
            Homoran
            Global Moderator Administrators
            schrieb am zuletzt editiert von
            #5

            @paul53 Danke!

            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 😕

            kein Support per PN! - Fragen im Forum stellen -
            Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.
            Das Forum freut sich über eine Spende. Benutzt dazu den Spendenbutton oben rechts. Danke!
            der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

            1 Antwort Letzte Antwort
            0

            Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

            Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

            Mit deinem Input könnte dieser Beitrag noch besser werden 💗

            Registrieren Anmelden
            Antworten
            • In einem neuen Thema antworten
            Anmelden zum Antworten
            • Älteste zuerst
            • Neuste zuerst
            • Meiste Stimmen


            Support us

            ioBroker
            Community Adapters
            Donate
            FAQ Cloud / IOT
            HowTo: Node.js-Update
            HowTo: Backup/Restore
            Downloads
            BLOG

            587

            Online

            32.9k

            Benutzer

            83.0k

            Themen

            1.3m

            Beiträge
            Community
            Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
            ioBroker Community 2014-2025
            logo
            • Anmelden

            • Du hast noch kein Konto? Registrieren

            • Anmelden oder registrieren, um zu suchen
            • Erster Beitrag
              Letzter Beitrag
            0
            • Home
            • Aktuell
            • Tags
            • Ungelesen 0
            • Kategorien
            • Unreplied
            • Beliebt
            • GitHub
            • Docu
            • Hilfe