[ESP32] keine Kommunikation mit Wechselrichter mit 0.5.79 #656
Comments
|
Kann ich bestätigen. Tritt bei mir auch so auf. |
|
Bei mir das gleiche, beide Wechselrichter sind "not available". Hab ein Downgrade auf 0.5.78 gemacht, dann ging es wieder. |
|
Kann ich auch bestätigen. Ich hab versucht, das Problem noch weiter einzugrenzen. 94fe61b funktioniert. |
|
Das neuste commit edefcf1 bezieht sich auf #655 |
|
mich wundert nur, wie es zu dem Fehler 'ISR not in IRAM' kommt. Ist es ein ESP8266 Problem? Die Anpassung für |
|
@beegee3 danke für den Hinweis. Funktioniert prima, werde ich heute Abend als 0.5.80 veröffentlichen. |
Ganz ehrlich: weiß ich auch nicht. Als globale Variable existiert |
|
ja, das Problem war sofort da auch bei erneutem flashen. Ich habe sogar zwischendrin mit dem online Flashtool die Ahoy hat eher einer blink Demo geglichen. Auf der Seriellen Konsole stand |
|
hab' per Google die Antworten gefunden:
Für 1. und 3. gibt es Lösungen. Die sind aber nicht einfacher als die oben in 0.5.80 vorgesehene Korrektur. (off topic) Apropos Korrektur: in payload.h, setup ist die Zeile |
|
@beegee3 |
|
dann liegt es an der GCC Version, wenn ich @beegee3 richtig verstehe |
|
Ich habe das gleiche Problem auf dem esp8266 |
|
ESP32 und 0.5.81, auch kein Empfang. |
ja beim ESP8266 auch nicht, daher die |
Stimmt, die funktioniert. |
ist mir gerade erst eingefallen: mit der überarbeiteten |
|
@beegee3 ich denke das sollten wir einbauen. Die User merken aber auch alle Änderungen 😉 |
|
Hallo zusammen Danke schonmal im voraus. |
Ich denke den Support hast du bezahlt, alles über 15€ war Verdienst des Verkäufers. Genau diesen Fall hasse ich: hier sind sehr viele Freiwillige unterwegs um jeden zu helfen. Was und aber widerstrebt sind Fremde die über EbayKA nur Profit machen. Kurz: 0.5.66 hat noch extra binaries (im zip hier über release herunterladen). Es gibt zwei OLEDs, Sh1106 ist das große und ein Nokia LCD. Bei neuen Versionen (development) kann man das Display nachträglich konfigurieren über die Einstellungen in Ahoy. |
|
Hab jetzt eine 0.5.73 vom Verkäufer aufgespielt, das 1,3" Zoll Display geht jetzt wieder. Allerdings kommuniziert er nach wie vor nicht mit meinem HM1500, soll das mit der 73er Version gehn oder wo kann man hier weiter ansetzen ? Hier mal ein Auszug der seriellen Logs (SN hab ich ausgeixxxxt. die stimmt aber, mehrfach überprüft): ... |
|
Und dann noch eine generelle Frage, da ich mit github bisher kaum was zu tun hatte: fall es mit der Version 73 nicht gehn soll, wo gibt es die fertigen Binaries der Developer Versionen ? Oder muss sich die jeder selbst kompilieren ? Das wäre schade, weil so weit reichen meine Kenntnisse nicht aus. Würde es gern mal mit einer Developer Version versuchen, die diesen Fehler bestätigtermaßen beheben soll, auch wenn das Display dort noch nicht integriert ist. Wäre einfach schön zu sehen, dass das Teil das tut, wofür ichs angeschafft habe... Danke. |
|
Danke für den Link. Hab nun die neuste 0.5.85 aufgespielt (Display geht damit nicht) und auch damit keine Kommunikation mit meinem HM1500: Logs sehn noch genauso aus wie oben, "No payload received"... Wenn ich das richtig interpretiere, dann sendet die Ahoy ständig (Tx) auf allen mögichen Kanälen, aber es kommt nichts zurück (Rx) vom HM1500 ? Hatte darum beide in nem halben Meter Abstand platziert, damit den Empfang als Ursache ausschliessen kann, aber hat nichts gebracht. Gibts überhaupt noch was, was ich tun kann, ausser das Teil dem Verkäufer zurückschicken und mein Geld zurück verlangen ? Gibt es möglicherweise Chargen vom HM1500, die sich mit der AHOY Selbstbaulösung nicht ansprechen lassen, ggf. abhängig vom Firmwarestand des HM, ist da was bekannt ? |
|
nein bis jetzt gehen alle inverter. |
|
Da ich das Ganze nicht selbst aufgebaut habe (nicht weil ichs nicht könnte, sondern weil mir die Zeit dafür zu schade war), hab ich was Fertiges gekauft, in der Hoffnung eine plug&play Lösung zu bekommen. Nun hab ich schon viel mehr Zeit in die Fehlersuche gesteckt als wenn ich alles selbst gemacht hätte. Hier mal ein Bild meines ESP32 Boards: https://ibb.co/r0ByFmr Welche Pins kann ich dazu verwenden und welchen GPIO settings entspricht das in der System Config der AhoyDTU ? Danke. |
|
So ein Board habe ich auch, könnte aber mit der 0.5.85 Probleme geben, siehe #674 Antenne ESP Pinout der Antenne: Aber aufpassen, bei den Antennen sind die Pins manchmal auf der anderen Seite, da muss man umdenken. Der Pin für Masse hat aber immer ein aufgdrucktes Quadrat auf der Platine. |
|
Danke @Ollipop030. Ich hab bisher mit KEINER Softwareversion eine Verdindung zustande bekommen, weder alle möglichen Devs bis hinaus zur letzten 0.5.85 noch mit der offiziellen. Kann es gern mit der 0.5.83 versuchen, die war bisher noch nicht dabei, aber bin mittleerweile skeptisch. Aber schneller als neu verkabeln isses sicher, also probier ich das auch noch. Kann es sein, dass mein Board so ne Art ESP32 China Klon ist und es möglw. deswegen Probleme gibt ? |
|
Lt. dem Foto sieht das erstmal gut aus, die ESP gibt es ja offiziell mit 30 Pins. Probier es mal aus und berichte. |
|
@Ollipop030 Auf D4(GPIO4) und RX2(GPIO16) sind ChipEnable und Interrupt aktuell gesteckt, auf welchen Pins soll ichs denn noch prrobieren, weil @lumapu oben geschrieben hatte, dass man das versuchen könnte und welchen GPIOs entsprechen die dann ? |
|
Bei mir läuft es mit der Verkabelung wie beschrieben, in den Settings dann CS/GPIO5, CE/GPIO4, IRQ/GPIO16. Wobei du dann CE und IRQ tauschen kannst. Wird denn die Antenne überhaupt erkannt? |
|
Nach meinem Dafürhalten ja: https://ibb.co/YWVFPtS falls du mit "Antenne" das nrf24l01+ Modul meinst. Es funkt ja auch fleissig wie man in den Logs sehn kann (Tx Pakete), aber vom HM1500 kommt einfach nichts zurück (Rx success 0), so als ob er tot wäre. Natürlich ist er das nicht, LED blinkt grün und er speist auch ein, während ich meine Tests mache. Weiss nicht mehr wo ich ansetzen soll, morgen kann ich das nochmal mit vertauschen von CE und IRQ Leitung versuchen und das Board mal direkt an den HM1500 dranstellen. In den FAQs steht noch, dass es bis zu einer halben Stunde dauern kann, bis der HM antwortet, ist diese Info noch aktuell ? So lang hab ich bislang nämloch nicht gewartet in direkter Nähe zum HM. Aktuell ist das Board in etwa 5m Abstand mit einer Aussenwand dazwischen. |
|
Du hast dir ja aber jetzt das Wissen angeeignet eine DTU selbst zusammenzustecken. Ich würde an der Stelle einen 8266 und das NRF Modul kaufen und von vorne anfangen. Ist ja schnell gemacht. |
|
Wo krieg ich eigentlich ein passenden OpenDTU build für mein Setup her, falls es mit Ahoy weiterhin nicht klappen will ? Dann würd ichs morgen mal mit OpenDTU probieren. |
|
Hi [ 3837][E][WiFiGeneric.cpp:1476] hostByName(): DNS Failed for Irgendwie glaube ich mittlerweile, dass vielleicht die angegebene Seriennummer meines HM-1500 nicht stimmt. Also wenn ich einfach ein paar Zahlen in der Seriennummer ändere, passiert in der Console immer das gleiche. Ich habe alle möglichen Entfernungen ausprobiert. Ich habe verschiedene Versionen (seit November) ausprobiert. Ich habe in OpenDTU verschiedene Sendeleistungen eingestellt und ich habe verschiedene nRF-Module probiert. Bislang alles ohne Erfolg. |
|
Hallo @MaxDaNr1 Sehr intressant, erspart es mir doch den Umweg, es nochmal mit OpenDTU zu probieren. Sourcen kompilieren, damit möcht ich mich absolut nicht rumschlagen, wenn es fertige .bins schon gibt. Aber dann kann ich mir auch das sparen. Bisher hatte ich auf es auf die HW geschoben, habe meinen ESP32 "fertig aufgebaut" mit Display auf kleinanzeigen geholt, aber wenn du schreibst, dass du es auch mit anderer HW ohne Erfolg probiert hast, geht mein Verdacht mittlerweile eher auf den Hoymiles, Möglw. gibt es Modelle bzw. FW Versionen, die nicht zurückfunken, weil sie ggf. mit einem anderen Funkmodul arbeiten ? Ist sowas denkbar ? Eine Möglichkeit wäre noch, die DTU (Lite) zu Testzwecken zu ordern um wenigstens die FW Version des Hoymiles auszulesen. Aber selbst wenn man die dann wüsste, was würde es helfen ? Darf ich fragen von welchem Händler du deinen HM1500 hast ? |
|
Ich denke hier lohnt es sich nicht OpenDTU bzw. unterschiedliche Versionen von Ahoy zu testen. Bzgl. SN hat dir der Händler die SN auf der Rechnung oder so übermittelt, oder hast du selbst die eingetragen, die auf dem Wechselrichter steht? |
|
@MiniOh Soweit die Theorie. Sollten. Aber wie man sieht, tun sies nicht, offenbar nicht nur bei mir, das lässt wenigstens einen Fehler auf meiner Seite unwahrscheinlicher erscheinen. Und bisher konnte mir noch keiner verraten, warum ? |
|
Ich habe die SN genommen, die auf der Rückseite meines HM-1500 stehen. Die SN ist dort zweimal mit Aufkleber angebracht. Der Händler hat mir keine SN genannt. Ich habe meinen WR bei offgridtec im Juni2022 bestellt. Der lief seitdem auch durch. Ich habe aber erst im November mit OpenDTU rumprobiert. Ich dachte vielleicht liegt es daran, dass der WR seit Juni durchläuft, aber auch ein "Neustart" des WR hilft nicht weiter. Ich glaube ich habe mittlerweile echt alles probiert. Ich würde es gerne mal mit einem anderen WR probieren. Die original DTU zu testen wäre eigtl auch noch eine gute Idee. Achso meine Ausgabe stammt von Putty. Hier die Ausgabe aus der Console: @killamilla0815 du hast recht, bei dir steht immer "nothing received" bei mir scheint doch irgendetwas anzukommen. Ich glaube aber, dass es vielleicht vom Shelly Plug S kommt. Weil die Console das gleiche ausspuckt, wenn ich die Seriennummer beliebig ändere. |
|
So war es bei mir am Anfang auch, da hab ich echt lange gesucht. Genau wie du erst alles andere vermutet, WR, Seriennummer, Software. Bei mir war am Ende die Lösung andere Pins für die Kommunikation mit dem NRF24 Modul zu benutzen. Konkret bin ich von D4 -> D1 und D3 -> D2 gegangen. Dann hat alles magisch direkt funktioniert. Vielleicht einen Versuch wert? |
|
Achso, ich verwende ein ESP32 devkit von Berrybase und das nRF+ Modul mit Antenna auf der Platine. Ich würde es hinbekommen die Pin Belegung anzupassen, wenn man mir sagt welche Pin-Belegung ich beim ESP32 noch ausprobieren kann. |
|
Also ich hab jetzt mal ganz banal CE(D4) und IRG(Rx) auf meinem Board einfach gegeneinander getauscht, ebenso die GPIO settings im Menü (was vorher GPIO4 war ist jetzt GPIO16 und umgekehrt), Ergebnis: NÜSCHT. Nach wie vor keine Antwort. |
|
Gibt es irgendwo ne Doku, welche GPIO Pins aus dem Menü der Pinout Beschriftung auf meinen ESP32 Board entsprechen ? Dann würde ich sie alle nacheinander ausprobieren, momentan ist das irgendwie Fischen im Trüben... |
|
Ja, das wäre dann das pinout. Allerdings hab ich auf Basis dessen nun versch. GPIOs für CE und IRQ ausprobiert und auch im Menü jeweils geändert, alles ohne Erfolg. Denke ich werde die Hardware tauschen müssen und falls es dann mit neuer HW geht, ist das Mindestes was es für den Verkäufer gibt, eine Meldung bei kleinanzeigen wegen schwunghaftem Handel mit den Dingern als privater Verkäufer, mal sehn ob sich das Finanzamt für den intressiert. Nicht falsch verstehn, vielleicht kann er ja nichts dafür und hat schon etliche von den Dingern ohne Probleme verkauft, bloss wenn ich nun mittlerweile Stunden an Arbeit erfolglos da reingesteckt habe, ist das Mindeste, was ich erwarte, dass er das Ding zurücknimmt und mir mein Geld erstattet, zumal ich vermutlich eh zu viel dafür bezahlt habe (knapp 50,- mit 1,3" Display und ein bisschen 3D Druck drumherum, innen ein Heisskleberverhau). |
|
Also ich habe jetzt mal im Internet ein fertiges OpenDTU gekauft. Angeschlossen, konfiguriert und ZACK ich hatte Daten vom WR. Ich kann also ausschließen, dass es am WR, Netzteil oder USB kabel liegt. Dann habe ich das gekaufte OpenDTU-Set auseinander gebastelt und nach und nach die Komponenten gegen meine ausgetauscht. Ich habe sogar die Jumper-Kabel getauscht. Ich kann jetzt sagen, dass es bei mir definitiv am nRF+ modul lag. Mein Aufbau und der gekaufte Aufbau funktionieren nur mit dem nRF-Modul vom gekauften Set. Sowohl OpenDTU und Ahoy laufen jetzt!
Hier mal ein Foto beider nRF Module. Beide haben ein Plus und einen Punkt (kein Viereck) auf dem Chip. Das Linke auf dem Foto ist das NICHT funktionierende Modul und das rechte das nachträglich gekaufte funktionierende Modul. Einzelne Bauteile sind unterschiedlich. Leider schafft mein Handy es nicht eine besser fokussierte Aufnahme zu machen. Ich hoffe, dass meine Erkenntnisse hier vielleicht weiterhelfen. Bei mir war es jetzt das dritte nRF+ Modul das ich probiert hatte. Scheinbar gibt es wirklich sehr viel Mist im Internet zu kaufen. |
|
danke fürs teilen deiner Erfahrung. Schade dass der Weg so lange war, aber immerhin mit gutem Ausgang. |
|
Wollte schon hinschmeissen nach zig Stunden weiterer Fehlersuche heute, aber nun bin tatsächlich noch am Ziel angekommen: |
|
Super, freut mich für dich! |
Hi, ich bin völlig neu auf dem Gebiet und habe das gleiche Problem mit der Kommunikation mit dem We bin im Internet auf Spurensuche gegangen. Ich konnte nur das
Hallo, ich bin völlig neu hier und alles andere als ein Programmierer. Ich habe das gleiche Problem mit dem nicht erreichen des Wechselrichters. Wie und wo bekomme ich denn die Version 0.5.78 (als .bin zum update???). Sorry, wie gesagt, ich kenne mich damit nicht aus. |
Platform
ESP32
Model name
No response
nRF24L01+ Module
nRF24L01+ plus
Antenna
circuit board
Power Stabilization
nothing
Connection diagram
Connection picture
Version
0.5.79
Github Hash
xxxxxx
Build & Flash Method
Platform IO (build & flash)
Desktop
Windows
Setup
ESP32
Debug Serial Log output
Error description
Hallo,
seit der 0.5.79 funktioniert bei mit die Kommunikation mit den Wechselricher nicht mehr.
Output ist:
08:33:47 I: enqueued cmd failed/timeout
08:33:47 I: (#1) I: no Payload received! (retransmits: 0)
08:33:47 I: resetPayload: id: 1
08:33:47 I: (#1) Requesting Inv SN xxxxxx
08:33:47 I: (#1) sendTimePacket
System Infos:
Inverter #0: HM-1500-01 (v0) is not yet available
The text was updated successfully, but these errors were encountered: