Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Laser]

Ich habe zwei Instanzen für 2 Gruppen meiner Wechselrichter. Funktionierte tadellos, bis ich für eine OpenDTU ein Update gemacht habe. Die OpenDTU ist erreichbar (über IP-Adresse). Aber der Adapter schreibt keine Werte. In den Objekten steht bei "available" "false". Nach einem Adapter Restart funktioniert wieder Alles. Bis zum nächsten Tag. Dann wieder das Gleiche Drama. Wo kann ich den Fehler suchen/finden?

im Protokoll:

18
95
Log-Größe: 2.1 MB

opendtu.0
Zeit
debug
Nachricht

opendtu.0
2024-03-25 09:55:31.321	warn	setInverterLimit axios error: Error: connect ETIMEDOUT 192.168.2.27:80

opendtu.0
2024-03-25 09:55:31.319	warn	setInverterLimit axios error: Error: connect ETIMEDOUT 192.168.2.27:80

opendtu.0
2024-03-25 09:55:31.304	warn	setInverterLimit axios error: Error: connect ETIMEDOUT 192.168.2.27:80

[Laser]

Habe jetzt eine OpenDTU neu aufgebaut (auch neue Hardware, identisch zur Alten).
SDK-Version v4.4.6-dirty
Konfigurationsversion 0.1.27
Set einigen Tage läuft das problemlos, Was da vorher los war??

[Gonzokalle]

Kann ich hier einen zweiten Wechselrichter eintragen, oder muss ich eine zweite Instanz erstellen?
Ist ein HM und ein HMS. Habe deswegen zwei verschiedene DTUs.

[G.Hawk]

@gonzokalle
Ich glaube das wird im Wechselrichter eingetragen.
Gruß

[Duffy]

@gonzokalle

Der zweite Wechselrichter wird in der DTU eingetragen.
Eine zweite Instanz ist nicht nötig.

VG Duffy

[Gonzokalle]

@g-hawk
@Duffy
So einfach ist es leider nicht.
Ich habe zwei DTUs, weil die die HM und HMS Serie auf verschiedenen Frequenzen arbeitet.

[Samson71]

@gonzokalle
Kann OpenDTU nicht mit beiden Funkmodulen parallel umgehen? Ich habe 2 HM-800 und 1 HMS-16004t parallel an einer AhoyDTU (mit 2 Funkmodulen). Dafür braucht es auch keinen extra Adapter. Die Werte werden per MQTT geliefert und darüber lässt sich auch steuern.

[Gonzokalle]

@samson71
Ja, es gibt auch OpenDTU mit beiden Funkmodulen. Da hast du Recht.
Als Anfänger war es aber einfacher das getrennt zum Laufen zu bekommen.
Die beiden DTUs laufen bei mir ja.
Ich bevorzuge den OpenDTU Adapter, bei MQTT fehlen mir die DP wo ich das Limit eintragen kann.
Frage: Brauch man bei zwei DTUs auch zwei Instanzen im OpenDTU Adapter?

[Samson71]

@gonzokalle sagte in Test Adapter OpenDTU:

Ich bevorzuge den OpenDTU Adapter, bei MQTT fehlen mir die DP wo ich das Limit eintragen kann.

Die gibt es auch bei MQTT. Man muss die Steuerdatenpunkte nur einmalig selber anlegen. Dann sind sie auch da und benutzbar. Zumindest für AhoyDTU gilt das so. Ich würde das daher analog auch bei OpenDTU erwarten.

Frage: Brauch man bei zwei DTUs auch zwei Instanzen im OpenDTU Adapter?

Hier muss ich mangels Nutzung von OpenDTU mehr Raten, aber ich würde davon ausgehen, dass jede DTU dann ihre eigene Instanz braucht. Mehrere WR an einer DTU wiederum müssten dann alle innerhalb dieser Instanz auftauchen.

[Gonzokalle]

@samson71
Hast die eine Anleitung, wie man die DP für Mqtt erstellt?

Zur Zeit arbeite ich mit zwei Instanzen beim OpenDTU Adapter. Das funktioniert.

[Samson71]

@gonzokalle sagte in Test Adapter OpenDTU:

Hast die eine Anleitung, wie man die DP für Mqtt erstellt?

Ich kann es Dir nur für AhoyDTU zeigen. Man muss Datenpunkte (im Ordner 'ctrl/limit') vom Typ Zahl/Number anlegen unter den laufenden Nummern der WR (hier 0/1/2). Diese sind dann mit dem Limit in % beschreibbar.

Für AhoyDTU standen die zu verwendenden Datenpunkte im GitHub. Ich gehe einfach mal davon aus, dass das für OpenDTU ähnlich ist. Die Nulleinspeisung mache ich mittlerweile aber mit einem Python Skript, das für AhoyDTU und OpenDTU entwickelt wurde und was nach etwas Feintuning sehr gut funktioniert. Dazu müssen dann aber alle WR an eine DTU damit das richtig funktioniert. Dazu braucht es dann aber auch nicht mehr unbedingt die selbst angelegten Datenpunkte, da das direkt über die DTU läuft.

[Laser]

@samson71 Das ist doch bei Benutzung der OpenDTU mit OpenDTU-Adapter nicht notwendig. Dort werden die Datenpunkte automatisch erstellt.

[Samson71]

@laser sagte in Test Adapter OpenDTU:

Das ist doch bei Benutzung der OpenDTU mit OpenDTU-Adapter nicht notwendig.

Hat das irgendjemand gesagt? Aufhänger war die Frage nach einer oder mehrerer DTU, in Abhängigkeit vom Funkmodul. Ansonsten habe ich lediglich die Frage von @Gonzokalle nach der möglichen Erstellung solcher Datenpunkte unter MQTT beantwortet.

Fakt ist aber, dass ich damit einen (zusätzlichen) Adapter incl. Wartung/Aktualisierung (u.a. Anpassungen an künftige DTU-Versionen) habe und damit auch mehr mögliche Fehler. Nutzt man ohnehin bereits MQTT bzw. den MQTT-Adapter entfällt das.

[Homoran]

@laser warum löschst du deinen Post und zerstörst damit die Zusammenhänge in diesem Thread?

[Laser]

@homoran Wegen der bockigen Antwort. Ist wieder drin.
Die Wartung des Adapters macht sehr viel weniger Arbeit als das Grasmähen im Garten. Hat mich bisher nicht überbeansprucht.

[Homoran]

@laser sagte in Test Adapter OpenDTU:

Ist wieder drin.

ich hab mal das Original wiederhergestellt

[Yoda]

Hallo, kurze Frage, könnt ihr mir sagen ob der "Hoymiles DTU-WLite-S" für die Nutzung von Open DTU oder Mqtt möglich wäre, finde da nichts zu ..... würde schon Gern die Daten vom meinem Hoymiles HMS-1600-4T in den iobroker bekommen.

[Samson71]

@yoda
Nein, das nicht für die "Original-Hoymiles-DTU" gemacht, sondern für das GitHub-Projekt aus dem 1. Post.

[Yoda]

@samson71 alles klar Danke dir.

[Samson71]

@yoda
Ist doch aber kein großes Problem. Das Projekt kostet kaum was an Hardware und ist nicht so schwer nachzubauen. Einfach die Hoymiles-DTU damit ersetzen und schon hast alles im ioBroker.