Open KopiTubruk opened 3 weeks ago
Einfach gucken, ob nach dem Start des WR eine Verbindung hergestellt wird.
Hab ich versucht, geht problemlos. Hast du sonst ein besonderes Setup? Nulleinspeisung? Limit Regelung? WLAN Nachabschaltung etc?
Hi,
nein. Alles out-of-the-box. Habe auch schon zwei verschiedene Netzteile probiert. Gestern ging es ja noch. Aber wie gesagt, nach der Nachtabschaltung morgens kein connect mehr. Reproduzierbar mit zwei unterschiedliche fertig gekauften openDTUs (einmal mit innenliegenden Antennen, jetzt eines mit großen Außenantennen. Exakt gleiches Verhalten)
Habe jetzt mal den openDTU ausgeschaltet und den originalen DTU lite angeschlossen. Der hat sich nach einer Weile (10min) mit dem WR verbunden.
Danke fürs Helfen :-)
Nachtrag: Nachdem der originale DTU sich einmal verbunden hatte habe ich den wieder abgeklemmt und openDTU verbinden lassen. Das ging dann wieder.
Ich habe heute meine DTU in Betrieb genommen und den HMS1600 eingebunden. Leider sehe ich auch nach zwei Stunden und allen befolgen aller Troubleshootiung tipps keine Daten. Läuft das mit dem HMS 1600 4T bei anderen Problemlos?
Ich habe heute meine DTU in Betrieb genommen und den HMS1600 eingebunden. Leider sehe ich auch nach zwei Stunden und allen befolgen aller Troubleshootiung tipps keine Daten. Läuft das mit dem HMS 1600 4T bei anderen Problemlos?
Bitte mach doch ein neues Diskussionsthema auf, dein Problem liegt sehr wahrscheinlich ganz woanders.
Hallo, ich habe exakt das gleiche Problem und verzweifel langsam daran. Hast du bis jetzt schon eine Lösung des Problems gefunden? Würde mich über eine Antwort sehr freuen.
@HeinzEagle Wenn du mich meinst, ja klappt mittlerweile. Alle Lötstellen überprüft und eine korrigiert ;-)
Habe zu 100% das oben beschriebene Problem. Mein aktueller workaround ist morgens den Wechselrichter löschen und neu anzulegen. Danach geht es dann wieder für den Tag. Nutze aktuelle opendtu Version mit Hoymiles HMS 1600 4T. Kann ich irgendwie helfen das zu dwbugen?
Ich war auch kurz davor alles in die Tonne zu hauen. Jetzt habe ich eine Veränderung vorgenommen und seit zwei Tagen funktioniert meine DTU ohne jegliche Ausfälle. Ich hätte es nicht geglaubt wenn es bei mir nicht so gelaufen wäre
Und was hast du geändert?
Ok, ich lasse die Katze mal aus dem Sack. Man liest immer wieder von Kondensatoren einlösen, andere Netzteile….. Ja, Kondensatoren waren bei mir auf der Platine und die Netzteil habe ich auch gewechselt. Nur war das eine Steckernetzteil genauso beschissen wie 4 andere auch. Nun habe ich eines genommen was deutlich teurer war mit 4 usb Ports, hat über 20€ gekostet. Seit dem das Netzteil meine DTU versorgt ist beim Sonnenaufgang meine DTU wach bis es wieder dunkel wird. Das seit 2 Tagen, hoffe es bleibt so. Wenn ja ist es tatsächlich ein Spannungsproblem gewesen. Ich hoffe das ich hiermit ein wenighelfen konnte.
Ich habe zwei Hoymiles HMS–1600–4T im WR eingetragen, das funktioniert soweit so gut. Jetzt habe ich ein Pyton Script auf einem Raspberry der mir eine Nulleinspeisung umsetzt, kann mit diesem Script aber leider nur ein WR Regeln. Kennt hier jemand ein Script womit ich beide WR Regeln kann? Würde mich über Herden Hinweis freuen. danke
Ich habe zwei Hoymiles HMS–1600–4T im WR eingetragen, das funktioniert soweit so gut. Jetzt habe ich ein Pyton Script auf einem Raspberry der mir eine Nulleinspeisung umsetzt, kann mit diesem Script aber leider nur ein WR Regeln. Kennt hier jemand ein Script womit ich beide WR Regeln kann? Würde mich über Herden Hinweis freuen. danke
Hallo, habe auch das Problem und ist hier nachzulesen:
https://github.com/reserve85/HoymilesZeroExport/issues/211
Problem gelöst - es hängt ausschließlich an openDTU.
Mit Ahoy 0.8.84 funktioniert alles wieder einwandfrei!
Habe auch das selbe Problem mit meinem HMS-1600-4T. Bis zum Abend ist alles ok. Morgens keine Verbindung zum Wechselrichter!
mein aktuelles "Workaround" ist mit einem Shelly Plug die DTU kurz vom Strom zu trennen und sie somit neu zu starten. Funktioniert manchmal beim ersten Mal, manchmal erst beim zweiten Neustart der DTU dass die Verbindung wieder hergestellt ist. Verbindung hält dann wider problemlos den ganzen Tag.
...Netzteil wurde bereits erneuert, Sendeleistung auf max, Firmware update 24.6.10
PS: Wie weit seid ihr mit eurer DTU vom Wechselrichter entfernt?
Beste Grüße
Ich habe als workaround diesen Watchdog geschrieben. Der check ob gerade Strom in Stromnetz eingespeist wird aber der Wechselrichter producing = false steht. Das kann ja nicht sein. Dann entfernt das Script den WR in OpenDTU und legt ihn dann neu an.
#!/bin/bash
date
producing=$(curl -s http://192.168.6.XXX/api/livedata/status|jq ".inverters[].producing" |tr -d "\n")
if [ "$producing" == "false" ]; then
# Check einspeisung
output_stromzaehler=$(tail -n 3 /var/log/vzlogger/vzlogger.log|grep chn2|grep -o -E "[-]?[[:digit:]]{1,5}\.[[:digit:]]{1,2}"|tr -d '\n'| awk '{print int($1)}')
if [ -z $output_stromzaehler ]; then
echo "Stromzaehler Variable nicht gesetzt"
exit 1
fi
if [ $output_stromzaehler -lt 0 ]; then
echo "WR seams to be broken. Fixing it...."
curl -X POST -u "admin:Password." http://192.168.6.XXX/api/inverter/del -d "data={\"id\":\"0\"}"
sleep 2
curl -X POST -u "admin:Passwort" http://192.168.6.XXX/api/inverter/add -d "data={\"serial\":\"SERIAL_NUMBER_WR\",\"name\":\"Balkon\"}"
fi
fi
Und zur vorherigen Frage: Meine OpenDTU Instanz ist ca 4m vom WR entfernt.
Hallo zusammen, ich habe den Eindruck das dei DTU aussteigt wenn der WR länger nicht erreichbar ist. Ich habe jetzt als erstes mir einen Funkscanner besorgt und mir eine Frequenz in der DTU eingestellt die ziemlich sauber ist von anderen Störquellen. Weiterhin habe ich an meinen Wechselrichtern eine Drahtantenne (ca. 12cm also etwa 1/2 Lamda Wellenlänge) drangetüddelt und habe jetzt beide WR an der DTU mit ca. -55 bis -60dB. Seitdem ist absolut kein Problem mehr aufgetauscht. Ich habe eine Meros Steckdose vor der DTU die bei Sonnenuntergang aus und bei Aufgang wieder einschaltet. Verbindung ist sofort wieder da zu den WR. Das ist seit etwa 2 Wochen jetzt so. Hoffe das war das Problem. Abstand von der DTU zu den WR ist einmal Keller / 1.Etage und 1.Etage zum Gartenhaus ca. 50m In der 1.Etage ist die DTU
Websocket: [/livedata][15] disconnect 12:12:11.578 > Fetch inverter: 1164828xxxxx 12:12:11.785 > TX RealTimeRunData 868.25 MHz --> 15 82 87 74 08 80 18 49 72 80 0B 00 66 81 2F 82 00 00 00 00 00 00 00 00 80 CD 43 12:12:11.855 > Interrupt received 12:12:11.918 > RX 868.25 MHz --> 95 82 87 74 08 80 18 49 72 01 00 01 01 48 01 4B 00 9E 00 A2 02 0A 02 1A 00 00 60 | -57 dBm 12:12:11.967 > Interrupt received 12:12:12.019 > RX 868.25 MHz --> 95 82 87 74 08 80 18 49 72 02 D6 AE 00 00 E1 0E 00 85 00 8A 01 A1 01 A2 00 A2 74 | -57 dBm 12:12:12.154 > Interrupt received 12:12:12.203 > RX 868.25 MHz --> 95 82 87 74 08 80 18 49 72 03 00 9E 02 A6 02 95 00 00 E2 D0 00 00 DE 22 00 A5 8A | -57 dBm 12:12:12.254 > Interrupt received 12:12:12.361 > RX 868.25 MHz --> 95 82 87 74 08 80 18 49 72 04 00 A1 09 35 13 87 08 E7 00 01 00 60 03 E7 01 17 3E | -59 dBm 12:12:12.407 > Interrupt received 12:12:12.454 > RX 868.25 MHz --> 95 82 87 74 08 80 18 49 72 85 00 01 1A 5E 8F | -56 dBm 12:12:12.503 > RX Period End 12:12:12.503 > Success 12:12:12.667 > TX ActivePowerControl 868.25 MHz --> 51 94 90 35 46 80 18 49 72 81 0B 00 05 0A 00 00 AE 21 8F 12:12:12.719 > Interrupt received 12:12:12.767 > RX 868.25 MHz --> D1 94 90 35 46 80 18 49 72 81 00 00 0B 00 14 07 9C | -51 dBm 12:12:14.184 > RX Period End 12:12:14.184 > Success 12:12:18.158 > TX ActivePowerControl 868.25 MHz --> 51 94 90 35 46 80 18 49 72 81 0B 00 04 D8 00 00 6B 80 38 12:12:18.203 > Interrupt received 12:12:18.252 > RX 868.25 MHz --> D1 94 90 35 46 80 18 49 72 81 00 00 0B 00 14 07 9C | -51 dBm 12:12:20.165 > RX Period End 12:12:20.165 > Success 12:12:21.576 > Fetch inverter: 1164949xxxxx 12:12:21.632 > TX RealTimeRunData 868.25 MHz --> 15 94 90 35 46 80 18 49 72 80 0B 00 66 81 2F 8C 00 00 00 00 00 00 00 00 E0 81 6F 12:12:21.782 > Interrupt received 12:12:21.835 > RX 868.25 MHz --> 95 94 90 35 46 80 18 49 72 01 00 01 01 D8 01 DB 00 45 00 45 01 47 01 48 00 00 4D | -51 dBm 12:12:21.990 > Interrupt received 12:12:22.035 > RX 868.25 MHz --> 95 94 90 35 46 80 18 49 72 02 C6 1C 00 00 C7 F1 00 77 00 79 01 D7 01 D7 00 45 E4 | -51 dBm 12:12:22.086 > Interrupt received 12:12:22.145 > RX 868.25 MHz --> 95 94 90 35 46 80 18 49 72 03 00 44 01 48 01 44 00 00 C8 2C 00 00 C4 8B 00 7B DA | -51 dBm 12:12:22.193 > Interrupt received 12:12:22.239 > RX 868.25 MHz --> 95 94 90 35 46 80 18 49 72 04 00 75 09 25 13 8A 04 DB 00 01 00 35 03 E7 01 16 9D | -51 dBm 12:12:22.290 > Interrupt received 12:12:22.397 > RX 868.25 MHz --> 95 94 90 35 46 80 18 49 72 85 00 01 CF EB E1 | -51 dBm 12:12:22.443 > RX Period End 12:12:22.443 > Success
Hatte ich vergessen zu erwähnen, habe natürlich auch eine Antenne an der DTU die mir auch ein paar DB Gewinn schenkt.
Sendeleistung steht bei 10dB. Wenn ich sie höher einstelle obwohl ich auch große Distanzen habe dann spinnt auch alles rum. Also, nicht zu Stark drangehen, lieber schwächer anfangen und beobachten.
Du weist schon das in der Config alles im Klartext drin steht!?
Z.B. dein Wlan Kennwort „26125484523745641947“
Von: dimi21 @.> Gesendet: Sonntag, 30. Juni 2024 09:14 An: tbnobody/OpenDTU @.> Cc: HeinzEagle @.>; Mention @.> Betreff: Re: [tbnobody/OpenDTU] Morgens keine Verbindung zu HMS-1600-4T (Issue #2040)
Habe auch das selbe Problem mit meinem HMS-1600-4T. Bis zum Abend ist alles ok. Morgens keine Verbindung zum Wechselrichter!
mein aktuelles "Workaround" ist mit einem Shelly Plug die DTU kurz vom Strom zu trennen und sie somit neu zu starten. Funktioniert manchmal beim ersten Mal, manchmal erst beim zweiten Neustart der DTU dass die Verbindung wieder hergestellt ist. Verbindung hält dann wider problemlos den ganzen Tag.
...Netzteil wurde bereits erneuert, Sendeleistung auf max, Firmware update 24.6.10
dtu keine Verbindung.txt https://github.com/user-attachments/files/16043512/dtu.keine.Verbindung.txt dtu Verbindung hergestellt.txt https://github.com/user-attachments/files/16043513/dtu.Verbindung.hergestellt.txt config.json https://github.com/user-attachments/files/16043514/config.json
PS: Wie weit seid ihr mit eurer DTU vom Wechselrichter entfernt?
Beste Grüße
— Reply to this email directly, view it on GitHub https://github.com/tbnobody/OpenDTU/issues/2040#issuecomment-2198461194 , or unsubscribe https://github.com/notifications/unsubscribe-auth/BITK3AEJGXTEGZEIXGNCIU3ZJ6V25AVCNFSM6AAAAABI4UTEV6VHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCOJYGQ3DCMJZGQ . You are receiving this because you were mentioned. https://github.com/notifications/beacon/BITK3AHE6LIDAREHGR5JMOLZJ6V25A5CNFSM6AAAAABI4UTEV6WGG33NNVSW45C7OR4XAZNMJFZXG5LFINXW23LFNZ2KUY3PNVWWK3TUL5UWJTUDBHNQU.gif Message ID: @. @.> >
Meine DTU ist ca 4m Luftlinie vom Wechselrichter entfernt. (WR am Dach der Garage und DTU in der Garage) Empfang dürfte soweit auch passen bei mir mit -64dBm :
13:20:54.822 > Interrupt received 13:20:54.940 > RX 865.00 MHz --> 95 A0 09 50 BA 80 15 83 16 02 47 64 00 00 47 A5 02 D9 02 D4 01 CE 01 CE 00 BE A6 | -64 dBm 13:20:55.026 > Interrupt received 13:20:55.143 > RX 865.00 MHz --> 95 A0 09 50 BA 80 15 83 16 03 00 BE 03 70 03 70 00 00 47 84 00 00 47 5F 02 CF 7D | -64 dBm 13:20:55.231 > Interrupt received 13:20:55.302 > RX 865.00 MHz --> 95 A0 09 50 BA 80 15 83 16 04 02 CC 09 20 13 88 0D 11 00 00 00 8F 03 E8 01 9D 4A | -64 dBm 13:20:55.466 > Interrupt received 13:20:55.553 > RX 865.00 MHz --> 95 A0 09 50 BA 80 15 83 16 85 00 01 36 C3 A7 | -64 dBm 13:20:55.670 > RX Period End 13:20:55.670 > Success
so richtig verstehen kann ich das Problem dennoch nicht.
nein war mir in diesem Moment nicht bewusst, vielen Dank für den Hinweis - hab ich gelöscht! @HeinzEagle
Wird bei euch am Abend wenn sich der WR abschaltet der Balken in der DTU auch rot oder bleibt dieser die ganze Nacht auf gelb?
Was weiß der Kuckuck was ich alles probiert habe als meine Probleme zwischen DTU und WR angefangen haben Von verschiedenen Softwareversionen flashen bis hin verschiedene Antennenleistungen und -entfernungen auszuprobieren. Netzwerk neu aufgesetzt und und und.....
Bis ich den Tipp bekam die Ahoy-Software zu flashen. Habe ich gemacht, ist ganz easy! U< Und siehe da: mit der gleichen DTU und Ahoy 0.8.127 läuft es jetzt ohne einen einzigen Aussetzer! Egal wie weit jetzt die DTU von den WR entfernt ist, es läuft jetzt stabil.
Probiert es einfach aus!
Einfach mal suchen, dann hättest du das gefunden.
So es gibt positive Nachrichten in meinem Fall:
@HeinzEagle brachte mich noch auf einen Punkt, welchen ich noch nicht versucht hatte: Die Frequenz
Ich habe diese von 865MHz auf die 868,25MHz, welche HeinzEagle nutzt, umgestellt. (einfach probiert) Ergebnis: Heute der zweite Morgen in Folge, mit erfolgreichen Verbindungsaufbau, ohne eingreifen zu müssen.
@dimi21 das freut mich das wir jetzt unser DTU‘s endlich ans laufen bekommen haben. Habe übrigens die FW 24.1.26 auf der DTU. Kann nicht die aktuelle Laden weil ich meinen WR über einen Raspberry Regel und das Python Script läuft nur bis zu diesem FW Stand. Suche allerdings noch ein Script was auch zwei WR parallel regeln kann. Also wenn jemand etwas hat, würde mich sehr darüber freuen.
What happened?
Hallo,
nach der ersten Einrichtung läuft erst einmal alles problemlos. Wenn der WR sich nachts abschaltet wird morgens aber keine Verbindung mehr aufgebaut. Habe zwei verschiedene DTUs ausprobiert, bei beiden das gleiche Problem. openDTU scheint Anfragen zu senden, bekommt aber keine Antwort vom WR. Falsche Frequenz? So ist das jedenfalls nicht nutzbar. Ein Neustart von openDTU bringt keinen Erfolg. Ich habe keinen weiteren DTU, der sich auch mit dem WR verbinden will.
Viele Grüße, KT
To Reproduce Bug
Einfach gucken, ob nach dem Start des WR eine Verbindung hergestellt wird.
Expected Behavior
openDTU soll sich morgens wieder automatisch mit dem WR verbinden.
Install Method
Pre-Compiled binary from GitHub
What git-hash/version of OpenDTU?
Relevant log/trace output
Anything else?
No response