Einsatz als reinen Batteriemonitor für ein JK-BMS #1446
-
|
Hallo zusammen, Hintergrund: Nun möchte ich lediglich die Batteriedaten (Zellspannungen, Ströme usw.) im Homeassistant protokollieren. Geht das ootb oder muss ich da was anpassen, weil ich ja keinen Wechselrichter usw. habe sondern nur das BMS via RS485? Wäre für jeden Tipp dankbar. Gruß |
Beta Was this translation helpful? Give feedback.
Replies: 5 comments 15 replies
-
|
Schau doch mal hier : Oder per alternativ per |
Beta Was this translation helpful? Give feedback.
-
|
Hi Stefan, Die Batterie an das GX zu bringen und das ganze durch das Victron System zu tunneln möchte ich ungern machen weil:
Von daher wäre mir das openDTU eben schon das angenehmere, vor allem weil ich an meinem BKW schon das "Normale" openDTU dran habe. Braucht das openDTU zwingend einen Wechselrichter? S. |
Beta Was this translation helpful? Give feedback.
-
|
OpenDTU braucht keinen Wechselrichter.... Wenn es was spezifisch für die JKs gibt wie die beiden ESP-Home Projekte sogar mit schönem HA-Dashboard passt das vielleicht schon OOTB. Ist am Ende Geschmackssache. Je nachdem, wo du am Ende hin möchtest wäre evtl. sogar Musst du am Ende für deinen Use-Case entscheiden. |
Beta Was this translation helpful? Give feedback.
-
|
Du kannst gerne OpenDTU-OnBattery einsetzen, um dein JK BMS zu überwachen und in HomeAssistent einzubinden. In der Doku findest du Informationen zum Anschluss. Im nächsten Release wird sogar der Live View oben keine sinnlosen Karten mehr enthalten, wenn du keine Wechselrichter registrierst. Es ist aber möglich, dass du ein paar Wert im HomeAssistent nicht siehst, die du dir wünscht, weil nicht alle Sensoren/Werte bei HomeAssistent registriert werden, siehe #670. |
Beta Was this translation helpful? Give feedback.
-
Glaub mir ich BIN konzentriert.
Auf dem fusion sind an dem WROOM diverse andere Bauteiile.
Gut, hatte bisher eigentlich vor zu versuchen, mit dem fusion das andere Projekt zu testen, das mir hier vorgeschlagen wurde. S. |
Beta Was this translation helpful? Give feedback.
-
|
a) verstehe ich das problem nicht. In der Boarddoku sind ALLE pins des WROOM moduls vermerkt. wirklich alle. Also ich kann schlicht nicht nachvollziehen welche Infos dir fehlen. Der Grund warum hier weder Layouts noch Schaltpläne rumfliegen, ist, dass das Board eben für OpenDTU ein verbreiteter Standard werden sollte, der 'einfach geht'. Das haben wir - würde ich behaupten - recht gut erreicht nach ein paar tausend Stück. a) ist das kostentechnisch sehr ineffizient und kostet am Ende mehr als die Community-Edition und b) die BOM dieses Boards umfasst mehr als 50 Bauteile, im Falle der RFs teils sehr speziell ausgewählte Kapazitäten und Induktoren wo man nicht mal eben irgendwas nehmen kann, was auf den ersten Blick den richtigen F/H Wert hat. Das ist der fundamentale Unterschied: Während alle anderen Boards einfach fertige RF-Module einkaufen sind sie auf dem Fusion integriert. Deshalb packt es all diese Funktionalität auf 5.5x5.5cm . Und der Endkunde weiß, dass er hier Qualität kriegt wo kein 'cutting corners' betrieben wurde und jeweils die Hälfte der Antennenbeschaltung fehlt. Am Ende ist also der Hauptgrund, dass wir das für uns behalten nicht, dass wir da auf unseren Lorbeeren sitzen bleiben wollen (wir verwalten und managen das alles neben unseren normalen Full-Time-Jobs), sondern weil wir vermeiden wollen, dass da dann irgendwelche Chinesen oder andere neunmalkluge losmarschieren und denken Abklatsche dieser Boards produzieren zu können, die dann die Standards nicht einhalten und dann fällt das auf uns zurück. Für alles was Erweiterungen angeht - sprich die connections zum ESP32, haben wir wie gesagt alles aufgeschrieben, auch wo das Zeg hingeht wenn die jeweiligen Aufsteckboards benutzt werden. Es gibt auch ein riesiges Bild in der Doku, wo mit Pfeilen alle Komponentengruppen beschrieben sind. Ich weiß offen gesagt nicht, was wir noch mehr tun sollen. |
Beta Was this translation helpful? Give feedback.
-
Jaaaaa, das war wieder nicht "freundlich" von mir, aber es ist frustrierend, dass es sich so anfühlt als würdest du nicht begreifen wollen...
Ignoriere die einfach. Aus meinem Beispiel mit SDA folgt: Der mit SDA beschritete Pin geht direkt an GPIO2 des ESP32-S3, fertig. Da ist nichts dran/dazwischen. Das ist auch mit den anderen freien Pins so, also allen die an den Pin-Headern verfügbar sind.
Das ist auch mein Gedanke.
In der Tat 😎 💪
Dich erinnern, dass zwar immer mal wieder jemand schimpft, aber die anderen 99% der Nutzer nicht, weil's einfach läuft 😉 |
Beta Was this translation helpful? Give feedback.
-
Ja von mir aus auch PDF statt Grafik ;)
Ich dachte daher auch eher an eine Zusammenarbeit von markusdd und swingstate um ggf. die Features des PCB Pro auf einem Fusion OpenDTU-OnBattery Pro Board anzubieten oder ist das alles bereits auf einem Fusion mit CAN HAT vorhanden ? Bzgl. MCP2515 hatte ich neulich mit Manos diskutiert und das Ergebnis war, dass wir zwei CAN Bus Adapter (Controller + Transceiver) brauchen weil die Huawei mit einer anderen Baud Rate kommunizieren. Ich wollte das Issue/die Discussion auch verlinken, finde es aber gerade nicht. Bzgl. Nutzung von OpenDTU-OnBattery wollte Sven doch eigentlich ODOB nutzen man (der andere Stefan) hat ihm nur nahegelegt ein anderes Projekt zu probieren oder zu verwenden. Daher seine Nachfrage nach einem Schaltplan. Auch finde ich für die Nachhaltigkeit OpenHardware Projekte toll, weil man ggf. auch mal ein Bauteil austauschen kann falls was kaputt gehen sollte. Ganz viele Gründe die mich an Ahoy, OpenDTU und Fusion, sowie natürlich auch ODOB begeistern. |
Beta Was this translation helpful? Give feedback.
-
Danke für den Link Stefan ❤️ das hilft mir sehr weiter 👍 |
Beta Was this translation helpful? Give feedback.
-
Aha....und woher weiß ich jetzt, wie ich die Bauteile die ich nicht verwende in dem anderen Projekt (ja ich weiß böse wenn man solche Fragen stellt) auf passiv schalte?
Und ich schimpfe nicht sondern hab lediglich nachgefragt. Aber wie gesagt: ich gebe das Vorhaben auf, das openDTU-fusion board mit einem anderen Projekt einzusetzen..... |
Beta Was this translation helpful? Give feedback.
-
|
Das ist schade, aber unnötig: Wie Bernhard schon richtig sagte sind alle pins die in der Doku auf 'freely mappable' stehen ohne jede weitere beschaltung, mit denen aknnst du tun was du willst. |
Beta Was this translation helpful? Give feedback.
Du kannst gerne OpenDTU-OnBattery einsetzen, um dein JK BMS zu überwachen und in HomeAssistent einzubinden. In der Doku findest du Informationen zum Anschluss. Im nächsten Release wird sogar der Live View oben keine sinnlosen Karten mehr enthalten, wenn du keine Wechselrichter registrierst.
Es ist aber möglich, dass du ein paar Wert im HomeAssistent nicht siehst, die du dir wünscht, weil nicht alle Sensoren/Werte bei HomeAssistent registriert werden, siehe #670.