Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • 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. Skripten / Logik
  4. [gelöst] Gelegentlich Fehler bei Homematic

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    15
    1
    641

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    630

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    1.9k

[gelöst] Gelegentlich Fehler bei Homematic

Geplant Angeheftet Gesperrt Verschoben Skripten / Logik
21 Beiträge 4 Kommentatoren 2.1k Aufrufe 4 Watching
  • Ä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.
  • Rene55R Rene55

    Ich nutze RaspberryMatic (Charly = Raspi3 + große Funkplatine) und steuere die Geräte grundsätzlich vom ioBroker. Gelegentlich kommt es vor, dass einzelne Geräte nicht schalten. In dem Fall hier ist es ein Rollladenaktor. Im Log sehe ich dann

    2022-03-20 07:35:27.166 - error: hm-rpc.0 (503889) xmlrpc -> setValue ["MEQ0678097:1","LEVEL",1] FLOAT
    2022-03-20 07:35:27.186 - error: hm-rpc.0 (503889) Cannot call setValue: XML-RPC fault: Failure```
    

    Nach der Meldung würde ich vermuten, dass RaspberryMatic den Wert nicht an ioB zurückgeben kann. ABer wie gesagt, Rollladen fährt nicht! Da es sich hier um Funk handelt, und Funk quasi 'unberechenbar' ist, suche ich nach einem Workaround. Z.B. irgendwas in der Art "wenn nicht nach X Sekunden das ACK kommt, schick den Befehl nochmal. Mir fehlt dazu im Moment der erste Ansatz. Hat das Phänomen noch jemand und schon ne Lösung dazu?

    grrfieldG Offline
    grrfieldG Offline
    grrfield
    schrieb am zuletzt editiert von
    #7

    @rene55 Ich habe dasselbe Problem und mir dafür eine Funktion setHMStateSec() geschrieben, die in einem globalen Skript gespeichert ist und von überall aufgerufen werden kann. Die Funktion setzt den entsprechenden State und überprüft, dann, ob er ausgeführt wurde. War das nicht erfolgreich, wird einige Zeit immer wieder versucht, die Homematic-Komponente anzusprechen:

    /**
     * Setzt sicher einen State und überprüft die Ausführung.
     * Überprüft nach _HMAckWait (2000 ms), ob der Befehl erfolgreich war. 
     * Bei Mißerfolg wird der Befehl mit setState() jeweils nach _HMAckWait und  
     * einem zufälligen Anteil so oft wiederholt, bis er ausgeführt wurde
     * oder bis die Zeit HM_reptime (10000 ms) abgelaufen ist.
     * @param   {string}            HM_id           ID der Homematic-Komponente
     * @param   {boolean|number}    HM_value        zu schreibender Wert
     * @param   {number}            [HM_reptime]    optional: maximale Zeit für die Versuche [ms]
     * @param   {number}            [HM_ackwait]    optional: Verzögerung zwischen den Versuchen [ms]
     * @returns {Object}            acksiID         setInterval ID - löschen mit clearInterval()
     */
    function setHMStateSec(HM_id, HM_value, HM_reptime, HM_ackwait)
    {
        // maximale Default-Zeit für Versuche [ms] (kann mit Parameter überschrieben werden)
        let _HMreptime=10000;      //10000
        // Default-Verzögerung zwischen den Versuchen [ms] (kann mit Parameter überschrieben werden)
        let _HMackwait=2000;       //2000
    
        let _HMacksiID;
    
        setState(HM_id, HM_value);
    
        if(HM_reptime !== undefined && typeof(HM_reptime) == 'number') {
            _HMreptime=HM_reptime;
            if(HM_ackwait !== undefined && typeof(HM_ackwait) == 'number') _HMackwait=HM_ackwait;
        }
        let i=1;
        _HMacksiID=setInterval(function() {
            i++;
            if(getState(HM_id).val == HM_value && getState(HM_id).ack === true) {
                log('setHMStateSec '+HM_id+' Success.');
                clearInterval(_HMacksiID);
            } else if(i*_HMackwait > _HMreptime) {
                log('setHMStateSec '+HM_id+' no success after trial '+(--i), 'error');
                clearInterval(_HMacksiID);
            } else {
                log('setHMStateSec '+HM_id+' trial '+i, 'warn');
                setStateDelayed(HM_id, HM_value, Math.floor(Math.random()*10)*_HMackwait/100);            
            }
        }, _HMackwait);
        return _HMacksiID;
    }
    

    Der Aufruf erfolgt wie bei setState():

    setHMStateSec('hm-rpc.0.xxxxxxxx.1.STATE', true);
    

    Optional kann noch die Wartezeit zwischen dem erneuten Ausführen (hier 5 s) und die Zeitspanne, in der versucht wird, neu zu senden (hier 20 s), angegeben werden; ansonsten werden die Defaultwerte (2 s und 10 s) verwendet:

    setHMStateSec('hm-rpc.0.xxxxxxxx.1.STATE', true, 20000, 5000);
    

    HM_reptime muß größer sein als HM_ackwait, sonst finden keine erneuten Versuche statt.
    Ich verwende die Funktion nur für kritische Schaltvorgänge, die in jedem Fall ausgeführt werden müssen.
    Einige Homematic-Komponentne brauchen recht lange, bis der Funkbefehl bestätigt wird (z. B. Heizungsgruppe mit Thermostat ca. 30 s) - dann muß HM_ackwait größer als diese Zeit gewählt werden, damit es nicht zu Konflikten kommt.

    Rene55R 1 Antwort Letzte Antwort
    0
    • grrfieldG grrfield

      @rene55 Ich habe dasselbe Problem und mir dafür eine Funktion setHMStateSec() geschrieben, die in einem globalen Skript gespeichert ist und von überall aufgerufen werden kann. Die Funktion setzt den entsprechenden State und überprüft, dann, ob er ausgeführt wurde. War das nicht erfolgreich, wird einige Zeit immer wieder versucht, die Homematic-Komponente anzusprechen:

      /**
       * Setzt sicher einen State und überprüft die Ausführung.
       * Überprüft nach _HMAckWait (2000 ms), ob der Befehl erfolgreich war. 
       * Bei Mißerfolg wird der Befehl mit setState() jeweils nach _HMAckWait und  
       * einem zufälligen Anteil so oft wiederholt, bis er ausgeführt wurde
       * oder bis die Zeit HM_reptime (10000 ms) abgelaufen ist.
       * @param   {string}            HM_id           ID der Homematic-Komponente
       * @param   {boolean|number}    HM_value        zu schreibender Wert
       * @param   {number}            [HM_reptime]    optional: maximale Zeit für die Versuche [ms]
       * @param   {number}            [HM_ackwait]    optional: Verzögerung zwischen den Versuchen [ms]
       * @returns {Object}            acksiID         setInterval ID - löschen mit clearInterval()
       */
      function setHMStateSec(HM_id, HM_value, HM_reptime, HM_ackwait)
      {
          // maximale Default-Zeit für Versuche [ms] (kann mit Parameter überschrieben werden)
          let _HMreptime=10000;      //10000
          // Default-Verzögerung zwischen den Versuchen [ms] (kann mit Parameter überschrieben werden)
          let _HMackwait=2000;       //2000
      
          let _HMacksiID;
      
          setState(HM_id, HM_value);
      
          if(HM_reptime !== undefined && typeof(HM_reptime) == 'number') {
              _HMreptime=HM_reptime;
              if(HM_ackwait !== undefined && typeof(HM_ackwait) == 'number') _HMackwait=HM_ackwait;
          }
          let i=1;
          _HMacksiID=setInterval(function() {
              i++;
              if(getState(HM_id).val == HM_value && getState(HM_id).ack === true) {
                  log('setHMStateSec '+HM_id+' Success.');
                  clearInterval(_HMacksiID);
              } else if(i*_HMackwait > _HMreptime) {
                  log('setHMStateSec '+HM_id+' no success after trial '+(--i), 'error');
                  clearInterval(_HMacksiID);
              } else {
                  log('setHMStateSec '+HM_id+' trial '+i, 'warn');
                  setStateDelayed(HM_id, HM_value, Math.floor(Math.random()*10)*_HMackwait/100);            
              }
          }, _HMackwait);
          return _HMacksiID;
      }
      

      Der Aufruf erfolgt wie bei setState():

      setHMStateSec('hm-rpc.0.xxxxxxxx.1.STATE', true);
      

      Optional kann noch die Wartezeit zwischen dem erneuten Ausführen (hier 5 s) und die Zeitspanne, in der versucht wird, neu zu senden (hier 20 s), angegeben werden; ansonsten werden die Defaultwerte (2 s und 10 s) verwendet:

      setHMStateSec('hm-rpc.0.xxxxxxxx.1.STATE', true, 20000, 5000);
      

      HM_reptime muß größer sein als HM_ackwait, sonst finden keine erneuten Versuche statt.
      Ich verwende die Funktion nur für kritische Schaltvorgänge, die in jedem Fall ausgeführt werden müssen.
      Einige Homematic-Komponentne brauchen recht lange, bis der Funkbefehl bestätigt wird (z. B. Heizungsgruppe mit Thermostat ca. 30 s) - dann muß HM_ackwait größer als diese Zeit gewählt werden, damit es nicht zu Konflikten kommt.

      Rene55R Offline
      Rene55R Offline
      Rene55
      schrieb am zuletzt editiert von
      #8

      @grrfield sagte in Gelegentlich Fehler bei Homematic Funktion setHMStateSec():
      Sauber. Das sieht auch gut aus. Ich hab mir das Script 'mal geklaut' und unter global gespeichert. Ich gehe davon aus, dass ich dann in meinem (Rollladen)Script den Aufruf ans HM-Device durch den Aufruf dieses Scriptes ersetzen muss. Und dann natürlich hoffen, dass der Gelegentlich-Fall bald wieder eintritt und das Script entsprechend reagiert. Zunächst mal Danke für die Idee.

      Host: Fujitsu Intel(R) Pentium(R) CPU G4560T, 32 GB RAM, Proxmox 8.x + lxc Ubuntu 22.04
      ioBroker (8 GB RAM) Node.js: 20.19.1, NPM: 10.8.2, js-Controller: 7.0.6, Admin: 7.6.3
      Wetterstation: Froggit WH3000SE V1.6.6

      HomoranH 1 Antwort Letzte Antwort
      0
      • Rene55R Rene55

        @grrfield sagte in Gelegentlich Fehler bei Homematic Funktion setHMStateSec():
        Sauber. Das sieht auch gut aus. Ich hab mir das Script 'mal geklaut' und unter global gespeichert. Ich gehe davon aus, dass ich dann in meinem (Rollladen)Script den Aufruf ans HM-Device durch den Aufruf dieses Scriptes ersetzen muss. Und dann natürlich hoffen, dass der Gelegentlich-Fall bald wieder eintritt und das Script entsprechend reagiert. Zunächst mal Danke für die Idee.

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

        @rene55 sagte in Gelegentlich Fehler bei Homematic:

        unter global gespeichert.

        du weisst wofür global ist?

        kein Support per PN! - Fragen im Forum stellen - es gibt fast nichts, was nicht auch für andere interessant ist.

        Benutzt das Voting rechts unten im Beitrag wenn er euch geholfen hat.

        der Installationsfixer: curl -fsL https://iobroker.net/fix.sh | bash -

        Rene55R grrfieldG 2 Antworten Letzte Antwort
        0
        • HomoranH Homoran

          @rene55 sagte in Gelegentlich Fehler bei Homematic:

          unter global gespeichert.

          du weisst wofür global ist?

          Rene55R Offline
          Rene55R Offline
          Rene55
          schrieb am zuletzt editiert von
          #10

          @homoran Ich geh damit sehr vorsichtig um :neutral_face: . Ich habs erstmal so übernommen, ums zu testen. In 5 Minuten gehen die ersten Rollläden zu - dann weiß ich mehr. Wenn ichs verstanden habe, werde ich das in mein Rollladenscript einbauen, so dass es nicht mehr global liegen muss.

          Host: Fujitsu Intel(R) Pentium(R) CPU G4560T, 32 GB RAM, Proxmox 8.x + lxc Ubuntu 22.04
          ioBroker (8 GB RAM) Node.js: 20.19.1, NPM: 10.8.2, js-Controller: 7.0.6, Admin: 7.6.3
          Wetterstation: Froggit WH3000SE V1.6.6

          1 Antwort Letzte Antwort
          0
          • paul53P paul53

            @rene55 sagte: Der Sollwert steht ja im Datenpunkt des Aktors drin,

            Erst einmal nicht, sondern es gibt irgendwelche Bedingungen, die zum Schalten führen sollen: Das Ergebnis dieser Bedingungen ist der Sollzustand in einer Variablen.

            @rene55 sagte in Gelegentlich Fehler bei Homematic:

            Das ist ja der, den du als 'ist' nimmst.

            "ist" ist der Zustand, der als "bestätigt" vom Aktor gesendet wird.

            EDIT: Bei mir ist der Sollzustand in einem virtuellen Datenpunkt vorhanden.

            const idSoll = '0_userdata.0.xyz'; 
            
            var soll = getState(idSoll).val;
            
            // und unten
            on(idSoll, function(dp) {
               soll = dp.state.val;
               Schalten();
            });
            
            Rene55R Offline
            Rene55R Offline
            Rene55
            schrieb am zuletzt editiert von
            #11

            @paul53 sagte in Gelegentlich Fehler bei Homematic:

            virtuellen Datenpunkt

            Danke, damit wirds für mich klarer. Hab diesen Ansatz auch noch im Hinterkopf.

            Host: Fujitsu Intel(R) Pentium(R) CPU G4560T, 32 GB RAM, Proxmox 8.x + lxc Ubuntu 22.04
            ioBroker (8 GB RAM) Node.js: 20.19.1, NPM: 10.8.2, js-Controller: 7.0.6, Admin: 7.6.3
            Wetterstation: Froggit WH3000SE V1.6.6

            1 Antwort Letzte Antwort
            0
            • Rene55R Offline
              Rene55R Offline
              Rene55
              schrieb am zuletzt editiert von Rene55
              #12

              @grrfield Erster Versuch ist gestartet:

              19:57:39.036	error	script.js.common.Rollladen.RollControl: setHMStateSec hm-rpc.0.LEQ1439759.1.LEVEL no success after trial 5
              javascript.2	2022-03-26 19:57:37.036	warn	script.js.common.Rollladen.RollControl: setHMStateSec hm-rpc.0.LEQ1439759.1.LEVEL trial 5
              javascript.2	2022-03-26 19:57:35.036	warn	script.js.common.Rollladen.RollControl: setHMStateSec hm-rpc.0.LEQ1439759.1.LEVEL trial 4
              javascript.2	2022-03-26 19:57:33.035	warn	script.js.common.Rollladen.RollControl: setHMStateSec hm-rpc.0.LEQ1439759.1.LEVEL trial 3
              javascript.2	2022-03-26 19:57:31.035	warn	script.js.common.Rollladen.RollControl: setHMStateSec hm-rpc.0.LEQ1439759.1.LEVEL trial 2
              javascript.2	2022-03-26 19:57:29.025	warn	script.js.common.Rollladen.RollControl: (f) setScheduler (6) wurde gesetzt auf (29 57 19 * * *)
              

              Muss noch die Zeiten anpassen :blush:

              Host: Fujitsu Intel(R) Pentium(R) CPU G4560T, 32 GB RAM, Proxmox 8.x + lxc Ubuntu 22.04
              ioBroker (8 GB RAM) Node.js: 20.19.1, NPM: 10.8.2, js-Controller: 7.0.6, Admin: 7.6.3
              Wetterstation: Froggit WH3000SE V1.6.6

              1 Antwort Letzte Antwort
              0
              • Rene55R Offline
                Rene55R Offline
                Rene55
                schrieb am zuletzt editiert von
                #13

                @grrfield Die Änderung mit deinem Script hat nichts verschlimmbessert. :blush: Wenn ich die Funktionsweise des Scripts richtig verstanden habe, wird das setState grundsätzlich verzögert ans Device gegeben. Somit wird der Logeintrag aus " 'setHMStateSec '+HM_id+' Success.' " wohl nie zu sehen sein.
                BTW: Da dieser Fehler überwiegend bei meinen Rollladen auftritt und es da besonders ärgerlich ist, habe ich die Funktion in mein Rollladenscript eingebaut so dass es (@Homoran) nicht im global liegen muss. Ich werd dann weiter beobachten, ob es noch Seiteneffekte gibt, wenn mehrere Rollladen zeitlich recht zusammenliegend gefahren werden (i, _HMacksiID) .

                Host: Fujitsu Intel(R) Pentium(R) CPU G4560T, 32 GB RAM, Proxmox 8.x + lxc Ubuntu 22.04
                ioBroker (8 GB RAM) Node.js: 20.19.1, NPM: 10.8.2, js-Controller: 7.0.6, Admin: 7.6.3
                Wetterstation: Froggit WH3000SE V1.6.6

                grrfieldG 1 Antwort Letzte Antwort
                0
                • HomoranH Homoran

                  @rene55 sagte in Gelegentlich Fehler bei Homematic:

                  unter global gespeichert.

                  du weisst wofür global ist?

                  grrfieldG Offline
                  grrfieldG Offline
                  grrfield
                  schrieb am zuletzt editiert von
                  #14

                  @homoran Ja das paßt - wenn Du die Funktion unter global speicherst, kannst Du sie aus jedem Skript heraus aufrufen und damit kritische HM-Devices ansteuern. Genau dafür ist global ja da - Funktionen, die ich in jedem Skript benötige, zu speichern.

                  1 Antwort Letzte Antwort
                  0
                  • Rene55R Rene55

                    @grrfield Die Änderung mit deinem Script hat nichts verschlimmbessert. :blush: Wenn ich die Funktionsweise des Scripts richtig verstanden habe, wird das setState grundsätzlich verzögert ans Device gegeben. Somit wird der Logeintrag aus " 'setHMStateSec '+HM_id+' Success.' " wohl nie zu sehen sein.
                    BTW: Da dieser Fehler überwiegend bei meinen Rollladen auftritt und es da besonders ärgerlich ist, habe ich die Funktion in mein Rollladenscript eingebaut so dass es (@Homoran) nicht im global liegen muss. Ich werd dann weiter beobachten, ob es noch Seiteneffekte gibt, wenn mehrere Rollladen zeitlich recht zusammenliegend gefahren werden (i, _HMacksiID) .

                    grrfieldG Offline
                    grrfieldG Offline
                    grrfield
                    schrieb am zuletzt editiert von
                    #15

                    @rene55 Nein, der State wird in Zeile 22 sofort gesetzt. Dann wird in der setInterval-Schleife mit Verzögerung nachgeschaut, ob es geklappt hat. Wenn ja, wird 'Success.' ausgegeben, wenn nein, wird es wieder versucht. Du solltest also das 'Success' zu sehen bekommen. Vielleicht erstmal mit einem normalen Schalter versuchen.
                    Bei den Rolläden hast Du das gleich Problem wie bei der Heizungssteuerung. Die Rollos melden während der Fahrt mehrmals ihren Status - HM_ackwait muß daher größer gewählt werden als die Rollolaufzeit.

                    Rene55R 1 Antwort Letzte Antwort
                    0
                    • grrfieldG grrfield

                      @rene55 Nein, der State wird in Zeile 22 sofort gesetzt. Dann wird in der setInterval-Schleife mit Verzögerung nachgeschaut, ob es geklappt hat. Wenn ja, wird 'Success.' ausgegeben, wenn nein, wird es wieder versucht. Du solltest also das 'Success' zu sehen bekommen. Vielleicht erstmal mit einem normalen Schalter versuchen.
                      Bei den Rolläden hast Du das gleich Problem wie bei der Heizungssteuerung. Die Rollos melden während der Fahrt mehrmals ihren Status - HM_ackwait muß daher größer gewählt werden als die Rollolaufzeit.

                      Rene55R Offline
                      Rene55R Offline
                      Rene55
                      schrieb am zuletzt editiert von
                      #16

                      @grrfield Tatsache, hatte ich übersehen. Klar, die Rollladen brauchen eine Weile, bis die ihre Position erreicht haben. Frage an den Fachmann: gibt es hier Beeinflussung, wenn zwei Rollläden gleichzeitig gefahren werden bezüglich i und _HMacksiID?

                      Host: Fujitsu Intel(R) Pentium(R) CPU G4560T, 32 GB RAM, Proxmox 8.x + lxc Ubuntu 22.04
                      ioBroker (8 GB RAM) Node.js: 20.19.1, NPM: 10.8.2, js-Controller: 7.0.6, Admin: 7.6.3
                      Wetterstation: Froggit WH3000SE V1.6.6

                      grrfieldG 1 Antwort Letzte Antwort
                      0
                      • Rene55R Rene55

                        @grrfield Tatsache, hatte ich übersehen. Klar, die Rollladen brauchen eine Weile, bis die ihre Position erreicht haben. Frage an den Fachmann: gibt es hier Beeinflussung, wenn zwei Rollläden gleichzeitig gefahren werden bezüglich i und _HMacksiID?

                        grrfieldG Offline
                        grrfieldG Offline
                        grrfield
                        schrieb am zuletzt editiert von
                        #17

                        @rene55 Da sollte es keine Beeinflussung geben, da die Variablen ja nur innerhalb der aktuellen Funktion gelten. Zwei Rollos gleichzeitig zu fahren ist aber problematisch, da die beiden sich gegenseitig stören, wenn sie ihre Position ständig übermitteln. Besser ist es da, eine Direktverknüpfung mit einem virtuellen CCU-Kanal anzulegen und diesen anzusprechen:
                        80b2c6cd-805f-48a5-ba58-3d0a85921b3d-image.png
                        Das funktioniert eigentlich recht zuverlässig.

                        Rene55R 1 Antwort Letzte Antwort
                        0
                        • grrfieldG grrfield

                          @rene55 Da sollte es keine Beeinflussung geben, da die Variablen ja nur innerhalb der aktuellen Funktion gelten. Zwei Rollos gleichzeitig zu fahren ist aber problematisch, da die beiden sich gegenseitig stören, wenn sie ihre Position ständig übermitteln. Besser ist es da, eine Direktverknüpfung mit einem virtuellen CCU-Kanal anzulegen und diesen anzusprechen:
                          80b2c6cd-805f-48a5-ba58-3d0a85921b3d-image.png
                          Das funktioniert eigentlich recht zuverlässig.

                          Rene55R Offline
                          Rene55R Offline
                          Rene55
                          schrieb am zuletzt editiert von
                          #18

                          @grrfield Ah, ok. Dass dann der Funkkanal stark belegt ist, ist schon klar. Kommt auch eigentlich nicht vor, da ich alle Rollladenaktoren etwas zeitversetzt fahre (außer bei einer morgens - hier ist ein großes Fenster mit geteilten Rollladen). Zu dem Hinweis mit den Direktverknüpfungen - davon habe ich gar keine Ahnung. Ich hab mich darauf versteift, alles im ioBroker zu machen. Somit hab ich die RaspberryMatic eigentlich nur zum funken. Ich schau es mir trotzdem mal näher an.

                          Host: Fujitsu Intel(R) Pentium(R) CPU G4560T, 32 GB RAM, Proxmox 8.x + lxc Ubuntu 22.04
                          ioBroker (8 GB RAM) Node.js: 20.19.1, NPM: 10.8.2, js-Controller: 7.0.6, Admin: 7.6.3
                          Wetterstation: Froggit WH3000SE V1.6.6

                          grrfieldG 1 Antwort Letzte Antwort
                          0
                          • Rene55R Rene55

                            @grrfield Ah, ok. Dass dann der Funkkanal stark belegt ist, ist schon klar. Kommt auch eigentlich nicht vor, da ich alle Rollladenaktoren etwas zeitversetzt fahre (außer bei einer morgens - hier ist ein großes Fenster mit geteilten Rollladen). Zu dem Hinweis mit den Direktverknüpfungen - davon habe ich gar keine Ahnung. Ich hab mich darauf versteift, alles im ioBroker zu machen. Somit hab ich die RaspberryMatic eigentlich nur zum funken. Ich schau es mir trotzdem mal näher an.

                            grrfieldG Offline
                            grrfieldG Offline
                            grrfield
                            schrieb am zuletzt editiert von
                            #19

                            @rene55 Der Vorteil ist auch, daß alle Rollos wirklich gleichzeitig und nicht nacheinander hoch- und runtergehen - sieht einfach besser aus! :joy:

                            Rene55R 1 Antwort Letzte Antwort
                            0
                            • grrfieldG grrfield

                              @rene55 Der Vorteil ist auch, daß alle Rollos wirklich gleichzeitig und nicht nacheinander hoch- und runtergehen - sieht einfach besser aus! :joy:

                              Rene55R Offline
                              Rene55R Offline
                              Rene55
                              schrieb am zuletzt editiert von
                              #20

                              @grrfield Meinst Du grundsätzlich oder speziell bei einem Fenster? Ich persönlich finde es natürlicher, wenn in den verschiedenen Zimmern die Rollläden zu verschiedenen Zeiten rauf und runter gehen. Sieht dann nach außen auch nicht so vollautomatisiert aus. Dein Script läuft jetzt zur Probe und ich warte auf den nächsten "Gelegentlich-Fall". Daher erstmal als gelöst markiert.

                              Host: Fujitsu Intel(R) Pentium(R) CPU G4560T, 32 GB RAM, Proxmox 8.x + lxc Ubuntu 22.04
                              ioBroker (8 GB RAM) Node.js: 20.19.1, NPM: 10.8.2, js-Controller: 7.0.6, Admin: 7.6.3
                              Wetterstation: Froggit WH3000SE V1.6.6

                              grrfieldG 1 Antwort Letzte Antwort
                              0
                              • Rene55R Rene55

                                @grrfield Meinst Du grundsätzlich oder speziell bei einem Fenster? Ich persönlich finde es natürlicher, wenn in den verschiedenen Zimmern die Rollläden zu verschiedenen Zeiten rauf und runter gehen. Sieht dann nach außen auch nicht so vollautomatisiert aus. Dein Script läuft jetzt zur Probe und ich warte auf den nächsten "Gelegentlich-Fall". Daher erstmal als gelöst markiert.

                                grrfieldG Offline
                                grrfieldG Offline
                                grrfield
                                schrieb am zuletzt editiert von
                                #21

                                @rene55 Ich meinte alle Rollos, die in der Direktverknüpfung sind. Ich persönlich finde es schöner, wenn alle (zumindest in einem Raum) geleichzeitig arbeiten - ist aber Geschmackssache.

                                1 Antwort Letzte Antwort
                                0
                                Antworten
                                • In einem neuen Thema antworten
                                Anmelden zum Antworten
                                • Älteste zuerst
                                • Neuste zuerst
                                • Meiste Stimmen


                                Support us

                                ioBroker
                                Community Adapters
                                Donate

                                741

                                Online

                                32.6k

                                Benutzer

                                81.9k

                                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