Ich bekomme trotz erfolgreicher Einrichtung des Netzwerkes und Seriennummern der Beiden Wechselrichter keine Live Daten angezeigt
Jemand eine Idee an was er liegen könnte?
Ich bin mir nicht ganz sicher, aber vielleicht hilft es ja doch.
Da steht was von RX Period End. Könnte das vielleicht ein Fehler bei der Übertragung sein?
Ich vermute mal die hast 2 kleine Platinen für deine DTU mit Kabeln verbunden.
So weit ich weiß wird RX meistens durch eines dieser Kabel geleitet, vielleicht ist da ein Kabel falsch oder nicht richtig verbunden.
Ich selbst habe Ahoy-DTU und da kann man auch nochmal einstellen welcher Anschluss für was benutzt wird. Eventuell ist da ein Fehler.
PS: Das war jetzt einfach mal Brainstorming. Aber vielleicht hilft es ja.
@stiech82 Hi, ich habe das Modul gekauft, fertig verklebt in einem 3D Druck Gehäuse, laut Verkäufer ging es bei ihm. Kann es sein dass DTU Pro und Opendtu sich bekriegen. Ich nute Beides nämlich parallel. Vielleicht sagt die DTU Pro, das sind meine Wechselrichter und nicht Deine ?
@markus_pv könnte tatsächlich sein, dass es daran liegt.
Hast du mal die Pro abgeschaltet, den Wechselrichter neu gestartet und dann ausprobiert?
@stiech82 mit Neustarten meinst Du aber die sanfte Variante, ohne DC Trennung? Ich probiere es mal heute Abend, glaube aber nicht dass es daran liegt. Ich habe noch 2 Module zu Testzwecken an einen HM-600 gepackt, dieser ist nicht mit der DTU Pro verbunden und siehe da, hier werden auch keine Daten übertragen. Vielleicht hat sich beim Transport ein Kabel gelöst, der Verkäufer hat alles steckbar. gemacht Entweder muss ich das Dingens öffnen oder zurück schicken....
Wäre es eine Möglichkeit das Modul neu zu flashen? Vielleicht ist da was schief gelaufen?
@markus_pv Ich kann nur sagen wie es bei AhoyDTU ist, aber eigentlich sollte es so ziemlich das gleiche sein und auch gehen.
Man kann mit AhoyDTU den Inverter Neustarten lassen. Vielleicht funktioniert das ja.
DTUPro kenne ich nicht, vielleicht geht dort auch ein Neustart vom Inverter und direkt im Anschluss schaltest du die DTUPro ab.
Bei AhoyDTU gibt es auch eine Art restart der Software von AhoyDTU.
Darf ich fragen was du für die DTU-Einheit gezahlt hast?
@stiech82 opendtu 45€, DTU Pro 200€. Ich möchte die Daten in kurzer Zeit ablesen und nicht wie die DTU Pro alle 15min. Und zudem habe ich die Hoffnung beide DTUs parallel zu betrieben. Die DTU Pro brauche ich für die Nulleinspeisung mit dem CHINT Meter und mit der OpenDtu würde ich die Leistungsbegrenzung und Datentracking machen wollen...
Deine Screenshots sehen so aus als ob das alles funktionieren sollte. Aber steckbare Kabel sollten das eigentlich nicht sein.
Grundsätzlich habe ich schon mehrere openDTUs an einem Inverter betrieben. Das ging. Ob es mit openDTU / DTU Pro ein Problem gibt kann ich aber nicht sagen.
Übrigens gibt es hierein OpenDTU Projekt das bei dem sich scheinbar eine Nulleinspeisung auch mit einem Shelly 3EM realisieren ließe. Braucht aber noch einen MQTT Server irgendwo im Haus
1 „Gefällt mir“
Schlechtes Modul?
Zu weit weg?
Keine externe Antenne?
@markus_pv wow okey 45€. Naja gut, die Arbeit und das gedrückte Gehäuse will der sich scheinbar auch bezahlen lassen.
Dann kann ich dir leider nicht mehr helfen.
Ob dein Vorhaben eine gute Idee ist, kann man so hingestellt lasse. Es heißt ja immer "zu viele Köche verderben den Brei".
Ich mache halt beides mit Ahoy-DTU: Nulleinspeisung und auslesen.
Trotzdem teuteuteu, kann ja trotzdem funktionieren. Fraglich nur wo der Fehler im System aktuell ist.
Ich benutze zwar AhoyDTU aber eigentlich ist es ja das gleiche und ja es funktioniert mit dem Shelly 3EM super. Nur liegt die Verzögerung bei etwa 3 Sekunden. Was ziemlich lange ist, wenn man Nulleinspeisung machen will. Aber ich bin zumindest nah dran, wenn mal genug Energie vom Dach kommt. und die maximale Leistung vom Wechselrichter ausreicht.
@maltes Der Umbau am Zählerschrank war nicht gerade einfach um dort den CHINT rein zu machen. Ich möchten jetzt nicht schon wieder umbauen lassen für einen Shelly 3EM. Quasi bin ich offen für alle Vorschläge für Nulleinspeisung mit Ahoy/OpenDtu in Vebrbindung mit meinem CHINT DTSU666. Ansonsten muss ich wohl mit dem Klotz am Bein und DTU Pro leben {green}:displeased:
@stiech82 das mit den vielen Köchen, da bin ich voll bei Dir, mein Ziel ist es ja Step by Step die DTU Pro raus zu werfen. Dazu muss aber die Nulleinspeisung und Leistungsbegrenzung in einem System gehen. DTU Pro kann dann nicht.
Kann das Deine Ahoy DTU?
@markus_pv theoretisch habe ich das mit einer Verzögerung von ca. 3 Sekunden hinbekommen. So lange der Verbrauch nicht über 600W ist und das Wetter mal gut war.
Bis jetzt waren das immer nur wenige Stunden pro Tag, wenn überhaupt. Aber ich denke schon, dass es durchgehend klappen sollte.
Ein möglicher Weg wäre:
Du baust tasmota mit den energy drivers. Das ist hier schon in Verbindung mit dem Chint gezeigt worden: How to - DDSU666-H, ESP32, RS485-TTL Module · arendst/Tasmota · Discussion #16715 · GitHub
Das stellt dir den Hausverbrauch in deinem WLAN bereit über mqtt bereit. Dann bräuchtest du einen RPI als mqtt Server um die Daten an openDTU-OnBattery zu schicken. Das sollte dann den WR entsprechend steuern.
Ohne Gewähr
M
@ all, jetzt habe ich Gewissheit, die erste OpenDtu war defekt. Ich habe eine neue gekauft und die funktioniert tadellos {green}:inlove:
@MalteS, ja da will ich mich demnächst einarbeiten, ich suche mir gerade einen Raspberry Pi 4 und dann geht es ans MQTT und Python 
Ich bin da aber ganz am Anfang. Ich weiß nicht mal den Unterschied zwischen Tasmota und Raspian?
@markus_pv Wenn du mit Programmieren nicht so viel am Hut hast, dann empfehle ich dir Node-Red. Damit mache ich es. Dann muss man nicht selbst programmieren sondern baut einfach Funktionen via. Baukasten. Will man mehr, kann man auch in Node-Red in den Funktionen eigene Skripte schreiben.
Zum Einrichten vom Raspberry habe ich dieses Video hier benutzt. Zu 90% ist da alles dabei. Den Rest was ich so an Problemen hatte, habe ich mir mit anderen Videos geholt. Aber der Typ erklärt das ganz gut und dann ist alles drauf was man braucht: MQTT, InfluxDB, Node-Red und Grafana.
PS: Ja Wahnsinn, eine defekte OpenDTU-Einheit. Bestimmt beim Versand kaputt gegangen.
1 „Gefällt mir“
Ich hänge mich mit meinem Problem dazu.
Ich habe im Februar ebenfalls so ein OpenDTU-Kästchen erstanden und habe zwei Hoymiles eingetragen. Das hat bis Ende März relativ gut funktioniert.
"Relativ gut" heißt, dass der weiter entfernte Wechselrichter (HM-1500) im Garagendach von Haus aus nicht ganz so häufig seine Daten geschickt hat wie der andere (HM-300). Der kleine sendet etwa alle 10 Sekunden neue Daten, der große von der Garage bisher vielleicht jede Minute einmal oder so.
Seit drei Tagen hat sich die Sendefrequenz des HM-1500 jedoch dramatisch verschlechtert. Jetzt kommen neue Daten in Abständen von vielleicht alle ein bis zwei Stunden. Das ruiniert nicht nur die Datenlogs, sondern verunmöglicht auch jede angedachte Möglichkeit, den HM-1500 in Abhängigkeit vom Stromverbrauch aus dem Zähler zu steuern.
Hat jemand ein ähnliches Problem mit seltenen Daten-Updates auch schon gehabt? Kann das ein Hardwareschaden sein wie z.B. Antenne und/oder -kabel locker oder Wackelkontakt?
@forum2023 Also wie gesagt bei mir war es ein Hardware Fehler. Der Verkäufer hatte wohl dann die OpenDtu repariert durch neu Flashen und eine neue NRF Antenne.
Sorry, für die späte Antwort, ich muss mich an meinen neuen Account erst noch gewöhnen.
Ich habe mich letztendlich durchgerungen, ein zweites OpenDTU-Kästchen zu erwerben. Jetzt hat jeder Wechselrichter seine eigene OpenDTU in der Nähe, und ich habe seitdem keine Probleme mehr. Jeder WR sendet spätestens alle 10 sec seine aktuellen Daten. Seitdem läuft dann auch mein Python-Progrämmchen zur Nulleinspeisung (ohne Akku) ohne Probleme.