ahoy icon indicating copy to clipboard operation
ahoy copied to clipboard

Nach update von 0.7.36 auf 0.8.83 keine Kommunikation mit Wechselrichter

Open MatthiasFrenzel opened this issue 11 months ago • 26 comments

Nach Update von 0.7.36 auf 0.8.83 funktioniert die Kommunikation zwischen DTU und WR nicht mehr.

An den Einstellungen habe ich nichts verändert. Nach dem letzten Update auf 0.7.36 musste ich die PIN Belegung ändern. Gab es hier wieder Änderungen?

Vielen Dank für jede Art von Hilfe Matthias

After updatting from 0.7.36 to 0.8.83 the communication between DTU and inverter does not work anymore. Do I have to change any seeting again? I did this after the previous update to 0.7.36

Thanks for any kind of support Matthias

Hardware

  • [x ] ESP8266
  • [ ] ESP32
  • [ ] Raspberry Pi

Modelname: ______ Retailer URL: ______

nRF24L01+ Module

  • [ x] nRF24L01+ you verified this is a Plus model capable of the required 256kBit/s mode
  • [ ] square dot indicates original Nordic Semicon chip
  • [ ] round dot indicates copy-cat / counterfeit SI labs chip

Antenna:

  • [ ] circuit board
  • [ x] external antenna (SMA)

Power Stabilization:

  • [ ] 100uF Electrolytic Capacitor connected between +3.3V and GND (Pin 1 & 2) of the NRF Module
  • [ ] Voltage stabilizing motherboard

Version / Git SHA:

Version: ..__ Github Hash: _______

Build & Flash Method:

  • [x ] AhoyDTU Webinstaller
  • [ ] VSCode - Platform IO
  • [ ] Arduino
  • [ ] ESP Tools

Debugging:

  • [ ] USB Serial Log (attached)
  • [ ] Setup settings (use our templates ... to be added)

MatthiasFrenzel avatar Mar 08 '24 08:03 MatthiasFrenzel

Die Belegung am NRF hat sich zwischenzeitlich geändert, deshalb muss man D3 und D4 tauschen (CE und IRQ) ! Kabel tauschen und in der Ahoy Software ebenfalls: CE D4 IRQ D3 Dann läuft es wieder.

mroenne2022 avatar Mar 08 '24 09:03 mroenne2022

Leider nicht.

MatthiasFrenzel avatar Mar 08 '24 13:03 MatthiasFrenzel

@MatthiasFrenzel Wie ist denn der Status des NRF Moduls , Konfiguriert und Connected ? Bei meinen DTU'n hat das genauso problemlos geklappt, liefen danach und die blaue LED leuchtete anschließend auch nicht mehr Dauerhaft, was zuvor nach dem Update der Fall war.

mroenne2022 avatar Mar 08 '24 13:03 mroenne2022

Ich hatte mal Probleme und glaube es war auch bei diesem Update, dass ich die Staus LED ausschalten musste, da diese auf einem verwendeten PIN lagen. Nur eine Vermutung.

Screenshot_20240308_144223_org.mozilla.firefox.jpg

mellow5 avatar Mar 08 '24 13:03 mellow5

Das Funkmodul scheint korrekt zu laufen. grafik

LED Status ist aus.

WR habe ich auch schon neu gestartet. Aber keine Verbidung.

grafik

Die Konsole meldet einen NTP Fehler. Die Zeit wird nach Neustart aber korrekt gesetzt. grafik

MatthiasFrenzel avatar Mar 08 '24 14:03 MatthiasFrenzel

für mich sieht es aus, als würde die DTU den WR nicht sehen. Wie ist deine Sendeleistung eingestellt? Siehe Screenshot

Screenshot 2024-03-08 155208

Gubi2023 avatar Mar 08 '24 14:03 Gubi2023

ich habe alle Einstellungen probiert. Mit LOW hat das seit Monaten problemos funktioniert. Die Entfernung zwischen DTU und WR beträgt ca 10 m mit nur einer Wand dazwischen.

MatthiasFrenzel avatar Mar 08 '24 15:03 MatthiasFrenzel

