Comments (17)
Wollte auch einmal versuchen, die selbe DTU Seriennummer, die mein DTU Lite hat, zu vergeben.
Das wird auch gewaltig schief gehen. Eine Antwort von WR an DTU lässt sich nur korrekt bearbeiten wenn die DTU weiß welche Anfrage vorher gestellt wurde. Wenn die Eigenbau-DTU jetzt Statistiken abfragt und der WR eigentlich der "richtigen" DTU auf z.B. das setzen eines Leistungslimits antwortet würde OpenDTU versuchen diese Antwort als Statistik zu interpretieren. Weil es hatte ja nach Statistikdaten gefragt --> Korrekte Prüfsummen aber absolut unsinnige Payload. Gleiches gilt natürlich auch umgekehrt. Auch die "richtige" DTU wird Antworten falsch interpretieren die die von OpenDTU angefragt wurden.
Lösung bei mir war um nur noch alle paar Stunden mal einen 0 Wert zu bekommen...
...einen NRF24L01+ mit externer Antenne zu nutzen.
Wie weiter oben schon geschrieben, können die 0 Werte nicht aus Übertragungsfehlern entstehen. Der WR muss diese absichtlich verschicken. Werte werden nur von der Hardware (NRF24) und dem Parser bearbeitet wenn die Prüfsummen stimmen. Die Chance das während einer Falschübertragung die Prüfsummen "korrigiert" werden ist null.
Meiner Meinung nach ist ein 2-DTU-Betrieb so einfach nicht vorgesehen. Der WR muss sich auch intern abspeichern welche Anfragen als letztes geschickt wurden. Ansonsten könnte er auch die Retransmit Funktion (also das er bezogen auf die letzte Anfrage ein beliebiges Fragment nochmals sendet ohne das die DTU das komplette anfrage Paket nochmals sendet) implementieren.
from opendtu.
Meiner Meinung nach ist ein 2-DTU-Betrieb so einfach nicht vorgesehen. Der WR muss sich auch intern abspeichern welche Anfragen als letztes geschickt wurden.
Vielleicht sind das dann einfach Überschneidungen. Das der WR durcheinander kommt, wenn er zeitgleich zwei Anfragen bekommt.
from opendtu.
Hallo Hubsi,
freut mich, dass Du es ans laufen bekommen hast.
Null Werte im Sinne von "0", oder "NULL"? Und einzelne Werte, oder für alle?
from opendtu.
Hallo,
es werden nur Werte weitergegeben die 1zu1 vom Wechselrichter kommen. Ich kann mir gerade nicht vorstellen wie da 0 Werte vorkommen sollen. Die Payload aus dem Wechselrichter ist mit 3 CRC's gesichert. 1 CRC wird durch die NRF24 Hardware geprüft. Die 2. hängt am einzelnen Fragment und die 3. CRC dient dazu alle Fragmente als Summe zu prüfen. Was ggf. helfen würde wäre ein mitschnitt des Seriellen Outputs zur entsprechenden Zeit wenn die 0 Werte kommen.
from opendtu.
Ich bekomme öfter Werte mit 0 oder auch eine unrealistische Spannung wie 2880V oder so. https://bilderupload.org/bild/326f31733-opedtupic
Habe das selbe Problem auch mit ahoy.
Werte sind direkt 0 siehe Bild: https://bilderupload.org/bild/263330868-mqtt
Kann aber sein, dass mein DTU Lite da hinein pfuscht.
Oder der Wechselrichter kann nicht mit zwei DTUs sprechen und ist da überfordert.
Wollte auch einmal versuchen, die selbe DTU Seriennummer, die mein DTU Lite hat, zu vergeben.
Aber kann ich nicht, da die Seriennummer einen Buchstaben enthält, die kann ich bei OpenDTU nicht eingeben.
from opendtu.
Diese 0 Werte gibt es tatsächlich, ich habe lange damit herum experimentiert
Der Zusammenhang sieht wie folgt aus...
Je schlechter der Empfang zwischen DTU und Inverter um so häufiger kommen die 0 Werte vor. (rechtes Bild)
Bei guter Verbindungsqualität und je häufiger man abfragt <5 Sekunden kommen diese Werte ab und zu vor. (linkes Bild)
Die 0 Werte gibt es auch bei der org. DTU Pro die ich im Einsatz habe.
Selbst wenn die DTU Pro nur ein paar Meter vom Inverter entfernt steht kommt alle paar Stunden mal ein 0 Wert.
Lösung bei mir war um nur noch alle paar Stunden mal einen 0 Wert zu bekommen...
...einen NRF24L01+ mit externer Antenne zu nutzen.
Seitdem sind die Werte bei mir nahezu verschwunden.
Wenn man das vermeiden wollte, dürfte man den 0 Wert nur durchreichen wenn zwei 0 Werte aufeinander folgen.
Es ist ja mehr als unwahrscheinlich das eine Anlage gerade noch 500W liefert und in den nächsten 10 Sekunden 0W.
Auch liefert der Inverter immer nur bei vollständiger Dunkelheit 0 Wert, ansonsten sind die kleinsten Werte so um die 2-4W.
Logik müsste für mich so aussehen...
Leistung < 10W und zwei 0-Werte in Folge, dann 0-Wert abliefern, ansonsten den zuletzt gelieferten Wert, oder gar keine abliefern. Kommen Anzahl X an 0-Werten dann wird auch 0 gesendet.
Das müsste aber dann im Eventlog vermerkt werden, damit man versteht warum evtl .keine Werte kommen.
Das müsste man eigentlich mit jedem einzelnen Wert so machen, nicht nur mit dem Wert Power.
Es kommen auch 0 Werte vor für alle anderen Werte, wobei der Power-Wert (AC/DC) sich die einzigen Werte sind die wirklich für die Steuerung und Eigenverbrauch-Optimierung wichtig sind.
Ich habe mir dazu eine Logik in Loxone eingebaut die das mach was ich beschrieben habe.
Wenn 0W kommt und vorheriger Wert <10W dann wird der 0-Wert im Analogspeicher überschrieben ansonsten nicht.
Sollte sich der Wert länger als 5 Minuten nicht ändern, wird 0 gesetzt zur Sicherheit.
Zwischen Sonnenuntergang und Aufgang wird immer 0 geschrieben, egal was kommt.
PS: Diesen Fehler hatte ich auch bei Ahoy mit dem ESP8266, nur war da das ganze System derart instabil das ich es nicht weiter verfolgt habe.
from opendtu.
Bei mir gab es das noch nie, ich habe keine zweite DTU. Könnte also tatsächlich am Parallelbetrieb liegen.
Fragt sich weiter, wie damit umgehen. Die von @hismastersvoice vorgeschlagene Logik klingt passend und ist ja schon erprobt.
Wenn, müsste es konfigurierbar sein.
from opendtu.
Ich hatte noch die Idee, dass das eine Art Handover ist. Über die Werte teilt der WR mit, dass er mit einer anderen DTU besser kommunizieren kann.
Edit: Blödsinn, dann müsste ja umgekehrt auch die originale DTU Nuller kriegen und dann irgendwie reagieren...
from opendtu.
@tbnobody
Du hast wohl recht, es liegt am DTU-Pro.
Ich haben mal vom Strom genommen, und es kommen seit 3 Stunden selbst mit schlechtem Empfang keine 0-er mehr.
Jetzt muss ich wohl doch noch auf Influx/Grafana geht :(
Allerding würde ich für die 70% Limitierung die Möglichkeit benötigen das Limit zu setzten.
Habe gelesen das es schon Ansätze gibt, aber wie weit ist das schon?
So lange muss ich den Pro noch betreiben.
from opendtu.
Nochmal zu Bestätigung...
Ich habe seit heue morgen keinen 0-Wert mehr bekommen, sobald ich den DTU jetzt wieder in Betrieb habe, kommen wieder vereinzelt die 0-er. Zwar nach wie vor selten, aber sie kommen wieder.
Also wäre tatsächlich eine Logik interessant die solche Ausreiser ausmerzt, da ja sicher der ein oder andere auch eine echte DTU für die Daten im Portal nutzen will.
from opendtu.
Ich kann die 0er Werte bestätigen. Habe meinen HM jetzt via TSUN-Cloud mit integriert und hatte extra dafür eine DTU lite konfiguriert und seit dem die mitsendet, habe ich Ausfälle.
Intern sendet der Controller jede Sekunde einen Befehl an den NRF, der diesen jedoch nicht jede Sekunde aussendet. Gleiches dürfte für die Pro gelten.
Ich hab jetzt etwas Abstand dazwischen gebracht um zu schauen, ob das einen Effekt hat oder es eher an einer Störung gegenseitig liegt.
Wahrscheinlicher ist jedoch, dass der WR durcheinander kommt, wenn Befehle und Zieladressen kollidieren. Das werde ich im lauf der Woche verfolgen.
Hintergrund: Ich habe bisher noch kein Grafana fertig, dass mir die Daten aufbereitet, da ich noch den Mi-Klon habe, möchte ich die Auswertung vorerst im bekannten Portal haben.
Die Probleme, die dabei auftreten, sind interessant. Übrigens funktioniert Hoymiles mit der DTU und der Cloud vom Tsun, es ist also eine direkte Kopie.
Wenn noch irgendwelche weiteren Daten benötigt werden, gebt Bescheid. Ich habe auch noch ein paar DTU lite hier rumliegen.
from opendtu.
Eventuell durch c6499e0 gefixt ?
Könnt Ihr das mit einem aktuellen Release der OpenDTU nochmal prüfen.
Hier wurden vom Inverter Frame IDs mit 0 anstelle von 84 (viertes und letztes Frame) geschickt mit korrekter CRC-16 und CRC-8 Summe. Das kann natürlich bei zwei DTUs die mit dem Wechselrichter kommunizieren gehäuft vorkommen, da bei zwei Master (DTU Lite/Pro und OpenDTU oder Ahoy DTU) die State Machine für die Antworten auf dem WR und beim Empfänger der/n DTU(s) durcheinander kommt.
from opendtu.
Bei Verwendung von 1 oder mehr weiteren DTU tritt das Problem nach wie vor auf. Bin auf dem aktuellen Stand.
from opendtu.
@De-Ichirou da Du mehrere DTU lite vorliegen hast wäre zu prüfen wie das die Originalsoftware löst ? Wenn Du zwei laufen hast wie können die die Kommunikation auseinander halten ? Reicht hierfür eine andere DTU ID aus ? Oder fragen die DTU lite nicht so häufig ab, vor allem wie ist eigentlich das Intervall bei drn Hoymiles Geräten ?
from opendtu.
@stefan123t ich habe die TSUN-Variante der DTU-Lite, diese fragt jede Sekunde ab. Meisstens klappt es, da mit mehreren ID's je 1 WR abgefragt wird und entsprechend die Antwort kommt. Vereinzelt scheint was zu kollidieren, dann geht entweder die DTU-Pro von HM oder einer der Sticks auf Kommunikationsfehler. Das ganze ist nicht reproduzierbar.
Der ESP32 liefert unregelmäßig, allerdings häufiger falsche Werte. ESP32 und DTU-Pro sitzen direkt nebeneinander, das Problem bestand jedoch vorher auch schon. Eine räumliche Trennung bringt keine Veränderung.
Das Setup sieht so aus:
DTU-Lite 1 -> Inv. TSUN (jede Sekunde)
DTU-Lite 2 -> Inv. Hoymiles (jede Sekunde)
DTU-Pro -> beide Inv. (jede Sekunde)
ESP32 -> Inv. Hoymiles (alle 5s)
from opendtu.
Ich schließe dieses Issue. Wie ich in anderen Issues schon geschrieben habe möchte ich keinen Multi-DTU support bieten wenn man nicht genau weiß was in dem Fall der Inverter macht und ob dort nicht intern etwas schief geht (und im schlimmsten Fall der NA Schutz nicht das tut was er soll)
from opendtu.
This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new discussion or issue for related concerns.
from opendtu.
Related Issues (20)
- HMS2000 Error ID 52 Unknown HOT 2
- Reactive power of HMS-450-1T not shown correct „VoltVar“ is activated HOT 1
- Meldungen stimmen nicht überein! HOT 3
- Mit aktivierten MQTT Verbindungsprobleme zu den Wechelrichtern HOT 2
- Random Total Yield Reduce
- [Request] Communicate "firmware update available" through MQTT / allow firmware update through HomeAssistant
- HMS-800-2T-LV not connecting to OpenDTU Fusion HOT 7
- Crash during connection attempt to MQTT broker in Azure Event Grid HOT 3
- Firmware Update v24.6.29 stucks at 100% upload HOT 2
- Missing yieldday and yieldtotal on phase 1 HOT 2
- Min WIFI signal strength HOT 1
- DTU Polling Intervall Increases with more Connected Inverters HOT 1
- smart micro solar lose conection to openDTU 3 or 4 times a day HOT 4
- Faulty Sketch size reported in Info Web page HOT 5
- Lost connection to hms-1600-4t / frequency hopping HOT 27
- not possible to change the ip address HOT 11
- no return from manual ip configuration to dhcp HOT 1
- Interrupt received with CMT2300A HOT 2
- HMS-800-2T HOT 14
- /api/livedata/status -> too many decimal places via web query HOT 3
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from opendtu.