search

lumapu / ahoy

Various tools, examples, and documentation for communicating with Hoymiles microinverters
https://ahoydtu.de
Other
949 stars 222 forks source link

Nach Update auf 0.7.25 keine Verbindung zu den WR mehr #1072

Closed keinprofi closed 1 year ago

keinprofi commented 1 year ago

Hardware

Modelname: __ Retailer URL: __

nRF24L01+ Module

Antenna:

Power Stabilization:

Version / Git SHA:

Version: 0.7.25 Github Hash: ___

Build & Flash Method:

Debugging:

Mit der 0.6.9 lief alles soweit gut. Lediglich der P_AC total wird in letzter Zeit nicht mehr regelmäßig ausgelesen. Deswegen habe ich heute ein Update auf die 0.7.25 gewagt und bekam danach keine Verbindung zu den WR mehr. Nach einem Downgrade auf die 0.6.9 lief es wieder.

Woran kann das liegen?

img_542 img_543

ra-ma commented 1 year ago

Hallo, bei mir war es ein vergessener Haken bei "NRF24 Enable" im Bereich /Settings/System Config/Radio image

DejanBukovec commented 1 year ago

Did you check "System Config"? There is new settings and probably migration is not done and do not enable NRF24 option:

slika

knickohr commented 1 year ago

Und bei der Gelegenheit auch gleich die Settings für die beiden LEDs überprüfen, müssen auf off stehen !

… und mach den Elko rein 😇

MetaChuh commented 1 year ago

meine bisherigen erfahrungen, alles problemlos.

hab' grad 2 dtu's upgedated, und eine neu installiert, alle funzen. eine von 0.6.9 und eine von 0.7.24. und bei beiden war nrf24 enable bereits aktiviert.

ich glaube anscheinend ist nur bei der neuinstallation das nrf häkchen deaktiviert, wie bei den anderen 0.7.x versionen mit cmt unterstützung.

funkmodule hab' ich sowohl die mit, als auch ohne externe antenne erfolgreich getestet. (die ohne antenne mit geringer reichweite, aber nicht schlechter als mit v0.6.9)

@keinprofi

ich schätze du machst eh grad ein downgrade flash auf 0.6.9 zum probieren. bin schon gespannt, was bei dir das ergebnis ist.

keinprofi commented 1 year ago

Kleine Ursache, große Wirkung.

Das war's tatsächlich. Danke euch!!

guergen1 commented 1 year ago

Hier das selbe wie beim TE: Verbindung ist OK, aber keine Daten vom WR; NRF24 ist ein Plus und incl Elko und Display. Das Display bleibt auf dem Startbildschirm hängen. Meine letzte getestete funtionsfähige VErsion ist die 0.6.12 grafik

keinprofi commented 1 year ago

Grundsätzlich funktioniert es, aber es wechselt immer zwischen Daten und keine Daten bei bestehender Verbindung: img_544 img_545

Muss da noch mehr angepasst werden?

So sieht das dann in Grafana aus: img_548

Edit: Wie es aussieht bekomme ich mit der 0.7.25 auch wieder "total" Daten. Da ich nun aber weit ab von "Nulleinspeisung" bin, da immer wieder keine Daten empfangen werden, bin ich erstmal zurück auf der 0.6.9, die seit April soweit stabil läuft (mit Ausnahme das ich seit kurzem keine "total" Daten mehr bekomme).

lumapu commented 1 year ago

in 0.7.25 wurde ein schwerwiegender MqTT Fehler gefunden, siehe #1073 In wenigen Minuten ist eine neue Version bereit und verhält sich dann hoffentlich wesentlich stabiler

keinprofi commented 1 year ago

@lumapu - @#1073

Danke für den schnellen Support den Du in Deiner Freizeit für uns alle machst!!!!!!!!

lumapu commented 1 year ago

gerne - aber nicht vergessen ich bin auch der, der die Fehler einbaut 😅 Das ganze lebt von der Zusammenarbeit und damit seid ihr alle genauso wichtig in dem Projekt 🎉

keinprofi commented 1 year ago

0.7.26: Fehler ist bei mir noch da: img_549

sieht dann immer wieder so aus: img_546

MetaChuh commented 1 year ago

@keinprofi ändert sich was nach einem downgrade auf 0.6.9 ?

keinprofi commented 1 year ago

In 0.6.9 läuft nach wie vor alles bis auf "total".

Hab meine vorige Antwort mal in #1073 gepostet, gehört dann ab jetzt doch da hin.

knickohr commented 1 year ago

IMG_1061

Dieses Bild zeigt mir das Du kein Problem mit MQTT hast, sondern mit der Verbindung zu den WRs. Wie das in den #1073 zu tun hat, da ging es um MQTT.

Sorry, ich blicke nicht mehr wirklich durch.

Hast Du mal getestet ob die Verbindung zu den WRs wirklich gut ist und nicht doch aus irgendwelchen Gründen (Entfernung, Power-Einstellung, kaputte Antenne, Abschirmungen …) abbricht ?

Elko dran ? 🫣

keinprofi commented 1 year ago

MIt der 0.6.9. ist die Verbindung dauerhaft stabil. Die Wechselrichter sind etwa 5m entfernt, MIt der 0.6.9 läuft die Ahoy seit April stabil. im Juni z.B. wurden auch noch Daten für "total" übertragen. Hier ein Beispiel vom 23.06.: img_562 Wie es aussieht wurden hier allerdings zwischen kurz nach 8 und etwa 17.30 Uhr ebenfalls keine Daten übertragen. Dafür ist der Graph zu glatt.

Das eine stabile Verbindung zum WR da ist siehst Du ja z.B. auch hier (live Verbrauch der letzten 24h): img_563 Da der Graph so um die 0 rum ist, werden die WR geregelt, also stabile Verbindung.

Und die Verbindung mit der 0.7.26: img_549

Die Verbindung zu den WR geht regelmäßig verloren. Das kann ich auch in der WebGUI beobachten. Mit der 76 ist regelmößig alles auf 0. Bei der 0.6.9 ist alles wie es soll.

keinprofi commented 1 year ago

Ja, Elko dran.

Im Grunde läuft die 0.6.9 so wie sie soll, ich bin zufrieden, bis auf das "total" nicht übertragen wird. Die Verbindung ist stabil!

knickohr commented 1 year ago

Der Verbrauch hat mit Ahoy nichts zu tun, das kann es nicht messen. Deine Aussagen stützen sich zum größten Teil auf deine Visualisierungsoberfläche.

Und ja, am 23.06. war deine Verbindung (zu der Visualisierungsoberfläche) auch schon weg. Was ist das ? HA, Grafana … ?

Hast Du schon mal direkt in MQTT rein geschnieft ? Also in den Broker ?

keinprofi commented 1 year ago

Ist Grafana.

Ja, Du hast recht das es direkt nichts damit zu tun hat, aber indirekt.

Wenn die Verbindung zur Ahoy unterbrochen ist kann diese die WR nicht mehr steuern und die Erzeugung wäre nicht mehr so konstant um die 0 kWh, sondern hätte deutlich sichtbare Ausbrüche. Da diese nicht da sind muss es sich um eine stabile Verbindung, sprich Steuerung der Ahoy handeln. Dazu muss die Verbindung stabil sein.

Die Anzeige des erzeugten Stroms kann ebenfalls nur erfolgen, wenn die Ahoy eine stabile Verbindung hat. Dass das nicht der Fall ist siehst Du hier mit der 26: img_549

Auf dem Screenshot vom 23.06. siehst Du das nicht. Hier mal ein Ausschnitt von 02.00 - 02.15 Uhr: img_564 img_565 Stabil.

Du verstehst?

keinprofi commented 1 year ago

Ich kann auch andere Tage als den 23.06. nehmen, das war ein wahlloses Beispiel...

keinprofi commented 1 year ago

Videos: 069: https://1drv.ms/v/s!AhDwS_KPMrnmhI96UFk5niSXmZZQiw?e=Fi6faa

0726: https://1drv.ms/v/s!AhDwS_KPMrnmhI97UWDsMoU0YV4PBg?e=BmDlrA

Wenn Du ein längeres Video der 069 haben möchtest gib bescheid, aber die Verbindung ist stabil!

knickohr commented 1 year ago

Tja, dann komme ich hier mit meinem Latein auch nicht weiter.

Das Problem schon mal im Discord vorgestellt ? Vielleicht weiß da jemand weiter.

keinprofi commented 1 year ago

Nein habe ich nicht.

Kannst Du das MqTT Problem in der 0.6.9 fixen? Das würde mir ja reichen...

knickohr commented 1 year ago

Nein, ich kann’s nicht, nur @lumapu

Frag doch mal im Discord, da gibt’s es öfters solche Verbindungsprobleme.

keinprofi commented 1 year ago

Vielleicht die Tage, heute Abend nicht mehr.

Irgendwie muss es an der 0.7.25 / 26 liegen, denn die Hardware, Entfernung, Leistung, Umgebung usw. sind identisch. Einstellungen wurden ebenfalls nicht geändert, nur die Softwareversion.

dischi61 commented 1 year ago

Hallo, ich bin Trittbrettfahrer und habe keine Programmierahnung aber ein ähnliches Problem. Vielleicht kann mir jemand einen Tipp geben. Verbindung zum WR scheint zu funktionieren. Ich bekomme aber keine Daten. Ich habe mal einen Screenshot gemacht IMG_1113 Hat einer eine Idee? Gruß Ralf

dischi61 commented 1 year ago

Achso, ich habe 0.7.21 installiert

lumapu commented 1 year ago

@dischi61 du bekommst keine Daten, kannst du evtl. zusätzlich noch den Haken "Serial Debug" in System Config setzen? Hast du einen ESP8266?

lumapu commented 1 year ago

@keinprofi ich nehme an, du hast HMS Wechselrichter mit einem CMT Funkmodul an einem ESP32. Könntest auch du den Haken für "Serial Debug" setzen und ein Log posten? Mich würde auch interessieren, ob da was von Alarm ID incremented oä. auftaucht. Wenn du falsche Daten empfängst sollte es darüber sichtbar werden. Misst du zufällig auch noch die Leistung mit einem Shelly oä.? Es gibt auch den Fall, dass der Wechselrichter abschaltet wegen Überspannung, eher unwahrscheinlich, sollten wir aber ausschließen.

dischi61 commented 1 year ago

@dischi61 du bekommst keine Daten, kannst du evtl. zusätzlich noch den Haken "Serial Debug" in System Config setzen? Hast du einen ESP8266?

Ja, es ist ein ESP8266, das Funkmodul NRF24L01 + ist von TZT(Chinamann) und der WR ist ein Hoymiles 600. Die Leistung habe ich zusätzlich noch über eine Fritz!Dect210 Steckdose gemessen. Der WR liefert Leistung, die die DTU nicht anzeigt. Den Haken Serial Debug habe ich gesetzt. Und nun?

Beim Haken setzen habe ich gesehen, das der WR „verschwunden“ ist. Ich richte den morgen nochmal im Ahoy ein. Ist das auch schon mal vorgekommen?

dischi61 commented 1 year ago

Und soll ich schon mal das Update auf 0.7.26 aufspielen?

lumapu commented 1 year ago

Das Problem verlorener Einstellungen sollte schon länger der Vergangenheit angehören. Das neue Release sollte zum Einsatz kommen.

Man erkennt erst bei Tageslicht die Änderung des Hakens, in der seriellen Konsole werden wesentlich mehr Daten ausgegeben.

keinprofi commented 1 year ago

@keinprofi ich nehme an, du hast HMS Wechselrichter mit einem CMT Funkmodul an einem ESP32. Könntest auch du den Haken für "Serial Debug" setzen und ein Log posten? Mich würde auch interessieren, ob da was von Alarm ID incremented oä. auftaucht. Wenn du falsche Daten empfängst sollte es darüber sichtbar werden. Misst du zufällig auch noch die Leistung mit einem Shelly oä.? Es gibt auch den Fall, dass der Wechselrichter abschaltet wegen Überspannung, eher unwahrscheinlich, sollten wir aber ausschließen.

Ich habe einen HM-1500, HM-800 und einen HM-400 für die Batterie.

Ich werde den Haken heute Abend setzen, muss dafür erst wieder die 0.7.26 einspielen. Überspannung können wir ausschließen (letzte 24h, Ausfälle = Updates und Tests mit der 0.7.25/26): img_566

Und zum Vergleich der 05.08. ganz ohne Updates etc., nur mit der 0.6.9: img_567

Einen Shelly habe ich nicht, ich lese nur den Zähler über einem Sensor direkt daran aus.

knickohr commented 1 year ago

@lumapu

Das Problem bei den Updates auf die letzte Release, bzw. auf die 7.x Versionen ist das sich viele Einstellungen verändert haben und es auch Haken zu setzen sind die vorher nicht da waren. Vor allem wenn man noch von einer 6.x kommt (letzte/vorletzte) Release. Viele nehmen halt nur immer die Release und meiden die DEVs. Das Discord ist seit gestern voll mit solchen Problemchen.

Die freudigen DEV-Updater haben das ja schon seit der ersten 7.x hinter sich 😉

Nur mal so am Rande, auch wenn es hier nicht direkt hinpaßt. Aber ich sehe da noch eine Lawine auf uns zurollen. Man denke nur an die fertig gekauften DTUs mit irgendeinem Firmwarestand von Anno Domino 😱 Da kommt Freude auf !

lumapu commented 1 year ago

guter Punkt, ich überlege ein weiteres Release zu machen, das genau dieses Problem behebt, muss nur noch überlegen wie ich das anstelle 😇. Nach dem Update weiß ich nicht mehr welche Version vorher installiert war.

guergen1 commented 1 year ago

Auch ein Update auf die 0.7.26 brachte keine Verbesserung. Keine Kommunikation mit dem WR (HM-750).

MiBa365 commented 1 year ago

Auch ein Update auf die 0.7.26 brachte keine Verbesserung. Keine Kommunikation mit dem WR (HM-750).

A) Haken bei NRF24 Enable

B) Power Level auf MAX

guergen1 commented 1 year ago

A) Haken ist gesetzt, NRF24 ist connected grafik

B) Power Level auf alle Positionenn ausprobiert: keine Änderung! Serial Control springt zwischen Connect grün und rot immer hin und her, Zeitzone wird auch nicht beachtet: grafik

knickohr commented 1 year ago

LEDs überprüft ?

IMG_1063

guergen1 commented 1 year ago

Ja, auch das! Oder kann es an meiner "besonderen" Pin-Nutzung liegen? Aber man kann die Pin´s ja beliebig zuordnen. In der 0.6.12er Version läuft die AHOY schon lange, auch in den alten (bin seit der Implementation vom MI-300 dabei) hat es immer mit der Pin-Belegung funktioniert. Habe im Moment aber nur den HM-750er dran, der MI-300 ruht sich grade aus

keinprofi commented 1 year ago

@keinprofi ich nehme an, du hast HMS Wechselrichter mit einem CMT Funkmodul an einem ESP32. Könntest auch du den Haken für "Serial Debug" setzen und ein Log posten? Mich würde auch interessieren, ob da was von Alarm ID incremented oä. auftaucht. Wenn du falsche Daten empfängst sollte es darüber sichtbar werden. Misst du zufällig auch noch die Leistung mit einem Shelly oä.? Es gibt auch den Fall, dass der Wechselrichter abschaltet wegen Überspannung, eher unwahrscheinlich, sollten wir aber ausschließen.

Ähm, mal ne blöde Frage, den Haken habe ich gesetzt, wo finde ich das Log? Ist das unter "Serial / Control"?

keinprofi commented 1 year ago

Den WR "112555555245" kannst Du ignorieren, das ist der 400er der erst ab 20 Uhr läuft (Batterie).

Wenn die WR angeblich nichts produzieren sieht das so aus: img_569

Mein Stromzähler zeigt allerdings an, dass die Panels sehr wohl weiter produzieren! Log-726.txt

lumapu commented 1 year ago

@keinprofi warum übertragst du so oft das Power-limit obwohl es sich garnicht geändert hat? Du hast ca. 150 Power-Limits in 15 Minuten geschickt, d.h. im Schnitt alle 6 Sekunden. Ab und zu musst du der DTU noch zeit geben auch die Live-Daten zu holen. Ich denke deine Lücken kommen evtl. von falsch interpretierten (auf DTU Seite) Dev-Control Commands (also die Power-Limits). Das blöde an den Wechselrichtern und ihrem Protokoll ist, dass man nicht herausfinden kann auf welche Anfrage eine Antwort gekommen ist. Daher gibt es nur wenige Plausibilitätstests, zB. wird die länge der erwarteten Antwort geprüft. Durch dein Timing kann ich mir gut vorstellen, dass hier was durcheinanderkommt.

@MiBa365 Power-Level nicht auf MAX, besser auf LOW oder MIN stellen

@guergen1 ich kenne den HM750 nicht, ist das ein 2-kanaliger HM-Wechselrichter, wie sind die ersten 4 Stellen der Seriennummer?

keinprofi commented 1 year ago

Ich habe keine Anhnung, das gibt das Script her... Vielleicht liest @reserve85 ja mit und kann da was zu sagen? Ich nutze sein Script für die Steuerung. img_572

Funktioniert ja auch grundsätzlich. Von den Details, was wann warum gesendet wird habe ich keine Ahnung........

guergen1 commented 1 year ago

@lumapu sorry hm-700, 2 MPPT, Die Serial beginnt mit 1141

keinprofi commented 1 year ago

Wie es allerdings scheint funktioniert alles, also auch das "total" ausgelesen wird, wenn alle 3 WR laufen, also ab 20 Uhr. Wenn der 400er tagsüber also Offline ist wird total nicht ausgelesen (in der 0.6.9). Das nur nebenbei, hat ja mit der 726 nix zu tun.

Die 6 Sekunden sind übrigens auch bei der 069 so eingestellt. Dennoch funzt das mit der 726 nicht. Kann es wirklich damit zu tun haben?

reserve85 commented 1 year ago

Ich habe keine Anhnung, das gibt das Script her... Vielleicht liest @reserve85 ja mit und kann da was zu sagen? Ich nutze sein Script für die Steuerung. img_572

Funktioniert ja auch grundsätzlich. Von den Details, was wann warum gesendet wird habe ich keine Ahnung........

Hi, bin im Urlaub und habe nicht viel Zeit: Du kannst in der config die Anzahl der Wiederholungen einstellen:

# defines how often a identical limit will be set, set it to "-1" for disabled (infinite repeat)
SET_LIMIT_RETRY = 10

Ggf. hast du auch ein zu kurzes Regelintervall. 6s Intervall schaffe ich mit einem WR nicht. 10s klappt einwandfrei, auch mit der 7.26 Edit: glaube das hab ich falsch verstanden, ich meine das Regelintervall von dem Zero export Script:

# interval time for setting limit to Hoymiles
LOOP_INTERVAL_IN_SECONDS = 20

In Ahoy habe ich auch 6s und klappt hervorragend mit einem inverter.

knickohr commented 1 year ago

@keinprofi

Wie ? Du ballerst alle 6s ein Setting für ein Power-Limit raus ? sorry, habe das Log nicht gelesen, war mir ehrlich gesagt zu anstrengend. Ich habe auch schon Versuche mit Power-Limits gemacht und kann nur sagen, man muß mindestens solange warten bis er das Limit akzeptiert (/ack_pwr_limit), erst dann funktioniert er damit auch. Und noch eine Erfahrung, wenn man immer wieder das gleiche Limit in sehr kurzen Abständen sendet, dann kann sich sogar der Inverter aufhängen. Les mal im Discord, da gibt es Fälle das die Inverter dann überhaupt nicht mehr wollen, sich sogar fest auf das letzte Limit „einbrennen“. Besser ist es, das Limit nur zu senden, wenn es sich auch wirklich ändert und das letzte Limit akzeptiert wurde.

Viel, hilft nicht immer viel oder geht besser 🤓

keinprofi commented 1 year ago

Ich werde das mal an @reserve85 weiter geben, evtl. sollte er sein Sript anpassen. Aber das wird ja dann vermutlich nicht das Problem sein(?).

Edit: Habe gerade erst seine Antwort oben gesehen...

keinprofi commented 1 year ago

Ich habe keine Anhnung, das gibt das Script her... Vielleicht liest @reserve85 ja mit und kann da was zu sagen? Ich nutze sein Script für die Steuerung. img_572 Funktioniert ja auch grundsätzlich. Von den Details, was wann warum gesendet wird habe ich keine Ahnung........

Hi, bin im Urlaub und habe nicht viel Zeit: Du kannst in der config die Anzahl der Wiederholungen einstellen:

# defines how often a identical limit will be set, set it to "-1" for disabled (infinite repeat)
SET_LIMIT_RETRY = 10

Ggf. hast du auch ein zu kurzes Regelintervall. 6s Intervall schaffe ich mit einem WR nicht. 10s klappt einwandfrei, auch mit der 7.26 Edit: glaube das hab ich falsch verstanden, ich meine das Regelintervall von dem Zero export Script:

# interval time for setting limit to Hoymiles
LOOP_INTERVAL_IN_SECONDS = 20

In Ahoy habe ich auch 6s und klappt hervorragend mit einem inverter.

Ich meine das ich den SET_LIMIT_RETRY auch auf 10 habe. LOOP_INTERVAL_IN_SECONDS muss ich heute Abend mal schauen, hab ich so nicht auf dem Schirm.

@reserve85 PS: Ich wünsche Dir einen schönen und vor allem erholsamen Urlaub :-)

knickohr commented 1 year ago

Nochmal : Warten auf das ack, und dann erst neue, veränderte Werte senden 😉