HM-RPC.1 wiederholte Logeinträge
-
Hallo,
ich habe folgende Log-einträge, die sich alle 5 Minuten wiederholen.
Wieso? Das war bis vor kurzem nicht so. Kann aber nicht sagen seit wann.
Alle Adapter sind auf dem letzten Stand.
-
:idea: Habs herausgefunden. :!:
Ich musste bei der HM-RPC.1 Instanz, die bei mir für Homematic IP zuständig ist, eine Adapter Call Back Adresse eingeben.
In meiner anderen Instanz für die anderen Thermostate fehlt sie zwar, aber es läuft auch ohne störende log-Einträge. :?: :!:
-
Was steht denn bei Dir als "Adapter Address" in der hm-rpc Konfig drin? Standardmäßig wird die genommen
-
Hallo,
ich scheine das gleiche Problem zu haben: viewforum.php?f=22&sid=60ab0ca8a9a1115ad13d8ded420e9042
Bei mir war das Feld in "Adapter Callback Adresse" leer. Ich habe jetzt die "Adapter Addresse" hier eingetragen wo Iobroker läuft (bei mir 192.168.178.51). Die Adapterkonfigration der hm-rpc-1 Instanz sieht jetzt so aus:
HomeMatic Adresse 192.168.178.21
Adapter Adresse [IPv4] 192.168.178.51 - eth0
Adapter Callback Adresse 192.168.178.51
Daemon CuxD
HomeMatic Port 8701
Protokoll XML-RPC
Adapter Port 0
Verbindungs-Check Interval(sek) 180
Wiederverbindungs-Interval(sek) 30
Aber auch nach einem Reboot bleibt das Problem bestehen. Alle 3 bis 4 Minuten gibt es das Renaming wieder in den Logeinträge.
Soll da was anderes stehen?
Ich bin für jede Hilfe dankbar!
Viele Grüße,
Danckel
-
Ich habe die IP der CCU2 angegeben und seither ist Ruhe.
-
Danke für die schnelle Antwort!
Aber…
Nachdem ich die IP meiner CCU2 unter "Adapter Callback Adresse" eingetragen (192.168.178.21) und rebooted habe, bekomme ich trotzdem die Einträge alle 3-4 Minuten wieder.
PS: Bezüglich Callback Adresse sagt viewtopic.php?f=8&t=5566&p=136214&hilit … se#p136217 aber: "Die Callback Adresse muss die Adresse des ioBroker Servers sein. Ist aber nur nötig, wenn dieser in einem Container / VM liegt." Also doch nicht die CCU2?
-
Callback Adresse ist an sich nur nötig wenn der Rechner aus Sicht der ccu von einer anderen ip als der eigenen (lokalen) errreichbar ist. Passiert häufig bei Containern.
-
Hmm, dann ist die Callback Adresse also nicht die Lösung meines Problems…
D.h. es läuft leider weiter so:
hm-rega.0 2018-04-07 18:46:10.431 info renamed hm-rpc.1.CUX2803002 to "PINGER"
hm-rega.0 2018-04-07 18:46:10.415 info renamed hm-rpc.1.CUX2803002.0 to "PINGER:0"
hm-rega.0 2018-04-07 18:46:10.407 info renamed hm-rpc.1.CUX2803002.1 to "PING_K1"
hm-rega.0 2018-04-07 18:46:10.397 info renamed hm-rpc.1.CUX2803002.2 to "PING_K2"
hm-rega.0 2018-04-07 18:46:10.388 info renamed hm-rpc.1.CUX2803002.3 to "PING_R1"
hm-rega.0 2018-04-07 18:46:10.380 info renamed hm-rpc.1.CUX2803002.4 to "PING_R2"
hm-rega.0 2018-04-07 18:46:10.370 info renamed hm-rpc.1.CUX2803002.5 to "PING_P1"
hm-rega.0 2018-04-07 18:46:10.361 info renamed hm-rpc.1.CUX2803002.6 to "PINGER:6"
hm-rega.0 2018-04-07 18:46:10.353 info renamed hm-rpc.1.CUX2803002.7 to "PINGER:7"
hm-rega.0 2018-04-07 18:46:10.344 info renamed hm-rpc.1.CUX2803002.8 to "PINGER:8"
hm-rega.0 2018-04-07 18:46:10.335 info renamed hm-rpc.1.CUX2803002.9 to "PINGER:9"
hm-rega.0 2018-04-07 18:46:10.327 info renamed hm-rpc.1.CUX2803002.10 to "PINGER:10"
hm-rega.0 2018-04-07 18:46:10.315 info renamed hm-rpc.1.CUX2803002.11 to "PINGER:11"
hm-rega.0 2018-04-07 18:46:10.307 info renamed hm-rpc.1.CUX2803002.12 to "PINGER:12"
hm-rega.0 2018-04-07 18:46:10.298 info renamed hm-rpc.1.CUX2803002.13 to "PINGER:13"
hm-rega.0 2018-04-07 18:46:10.284 info renamed hm-rpc.1.CUX2803002.14 to "PINGER:14"
hm-rega.0 2018-04-07 18:46:10.269 info renamed hm-rpc.1.CUX2803002.15 to "PINGER:15"
hm-rega.0 2018-04-07 18:46:10.254 info renamed hm-rpc.1.CUX2803002.16 to "PINGER:16"
hm-rpc.1 2018-04-07 18:46:08.160 info new CUxD devices/channels after filter: 0
hm-rpc.1 2018-04-07 18:46:08.121 info xmlrpc -> listDevices 0
hm-rega.0 2018-04-07 18:42:40.259 info renamed hm-rpc.1.CUX2803002 to "PINGER"
hm-rega.0 2018-04-07 18:42:40.243 info renamed hm-rpc.1.CUX2803002.0 to "PINGER:0"
hm-rega.0 2018-04-07 18:42:40.233 info renamed hm-rpc.1.CUX2803002.1 to "PING_K1"
hm-rega.0 2018-04-07 18:42:40.223 info renamed hm-rpc.1.CUX2803002.2 to "PING_K2"
hm-rega.0 2018-04-07 18:42:40.213 info renamed hm-rpc.1.CUX2803002.3 to "PING_R1"
hm-rega.0 2018-04-07 18:42:40.203 info renamed hm-rpc.1.CUX2803002.4 to "PING_R2"
hm-rega.0 2018-04-07 18:42:40.194 info renamed hm-rpc.1.CUX2803002.5 to "PING_P1"
hm-rega.0 2018-04-07 18:42:40.185 info renamed hm-rpc.1.CUX2803002.6 to "PINGER:6"
hm-rega.0 2018-04-07 18:42:40.177 info renamed hm-rpc.1.CUX2803002.7 to "PINGER:7"
hm-rega.0 2018-04-07 18:42:40.167 info renamed hm-rpc.1.CUX2803002.8 to "PINGER:8"
hm-rega.0 2018-04-07 18:42:40.158 info renamed hm-rpc.1.CUX2803002.9 to "PINGER:9"
hm-rega.0 2018-04-07 18:42:40.149 info renamed hm-rpc.1.CUX2803002.10 to "PINGER:10"
hm-rega.0 2018-04-07 18:42:40.135 info renamed hm-rpc.1.CUX2803002.11 to "PINGER:11"
hm-rega.0 2018-04-07 18:42:40.124 info renamed hm-rpc.1.CUX2803002.12 to "PINGER:12"
hm-rega.0 2018-04-07 18:42:40.114 info renamed hm-rpc.1.CUX2803002.13 to "PINGER:13"
hm-rega.0 2018-04-07 18:42:40.103 info renamed hm-rpc.1.CUX2803002.14 to "PINGER:14"
hm-rega.0 2018-04-07 18:42:40.095 info renamed hm-rpc.1.CUX2803002.15 to "PINGER:15"
hm-rega.0 2018-04-07 18:42:40.085 info renamed hm-rpc.1.CUX2803002.16 to "PINGER:16"
hm-rpc.1 2018-04-07 18:42:38.054 info new CUxD devices/channels after filter: 0
hm-rpc.1 2018-04-07 18:42:37.564 info xmlrpc -> listDevices 0
hm-rega.0 2018-04-07 18:39:09.873 info renamed hm-rpc.1.CUX2803002 to "PINGER"
hm-rega.0 2018-04-07 18:39:09.865 info renamed hm-rpc.1.CUX2803002.0 to "PINGER:0"
hm-rega.0 2018-04-07 18:39:09.857 info renamed hm-rpc.1.CUX2803002.1 to "PING_K1"
hm-rega.0 2018-04-07 18:39:09.849 info renamed hm-rpc.1.CUX2803002.2 to "PING_K2"
hm-rega.0 2018-04-07 18:39:09.842 info renamed hm-rpc.1.CUX2803002.3 to "PING_R1"
hm-rega.0 2018-04-07 18:39:09.831 info renamed hm-rpc.1.CUX2803002.4 to "PING_R2"
hm-rega.0 2018-04-07 18:39:09.823 info renamed hm-rpc.1.CUX2803002.5 to "PING_P1"
hm-rega.0 2018-04-07 18:39:09.814 info renamed hm-rpc.1.CUX2803002.6 to "PINGER:6"
hm-rega.0 2018-04-07 18:39:09.805 info renamed hm-rpc.1.CUX2803002.7 to "PINGER:7"
hm-rega.0 2018-04-07 18:39:09.794 info renamed hm-rpc.1.CUX2803002.8 to "PINGER:8"
hm-rega.0 2018-04-07 18:39:09.738 info renamed hm-rpc.1.CUX2803002.9 to "PINGER:9"
hm-rega.0 2018-04-07 18:39:09.727 info renamed hm-rpc.1.CUX2803002.10 to "PINGER:10"
hm-rega.0 2018-04-07 18:39:09.708 info renamed hm-rpc.1.CUX2803002.11 to "PINGER:11"
hm-rega.0 2018-04-07 18:39:09.698 info renamed hm-rpc.1.CUX2803002.12 to "PINGER:12"
hm-rega.0 2018-04-07 18:39:09.678 info renamed hm-rpc.1.CUX2803002.13 to "PINGER:13"
hm-rega.0 2018-04-07 18:39:09.669 info renamed hm-rpc.1.CUX2803002.14 to "PINGER:14"
hm-rega.0 2018-04-07 18:39:09.651 info renamed hm-rpc.1.CUX2803002.15 to "PINGER:15"
hm-rega.0 2018-04-07 18:39:09.640 info renamed hm-rpc.1.CUX2803002.16 to "PINGER:16"
hm-rpc.1 2018-04-07 18:39:07.487 info new CUxD devices/channels after filter: 0
hm-rpc.1 2018-04-07 18:39:07.428 info xmlrpc -> listDevices 0
Aber abgesehen davon läuft iobroker jetzt wirklich sehr stabil bei mir.
Danke!
-
Genau dieses renamed Problem habe ich auch immer bezüglich des Adapter Cuxd renamed
hm-rega.0 2018-12-09 07:36:32.806 info renamed hm-rpc.2.CUX2802502 to "192.128.158.71"
hm-rega.0 2018-12-09 07:36:32.800 info renamed hm-rpc.2.CUX2802502.0 to "192.128.158.71:0"
hm-rega.0 2018-12-09 07:36:32.793 info renamed hm-rpc.2.CUX2802502.1 to "192.128.158.71:1"
hm-rega.0 2018-12-09 07:36:32.787 info renamed hm-rpc.2.CUX2802502.2 to "Wohnzimmer-TV:Helligkeit-WEISS"
hm-rega.0 2018-12-09 07:36:32.779 info renamed hm-rpc.2.CUX2802502.3 to "Wohnzimmer-TV:Helligkeit-RGB"
hm-rega.0 2018-12-09 07:36:32.773 info renamed hm-rpc.2.CUX2802502.4 to "Wohnzimmer-TV:Farbwert-RGB"
hm-rega.0 2018-12-09 07:36:32.767 info renamed hm-rpc.2.CUX2802502.5 to "Wohnzimmer-Kamin:Helligkeit-WEISS 1"
hm-rega.0 2018-12-09 07:36:32.760 info renamed hm-rpc.2.CUX2802502.6 to "Wohnzimmer-Kamin:Helligkeit-RGB 1"
hm-rega.0 2018-12-09 07:36:32.753 info renamed hm-rpc.2.CUX2802502.7 to "Wohnzimmer-Kamin:Farbwert-RGB 1"
hm-rega.0 2018-12-09 07:36:32.747 info renamed hm-rpc.2.CUX2802502.8 to "Wohnzimmer-Kegel:Helligkeit-WEISS"
hm-rega.0 2018-12-09 07:36:32.740 info renamed hm-rpc.2.CUX2802502.9 to "…......usw. usw.
Hat vielleicht jemand eine Idee wie ich das abschaffen kann bzw. weiß was ich falsch gemacht habe?
-
Du hast nichts falsch gemacht.
Das sind auch keine Fehlermeldungen sondern Infomeldungen und kommen immer bei Neustart dieses Adapters.
Nach Update auf die neueste hm-rega und hm-rpc sind Cronjobs eingerichtet worden zum automatischen Neustart der Adapter.
Findest Du in den Instanzen und kannst sie ändern oder löschen.
-
@Pocky hä? Standardmäßig werden keine restarts crons von rega oder rpc eingerichtet.
Gesendet vom Handy …
-
@ apollon77
Ja, bisher war das auch nicht so.
Aber bei mir waren bei beiden Adaptern nach Update welche drin.
Darum schrieb ich das hier.
Kann auch leider keinen Screenshot mehr machen da ich die Crons schon gelöscht habe.
-
Also in der konfig vom Adapter ist nix drin. Komisch
Gesendet vom Handy …
-
Ich kann mich Erinnern das der rega 5 Minuten hatte und der rpc 10 Minuten.
@ piita und danckel
Schaut mal in den Instanzen nach ob das auch bei Euch der Fall ist.
-
Hi Pocky,
erstmals vielen Dank das du dich zu diesem Thema äusserst. Aber diese Einträge kann ich nicht finden oder meinst du das Polling in der Adapter Konfig?
das steht auf 30 Sekunden. Aber bezüglich Cron finde ich nichts, ist das eine eigen Instanz oder in der Adapter Konfig. Sorry für die Fragen aber ich würde diese Einträge ggerne los werden. Betrifft auch bei mir nur die CuxD Geräte bzw. Milight Adapter.
Gruß
Peter
-
Hab gerade gesehen im Rega steht Verbindungsintervall 180sek und alle 30sek meinst du diese Einträge kann ich diese verändern ohne Probleme zu bekommen?
Scheint auf jeden Fall damit zusammen zu hängen denn die LOG Einträge kommen auch alle 3 Minuten (180sek)
-
Ziemlich in der Mitte ist der Cron bei mir eingetragen.
Wenn dort auch ein Cron eingetragen ist, kannst Du ihn bei Klick auf die `Ùhr´ dort bearbeiten oder löschen.
-
Ich finde diese Eintäge bei mir nicht ich habe Rega Vers. 1.7.1 und prc 1.7.6
bei mir sieht das im rega so aus
Polling
aktiviert
30
Intervalle (s)
und in der rpc config unter zusätzliche Einstellungen
Verbindungs-Check Interval(sek) 180
Wiederverbindungs-Interval(sek) 30
-
Guten Morgen,
für mich, hoffe ich gelöst:
ich habe auf der Instanz für CUxD bei mir hm-rpc 2 von XML-rpc auf BIN-rpc umgestellt, seit dem sind die LOG Einträge verschwunden.
-
ich habe auch die renamed einträge alle 3 Minuten. Was muss ich ändern?
