search

lumapu / ahoy

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

Einstellung Sendeleistung V0.8.** #1691

Closed DerBorzi closed 2 months ago

DerBorzi commented 4 months ago

Hallo zusammen, habe heute meine DTU von 0.7.*** dev geupdatet auf 0.8.83, leider fehlt die Einstellmöglichkeit der Sendeleistung. Ich bin leider etwas weit vom HM-600 entfernt, mit 0.7.36 kann ich die Sendeleistung auf MAX stellen, dann klappts auch mit der Kommunikation problemlos, die anderen Einstellungen bleiben alle gleich.

Geht das noch anders über Umwege?

VG Andi

UPDATE: Die Einstellung für die Sendeleistung ist jetzt bei den WR-Einstellungen versteckt, gefunden. Ändert leider nichts, egal welche Einstellung. Bei Rückflash auf 0.7.36 klappt die Kommunikation auf Anhieb.

Hardware

Modelname: __ Retailer URL: __

nRF24L01+ Module

Antenna:

Power Stabilization:

Version / Git SHA:

Version: ..__ Github Hash: ___

Build & Flash Method:

Debugging:

knickohr commented 4 months ago

Ist es nicht, schau mal bei den Invertersettings (das Zahnrad).

Ansonsten, Du hast einen 8266. Funktioniert überhaupt die Verbindung zum nRF-Modul ? Wenn nicht, vielleicht mal D3 und D4 vertauschen.

DerBorzi commented 4 months ago

Siehe oben, Einstellung gefunden, klappt trotzdem nicht. D3 (IRQ) und D4 (CE) sollte passen (hatte vorher schon 0.7x wo die Änderung war). Status vom Funkmodul ist "grün", also connected, Interrupt Pin ist auch "grün".

Nach Rückflash auf 0.7.36 klappt die Verbindung auf Anhieb.

Gubi2023 commented 4 months ago

was spricht das webserial?

rejoe2 commented 4 months ago

Eine andere Möglichkeit: #1434 (bzw. das dahinter angesprochene startFastWrite()).

Zum Wiederfinden - es gibt noch eine Reihe weiterer Issues mit (vielleicht) ähnlichen Symptomen: #1642 #1489.

Bitte erst mal

Und bitte auch je ein log anfügen. Gerne mit "privacy" und aktivem debug (so dass man auch die rx-Messages auszugsweise sehen kann).

DerBorzi commented 4 months ago

Guten Morgen,

ich weiß nicht so genau wie man lange Logs lesbar hier einfügt, daher als Anhang, die Namen sollten selbsterklärend sein.

Zusammenfassung: V0.7.36 HIGH: Es klappt nicht jede Kommunikation 2024-06-27_V0.7.36_LOG_HIGH.txt 2024-06-27_PinConfig_0 7 36

V0.7.36 MAX: Kommunikation klappt recht zuverlässig. 2024-06-27_V0.7.36_LOG_MAX.txt

PIN-Settings siehe Screenshot.

In beiden Fällen aber auf Anhieb nach dem (Neu-)Start.

V0.8.83: Gleiche Hardware, gleiches Setup, keine Kommunikation egal mit welcher Sendeleistung. 2024-06-27_V0.8.83_LOG_MAX.txt 2024-06-27_PinConfig_0 8 83

2024-06-27_System_0 8 83 a26a133e)

Netzteil würde ich ausschließen, da es mit V0.7 fiunktioniert, es ist ein 2,5A RasPI Netzteil.

Was meinst du mit NRF generic?

Danke euch!

VG Andi

Gubi2023 commented 4 months ago

versuch doch mal spasseshalber eine neuere dev-Version, wie es da aussieht. https://fw.ahoydtu.de/fw/

DerBorzi commented 4 months ago

Gerade versucht mit V0.8.127, keine Änderung. Beim Rückflash klappt es wieder auf Anhieb.

Gubi2023 commented 4 months ago

tja für mich als Laie sieht es so aus, als ob das NRF-Modul mit der neuen Version nicht klarkommt (da keine Rx zurückkommen) Vllcht ist es doch zu schwach auf der Brust... Das einfachste wäre, auf der alten Version zu bleiben und mittelfristig ne DTU mit ESP32 zu besorgen.

knickohr commented 4 months ago

Wie lange hast Du gewartet ? Die 8-Versionen haben eine Heuristik und suchen sich den besten Kanal aus. Von den Zeiten her sehe ich das Du alle 5s abfragst.solltest also schon ca. 3 Minuten warten bevor Du aufgibst.

rejoe2 commented 4 months ago

Nochmal: Tausch probeweisen das Netzteil, es wäre nicht das erste Mal, dass sowas über der Zeit degradiert...

Die Logik ist an manchen Stellen anders, und V0.8.x braucht seit der genannten Änderung definitiv MEHR STROM!

Und mit "genuine" ist gemeint: Was ist das für ein nRF-Modul. UU. haben "fake"-Module (die "anscheinend tadellos funktionieren" ein Problem, wenn sie "richtig" burst mode machen sollen... Ggf. bitte mal ein Bild von dem Ding machen, das du verwendest.

DerBorzi commented 4 months ago

Wie lange hast Du gewartet ? Die 8-Versionen haben eine Heuristik und suchen sich den besten Kanal aus. Von den Zeiten her sehe ich das Du alle 5s abfragst.solltest also schon ca. 3 Minuten warten bevor Du aufgibst.

Krass, das war der entscheidende Hinweis, geduldig knapp 3 Minuten warten, dann klappts auch mit der Übertragung. Dennoch interessant: ein ESP32 mit CMT2300A und HMS-1800 findet den WR gleich nach StartUp. Lässt sich sicher auch irgendwie erklären.

Netzteiltausch hat sich somit erledigt, Funkmodul ist zwar nicht schuld aber dieses hier: 20240627_192250_small 20240627_192322_small

Danke an alle für die zeitnahe Unterstützung!

VG Andi

rejoe2 commented 4 months ago

Sehe den angeblich vorhandenen C nicht....

Dann sollte es auch mit low gehen....

knickohr commented 4 months ago

Ein HMS hat keine Heuristik 😉

DerBorzi commented 4 months ago

C ist schon drin, unglückliches Foto: 20240627_221640_small

Danke @knickohr für die Erklärung!

rejoe2 commented 4 months ago

OK, na dann... Es sollte aber trotzdem (mit aktuellen dev-Versionen) keine 3 Minuten (bei 5 sec Intervall) dauern, bis Ahoy was vom WR hört. U.a. durch die Änderung, die mehr Saft benötigt, kann (!) man häufig tx/rx-Raten bekommen, die nahe dem liegen, was mit CMT geht (da werden die Frequenzen anders gewählt, und die DTU "weiß" sicher, wo sie den WR findet, solange keine 2. DTU (oder ein reboot oä.) im Spiel ist).

Generell sind Dupont-Kabel halt kein Ersatz für ordentliche Platinen, und MAX ist afaik in D mit dieser Art Modul illegal. Besorge also lieber ordentliche Hardware (geschirmtes nRF, Platine, ggf. irgendwas ab ESP32)...

DerBorzi commented 4 months ago

Nach deinem Hinweis habe ich die aktuelle dev installiert, hier wird der WR tatsächlich wieder schneller gefunden, quasi sofort.

kiu77 commented 3 months ago

Das nRF-Modul scheint mir auch kein Originales.