-
-
Notifications
You must be signed in to change notification settings - Fork 225
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
Ahoy issues with CMT2300A on latest relase 0.8.140 no data received #1732
Comments
siehe #1384 (comment) 10. Gebot 😊 |
Mit 0.8.84 lief es ja stabil 2 Monate. d.h. ich muss bei der Version (bzw. 0.8.102 seit heute )bleiben? |
Es ist nicht ratsam zwei DTUs parallel im Betrieb zu haben (punkt). Es kann kurzzeitig gehen, aber es werden immer Probleme da sein. |
ok, Danke für die Antwort. Ich suche mir eine Alternative. |
Habe jetzt das "andere DTU" deaktiviert und das Verhalten ist identisch: SW 0.8.102 Und ja der Empfang ist schwach, das Gerät steht in einem Gebäude, die Wechselrichter sind 20m entfernt. |
Ich nutze selbst ein CMT. DTU zu Hoymiles trennen ca. 10meter Luftlinie, dazwischen 30cm Mauerwerk, Trapezdach. Vielleicht hilft dir die Info bei etwas? Ich befürchte das wir durch den teils neuen Code der überarbeitet wurde deutlich schneller sind als die alte Version. Jetzt sind wir (wie du in der Log siehst) viel schneller. PS: Meine Log sieht aktuell so aus: |
Gleiches Problem mit 0.8.140 auf ESP32-S3 bei mir 0.8.140 - f1f448119:30:18.001 I: (#0) Radio infos: t: 96, s: 0, f: 0, n: 96 | p: 20 |
I read it here somewhere before, but when using a CMT2300A module, you need a longer antenna, not a Wifi antenna (2,4Ghz), the same one as used on a LoRa module( 1Ghz ). |
Thanks for that hint. I'm using a dedicated 868MHz Antenna. I'm back to the 0.8.83, that workes fine. 0.8.102 stoppt on WLAN after a day or two.... |
I am using dev. 0.8.127 with CMT2300A and HMS 1600-4t and its working fine, on different builds and software versions inside the HMS. |
habe ebenfalls das Problem. Was ist nu der entscheidende Unterschied wieso es ab >8.83 nicht mehr möglich ist die HMS abzufragen? In den Changelogs habe ich nicht diesbezüglich gefunden. Wäre schön wenn jemand das beantworten könnte. |
Doch in den change logs sind zwei Einträge zum CMT2300A gelistet, daher auch mein Betreff mit CMT. |
ok, es ist aber immer noch ein Bug CMT Inverter nicht erreichbar [Bug] #1553 vorhanden welcher bisher nicht gefixt wurde. |
bekommt man hier noch eine weiterführende Antwort warum man den HMS Serie nicht mehr abfragen kann? |
Schau einmal #1749, noch jemand wo die 140er mit dem CMT nicht läuft. |
Platform
ESP32
Assembly
I did the assembly by myself
nRF24L01+ Module
No response
Antenna
external antenna
Power Stabilization
Elko (~100uF)
Connection picture
Version
0.8.140
Github Hash
240816_ahoy_0.8.140_f1f4481_esp32-wroom32-de
Build & Flash Method
AhoyDTU Webinstaller
Setup
Ahoy DTU with CMT2300A 2x HMT2250
Debug Serial Log output
No response
Error description
With Version 0.8.83 ahoy worked fine, after upgrade to 0.8.140 no data received from CMT or it takes up to several minutes.
RF Interface seems to be instable.
CMT2300A is recognized and connected Int-Pin is working.
I could tag the issue down to 0.8.102 working fine with 0.8.103 onwards it takes very long until data is received.
CMT changes are in log of 103 and 106.
My Ahoy system is running in parallel to an OpenDTU
Both are accessing the same set of 2 HMT2250 on the same frequency.
With release 08.083 until 08.102 it works fine and stable.
Some changes introduced with 103 and later seems to have a negative input to CMT2300A RF interface.
Web Log entries (from 0.8.140)
13:53:22.165 -----
13:53:22.230 -----
13:53:22.231 W: CMT TX failed, code: 2
13:53:22.263 -----
13:53:22.264 W: CMT TX failed, code: 2
13:53:22.303 -----
13:53:22.304 I: com loop duration: 304ms
13:53:22.304 -----
The text was updated successfully, but these errors were encountered: