Growatt exception: Error: {"result":3}
-
@wendy2702 said in Growatt exception: Error: {"result":3}:
iobroker erreichbar und du bist dort registriert
Was heißt "von iobroker erreichbar"?
Bei Growatt bin ich natürlich registriert und empfange meine Infos auch über meinen Browser. Bis von ein paar Tagen war das Auslesen der Daten und die Verbindung auch gar kein Problem. Frag mich aber bitte nicht, ob ich etwas geändert hatte - ich meine nicht!
-
@nobbiman sagte in Growatt exception: Error: {"result":3}:
Was heißt "von iobroker erreichbar"?
Na von dem Rechner auf dem iobroker läuft. Kannst du da die Seite erreichen?
nslookup server.growatt.com Server: 192.168.178.1 Address: 192.168.178.1#53 Non-authoritative answer: Name: server.growatt.com Address: 47.91.67.66ping 47.91.67.66 PING 47.91.67.66 (47.91.67.66) 56(84) bytes of data. 64 bytes from 47.91.67.66: icmp_seq=1 ttl=87 time=17.0 ms 64 bytes from 47.91.67.66: icmp_seq=2 ttl=87 time=15.8 ms -
Sonderzeichen im Passwort? Stell das mal auf was einfacheres nur aus Buchstaben und Ziffern um.
-
@thomas-braun
Nein, keine Sonderzeichen, nur Klein- und Großbuchstaben und Zahlenpi@iobroker-pi:~ $ nslookup server.growatt.com -bash: nslookup: command not found -
@thomas-braun
Nach Installation von nslookup:pi@iobroker-pi:~ $ nslookup server.growatt.com Server: 192.168.2.1 Address: 192.168.2.1#53 Non-authoritative answer: Name: server.growatt.com Address: 47.91.67.66pi@iobroker-pi:~ $ ping 47.91.67.66 PING 47.91.67.66 (47.91.67.66) 56(84) bytes of data. 64 bytes from 47.91.67.66: icmp_seq=1 ttl=95 time=12.9 ms 64 bytes from 47.91.67.66: icmp_seq=2 ttl=95 time=11.4 ms 64 bytes from 47.91.67.66: icmp_seq=3 ttl=95 time=12.4 ms 64 bytes from 47.91.67.66: icmp_seq=4 ttl=95 time=11.3 msFehler aber auch noch Host-Neustart immer noch da! Auch nach Deinstallation des Adapters und Instanz , Neustart und Neuinstallation nicht!
$ iobroker add growatt auto --host iobroker-pi --debug NPM version: 8.19.3Installing iobroker.growatt@2.0.0... (System call) npm WARN deprecated querystring@0.2.0: The querystring API is considered Legacy. new code should use the URLSearchParams API instead. added 9 packages in 14s88 packages are looking for funding run `npm fund` for details host.iobroker-pi install adapter growatt upload [4] growatt.admin /opt/iobroker/node_modules/iobroker.growatt/admin/glogo.png glogo.png image/png upload [3] growatt.admin /opt/iobroker/node_modules/iobroker.growatt/admin/growatt.png growatt.png image/png upload [2] growatt.admin /opt/iobroker/node_modules/iobroker.growatt/admin/index_m.html index_m.html text/html upload [1] growatt.admin /opt/iobroker/node_modules/iobroker.growatt/admin/style.css style.css text/css upload [0] growatt.admin /opt/iobroker/node_modules/iobroker.growatt/admin/words.js words.js application/javascript host.iobroker-pi object system.adapter.growatt.0.compactMode created host.iobroker-pi object system.adapter.growatt.0.cpu created host.iobroker-pi object system.adapter.growatt.0.cputime created host.iobroker-pi object system.adapter.growatt.0.memHeapUsed created host.iobroker-pi object system.adapter.growatt.0.memHeapTotal created host.iobroker-pi object system.adapter.growatt.0.memRss created host.iobroker-pi object system.adapter.growatt.0.uptime created host.iobroker-pi object system.adapter.growatt.0.inputCount created host.iobroker-pi object system.adapter.growatt.0.outputCount created host.iobroker-pi object system.adapter.growatt.0.eventLoopLag created host.iobroker-pi object system.adapter.growatt.0.sigKill created host.iobroker-pi object system.adapter.growatt.0.logLevel created host.iobroker-pi object growatt.0.info created host.iobroker-pi object growatt.0.info.connection created host.iobroker-pi Set default value of growatt.0.info.connection: false host.iobroker-pi object system.adapter.growatt.0 created Process exited with code 0 -
@nobbiman Dann muss ich ehrlich sagen gehen mir die Ideen aus warum der Adapter sich nicht verbindet.
Mach dazu am besten ein Issue auf Github auf, dann bekommt der Entwickler das mit und kann vielleicht helfen.
-
@wendy2702
Ja, das ist vielleicht der richtige Weg. Danke bis hier hin, ich werde danach hoffentlich hier in diesem Thread Positives berichten können. -
@nobbiman Gibt noch eines was man machen kann. Ein TCP dump auf dem Netzwerk IF und dann mal mit Wireshark schauen.
Zuerst rausfinden wie das IF heisst:
ip aDann kommt z.B. so was:
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000 link/ether b8:27:eb:b9:82:51 brd ff:ff:ff:ff:ff:ff inet 192.168.178.17/24 brd 192.168.178.255 scope global dynamic noprefixroute eth0Das Interface heisst dann "eth0"
Tcpdump dann so:
sudo tcpdump -i eth0 -s 65535 -w growatt.pcapngFile wird in dem Ordner gespeichert in dem man den Befehl ausführt.
Vom Pi runterladen und mit Wireshark anschauen.
Wenn du für den Zeitraum des Tests alle anderen Adapter stoppst ist das Ergebnis übersichtlicher.
-
@wendy2702 said in Growatt exception: Error: {"result":3}:
Wireshark
Ach du droßer Gott, da muss ich erst einmal schauen, was Wireshark ist und wie das funktioniert - bin bislang eher der Windows-User. Aber ich mache mich mal dran, wird sicher aber ein wenig dauern.
-
@wendy2702
Das fängt erst einmal nicht erfolgsversprechend an!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: <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 inet 192.168.2.157/24 brd 192.168.2.255 scope global dynamic noprefixroute wlan0 valid_lft 858018sec preferred_lft 750018sec inet6 fd00::e7b7:5373:8d3d:9248/64 scope global dynamic mngtmpaddr noprefixroute valid_lft 7198sec preferred_lft 3598sec inet6 fe80::c7b6:c7b1:7ac7:17a4/64 scope link valid_lft forever preferred_lft forever pi@iobroker-pi:~ $ sudo tcpdump -i eth0 -s 65535 -w growatt.pcapng sudo: tcpdump: command not found -
@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 -
@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 bytesWas 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! -
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.
-
@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:ffDafür funkt da ein Interface namens wlan0 durch die Gegend.
-
@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?
-
@nobbiman Nur wenn das Netzwerkkabel funktioniert.
Tut es derzeit aber nicht
-
Was hast du denn da grundsätzlich für ein Netzwerk? Kabelbasiert?
-
@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
