UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[nobbiman]

@thomas-braun
FritzBox -> Kabel -> Switch -> Kabel (jetzt) -> RasPi

[wendy2702]

@nobbiman Zeig

ip a

[nobbiman]

@wendy2702

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

[wendy2702]

@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.

[Thomas Braun]

@nobbiman

Jetzt läuft das beides.

192.168.2.146 per Kabel,
192.168.2.157 per WLan

[wendy2702]

Auch noch wichtig. Solltest du Geräte haben die mit iob kommunizieren, kann es erforderlich sein das die diesen die neue IP mitteilst.

[nobbiman]

@wendy2702
WLAN abgeschaltet

ip a

ergibt:

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 forever

Jetzt hängt mein ioBroker ..... nicht mehr!

[wendy2702]

@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.

[nobbiman]

@wendy2702

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

[wendy2702]

@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.

[nobbiman]

@wendy2702
Ich sehe da gar nichts, hoffentlich du!

EDIT: File gelöscht da möglicherweise Sensible Daten enthalten.

[nobbiman]

@wendy2702 Danke!

[wendy2702]

@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.

[nobbiman]

@wendy2702
Ich gehe mal auf die Suche

[wendy2702]

@nobbiman Nur noch um dein eigenes Netzwerk ausschließen zu können.

PI drekt an die FB
FB mal neu starten

[nobbiman]

@wendy2702
Hilft leider auch nicht :anguished:

[nobbiman]

@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 :confused:

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 :601ms

Ich schau mal wie es weitergeht, bin zunächst aber mal erfreut - ich werde berichten!

Was bedeuten denn die Meldungen?

Enter lifeSignCallback 600000ms

[wendy2702]

@nobbiman keine Ahnung. Ist was von deren API.