Navigation

    Logo
    • Register
    • Login
    • Search
    • Recent
    • Tags
    • Unread
    • Categories
    • Unreplied
    • Popular
    • GitHub
    • Docu
    • Hilfe
    1. Home
    2. Deutsch
    3. ioBroker Allgemein
    4. Seit Update aktualisiert hm-rpc.0 nicht mehr

    NEWS

    • Neues Video "KI im Smart Home" - ioBroker plus n8n

    • Neues Video über Aliase, virtuelle Geräte und Kategorien

    • Wir empfehlen: Node.js 22.x

    Seit Update aktualisiert hm-rpc.0 nicht mehr

    This topic has been deleted. Only users with topic management privileges can see it.
    • P
      PlanLos last edited by

      Hallo zusammen,

      ich habe am letzten Wochenende meine ioBroker-Umgebung geupdatet.
      Bedeutet, ich habe alle Adapter inkl. dem Host auf den neusten Stand gebracht.
      Aber seit dem funktioniert meine Kommunikation mit der CCU3 nicht mehr richtig.
      Und ich finde den Fehler nicht!

      Vielleicht vorweg:
      Ich habe eine CCU3, die HM sowohl HMIP Komponenten bedient, im Einsatz.
      Im ioBroker habe ich folgende Instanzen dafür laufen:

      1. hm-rega.0 (HM und HMIP)
      2. hm-rpc.0 (HomeMatic - rfd - XML-RPC)
      3. hm-rpc.1 (HomeMatic IP - XML-RPC)

      Nun zum Detail des Problems
      Die Werte die von der CCU (dort sind sie richtig) ausgelesen werden sollen, werden nur von der Instanz hm-rpc.0 nicht mehr ausgelesen. Bei der Instanz hm-rpc.1 läuft es problemlos.
      Der Tooltip auf dem Objekt (Bewegungsmelder Außenbereich - HM-Sen-MDIR-O-2) zeigt mir auch einen Timestamp und den Wert von gestern Abend an. Zu dem Zeitpunkt habe ich die Instanz neu angelegt. Denn dann funktioniert es auch kurzweilig, steigt aber schnell wieder aus.

      Was mich auch wundert ist, dass wenn ich die Geräte neu einlesen lassen möchte (in der Instanz den Haken dafür setzten), beginnt er auch den Neustart der Instanz durchzuführen. Aber es werden die Geräte nicht eingelesen.
      Er stoppt hier:

      hm-rpc.0	2022-03-18 11:34:48.225	info	Connected
      hm-rpc.0	2022-03-18 11:34:48.207	info	xmlrpc client is trying to connect to x.x.x.x:2001/ with ["http://x.x.x.x:2000","ioBroker:hm-rpc.0:07ea31a9bab76917bb545aadffc714ed"]
      hm-rpc.0	2022-03-18 11:34:48.206	info	xmlrpc server is trying to listen on 0.0.0.0:2000
      hm-rpc.0	2022-03-18 11:34:48.094	info	starting. Version 1.15.9 in /opt/iobroker/node_modules/iobroker.hm-rpc, node: v12.22.2, js-controller: 4.0.21
      host.ioBroker	2022-03-18 11:34:47.474	info	instance system.adapter.hm-rpc.0 started with pid 170674
      host.ioBroker	2022-03-18 11:34:44.507	info	instance system.adapter.hm-rpc.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION)
      hm-rpc.0	2022-03-18 11:34:43.934	info	Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason
      hm-rpc.0	2022-03-18 11:34:43.934	info	terminating
      hm-rpc.0	2022-03-18 11:34:43.934	info	Disconnected
      hm-rpc.0	2022-03-18 11:34:43.928	info	xmlrpc -> x.x.x.x:2001/ init ["http://x.x.x.x:2000",""]
      hm-rpc.0	2022-03-18 11:34:43.927	info	Got terminate signal TERMINATE_YOURSELF host.ioBroker
      host.ioBroker	2022-03-18 11:34:43.927	info	stopInstance system.adapter.hm-rpc.0 send kill signal host.ioBroker
      host.ioBroker	2022-03-18 11:34:43.925	info	stopInstance system.adapter.hm-rpc.0 (force=false, process=true)
      

      Der Punkt im Adapter, welchen ich zum neu einlesen angehakt hatte ("Geräte neu einlesen (einmalig)"), bleibt auch weiterhin aktiv. Eigentlich sollte der ja nach dem Speichern auch deaktiviert werden (war zumindest immer so und ist beim hm-rpc.1 auch noch immer so).

      Wenn ich die Geräte beim hm-rpc.1 neu einlese macht er auch nach dem "Connect", wo er beim hm-rpc.0 aufhört, auch wie gewohnt weiter. Dann kommen ja die eigentlichen Geräte.

      hm-rpc.1	2022-03-18 11:54:35.293	info	xmlrpc -> getParamsetDescription ["0008DD898F15B8:1","VALUES"]
      hm-rpc.1	2022-03-18 11:54:35.236	info	xmlrpc -> getParamsetDescription ["0008DD898F15B8:0","VALUES"]
      hm-rpc.1	2022-03-18 11:54:35.089	info	xmlrpc <- newDevices 93
      hm-rpc.1	2022-03-18 11:54:35.089	info	xmlrpc <- newDevices 93
      hm-rpc.1	2022-03-18 11:54:34.871	info	xmlrpc -> 0 devices
      hm-rpc.1	2022-03-18 11:54:34.822	info	xmlrpc <- listDevices ["ioBroker:hm-rpc.1:be1379519939f2b1f21026fb89e2c48e"]
      hm-rpc.1	2022-03-18 11:54:34.067	info	Connected
      

      Warum will die Instanz nicht mehr richtig funktionieren?
      Könnt ihr mir helfen?

      Gruß
      Planlos

      Thomas Braun paul53 2 Replies Last reply Reply Quote 0
      • Thomas Braun
        Thomas Braun Most Active @PlanLos last edited by

        @planlos sagte in Seit Update aktualisiert hm-rpc.0 nicht mehr:

        node: v12.22.2

        Vermutlich nicht Ursache, sollte aber dennoch auf die empfohlene Version 14 gebracht werden.

        1 Reply Last reply Reply Quote 0
        • paul53
          paul53 @PlanLos last edited by paul53

          @planlos sagte: "http://x.x.x.x:2000"

          Was macht der Port 2000 (HM wired) in den Logs? Prüfe mal die Konfiguration.
          Mit der echten IP-Adresse aus dem Heimnetz kann niemand etwas anfangen.

          P 1 Reply Last reply Reply Quote 0
          • P
            PlanLos @paul53 last edited by PlanLos

            @paul53 Hmm, gute Frage. Ist mir noch gar nicht aufgefallen.
            Wo müsste dieser Port stehen? Weder in der Instanz hm-rpc.0 noch im hm-rega.0 steht etwas von dem Port!?

            paul53 P 2 Replies Last reply Reply Quote 0
            • paul53
              paul53 @PlanLos last edited by

              @planlos
              Zeige mal die Konfiguration von hm-rpc.0.

              1 Reply Last reply Reply Quote 0
              • P
                PlanLos @PlanLos last edited by PlanLos

                So, habe den Port 2000 einmal in der Firewall freigegeben. Danach funktioniert auch der Abruf der Geräte auf hm-rpc.0 wieder.

                Aber woher kommt dieser Port 2000? In der Instanz ist der Port 2001 eingetragen. Und bei der Callback Adresse kann ich ja keinen Port mitgeben. Warum versucht er denn beim Callback die 2000 und nicht die 2001?

                Aber besten Dank für den Hinweis mit dem Port. Bis ich weiß woher die 2000 kommt, kann ich das ja so weiter laufen lassen.

                teil2.JPG teil1.JPG

                paul53 2 Replies Last reply Reply Quote 0
                • paul53
                  paul53 @PlanLos last edited by

                  @planlos
                  Die Adapter-Adresse muss die IP-Adresse von ioBroker sein.
                  Wenn ioBroker nicht in einem Container läuft, kann die Callback-Adresse leer gelassen werden.

                  P 1 Reply Last reply Reply Quote 0
                  • P
                    PlanLos @paul53 last edited by

                    @paul53 ioBroker läuft auf einem Docker Server. Sorry hätte ich vllt dazu sagen sollen.
                    Somit muss ich die Callback Adresse angeben.

                    Und bei den Adapteradressen stehen sonst nur die internen Docker-Adressen zu Auswahl.
                    Somit bleibt mir hier nur die "Catchall"-Adresse

                    Aber trotzdem geb ich ja nirgends den Port 2000 mit.
                    Und diese Konfig hat bis vor dem Update sehr gut gehalten. 😉

                    paul53 1 Reply Last reply Reply Quote 0
                    • paul53
                      paul53 @PlanLos last edited by

                      @planlos sagte: bei den Adapteradressen stehen sonst nur die internen Docker-Adressen zu Auswahl.

                      Und eine davon ist die für ioBroker!
                      Als Callback-Adresse muss die des Docker-Hosts angegeben werden (ist wohl 192.168.5.11).

                      P 1 Reply Last reply Reply Quote 0
                      • P
                        PlanLos @paul53 last edited by

                        @paul53 Jepp...die Docker-Host ist ja auch richtig.
                        Aber wenn ich die Adapter-Adresse anpasse, hat das keine Auswirkungen auf den Port.

                        teil3.JPG

                        Daher ist es egal ob Catchall oder interne. 😉

                        P 1 Reply Last reply Reply Quote 0
                        • P
                          PlanLos @PlanLos last edited by

                          Sofern ich die Adapter Adresse anpasse, steht diese auch im Log und es läuft auch durch.
                          Trotzdem mit dem Port 2000.
                          Gebe ich dann den Adapter Port 2001 mit, springt er auch den Port 2002.

                          P 1 Reply Last reply Reply Quote 0
                          • P
                            PlanLos @PlanLos last edited by

                            Naja, ich danke dir und Thomas für die Hilfe.
                            Node ist nun auch aktuell. 😉

                            1 Reply Last reply Reply Quote 0
                            • paul53
                              paul53 @PlanLos last edited by

                              @planlos sagte: Port 2000 einmal in der Firewall freigegeben. Danach funktioniert auch der Abruf der Geräte auf hm-rpc.0 wieder.

                              Das darf nicht sein, wenn man nur auf rfd zugreifen will. Erstelle bitte Issue auf Github.

                              P 1 Reply Last reply Reply Quote 0
                              • P
                                PlanLos @paul53 last edited by

                                @paul53 erledigt 😉

                                P 1 Reply Last reply Reply Quote 0
                                • P
                                  PlanLos @PlanLos last edited by PlanLos

                                  So, es gab bereits eine Rückmeldung:
                                  Früher wurde immer der Adapter Port = Homematic Port genutzt. Mit der neuen Version wird im Standard jetzt der Port 2000 genutzt.
                                  Stelle ich Port 2001 ein, wird der nächste freie Port genutzt. Port 2001 ist ja schließlich schon belegt.

                                  Somit ist das seit dem Update genau richtig wie die Instanz arbeitet.

                                  1 Reply Last reply Reply Quote 0
                                  • First post
                                    Last post

                                  Support us

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

                                  623
                                  Online

                                  32.1k
                                  Users

                                  80.7k
                                  Topics

                                  1.3m
                                  Posts

                                  3
                                  15
                                  309
                                  Loading More Posts
                                  • Oldest to Newest
                                  • Newest to Oldest
                                  • Most Votes
                                  Reply
                                  • Reply as topic
                                  Log in to reply
                                  Community
                                  Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen
                                  The ioBroker Community 2014-2023
                                  logo