Growatt exception: Error: {"result":3}
-
@thomas-braun
FritzBox -> Kabel -> Switch -> Kabel (jetzt) -> RasPi -
@nobbiman Zeig
ip a -
pi@iobroker-pi:~ $ ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether e4:5f:01:a4:ad:f2 brd ff:ff:ff:ff:ff:ff inet 192.168.2.146/24 brd 192.168.2.255 scope global dynamic noprefixroute eth0 valid_lft 862384sec preferred_lft 754384sec inet6 fd00::3e0a:160b:48e1:5cbf/64 scope global dynamic mngtmpaddr noprefixroute valid_lft 7159sec preferred_lft 3559sec inet6 fe80::4bce:c165:ef80:5d3d/64 scope link valid_lft forever preferred_lft forever 3: wlan0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether e4:5f:01:a4:ad:f3 brd ff:ff:ff:ff:ff:ff inet 192.168.2.157/24 brd 192.168.2.255 scope global dynamic noprefixroute wlan0 valid_lft 863954sec preferred_lft 755954sec inet6 fd00::e7b7:5373:8d3d:9248/64 scope global dynamic mngtmpaddr noprefixroute valid_lft 7159sec preferred_lft 3559sec inet6 fe80::c7b6:c7b1:7ac7:17a4/64 scope link valid_lft forever preferred_lft forever -
@nobbiman sagte in Growatt exception: Error: {"result":3}:
192.168.2.146/2
Jetzt geht das Kabel.
Dann kannst/solltest du WLAN jetzt aus knipsen.
-
-
Auch noch wichtig. Solltest du Geräte haben die mit iob kommunizieren, kann es erforderlich sein das die diesen die neue IP mitteilst.
-
@wendy2702
WLAN abgeschaltetip aergibt:
pi@iobroker-pi:~ $ ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP group default qlen 1000 link/ether e4:5f:01:a4:ad:f2 brd ff:ff:ff:ff:ff:ff inet 192.168.2.146/24 brd 192.168.2.255 scope global dynamic noprefixroute eth0 valid_lft 863702sec preferred_lft 755702sec inet6 fd00::3e0a:160b:48e1:5cbf/64 scope global dynamic mngtmpaddr noprefixroute valid_lft 7199sec preferred_lft 3599sec inet6 fe80::4bce:c165:ef80:5d3d/64 scope link valid_lft forever preferred_lft foreverJetzt hängt mein ioBroker ..... nicht mehr!
-
@nobbiman sagte in Growatt exception: Error: {"result":3}:
Jetzt hängt mein ioBroker ..... nicht mehr!
Hing auch vorher nicht. Hat nur daten in ein logfile geschrieben.
Hat sich was am Growatt geändert?
Sonst jetzt nochmal loggen.
-
growatt.0 2023-02-02 15:58:06.565 error Growatt exception: Error: {"result":3} growatt.0 2023-02-02 15:56:05.180 error Growatt exception: Error: {"result":3} growatt.0 2023-02-02 15:56:04.227 info starting. Version 2.0.0 in /opt/iobroker/node_modules/iobroker.growatt, node: v16.19.0, js-controller: 4.0.24 host.iobroker-pi 2023-02-02 15:56:01.975 info instance system.adapter.growatt.0 started with pid 1385 host.iobroker-pi 2023-02-02 15:55:59.417 info instance system.adapter.growatt.0 terminated with code 11 (ADAPTER_REQUESTED_TERMINATION) host.iobroker-pi 2023-02-02 15:55:58.897 info stopInstance system.adapter.growatt.0 send kill signal growatt.0 2023-02-02 15:55:58.830 info Terminated (ADAPTER_REQUESTED_TERMINATION): Without reason growatt.0 2023-02-02 15:55:58.828 info terminating growatt.0 2023-02-02 15:55:58.826 info Got terminate signal TERMINATE_YOURSELF host.iobroker-pi 2023-02-02 15:55:58.818 info stopInstance system.adapter.growatt.0 (force=false, process=true) admin.0 2023-02-02 15:54:48.829 info ==> Connected system.user.admin from ::ffff:192.168.2.144 -
@nobbiman OK. Steht zwar nicht mehr auf Debug aber scheinbar gleicher Fehler.
Dann tcpdump auf dem Interface starten, Adapter neu starten, tcpdump mit "ctrl+c" stoppen, file vom pi laden und mit wireshark schauen oder das file hier posten.
-
@wendy2702
Ich sehe da gar nichts, hoffentlich du!EDIT: File gelöscht da möglicherweise Sensible Daten enthalten.
-
@wendy2702 Danke!
-
@nobbiman Mögliche Ursache können die Meldungen über "TCP of a reassembled PDU" sein.
Da sind schon auffällig viele. Der Grüne Bereich zeigt das anmelden per http und dann wechsel auf https.
Danach sollten der Login durch sein, zumindest sehe ich keinen Fehler.
Dann kommen die ganzen oben erwähnten Meldungen welche dazu führen könnten das der Adapter ein Problem hat.
Falls Growatt eventuell weitere Server betreibt mal einen anderen probieren.
-
@wendy2702
Ich gehe mal auf die Suche -
@nobbiman Nur noch um dein eigenes Netzwerk ausschließen zu können.
PI drekt an die FB
FB mal neu starten -
@wendy2702
Hilft leider auch nicht
-
@wendy2702
Ich fasse es nicht! Nachdem ich heute ein issue bei github geöffnet habe und nochmals auf den Adapter schaue - ... ist der doch tatsächlich grün!
Im Log finde ich zwar ähnliche Meldungen, aber er verbindet
growatt.0 2023-02-03 17:47:04.960 debug Growatt time for parseData : 64ms growatt.0 2023-02-03 17:47:04.895 debug Growatt time for allPlantData : 506ms growatt.0 2023-02-03 17:47:04.845 debug Enter lifeSignCallback 600000ms growatt.0 2023-02-03 17:47:04.665 debug Enter lifeSignCallback 600000ms growatt.0 2023-02-03 17:47:04.620 debug Enter lifeSignCallback 600000ms growatt.0 2023-02-03 17:47:04.559 debug Enter lifeSignCallback 600000ms growatt.0 2023-02-03 17:47:04.513 debug Enter lifeSignCallback 600000ms growatt.0 2023-02-03 17:47:04.465 debug Enter lifeSignCallback 600000ms growatt.0 2023-02-03 17:47:04.389 debug Enter lifeSignCallback 600000ms growatt.0 2023-02-03 17:47:04.389 debug Growatt isConnected() : true growatt.0 2023-02-03 17:47:04.389 debug Enter lifeSignCallback 600000ms growatt.0 2023-02-03 17:47:04.388 debug Enter growattData, Param: sessionHold:true growatt.0 2023-02-03 17:46:34.989 debug Leave growattData :601msIch schau mal wie es weitergeht, bin zunächst aber mal erfreut - ich werde berichten!
Was bedeuten denn die Meldungen?
Enter lifeSignCallback 600000ms -
@nobbiman keine Ahnung. Ist was von deren API.
