Solarman PV, Bosswerk MI & Deye
-
@rene55 OK, danke für die schnelle Antwort
-
@rene55 in den letzten 24 Stunden hat die synchronisierung ca. 4 mal funktioniert, besteht die Möglichkeit das timeout zu verlängern ? Oder muss ich damit leben aber dann ist das ganze für mich nicht nutzbar.
-
@ralf-roessler Hallo Ralf, ich habe das Timeout mal höher gestellt und teste es derzeit. Den sollte man aber auch nicht beliebig hoch schieben. Wenn alles ohne Probleme läuft, gibt es morgen eine 0.2.1. Dann hoffe ich mal, ist dieser Fehler geheilt.
-
-
@rene55 Oh man, sorry für die viel zu späte Antwort ...
Ich frage nur Werte ab und nutze dafür die "Eingangsregister":
-
@integer63 Danke für die Rückmeldung. Wie hast du denn deinen WR per Modbus physikalisch angeschlossen. Bei mir sehe ich nur die Möglichkeit über das integrierte WLAN-Modul.
-
@rene55 Hi Rene, habe das neue Update installiert, leider noch immer der gleiche Fehler, es funktioniert einmal am Anfang und danach kommt der Timeoutfehler (es funktioniert ganz selten).
" [initializeStation] error: AxiosError: timeout of 4000ms exceeded" -
@ralf-roessler Das ist ärgerlich. Da bringt die Ausdehnung des Timeouts nicht wirklich was. Ich hatte heute auch 4 Warnungen im Log. Hast du eine dünne/wackelige Internetverbindung? Das könnte erklären, dass du viel mehr dieser Timeouts hast.
-
@rene55 Internet steht stabil, daran kann es nicht liegen. Arbeite den ganzen Tag problemlos darüber. Komisch ist das nach einem Neustart des Adapters erst mal alles eingelesen wird. Da kommen die Daten einmal.
-
@ralf-roessler Ok, stabiles Internet ist schon mal gut. Ich geh mal davon aus, dass die Bandbreite eventuell durch HomeOffice / Videostreaming nicht voll ausgereizt ist. Aber dann fällt mir auch schon nichts mehr ein.
-
@rene55 trotzdem danke für deine Hilfe
-
@rene55 Ich bin nicht ganz sicher, ob ich die Frage richtig verstehe. Du brauchst ein Gerät, auf dem ein Venus OS läuft (bei mir ist es ein Cerbo GX, kann aber auch ein Raspi sein). Dort kann man dann Modbus aktivieren:
Und dann über die Netzwerkadresse des GX Gerätes ansprechen:
-
@integer63 Ja. das ist schon die Antwort auf meine Frage. Also brauche ich noch ein Zusatzgerät und die Anbindung per RS485. Da ist bei mir schon Ende, da ich keinen RS485 Anschluss sondern nur WLAN habe. Ich geb mal Gas bei meinen Adapter
-
@Rene55 Ich bekomme jetzt ziemlich viele Fehlermeldungen:
solarmanpv.0 2023-02-13 12:52:13.064 error DB closed solarmanpv.0 2023-02-13 12:52:13.063 error Error: DB closed at close (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:184:25) at Socket.<anonymous> (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:151:20) at Object.onceWrapper (events.js:520:26) at Socket.emit (events.js:400:28) at TCP.<anonymous> (net.js:686:12) solarmanpv.0 2023-02-13 12:52:13.062 error unhandled promise rejection: DB closed solarmanpv.0 2023-02-13 12:52:13.046 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). solarmanpv.0 2023-02-13 12:52:13.018 error DB closed solarmanpv.0 2023-02-13 12:52:13.017 error Error: DB closed at close (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:184:25) at Socket.<anonymous> (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:151:20) at Object.onceWrapper (events.js:520:26) at Socket.emit (events.js:400:28) at TCP.<anonymous> (net.js:686:12) solarmanpv.0 2023-02-13 12:52:12.991 error unhandled promise rejection: DB closed solarmanpv.0 2023-02-13 12:52:12.989 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). solarmanpv.0 2023-02-13 12:52:12.986 error DB closed solarmanpv.0 2023-02-13 12:52:12.966 error Error: DB closed at close (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:184:25) at Socket.<anonymous> (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:151:20) at Object.onceWrapper (events.js:520:26) at Socket.emit (events.js:400:28) at TCP.<anonymous> (net.js:686:12) solarmanpv.0 2023-02-13 12:52:12.965 error unhandled promise rejection: DB closed solarmanpv.0 2023-02-13 12:52:12.963 error Unhandled promise rejection. This error originated either by throwing inside of an async function without a catch block, or by rejecting a promise which was not handled with .catch(). solarmanpv.0 2023-02-13 12:52:12.944 error DB closed solarmanpv.0 2023-02-13 12:52:12.926 error Error: DB closed at close (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:184:25) at Socket.<anonymous> (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:151:20) at Object.onceWrapper (events.js:520:26) at Socket.emit (events.js:400:28) at TCP.<anonymous> (net.js:686:12) solarmanpv.0 2023-02-13 12:52:12.925 error unhandled promise rejection: DB closed -
@bambulko Das sieht nicht so gut aus. Kamen die Fehler beim Start oder beim Beenden des Adapters - oder einfach so?
-
@rene55 Einfach so. Das ging ein paar Minuten so und hat dann von selbst aufgehört.
-
@bambulko Da scheint wohl zu diesem Zeitpunkt deine ioBroker DB nicht da gewesen zu sein:
Error: DB closed at close (/opt/iobroker/node_modules/ioredis/built/redis/event_handler.js:184:25).
Warum auch immer. Bitte weiter beobachten. -
@rene55 Seit heute kann ich das auch durchgängig beobachten. Beim Neustart des Adapters wird einmal sauber eingelesen - alle folgenden Starts (per cron) laufen auf das Timeout. Internet ist stabil. Probleme mit der China-Cloud? In der (Handy-)App bekomme ich alle Daten aktuell angezeigt.
-
@typhos laeuft hier einwandfrei, keine Probleme mit Timeouts..
-
@ilovegym Komisch... Wenn ich den Request per curl von der Maschine aus mache, funktioniert es immer wunderbar... aus dem Adapter irgendwie nicht mehr. Jemand eine Idee, was das sein könnte oder was man noch prüfen könnte?
