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

[wendy2702]

@nobbiman sagte in Growatt exception: Error: {"result":3}:

wlan0

OK.

Dein PI ist über WLAN angebunden. Hoffentlich ist das nicht schon die Ursache allen übels.

Kannst du den zum testen mal per Netzwerkkabel anschließen? Ist sowieso die bessere Lösung für einen Server.

Der Befehl wäre dann dieser:

sudo tcpdump -i wlan0 -s 65535 -w growatt.pcapng

Wireshark ist unter anderem auch für Windows verfügbar

[nobbiman]

@wendy2702 said in Growatt exception: Error: {"result":3}:

sudo tcpdump -i wlan0 -s 65535 -w growatt.pcapng

Diesen Befehl verstehe ich nicht! Ich habe ein Netzwerkkabel angeschlossen und überwache 'wlan0'?
Nach EIngabe des o.g. Befehls hängt der RasPi!

pi@iobroker-pi:~ $ sudo tcpdump -i wlan0 -s 65535 -w growatt.pcapng
tcpdump: listening on wlan0, link-type EN10MB (Ethernet), snapshot length 65535 bytes

Was muss ich tun, damit ein Ergebnis in die Datei geschrieben wird oder verstehe ich nur Bahnhof?
Übrigens klappte das zuvor auch über WLAN! Entfernung zum Router ca. 2m!

[wendy2702]

Der Befehl monitored den Netzwerk Verkehr auf dem Interface "WLAN0" und schreibt die vollständige ausgabe in ein File namens: "growatt.pcapng"

Der PI hängt nicht, du musst das loggen mit "strg+C" beenden.

[Thomas Braun]

@nobbiman sagte in Growatt exception: Error: {"result":3}:

Ich habe ein Netzwerkkabel angeschlossen und überwache 'wlan0'?

Das kann aber eigentlich nicht sein, das Netzwerkkabel-Interface eth0 ist nämlich DOWN:

2: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc mq state DOWN group default qlen 1000

    link/ether e4:5f:01:a4:ad:f2 brd ff:ff:ff:ff:ff:ff

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

Dafür funkt da ein Interface namens wlan0 durch die Gegend.

[nobbiman]

@thomas-braun said in Growatt exception: Error: {"result":3}:

Dafür funkt da ein Interface namens wlan0 durch die Gegend.

Muss ich im RasPi WLAN abschalten?

[wendy2702]

@nobbiman Nur wenn das Netzwerkkabel funktioniert.

Tut es derzeit aber nicht

[Thomas Braun]

@nobbiman

Was hast du denn da grundsätzlich für ein Netzwerk? Kabelbasiert?

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