@MatthiasFrenzel

probier mal ein ota oder reflash downgrade auf v0.7.36 und gib' uns morgen (bei sonne oder anderen dc input) bescheid.

wenn nach dem ursprungszustand wiederherstellen, bei dem alles funktioniert hatte, der kommunikationsfehler behoben ist, können wir uns an die mögliche fehlerursache in deinem spezifischen setup wenden.

wenn du, trotz ursprungszustand wiederherstellen, die gleichen kommunikationsprobleme zwischen dtu und wr hast, liegt evtl. das seltene szenario vor, dass update und hardware failure gleichzeitig aufgetreten sind.

bitte halte uns auf dem laufenden.

MetaChuh avatar Mar 08 '24 20:03 MetaChuh

Ich habe jetzt die 0.7.36 wieder eingespielt. Die Kommunikation funktioniert auf Anhieb. Dann wieder die 0.8.83 --> keine Kommunikation. Jetzt läuft erst mal wieder die alte Version.

MatthiasFrenzel avatar Mar 09 '24 06:03 MatthiasFrenzel

@MatthiasFrenzel

danke für dein feedback, und gottseidank funktioniert es bei dir wieder 👍

@lumapu : hast du ne' idee ? das problem dieses issues, konnte ich mit einem frisch geflashten esp8266, per down und upgrade zwischen v0.7.36 und v0.8.83 bei mir nicht nachproduzieren.

MetaChuh avatar Mar 09 '24 17:03 MetaChuh

nein, ich habe keine Idee. Interessant wäre ein ausführlicheres Log. Manchmal sind die Einstellungen auch verkorkst durch das fortfürhren von Verison zu Version - evtl. hilft hier ein kompletter Reset aller Einstellungen und anschließendem manuellen "Neuanlegen" aller Einstellungen. Man kann die Einstellungen aus der export-JSON einfach manuell wieder in das Webinterface übernehmen.

lumapu avatar Mar 10 '24 13:03 lumapu

hatte das gleiche Problem mit der v0.8.83. Habe dann, weil ich gerade keine Zeit hatte, 2 Tage nichts gemacht - jetzt läuft es auch mit der v0.8.83 ohne das ich was gemacht habe ( ?????? )

1 Tag später .... zu früh gefreut, es ist wieder alles tot. Der ESP bootet aber neu wenn man die Webseite mal aufruft. Dann kommen auch nach einiger Zeit wieder Daten vom Wechselrichter. Sehr, sehr instabil das ganze.

Lizzard44 avatar Mar 12 '24 16:03 Lizzard44

ich habe auch den Eindruck, dass sich die DTU (ESP8266) sporadisch aufhängt. Gestern war sie bei mir auch nicht mehr erreichbar, erst nach Spannungswiederkehr kamen wieder Daten. Seither läuft sie aber problemlos (V0.8.92)

Gubi2023 avatar Mar 13 '24 13:03 Gubi2023

@Gubi2023

informativ frage: welches release von v0.8.92 rennt auch bei dir am esp8266 problemlos ? das neue fail safe für legacy hardware esp8266(-de).bin oder das erweiterte esp8266-all(-de).bin?

MetaChuh avatar Mar 13 '24 19:03 MetaChuh

@MetaChuh Screenshot 2024-03-13 200434

Gubi2023 avatar Mar 13 '24 19:03 Gubi2023

Ich habe jetzt noch mal das update auf die 0.8.83 durchgeführt. Dann alle Einstellungen gelöscht (factory reset) und alles neu eingetragen. Leider ohne Erfolg. Es gibt keine Kommunikation zum WR und auch nicht zum MqTT Server. Wahrscheinlich weil es nichts zum Senden gibt?!

Auch NTP funktioniert nicht. Konsole: 09:12:50.530 I: [NTP]: getNtpTime failed

Die Zeit bekomme ich nur über den Browser synchronisiert.

grafik

MatthiasFrenzel avatar Mar 29 '24 08:03 MatthiasFrenzel

Auch über Nacht durchlaufen zu lassen hat nichts ergeben. Die Konsole meldet:

09:27:29.117 ----- 09:27:37.743 I: [NTP]: getNtpTime failed 09:27:37.744 I: (#0) Radio infos: -6 -6 -6 -6 -6 | t: 1771, s: 0, f: 0, n: 1771 | p: 2 09:27:44.340 I: [NTP]: getNtpTime failed 09:27:44.342 I: (#0) TX 27 CH40, 15 ret. | 15 * * * * 80 61 44 59 80 0b 00 66 07 cd 00 00 00 00 00 00 00 00 00 f0 a7 ca 09:27:52.917 I: [NTP]: getNtpTime failed 09:27:59.537 I: [NTP]: getNtpTime failed 09:27:59.539 I: (#0) request timeout: 15193ms 09:27:59.539 -----

Kann damit jemand etwas anfangen, um der Ursache auf die Spur zu kommen?

Ich werde jetzt erst mal wieder die alte Version installieren. Frohe Ostern :-)

PS: 0.7.36 per Webbrowser installiert. Einstellungen unverändert --> läuft sofort wieder...

MatthiasFrenzel avatar Mar 30 '24 08:03 MatthiasFrenzel

was hast du als NTP konfiguriert? Läuft in einem WLAN mit Internetzugriff? (wegen NTP)? Geht die Kommunikation auch nicht, wenn man die Zeit manuell synchronisiert? Du könntest die Einstellung "Kommunikation auch ohne gültige Zeit starten" mal ausprobieren.

lumapu avatar Apr 01 '24 20:04 lumapu

Wie bereits geschrieben funktioniert das setup in der alten Version.

Kommunikation ohne gültige Zeit und manuelle Synchronisation habe ich auch probiert. Ändert aber nichts.

Ich habe inzwischen aber festgestellt, dass der NTP Sync doch funktioniert. Zumindest hatte die DTU nach den letzten Neustarts die korrekte Zeit.

MatthiasFrenzel avatar Apr 09 '24 15:04 MatthiasFrenzel

Bei mir genau das gleiche Problem, gibts es hier schon eine Lösung?

DerBorzi avatar Jun 26 '24 14:06 DerBorzi

leider nein

MatthiasFrenzel avatar Jun 26 '24 19:06 MatthiasFrenzel

Bei mir grundsätzlich das gleiche Problem nach upgrade auf die deutsche esp8266 Version. Allerdings kein ntp Problem und auch kein mqtt Problem. Lediglich mein "Wechselrichter HM1500 ist gerade nicht verfügbar". Nach downgrade geht alles wieder.

pwsurf avatar Jun 27 '24 08:06 pwsurf

Bei mir funktioniert es jetzt, der Hinweis von Knickohr im oben verlinkten Thread war hilfreich!

DerBorzi avatar Jun 27 '24 20:06 DerBorzi

Bei mir funktioniert es jetzt, der Hinweis von Knickohr im oben verlinkten Thread war hilfreich!

Danke für den Hinweis. Hilft bei mir leider nicht. Muss auch mit 0.7.36 ein paar Minuten warten bis es los geht. Mit 0.8.83 ging auch nach 3h noch nichts. Netzteil tauschen auch ohne Erfolg. Kann aber auch mit 0.7.36 gut weiterleben.

pwsurf avatar Jun 28 '24 11:06 pwsurf

Nur zur Info: Auch mit 0.8.140 das gleiche Spiel: "Wechselrichter HM1500 ist gerade nicht verfügbar", egal ob -all- oder normale deutsche Version aufgespielt wird. Bei -all- Version zusätzlich alle paar Minuten ein reboot. --> Bin wieder etwas ratlos zurück auf 0.7.36.

pwsurf avatar Sep 13 '24 17:09 pwsurf

siehe https://github.com/lumapu/ahoy/issues/1691#issuecomment-2195173971
Vllcht doch auf ESP32 umsteigen? andere Position der DTU schon versucht? Hat die DTU externe Antenne? was spricht dein "System" mit 8.140? mal 8.143 mit -min-Konfig testen

Gubi2023 avatar Sep 14 '24 11:09 Gubi2023