Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. HagenT

    NEWS

    • Neuer Blog: Fotos und Eindrücke aus Solingen

    • ioBroker@Smart Living Forum Solingen, 14.06. - Agenda added

    • ioBroker goes Matter ... Matter Adapter in Stable

    H
    • Profile
    • Following 0
    • Followers 0
    • Topics 3
    • Posts 8
    • Best 0
    • Groups 1

    HagenT

    @HagenT

    0
    Reputation
    3
    Profile views
    8
    Posts
    0
    Followers
    0
    Following
    Joined Last Online

    HagenT Follow
    Starter

    Latest posts made by HagenT

    • HM-RPC Ping Error

      Moin zusammen,

      seit ein paar Tagen ist das Verhalten von meinen HM-RPC Adapter nicht mehr wie gewünscht.

      Mehrmal am Tag bekomme ich im Log Fehlermeldungen angezeigt.

      Ping error [raspberrypi:hm-rpc.0:xxxxxxxxx]: Unknown XML-RPC tag 'TITLE'
      

      Dieser Fehler erscheint dann einige Male im Log und scheint sich dann von selbst zu lösen.
      Im Webui scheint dann alles wieder einwandfrei zu sein.
      Der HM-RPC.0 hat den Status grün und es werden keine weiteren Fehler im Log eingetragen.

      Allerdings werden in diesem Zustand keine Ereignisse mehr von der CCU erfasst.
      Die States der Geräte bleiben im Iobroker unverändert. Im Webui der CCU werden diese aktualisiert.

      Starte ich die HM-RPC Instanz neu dann läuft alles wieder bis zum nächsten Fehler.

      Lösungsversuche:
      System Update (sudo apt-get.....)
      Firewall der CCU kurzzeitig deaktiviert. -> identisches Ergebnis
      HM-RPC und HM-Rega neu installiert -> identisches Ergebnis
      Ping Adapter mit permanten Ping auf die CCU mitlaufen lassen -> CCU ist immer erreichbar
      sämtliche Skripte... ausgeschaltet -> identisches Ergebnis

      Alle Netzwerkkomponenten einmal neugestartet.

      HM-RPC mit Debug Log (musste ich einkürzen damit der Post nicht zu lang wird)

      :10:43.560  - debug: hm-rpc.0 (1644) [KEEPALIVE] Check if connection is alive
      2023-07-30 05:10:43.561  - debug: hm-rpc.0 (1644) Send PING...
      2023-07-30 05:10:43.577  - error: hm-rpc.0 (1644) Ping error [raspberrypi:hm-rpc.0:xxxxxxxxx]: Unknown XML-RPC tag 'TITLE'
      2023-07-30 05:10:43.577  - info: hm-rpc.0 (1644) Disconnected
      2023-07-30 05:10:43.577  - debug: hm-rpc.0 (1644) Connect...
      2023-07-30 05:10:43.578  - debug: hm-rpc.0 (1644) clear ping interval
      2023-07-30 05:10:43.578  - debug: hm-rpc.0 (1644) start connecting interval
      2023-07-30 05:10:51.852  - info: hm-rpc.0 (1644) Connected
      2023-07-30 05:10:51.852  - debug: hm-rpc.0 (1644) clear connecting interval
      2023-07-30 05:10:51.853  - debug: hm-rpc.0 (1644) start ping interval
      2023-07-30 05:10:51.853  - debug: hm-rpc.0 (1644) xml multicall <event>: raspberrypi:hm-rpc.0:xxxxxxxxxxxxx:4,CONTROL_MODE,0
      
      2023-07-30 05:11:29.436  - debug: hm-rpc.0 (1644) xml multicall <event>: raspberrypi:hm-rpc.0:xxxxxxxxxxxxx:4,SET_TEMPERATURE,18
      2023-07-30 05:11:29.436  - debug: hm-rpc.0 (1644) xmlrpc <- event ["raspberrypi:hm-rpc.0:xxxxxxxxxx","PEQxxxxxxx:4","SET_TEMPERATURE",18]
      ["raspberrypi:hm-rpc.0:xxxxxxxx","PEQxxxxx:4","PARTY_STOP_YEAR",0]
      2023-07-30 05:12:10.182  - debug: hm-rpc.0 (1644) hm-rpc.0.PEQxxxxxxx.4.PARTY_STOP_YEAR ==> UNIT: "year" (min: 0, max: 100) From "0" => "0"
      2023-07-30 05:12:21.853  - debug: hm-rpc.0 (1644) [KEEPALIVE] Check if connection is alive
      2023-07-30 05:12:21.853  - debug: hm-rpc.0 (1644) Send PING...
      2023-07-30 05:12:21.870  - error: hm-rpc.0 (1644) Ping error [raspberrypi:hm-rpc.0:xxxxxxxxx]: Unknown XML-RPC tag 'TITLE'
      2023-07-30 05:12:21.870  - info: hm-rpc.0 (1644) Disconnected
      2023-07-30 05:12:21.870  - debug: hm-rpc.0 (1644) Connect...
      2023-07-30 05:12:21.870  - debug: hm-rpc.0 (1644) clear ping interval
      2023-07-30 05:12:21.870  - debug: hm-rpc.0 (1644) start connecting interval
      2023-07-30 05:12:40.018  - info: hm-rpc.0 (1644) Connected
      2023-07-30 05:12:40.018  - debug: hm-rpc.0 (1644) clear connecting interval
      2023-07-30 05:12:40.018  - debug: hm-rpc.0 (1644) start ping interval
      

      Das Log der CCU zeigt für mich keine Fehler.

      2023-07-30 05:06:57,066 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-0] SYSTEM: Eventlistener Handler utilization: 0/50 used 
      2023-07-30 05:11:57,066 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-0] SYSTEM: 0 Accesspoints in Queue 
      2023-07-30 05:11:57,066 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-0] SYSTEM: Permanent-/Burstlistener Handler utilization: 0/50 used 
      2023-07-30 05:11:57,066 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-0] SYSTEM: Eventlistener Handler utilization: 0/50 used 
      2023-07-30 05:16:57,066 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-0] SYSTEM: 0 Accesspoints in Queue 
      2023-07-30 05:16:57,066 de.eq3.cbcs.server.core.otau.DeviceBackgroundUpdateSubsystem INFO  [vert.x-eventloop-thread-0] SYSTEM: Permanent-/Burstlistener Handler utilization: 0/50 used 
      

      Hat vielleicht jemand noch eine Idee woran es liegen kann?

      Systemdata Bitte Ausfüllen
      Hardwaresystem: Pi4
      Arbeitsspeicher: 4GB
      Festplattenart: SD-Karte
      Node-Version: 18.17.0
      Nodejs-Version: 18.17.0
      NPM-Version: 9.6.7
      Image genutzt: Ja
      posted in Error/Bug
      H
      HagenT
    • MQTT Objekt nicht ausgeführt

      Moin zusammen,
      ich sende Daten via Mqtt an Iobroker.

      Die Objekte werden in Iobroker geändert.
      Ändere ich einen State in hm-rpc Adapter wird der Wert ebenfalls geändert, jedoch erfolgt keine Reaktion auf diese Änderung.
      Führe ich das gleiche per java script oder Web-API aus reagiert der Adapter wie gewünscht.

      Hat jemand eine Idee?

      Gruß Hagen

      posted in Einsteigerfragen
      H
      HagenT
    • RE: Test Adapter Stihl Viking iMow

      @thomas-braun

      Vielen Dank.

      Jetzt klappt es und der Adapter läuft perfekt.

      Gruß Hagen

      posted in Tester
      H
      HagenT
    • RE: Test Adapter Stihl Viking iMow

      @tombox

      Da scheint etwas beim update von Node schief gelaufen zu sein.
      Aber erstmal danke für die schnelle Antwort.

      npm ERR! code ENOTEMPTY
      
      npm ERR! syscall renamenpm ERR! path /opt/iobroker/node_modules/agent-basenpm ERR! dest /opt/iobroker/node_modules/.agent-base-ZzrsLltQnpm ERR! errno -39
      

      Gruß Hagen

      posted in Tester
      H
      HagenT
    • RE: Test Adapter Stihl Viking iMow

      @tombox
      Moin zusammen,
      ich würde den Adapter auch gerne installieren.
      Leider bekomme ich dabei immer einen Exit Code 25.
      Ich habe Node 16.17 installiert.
      Könnte es daran liegen?

      Gruß Hagen

      posted in Tester
      H
      HagenT
    • RE: JavaScript HM-RT-DN XML-RPC fault: Failure

      Moin zusammen,

      hab das Problem behoben.

      https://de.elv.com/forum/thermostat-schaltet-sehr-spaet-7778

      Ich haben ein setStateDelayed mit einer Verzögerung um 1000ms eingesetzt ohne eine Anpassung der Settings vorzunehmen.
      Jetzt schalten alle Thermostate korrekt ohne Fehlermeldung.

      Bei mienem ersten Versuch hatte ich nur 500ms, das war wohl nicht genug.

      Hagen

      posted in JavaScript
      H
      HagenT
    • RE: JavaScript HM-RT-DN XML-RPC fault: Failure

      @paul53 said in JavaScript HM-RT-DN XML-RPC fault: Failure:

      Das liegt nicht am Script.

      OK was kann das dann sein?

      Hagen

      posted in JavaScript
      H
      HagenT
    • JavaScript HM-RT-DN XML-RPC fault: Failure

      Moin zusammen,

      In den letzten tagen habe ich meine alten Blockly Skripte mal aufgeräumt.
      Da es immer mehr Aktoren werden haben ich das ganze mal in ein simples JavaScript gewandelt.
      Ist doch etwas übersichtlicher. 🙂

      Bei einigen meiner Thermostate haben ich nun teilweise einen Fehler im Log.

      hm-rpc.0 2020-12-28 15:28:06.723 error (9001) Error: XML-RPC fault: Failure
      hm-rpc.0 2020-12-28 15:28:06.720 error (9001) xmlrpc -> setValue ["NEQxxxxxxxx:4","SET_TEMPERATURE",22] FLOAT

      Ausgelöst wird der Fehler immer dann wenn ich die Temperatur anpassen will.
      In der Regle wird der Befehl korrekt ausgelöst und das Thermostat schaltet um. In ein paar Fällen halt nicht.

      function SetHMOnValue(Adress, Name) {
          if (getState(UrlaubBool).val == true) {
              console.log(Name + " geschlossen"); //"string"
              console.log("Urlaub ist aktiv"); //""string
              var ActiveMode = getState(HMRPAdress + Adress + HTControlMode).val;
              if (ActiveMode != 2) {
                  var UrlaubsString = UrlaubTemperatur.toString() + "," + formatDate(new Date(), "mm,DD,MM,YY") + ",1260," + formatDate(new Date(), "DD,MM,YY");
                  //console.log(UrlaubsString);
                  setState(HMRPAdress + Adress + HTPartyMode, UrlaubsString);
                  //IsReachAble(Adress, Name);
                  //setStateDelayed(HMRPAdress + Adress + HTPartyMode, UrlaubsString, 500, true);
              } else {
                  setState(HMRPAdress + Adress + HTSetTemperature, parseFloat(UrlaubTemperatur));
                  //IsReachAble(Adress, Name);
                  //setStateDelayed(HMRPAdress + Adress + HTSetTemperature, UrlaubTemperatur, 500, true);
              }
      
              return;
          } else {
              console.log(Name + "geschlossen"); //"string"
              setState(HMRPAdress + Adress + HTAutoMode, true);
              //IsReachAble(Adress, Name);
              //setStateDelayed(HMRPAdress + Adress + HTAutoMode, true, 500, true);
              return;
          }
      

      Ich habe mich schon durch etliche Posts gelesen.

      Was habe ich probiert:

      • setState gegen setStateDelayed getauscht.
      • Geräte neu synchronisiert.
      • Aktor in der CCU auf Werkseinstellung gesetzt und komplett neu angelernt.

      Das System habe ich bereits aktualisiert und mehrfach neu gestartet.

      Setze ich die Werte per Hand in Iobroker bekommen ich keinen Fehler.

      Hat vielleicht jemand eine Idee was das sein kann.

      Danke Hagen

      posted in JavaScript
      H
      HagenT
    Community
    Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
    The ioBroker Community 2014-2023
    logo