-
-
Notifications
You must be signed in to change notification settings - Fork 224
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug] CMT Inverter nicht erreichbar #1553
Comments
das ist der gleiche Fehler wie der, den du in deinem PR behebst, nehme ich an. Auch hier wird der JSON Buffer zu klein sein, alles zu speichern. |
Leider nicht, der Puffer ist bei mir groß genug ansonsten könnte ich die Inverter gar nicht konfigurieren. Irgendwo bei der Empfangsroutine ist etwas daß er den request timeout zum nächsten verschleppt. Wird warscheinlich nicht auffallen solange alle erreichbar sind, kann ich erst die Woche testen. |
ok, ich überlege mal kann mir aber nur sowas vorstellen. Hast du mal geprüft wie der Export der settings aussieht? Evtl. gibt uns das Hinweise. |
Sieht bestens aus, kann ich dir ja mal schicken bei Bedarf. Demnächst krieg ich wieder ein CMT Modul dann kann ich weiter testen und such seriell debuggen. |
ich habe eine Idee und hoffentlich wird die 0.8.106 diesen Fehler beheben |
konntest du testen, wäre interessant, ob mein fix wirkt? |
Hab hier jetzt ein Testsystem mit 3 HMS. Wenn ich einen abstecke funktioniert der nächste nicht. |
Getestet mit der 0.8.108: I: (#0) Radio infos: t: 11, s: 11, f: 0, n: 0 | p: 0
|
ich muss den fix zurücknehmen, da auch bei mir jetzt Inverter aussteigen, ein Downgrade auf eine andere Version hat sofort wieder beide online gebracht. |
Gibt es irgendwo eine Pausenzeit zwischen den Invertern? Evtl. liegt es ja daran, diese vllt. mal testweise erhöhen. Wenn du zwei HMS hast (von mir haste ja einen gekauft) kannst du den ersten DC-Seitig abstecken? Dann wird auch der zweite nicht mehr antworten. |
* revert CMT2300A changes lumapu#1553
Hab gerade noch ein wenig herumprobiert: Wenn alle drei Inverter erreichbar sind und man die Frequenz vom ersten ändert ist dieser und der zweite nicht mehr erreichbar. Würde ja gerne den Fehler suchen aber bei der Funkkommunikation steig ich nicht durch.. |
dem Problem sollten wir uns nochmal annehmen. Habe weiterhin noch keine Idee was genau passiert. |
@lumapu wir haben dieses bzw. ein ähnliches Problem auch seit einiger Zeit auf der OpenDTU. Hier die ChannelChangeCommands der Original Hoymiles DTU Pro S: |
Platform
ESP32
Assembly
I did the assebly by myself
nRF24L01+ Module
nRF24L01+ plus
Antenna
external antenna
Power Stabilization
Elko (~100uF)
Connection picture
Version
0.8.93 ETH
Github Hash
f315fb
Build & Flash Method
VSCode - Platform IO (build & flash)
Setup
ETH Version mit W5500 und CMT
Debug Serial Log output
Error description
14 Inverter eingetragen, sobald ich einen enable der nicht verfügbar ist (nicht angeschlossen) wird der nächste "enabelte" in der Liste auch nicht mehr erreichbar obwohl vorhanden
Deaktiviere ich den nicht verfügbaren geht der nächste wieder..
alles HMS bzw. HMT mit dem CMT Modul
bei einem anderem NRF System ist das nicht der Fall
#0 ist erreichbar, #1 nicht angeschlossen, #10 wird nicht erreicht obwohl vorhanden und erreichbar, #11 ist auch erreichbar
The text was updated successfully, but these errors were encountered: