Growatt exception: Error: {"result":3}

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.

NEWS

Growatt exception: Error: {"result":3}

Support us

913
Online

31.9k
Users

80.2k
Topics

1.3m
Posts

NEWS

Growatt exception: Error: {"result":3}

Support us

913Online

31.9kUsers

80.2kTopics

1.3mPosts

913
Online

31.9k
Users

80.2k
Topics

1.3m
Posts