hier noch mal mein Beitrag aus 'Internet der Dinge', dem Offenen Brief an Max Viessmann, als neuer Thread - Diskussionen, Fragen etc. bitte hier 🙂
Moin Freunde!
Da Viessmann zwar ein wunderschöne Schnittstelle (UDS, ISO-TP oder DoIP) eingebaut hat, das aber nur eingeschränkt und für eine 4-stellige Summe (per WAGO Gateway) zur Verfügung stellt, haben wir uns bekanntlich dran gemacht, das selber offen zu legen. 🙂
Stand der Dinge ist:
- Wir haben eine MQTT fähige Lösung zum Anschluss an den externen CAN Bus ("Stecker 91"), die es erlaubt, E3 Geräte (Wärmepumpen, Gasgeräte, (PV Speicher gerade in der Testphase, BSZ brauchen wir noch Kandidaten)) in Home Automation Systeme einzubinden. ioBroker, mosquitto, Home Assistant, Node-RED und so weiter also alles einfach machbar und bei uns schon im dauerhaften Einsatz.
- Das Ganze läuft lokal, also ohne irgendeine Hersteller oder sonstwelche Cloud, ohne Internet! Bei der CAN Bus Kopplung kann die gleichzeitige Verbindung mit dem Viessmann Server zwecks Wahrung der Gewährleistungs- und Garantieansprüche aufrechterhalten bleiben.
Eine Anbindung über den WLAN Access Point ist auch möglich, damit aber keine parallele Viesmann-Server-Verbindung mehr.
- Aktuell ist nur das Auslesen von Daten weitergehend erprobt. Bei den wichtigen Daten haben wir auch schon die Formate zur Interpretation geklärt, wir arbeiten an einer vollständigen Klärung.
Das Schreiben ist bei vielen Daten auch schon erprobt.
und last not least: das Ganze ist natürlich kostenfrei und open source! im Sinne eins besseren Miteinanders 😉
Der laufend aktualisiert werdende Stand der Linux Lösung ist auf
https://github.com/open3e/open3e
verfügbar. Einen guten 'Leitfaden' für den Einstieg hat @Hotzen-Plotz hier zur Verfügung gestellt:
https://github.com/open3e/open3e/discussions/5
Eine Sammlung von nützlichen Informationen hat @TSG initiert:
https://github.com/TheSmartGerman/open3e/wiki
(werden wir bald auch unter das open3e Projekt migrieren)
beste Grüße!
Phil
zur Beachtung: Der Zugriff auf das Zielgerät mittels dieser durch Viessmann nicht vorgesehenen Lösung zieht möglicherweise den Verlust von Gewährleistungs-/Garantieansprüchen nach sich und kann unter Umständen zu GEFAHREN FÜR LEIBLICHE UNVERSEHRTHEIT ODER SACHWERTE führen! Die Autoren schliessen jegliche Haftung aus.
Beispiele aktueller Home Assistant Integrationen von Wärmepumpen:
Vitocal 250 Kältekreisübersicht: View und Installationsanleitung gibt's hier: https://github.com/MyHomeMyData/iob.vis.vitocal250.git
Visualisierung der Vitocal Energiematrizen zur monatlichen Energiebilanz für ioBroker:
Jürgen hat auch noch weitere schöne Sachen abgeleitet.
Einen Adapter für ioBroker:
https://github.com/MyHomeMyData/ioBroker.e3oncan
und noch ein paar andre Sachen, die aber in dem Adapter integriert sind. Schaut einfach mal sein Repo an...
https://github.com/MyHomeMyData
ps. wer uns unterstützen will und kann ist herzlich willkommen!
pps. und wir freuen uns über jedes 'like' (👍) - damit zeigt ihr deutlich, dass ihr eine offene und lokale Kommunikation mit den 'One Base' Geräten eigentlich von Viessmann erwartet
Diese Angaben kenne ich. Auch habe ich im Service-Menü mir ebenfalls die Bilder von den möglichen Einstellungen gemacht. Dennoch habe ich noch nicht den richtigen Überblick.
Was mich verwirrt, sind die Ausführungen im Service-Handbuch. Hiernach kann die Reihenfolge im Adapter nicht mit der Beschreibung der Register in Einklang gebracht werden.
Wenn ich dies vergleiche mit den Datenpunkten im Adapter ..
.. scheint die Reihenfolge durcheinander geraten zu sein.🤔
und was ich mich frage ..
Welche Werte gehören in ControlMode und OperationMode? Welcher Wert steht für was?
>> bei einem dominanten Pegel (0 data bit) auf eine Spannung zwischen CAN_H/CAN_L auf ca. 3,5 V gezogen.
guck mal hier:
(Quelle: https://www.researchgate.net/figure/CAN-transceiver-circuit_fig5_381573798 )
Wenn die Impedanz, die eine Potentialdifferenz verursacht, also grob gesagt niedriger ist als die hier 25kOhm, dann klappt das mit dem Ziehen in den passenden Bereich nicht mehr unbedingt.
@HerrP schrieb:hm, ich hoffe ich verstehe dein 'Verständnisproblem' richtig... dazu noch mal das von eben:
"beim Gnd geht es darum, die Stufen des Transceivers, besonders den Receiver, der ja im Chip auch aus Transistoren besteht, die irgendwie auf Masse bezogen sind, vorm Übersteuern durch ein parasitäres Potential der hi und lo Signale zu bewahren/schützen. Bei etwas zu hohem Potential clippt der Transistor und das Signal wird falsch interpretiert, bei viel zu hohem Potential kann der Transistor Schaden nehmen."
meinst du das?
Jein. Aber wir können das Beispiel gerne nehmen und den Innomaker als Beispiel eines isolierten Adapters.
Wenn ein Störsignal auf das Kabel einstrahlt, und zwar theoretisch exakt gleich auf hi und lo leitung, passiert ja nichts, die Spannung zwischen den beiden Leitungen verändert sich dadurch nicht, es ist ja ein symmetrisches Signal ohne gemeinsame Masse.
Wenn aber ein Störsignal unterschiedlich in beide Leitungen einstrahlt (den Unterschied versucht man ja durch das Verdrillen möglichst klein zu halten) wird dadurch in beiden Leitungen ein unterschiedliches Potential erzeugt, also eine Spannung zwischen hi und lo, die die Datenübertragung stören kann, falls dadurch falsche Differenzpegel erkannt werden.
Zu "die irgendwie auf Masse bezogen sind," : Ja, die Transistoren auf der "Cold"/CAN-Seite sind irgendwie mit Masse (COLDVSS) und Versorgungsspannung (COLDVDD) verbunden/bezogen/galvanisch gekoppelt. Aber weil COLDVDD/COLDVSS ebenfalls (über den B0505) keinen absoluten/externen Potential-Bezugspunkt haben, werden sie also quasi auf das "absolute" Potential (im Rahmen der Spannungen dazwischen) von CANL/CANH durch den Ladungstransport "gezogen/bezogen".
Kritisch wäre dann der Augenblick des zusammensteckens von zwei CAN-Bus-Steckern, weil zwischen den beiden CAN_H und zwischen den beiden CAN_L durch statische Aufladung ein hohes elektr. Potential vorhanden sein kann, was sich schlagartig entlädt/ausgleicht - aber damit das keinen Schaden anrichtet, wird das dann über den NUP2125 nach COLDVSS abgeleitet.
Wieso es bei einem isolierten Adapter (wie dem InnoMaker) im Betrieb zu Clipping kommen kann wenn man CAN_GND nicht verbindet mit dem anderen CAN-Bus-Teilnehmer, kann ich mir daraus leider immer noch nicht erklären.
Aber ich vermute, das geht hier jetzt so stark ins Detail, dass es off-topic wird/ist.
Danke.
>> In stark störbehafteter Industrieumgebung wird als Kabel auch 4 Adern mit zwei jeweils verdrillten Pärchen. Ein Pärchen hat CAN_L und CAN_GND, das andere Pärchen hat CAN_H und CAN_GND und dann ist das Steckergehäuse auf beiden Seiten auch mit der Leitungsabschirmung verbunden, die aber nur auf einer Seite mit Erdung verbunden ist.
das ist nicht ganz richtig. Es wird immer CAN_hi und CAN_lo verdrillt damit sich Einstrahlung möglichst auslöscht
(Quelle: https://creafield.ch/leitungen-verdrillen-oder-abschirmen-was-ist-besser/ )
(Quelle: https://esd.eu/support/can-bus-verdrahtungshinweise )
Manchmal wird aber statt 2x Gnd auch Vcc und Gnd mitgeführt, wie du oben schon gesagt hattest. Das Verdrillen dieser beiden sorgt dafür, dass Vcc nicht 'tanzt' (was ähnlich 'störend' ist wie eine tanzende Masse oder ein tanzendes Signal, wenn nicht alles (das ganze System) im Gleichtakt tanzt).
>> Wenn ein Störsignal auf das Kabel einstrahlt, und zwar theoretisch exakt gleich auf hi und lo leitung, passiert ja nichts, die Spannung zwischen den beiden Leitungen verändert sich dadurch nicht, es ist ja ein symmetrisches Signal ohne gemeinsame Masse.
Das ist eben nicht richtig, wie ich die ganze Zeit versuche zu erklären. Ein differentielles Signal(paar), welches ein gemeinsames hohes Potential gegenüber der Bezugsmasse der Halbleiter in der auswertenden Elektronik annimmt, kann diese in die Übersteuerung treiben.
Nochmal: Nicht umsonst heisst es "galvanisch getrennt", was implizit beinhaltet, dass es trotzdem noch kapazitive oder/und induktive Kopplung gibt, die mit steigender Frequenz immer relevanter wird, und unsere heutige Welt ist voll von hohen Frequenzen, ich erinnere z.B. an die Fourierreihe eines Rechtecks oder an die ganzen Funkübertragungen im MHz Bereich (zumeist auch noch Rechteck...).
In unserer Visualisierung zu ioBroker möchte ich unsere Hybridheizung steuern. Leider weiß ich nicht um die Bedeutung der in den Feldern ControlMode und OperationMode einzutragenden Werte? Diese dürfen ja 0,1,2,3 annehmen.
ps. das hier hab ich gefunden - hilft das vlt schon? .0 sollte der OperationMode sein
.3 ControlMode:
