Verbindung ESP8266 --> HM-600 unmöglich ab V0.8.64 #1440
Comments
|
14s bis timeout?!? Was auf alle Fälle auffällt: der Empfang war vorher schon nicht besonders gut. Ist da der Elko dran wie empfohlen? |
|
längeres Log mit der funktionierenden Version wäre auch mal interessant ich vermute auch das der Empfang vorher schon grenzwertig war. |
|
"print inverter data to serial console" bringt hier keinen Vorteil, daher würde ich empfehlen es auszuschalten. folgendes habe ich in Changelog geschrieben für die 0.8.64
Beides hat keinen Einfluss auf den Empfang, daher kann ich den Fehler ab dieser Version noch nicht nachvollziehen. Evtl. verrät ein git diff hier mehr. (bin gerade am Handy, da ist mir das zu umständlich) |
|
Hallo, danke für die Hinweise. @rejoe2 : Es ist kein Display dran und der Elko (100 uF) ist auch am Start (sonst hätte ich mich gar nicht getraut, hier ein Issue aufzumachen :-) ) Morgen versuche ich Folgendes: 1.) DTU näher an den WR ran (ist richtig, Empfang war vermutlich grenzwertig, aber 80% der Signale kam immer durch, das war genug für mich) Was mir nicht klar ist: Naja, vielleicht sind wir morgen Mittag schon klüger.... ich bleibe dran. Vielen Dank schonmal für Euren "Gehirnschmalz". Es ist wirklich merkwürdig (aber seit Wochen klar reproduzierbar) da ich immer wieder die neuesten DEV Versionen ausprobiert habe und dann immer wieder nur durch das Downgrade wieder ein funktionierendens System bekommen habe. Für mich sieht es eindeutig nach einer Ursache in 0.8.64 aus, aber ich lasse mich morgen gerne eines Besseren belehren, Hauptsache wir komme der Sache auf die Spur.... Schönen Abend. |
|
interssant wäre noch was du für ein NRF Modul hast - auch externe Antenne oder Leiterplattenantenne. |
|
interessant, ich hoffe ein git diff hilft uns hier auch weiter |
|
Hallo, ich verwende eine Leiterplattenantenne an einem "D1 mini". Die Entfernung vom normalen DTU-Standort zum WR beträgt vielleicht 15 Meter. Wenn ich am Test-Setup noch was machen kann, dann bin ich für jeden Hinweis dankbar. |
|
Auf der Rechnung der Firma "Makershop" steht: NRF24L01+ PLUS - 2.4GHz Funkmodul Raspberry Pi Arduino |
|
E01-ML01DP5 als Modul nutzen das hat ne Abschirmung und mit externer Antenne geht das direkt mal 100% besser - die Leiterplattendinger sind mist. Geht auch, die normale hat gerade längere Lieferzeit - aber da brauchst du dann auch eine Antenne für. Oder hier mit Antenne: Ansonsten auch gerne mal im Discord vorbeikommen da kann man schneller mal eben helfen. |
|
Es wurde einiges geändert im Lauf der Entwicklung. @lumapu : Im Moment hätte ich ggf. die Beschränkung der rx-Channels im Verdacht, v.a., wenn man "untertägig" auf eine neue Version wechselt. Um das zu bestätigen (oder zu widerlegen), wäre aber Log (-auszug) vom funktionierenden Empfang mit einer Vorversion sinnvoll (auf der man aber den/die rx-Channels ablesen können muss, was aber afair schon ziemlich lange drin ist). |
|
@rejoe2 sehr guter Punkt: oder die aktuelle Version in der Nacht installieren? Ich denke auch das wäre eine Option, evtl. geht einfach dieser "große" Sprung von der Chaos-Kommunikation der Version 0.8.36 nicht gut |
|
hier der diff zwischen |
Na ja, das meiste davon ist wieder umgebaut, und ich würde auf die Schnelle eigentlich denken, dass da nichts "kritisches" dabei war... |
|
wenn ich das so sehe würde ich @rori1977 bitten mal die |
|
OK, dann installiere ich jetzt (nachts) mal die 0.8.65 und berichte morgen, ob sich was tut. Bei meinem letzten Versuch war ich damit nicht erfolgreich, allerdings habe ich das sehr wahrscheinlich tagsüber eingespielt. |
|
Leider ist der Versuch mit 0.8.65 genau so verlaufen wie meine Tests davor. Kein Connect zum WR, MQTT kaputt. |
Bitte installiere die aktuelle Version und aktiviere im "Settings"-Menü die Punkte "Serial Debug" und "Privacy Mode". Das dann hoffentlich etwas aussagekräftigere log kannst du mit der "copy"-Taste in die Zwischenablage packen, das ist dann besser zu lesen wie so ein screenshot. |
`0.8.83 - 5ebfe5aI: (#0) Radio infos: 0 0 0 0 0 | t: 0, s: 0, f: 0, n: 0 | p: 2
|
|
a) brauchst du wirklich "HIGH" als Power-Einstellung? Dass da erschwerte Bedingungen sind, ok, aber evtl. wäre das mal ein Test wert, da etwas runter zu gehen? |
|
So sieht es bei der (funktionierenden) V0.8.63 aus 0.8.63 - 77b1f960.8.63 - 77b1f9609:01:25.001 I: (#0) Radio infos: -6 -4 -6 -6 -6 | t: 4, s: 3, f: 0, n: 1 | p: 2 |
Der WR antwortet in der funktionierenden Fassung genau da, wo wir es erwarten (tx+3/tx+2). Das sollte es also nicht sein. Also: Wo kommt diese "unendliche" Verzögerung beim ESP8266 (allgemein? oder nur bei diesem einen hier?!?) her? |
|
@rori1977 - hat dein ESP mit der aktuellen Fassung eine Zeit?!? Da gab es eine Änderung betr. ethernet, aber da in deinem log von vorhin sind keine Zeitstempel drin. Kannst du die aktuelle nochmal drauf machen und dann die Zeit manuell syncen (gibt irgendwo einen Knopf für "mit browser"), wenn der ESP sich keine selbst ziehen kann? |
|
Hallo rejoe2, ja, den Knopf "from Browser" muss ich jedes Mal nach dem Neustart drücken, weil er sich die Zeit nicht selber zieht (aus mir unbekannten Grund). Das ist nach dem Flaschen kein Problem das zu machen, aber gelegenlixht (so nach 5-10 Tagen) startet der ESP8266 sich manchmal spontan selber neu und dann muss ich erst wieder manuell die Zeit synchronisieren. Kann mein Problem eventuell mit dem NTP-Thema zusammehängen? Das wäre zumindest eine heiße Spur? |
|
Sieht unlogisch aus. Er denkt, es ist Nacht? |
Darf dein ESP den als default eingetragenen Zeitserver im Inet erreichen? Wenn nein: Mit den Einstellungen auf dem ESP mal auf den Router (Fritzbox?) zeigen? Und wie schaut das mit der "night time" denn jetzt aus? Direkt nach dem sync ist das ggf. noch nicht aktualisiert, das passiert erst mit jedem Durchlauf (default: 15 Sekunden oder so?) |
|
OK, es hat definitiv was mit dem NTP zu tun. Sobald ich "Disable night Communication" rausnehme, verbindet er sich sofort. Meine Vermutung ist daher, das sich zwischen 0.8.63 und 0.8.64 was bei NTP geändert hat, was bei meinem Setup Ärger macht. Es scheint so, also würde er booten, dann kann ich ihn nur manuell mit dem Browser syncen, aber er denkt irgendwie weiterhin, es wäre noch Nacht. 2 Fragen daher:
|
|
Lass dir doch nicht alles aus der Nase ziehen...
|
|
Sieht irgendwie ungut aus
|
|
Wieso ist das "ungut", wenn anscheinend ein sync stattfindet und dann eben die Zeit seit "Computer-Urknall" ein paar ms her ist? |
|
OK, also ich denke das wichtigste ist, das islch jetzt wieder mit dem aktuellen Release online bin. Was das NTP Thema angeht, scheint es ein abweichendes Verhalten ab 0.8.64 zu geben. Ob das eine Verbesserung für die anderen Nutzer darstellt kann ich nicht beurteilen, bei mir führt es zu Problemen, die ich aber möglicherweise durch bessere NTP-Settings beheben kann. Mal sehen. Soll ich den Issue auf Closed setzen? |
Das ist doch schon mal was. Jedenfalls haben wir kein Problem in der Kommunikation zum Inverter - das sollte eher besser sein wie bisher (ggf. versuchsweise mal mit dem Power-level runter?)
Es war "schon immer" ein Problem, wenn der ESP keine Zeit erhalten hat. Für "ntp-lose setups" kann man seit einiger Zeit auch einen "standalone"-Modus einstellen. Wenn man die NTP-settings einfach nur "passend" setzen muss, ist das imo kein bug, sondern "works as designed".
Wenn es "nur" an der korrekten Einstellung auf einen (erreichbaren!) NTP-Server liegt: mAn. ja. |
|
Hab jetzt den Haken bei "Disable night communication" wieder gesetzt und auch das Power Level reduziert. Mal sehen, ob er morgen früh bei Sonnenaufgang gute Laune hat.
|
|
...wenn er jetzt "gute Laune" hat, habe ich wenig Zweifel, dass das morgen früh auch noch so ist... Kannst ja in ein paar Minuten mal schauen, wo deine Statistikwerte so stehen bei der nRF-Kommunikation 😁. |
|
Nahe 100% (versus 80% am alten Standort),.sehr schön.... Da hat sich ordentlich was getan..vielen Dank!
|
|
Und am alten Standort immerhin noch 92% 😊
|
|
Vielen Dank |
|
cool, das du so zufrieden bist 😊 |
Platform
ESP8266
Assembly
I did the assebly by myself
nRF24L01+ Module
nRF24L01+ plus
Antenna
circuit board
Power Stabilization
Elko (~100uF)
Connection picture
Version
0.8.83
Github Hash
5ebfe5a
Build & Flash Method
AhoyDTU Webinstaller
Setup
2024-02-19_13-35-04_v0.8.63_ahoy_setup.json
Debug Serial Log output
Error description
0.8.63 ist das letzte release, mit dem ich noch eine Verbindung aufgebaut bekomme zwischen meinem ESP8266 und meinem Hoymiles HM-600. Alle Versionen danach, 0.8.64 oder höher, inklusive des aktuellen Stable Releases 0.8.83) schaffen es nicht mehr eine Verbindung herzustellen.
0.8.83 - kein MQTT, kein Connect zum WR (stable)
0.8.69 - kein MQTT, kein Connect zum WR
0.8.65 - kein MQTT, kein Connect zum WR
0.8.64 - kein MQTT, kein Connect zum WR
0.8.53 -0.8.63 Problemloser Betrieb auf jedem einzelnen Point Release
Nach einem Downgrade funktioniert immer wieder alles problemlos. (bin mehrmals hin und her mit den Versionen, auch mal mit ERASE und einem ganz frischen Webinstaller drüber gebügelt)
Die Änderung, die meine Probleme verursacht, scheint also in 0.8.64 erstmalig im Code zu stecken.
Welche Informationen wären hilfreich, um hier der Sache auf die Schliche zu kommen?
The text was updated successfully, but these errors were encountered: