Moin!
Ich bin von Ver. 0.3 wieder auf 0.2 zurückgegangen.
Die Version 0.3 müllt bei Log-Stufe:info in das Protokoll zu. Mit Log-Stufe:warn geht es ohne Meldungen. Ansonsten läuft es mit einem Mikrowechselrichter und einem 1phasen Hybriden.
Habe nur ich das Problem?
Gruß aus dem Norden
Moin!
Die ewigen timeout Fehler mit meinen 1phasen Deye Wechselrichter mit den seriellen RS485 Adapter, egal mit welchem Chipsatz, sind mir auf den Zeiger gegangen. Das Hauptproblem liegt daran, dass der iobroker Modbus Adapter nur einen Verbindungsversuch zulässt und nach einem Lesefehler oder einem timeout vom Inverter, sofort die Verbindung abbricht, statt eine erneute Anfrage zu machen.
Um nicht auch noch einen Waveshare Modbus RTU over TCP to RS485 zu kaufen und auszuprobieren, habe ich mal meinen alten Rapi 3 herausgeholt.
Damit kann man wunderbar einen Waveshare nachbauen, mit bis zu 4 RS485 Eingängen und wie man möchte, mit WLAN oder LAN Anschluss.
Die einzelnen Ports usw. können per Parameter an das PY Script übergeben werden.
Es läuft absolut stabil und vor allen Dingen, keine Timeouts mehr.
https://github.com/cpthein/modbus-tcp2rtu-gateway
Gruß aus dem Norden!
Moin!
Ich habe mir einen SUN-M200G4-EU-Q0 zugelegt.
Er lässt sich wunderbar mit der deyeidc.Sun2000.json auslesen.
Ab und zu drossel ich den Mikro-Inverter über die Deye Cloud, wenn der Batteriespeicher voll ist.
Der Wert wird im Objekt Active Power Regulation % ausgeben.
Hab ihr schon eine Lösung das Objekt Adresse 40 direkt zu beschreiben?
Oder ist immer noch "main" die einzige Möglichkeit?
Gruß aus dem Sonnigen Norden
@sigi234
Danke erstmal.
Meinst Du https://github.com/TA2k/ioBroker.tapo als benutzerdefinierte URL Adresseeintragen?
Moin!
Wo ist jetzt der Tapo Adapter zu finden?
In der Beta, NPM und Github kann ich ihn nicht mehr sehen. Ich hatte iobroker neu aufgesetzt.
Ich habe mal mein Ozi auf den RS485 Bus mit dem Deye geklemmt.
Ich lese zu zurzeit diese Register aus. Auf dem Ozi sieht man gut, dass bei einem timeout die Anfragen nicht beantwortet werden.
Bus ok!
timeout
_address name description unit type len factor offset formula role room poll wp cw isScale
40004 SnNr Ser Nummer string 5 1 0 level true false false false
40173 Grid_power Netz Leistung W int16be 1 1 0 level true false false false
40231 amp_laden_netz Ladestrom Netz A uint16be 1 1 0 level true false false false
40233 netz_laden_an Einschalten vom Netz laden uint8be 1 1 0 level true false false false
40249 time_of_use TOF uint8be 1 1 0 level true false false false
modbus.1
2025-01-30 19:25:05.952 error Request timed out.
modbus.1
2025-01-30 19:17:49.641 error Request timed out.
modbus.1
2025-01-30 19:14:41.120 error Request timed out.
modbus.1
2025-01-30 19:04:35.827 error Request timed out.
modbus.1
2025-01-30 18:58:38.503 error Request timed out.
modbus.1
2025-01-30 18:52:41.361 error Request timed out.
modbus.1
2025-01-30 18:46:44.166 error Request timed out.
modbus.1
2025-01-30 18:46:02.193 error Request timed out.
modbus.1
2025-01-30 18:13:25.519 error Request timed out.
Hallo allerseits!
Ich benutze ebenfalls den Modbus iobroker zum Lesen uns beschreiben des Deye Sun 1phase.
Funktioniert so weit so gut, bis auf das ich regelmäßig ca. alle 10 min einen 'Request time out' auf dem Bus bekomme.
Ich habe schon mehrere verschiedene RS485 Adapter, diversere Kabelverbindungen und Terminierungen versucht. Es bringt keine Verbesserung. Mit anderen Modbus Geräten macht selbige Verbindung keine Probleme. Mein BMS wir z.B. fehlerlos ausgelesen.
Es scheint so, als wenn der Deye manchmal auf ein Modbus Kommando nicht antwortet.
Bin für jeden Tipp dankbar.
@rene55
Moin Rene!
Ich bräuchte noch ein wenig Nachhilfe bei IoBroker.
Wo finde ich das Log, welches Ihr immer im Code Fenster vorstellt?
Nichts für ungut, danke.
