Moin mag mir einer erklären was genau mit
DC Spannung - Start Solar-Passthrough:
DC Spannung - Stop Solar-Passthrough:
gemeint ist?
Habe Probleme die Pylontech Batterie in OpenDTU einzubinden per CAN. Hab mir eben das passende Ethernet Kabel gebastelt und CAN Low und CAN High mit dem Transceiver verbunden,Open DTU erkennt aber nichts. Muss GND auch verbunden sein?
In welchen Port an der Batterie muss man nochmal gehen? Console, A/CAN oder B/RS485?
Hat jemand Erfahrung mit zu langem Kabel gemacht? Könnte das vielleicht auch eine Fehlerquelle sein?
Vielen Danke für jede Hilfe
VLG
Die Verbindung muss zum CAN Port gehen. Masse muss nicht verbunden sein. Mein Kabel ist ca 90 cm lang und aus einem alten CAT5 Kabel gebastelt - bei dieser Länge habe ich keine Probleme.
Hast du evtl. CAN H und CAN L vertauscht? Hast Du den Dip Schalter für den Abschlusswiederstand am Akku korrekt eingestellt?
Can High und Low tauschen habe ich eben probiert. Daran lag es nicht. Mein altes CAT5 Kabel ist von der Länge her ähnlich und ich ab auch mit dem Multimeter verifiziert, dass die zwei verwendeten adern leitfähig sind.
Was ist die korrekte DIP Schalter Stellung? CAN Abschlusswiderstand an oder aus?
wenn Du nur den 1 Akku hast, dann Abschlusswiederstand aktiv. Der Abschlusswiederstand sollte jeweils an beiden Enden des Busses aktiv sein, bei den Geräten dazwischen nicht.
Hab alles nochmal gecheckt, ein neues Kabel gemacht, es mit und ohne GND versucht. Kein Lebenszeichen 
Ich habe auch das Device Profile und die Platine nochmal kontrolliert das passt alles. Ich glaube immer mehr das mein CAN Transceiver einfach kaputt ist weil mir langsam nichts anderes mehr einfällt woran es liegen könnte.
Eine Frage noch, wenn es funktioniert, sieht man in der OpenDTU Console irgendwelche Meldungen über den Status des CAN Transceivers, weil bei mir zeigt er halt auch keine Fehler an oder so sondern einfach gar kein Lebenszeichen, also ich weiß halt nicht mal ob der ESP das Modul überhaupt erkannt hat.
Du solltest Nachrichten sehen. Erwartet wäre was hier in der enable Funktion steht
Das sieht man aber nur wenn man die serielle Schnittstelle verwendet
Ich glaube ich habe GND verbunden
@energy-geek
Habe gerade testweise mal das CAN Interface meiner Batterie abgeschaltet und dann wieder aktiviert. Es kommen genau die Log-Einträge, die in dem von Malte angegebenen Source-File stehen:
13:17:04.357 > [Pylontech] Twai driver stopped 13:17:04.357 > [Pylontech] Twai driver uninstalled# hier eine Menge anderes Zeugs vom HUAWEI, Inverter etc. Dann beim Einschalten kommt:
13:17:13.333 > [Pylontech] Twai driver get status - invalid state 13:17:13.333 > [Pylontech] Twai driver installed 13:17:13.333 > [Pylontech] Twai driver started
Nachtrag:
Beim eigentlichen Empfang der CAN-Pakete wird laut Source Code (PylontechCanReceiverClass::parseCanPackets()) nur dann ins Log geschrieben, wenn ein Fehler auftritt. Dann sollte eine der folgenden Messages kommen:
- "[Pylontech] Twai driver get status - invalid arg"
- "[Pylontech] Twai driver get status - invalid state"
- "[Pylontech] Failed to receive message"
Vielen Danken für die Antworten.
Da bei mir ja gar nichts in der Konsole erscheint, spricht das auch für ein defekten CAN Transceiver oder was meint ihr?
Habe nochmal ein anderes Device Profile aus den Github Beispielen verwendet, daran liegt's auf jeden Fall auch nicht. Für mich bleiben eigentlich nur noch zwei mögliche Fehlerquellen. Entweder CAN Transceiver defekt oder einzelne Pins (27 und 14) am ESP kaputt. Weil der Rest ja gut Funktioniert (NRF, Slot Detect, Huawei CAN) tippe ich stark auf den Transceiver.
Ich werde wahrscheinlich gleich noch OpenDTU auf einen frischen identischen NodeMCU ESP - quasi als Drop in Replacement - flashen, dann wird sich's zeigen.
Dass das CAN Interface vom Pylontech Akku in Takt ist konnte ich noch nicht verifizieren, der ist aber nagelneu und ich halte das für deutlich unwahrscheinlicher als ein defekt im CAN Transceiver
Nur um sicher zu sein, kann mir jemand bestätigen, dass dieses Bauteil vom richtigen Typ ist, für die Kommunikation mit Pylontech Batterie?
https://www.ebay.de/itm/123372757472
Das wäre Super
VLG
Wenn Du die Verbindung zum ESP32 schon geprüft hast, dann ist das zumindest eine Möglichkeit. ZUmindest in dieser CAN Transceiver ja recht günstig, da kann man auch auf Verdacht 1-2 zusätzliche für Tests / als Ersatzteil bestellen.
Nutzt Du die GPIOs der Default-Konfiguration, d.h. 27 für RX, 14 für TX? Falls nein: Sind die gewählten PINs für Datenempfang bzw. -versenden geeignet? Evtl. nochmal andere GPIOs ausprobieren.
Ich Nutze die Default Belegung, RX auf 27 und TX auf 14.
Ich kann mir vorstellen, dass ich vllt beim anlöten des PIN Headers zu lang mit dem Lötkolben drauf war oder zu hohe Temperatur verwendet hab, sodass das Teil schon vor der eigentlichen Verwendung Schaden genommen hat
Bei den Teilen ist auch TX und Rx gerne vertauscht. Schau dir mal die Platinen Beschriftung oben und unten an
Und: die Batterie im Web Interface ist angeschaltet?
Genau so ein Modul habe ich zumindest auch.
Und ich kann Malte's Tipp noch unterstreichen: Auch bei meinem Modul ist die Beschriftung auf Ober- und Unterseite widersprüchlich: Der PIN, der auf der Oberseite mit CTX ist, ist auf der Unterseite CRX.
IIRC ist die Beschriftung auf der bestückten (Ober-)Seite die korrekte.
Danke für die viele Tipps und Verifikation des Bauteils. Bei mir sind die Ober und Unterseite einheitlich beschriftet und ich habe trotzdem auch schon durch tauschen des Pin Assignments von CTX und RTX ausgeschlossen, dass es verkehrt herum vom mir angeschlossen wurde.
Im Webinterface aktiviert hab ich die Batterie natürlich auch.
Hab jetzt ein neuen Transceiver bestellt und hoffe dass es dann klappt sonst bin etwas ratlos
Ich hab jetzt mal mit dem Huawei Netzteil weitergemacht, hatte die CAN Verbindung vor ein paar Wochen in einem Testaufbau eigentlich schon erfolgreich getestet. Hatte das Modul modifiziert mit dem Leiterbahnen aufkratzen Ding. Der Jumper für den Abschlusswiderstand ist drauf.
Jetzt habe ich ständig Verbindungsabbrüche, 80% der Zeit ist das Netzteil im OpenDTU Webinterface rot, ab und zu wird die Verbindung kurz wieder hergestellt, manchmal hält es lang genug um schnell Ausgangsspannung und Strom manuell einzustellen. Allgemein ist das aber absolut unzureichend. Auf der Konsole kommen auch die ganze Zeit Nachrichten, dass Request vom Netzteil nicht beantwortet werden.
Ich habe eigentlich nichts an den Daten Kabeln verändert seither und bin schon wieder ziemlich ratlos woran es liegen könnte, wenn nicht an einem möglicherweisen doch nicht so gut funktionierendem Netzteil (Kleinanzeigen gebraucht gekauft). Slot Detect scheint übrigens anstandslos zu gehen nur die CAN Kommunikation mal wider nicht {green}:deceitful:
Habt ihr die JST SM Stecker verwendet oder abgezwickt und verlötet?
@energy-geek welche opendtu on battery version nutzt du? Versuche Mal das letzte Release aus dem Juli zu nutzen und schau Mal, ob die Verbindung dann stabiler bleibt. Seit den August Versionen hab ich Probleme mit der Verbindungsstabilität. Hab das auch als issue geöffnet und malte hat einen Tipp gegeben, den ich aber aktuell nicht testen kann, da ich in den Schweizer Bergen bin ;-). Schaue mir das nächste Woche Mal an, aber das wäre auf jeden Fall einen Versuch wert für dich, um die grundlegende Stabilität zu testen. Ein weiterer Tipp ist, einen Kondensator zur Stabilisierung der Spannungsversorgung des can Moduls zu installieren, um ein evtl nicht ausreichend gutes USB Netzteile auszugleichen. Meine Erfahrung ist, dass can und insb das schalten von Slot detect per relais schon relativ viel Strom braucht und somit evtl die Spannung für die ESP Versorgung etwas einbricht. Das wurde bei mir mit dem Kondensator deutlich besser.
1 „Gefällt mir“
Ok Danke für deine Tipps, das probiere ich direkt mal aus mit der älteren Firmware. Es beruhigt mich direkt zu wissen dass ich nicht der einzige mit diesem Problem (oder ähnliches) bin, weil manche Dinge lassen sich gut analysieren bei anderen bin ich mir komplett unsicher ob der Fehler in meinem Aufbau, in kaputten Teilen oder tatsächlich auch in der Software liegt.
Das mit dem Kondensator hört sich schon logisch an, ist am Funkmodul ja auch sehr empfehlenswert, da muss ich sagen ärgert es mich aber auch das solche Kondensatoren nie oder immer zu klein dimensioniert auf die Teile drauf gemacht werden. Ich verwende einen ESP32 WROOM mit USB-C und dazu das offizielle Raspberry PI 4 Netzteil mit 5.3V bis 3,5A oder so, also wenn das keine ausreichend stabile Spannungsversorgung ist, dann weiß ich halt auch nicht.
@indie Du hattest tatsächlich Recht. Danke für die Hilfe.
Mit der Firmware vom July tritt so gut wie kein Verbindungsproblem mehr auf zwischen Netzteil und openDTU. Sehr krasser Kontrast zum neusten Release. Hätt ich nie gedacht, dass sich so schnell solch grobe Schnitzer in die Releases schleichen aber gut open source work in progress halt.
Kann jemand was zum automatischen Modus für die Netzteil Regelung sagen, also welche Einstellungen ihr da verwendet für die Spannungen. Habe das eben kurz probiert, hat aber gar nicht reagiert also die Netzteil Leistung wurde nicht verändert von dem Regler und blieb einfach konstant, auch wenn es 100W mehr Überschuss gab der in die Batterie geladen werden sollte.
1 „Gefällt mir“