Systemdata	Bitte Ausfüllen
Hardwaresystem:	Pi4
Arbeitsspeicher:	8GB
Festplattenart:	SD-Karte
Betriebssystem:	Ubuntu
Node-Version:	10.24.1
Nodejs-Version:	10.24.1
NPM-Version:	6.4.12
Installationsart:	Skript
Image genutzt:	Nein
Ort/Name der Imagedatei:	Link

Nachdem ich den SQL-Adapter auf 1.15.6 upgedated habe, bekomme ich "Error: Packets out of order. Got: 1 Expected: 0" Fehler. Die Verbindung klappt, aber genau ab point 513 fängt es dann mit nur Fehlermeldungen an:

sql.0 2021-04-21 12:55:36.303 error (4382) Error: Packets out of order. Got: 1 Expected: 0
sql.0 2021-04-21 12:55:36.301 error (4382) Error: Packets out of order. Got: 1 Expected: 0
sql.0 2021-04-21 12:55:36.298 error (4382) Error: Packets out of order. Got: 1 Expected: 0
sql.0 2021-04-21 12:55:34.586 info (4382) enabled logging of javascript.0.variables.KatFruehstucken, Alias=false, 512 points now activated
sql.0 2021-04-21 12:55:34.586 info (4382) enabled logging of ping.0.PI4IObroker.192_168_178_202, Alias=false, 511 points now activated
sql.0 2021-04-21 12:55:34.586 info (4382) enabled logging of ping.0.PI4IObroker.192_168_178_201, Alias=false, 510 points now activated
sql.0 2021-04-21 12:55:34.585 info (4382) enabled logging of ping.0.PI4IObroker.192_168_178_38, Alias=false, 509 points now activated

Der mysql-Database ist auf dem gleichen Pi4 installiert und max_allowed_packet=1073741824.

Hat jemand ähnliche Probleme, oder sogar eine Lösung?

Viele Grüße,
Danckel

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!

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?

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

Hallo,

ich habe das Problem, dass im Log alle 3 bis 4 Minuten die CUxD devices erneut umbenannt werden. Ist das normal oder ein Fehler bei mir?

Folgendes meine ich:

hm-rega.0 2018-04-07 12:56:39.941 info renamed hm-rpc.1.CUX2803002.6 to "PINGER:6"

hm-rega.0 2018-04-07 12:56:39.925 info renamed hm-rpc.1.CUX2803002.7 to "PINGER:7"

hm-rega.0 2018-04-07 12:56:39.918 info renamed hm-rpc.1.CUX2803002.8 to "PINGER:8"

hm-rega.0 2018-04-07 12:56:39.910 info renamed hm-rpc.1.CUX2803002.9 to "PINGER:9"

hm-rega.0 2018-04-07 12:56:39.898 info renamed hm-rpc.1.CUX2803002.10 to "PINGER:10"

hm-rega.0 2018-04-07 12:56:39.887 info renamed hm-rpc.1.CUX2803002.11 to "PINGER:11"

hm-rega.0 2018-04-07 12:56:39.875 info renamed hm-rpc.1.CUX2803002.12 to "PINGER:12"

hm-rega.0 2018-04-07 12:56:39.863 info renamed hm-rpc.1.CUX2803002.13 to "PINGER:13"

hm-rega.0 2018-04-07 12:56:39.853 info renamed hm-rpc.1.CUX2803002.14 to "PINGER:14"

hm-rega.0 2018-04-07 12:56:39.841 info renamed hm-rpc.1.CUX2803002.15 to "PINGER:15"

hm-rega.0 2018-04-07 12:56:39.831 info renamed hm-rpc.1.CUX2803002.16 to "PINGER:16"

hm-rpc.1 2018-04-07 12:56:37.799 info new CUxD devices/channels after filter: 0

hm-rpc.1 2018-04-07 12:56:37.742 info xmlrpc -> listDevices 0

Viele Grüße,

Danckel

@Homoran:

@danckel:

Das gleiche Problem habe ich mit "system.adapter.rpi.0.memHeapUsed" und "system.adapter.rpi.0.memRss", wozu ich in iobroker.admin gar nichts finde. `

Dazu musst du unter Objects den admin Modus aktivieren.

Das geht über das 5. Icon von links (Männchen-Icon)

http://www.iobroker.net/?page_id=5495&l … Titelzeile

Gruß

Rainer `

Super! das war es. Also kein Fehler nur (mal wieder) meine Dummheit.

Danke für die schnelle Abhilfe!!!

Danckel

Hallo Community,

ich benutze zur Historie den sql History Adapter. Das läuft auch ganz gut. Nur im Mysql iobroker Database finde ich in dem Table "datapoints" den Eintrag "system.adapter.rpi.0.uptime". Die Werte dazu werden auch eifrig von iobroker in Table "ts_number" eingetragen. Nun möchte ich das Loggen dieses Objekts gerne abschalten. Ich finde in ioBroker.admin das Objekt "system.adapter.rpi.0.uptime" jedoch gar nicht. (Ich finde schon das Objekt "rpi.0.uptime.uptime" aber für dieses Objekt ist die Historie schon ausgeschaltet.)

Das gleiche Problem habe ich mit "system.adapter.rpi.0.memHeapUsed" und "system.adapter.rpi.0.memRss", wozu ich in iobroker.admin gar nichts finde.

Ich denke mal, dass ich die Historie dieser Objekten früher mal aktiv gelogt habe als es sie in iobroker.admin noch gab, aber jetzt brauche ich dies nicht mehr und sehe ich sie in iobroker.admin gar nicht mehr.

Meine konkrete Frage ist also: Wie kann ich das Loggen von "system.adapter.rpi.0.uptime" "system.adapter.rpi.0.memHeapUsed" und "system.adapter.rpi.0.memRss" ausschalten, wo diese Objekte in iobroker.admin nicht auffindbar sind?

Ich wäre für jeden Hinweis dankbar.

Viele Grüße,

Danckel

ich habe mit meinem raspberry pi ähnliche probleme. ccu2 reagierte nicht mehr nach vielen "You are sending too fast" meldungen. nachdem ich die history adapter ausgeschaltet habe, gibt es zwar noch keinen absturz, aber trotzdem fehlermeldungen:

hm-rega-0 2016-01-29 23:19:41 error post request error: socket hang up

hm-rega-1 2016-01-29 23:15:56 error post request error: socket hang up

hm-rega-0 2016-01-29 23:14:56 error post request error: socket hang up

hm-rega-1 2016-01-29 21:57:10 error post request error: socket hang up

hm-rega-0 2016-01-29 21:57:16 error post request error: socket hang up

sql-0 2016-01-29 19:43:29 error Error: connect ETIMEDOUT

sql-0 2016-01-29 19:43:28 error Error: connect ETIMEDOUT

sql-0 2016-01-29 19:43:28 error Error: connect ETIMEDOUT

sql-0 2016-01-29 19:43:28 error Error: connect ETIMEDOUT

hm-rega-1 2016-01-29 19:43:28 error post request error: socket hang up

hm-rega-0 2016-01-29 19:43:28 error post request error: socket hang up

ich würde gerne die history funktion wieder einschalten und mit mysql loggen. frau möchte aber nicht in der kälte und im dunkeln bei abgestützten ccu2 sitzen…