Die Datei bezieht sich vermutlich auf das was aus einer ISM7x rauskommt, nach teilweisem Aufbereiten und neu Verpacken der Originaldaten.
Die zig Aussentemps sehe ich auch, incl. einer Min-, Max-, und daraus einer Mittelwertberechnung, jeweils mit harter Rücksetzung um 0Uhr. Lol.
Ein PWM-Wert für die Pumpe wird auch schön ausgegeben, hat aber keine Wirkung, die verbaute Pumpe kann nur an/aus, wie ich an der Leistungsmessung sehe (sie hat aber immerhin einen manuellen Schalter für 3 versch. Leistungen).
Die ganzen “Module” die sich da unterhalten sind wohl eh nur 2 Platinen, mit wahrscheinlich ebensovielen Prozessoren, eine im Gerät und eine im BM. Wahrscheinlich sind das einfach nur verschiedene Tasks auf dem Proz. im Mainboard, die sich da über ebus unterhalten.
So wie ich das verstanden habe, kann die R3 eine Mischerbaugruppe direkt ansprechen und mit bis zu 6 Mischermodulen (MM), einem Solarmodul (SM1) und einem weiteren BM erweitert werden.
Ich hab bei mir alle Pumpen tauschen lassen nachdem ich alles eingestellt hatte und gesehen habe, was da original verbaut ist und welche Leistung die verbraten. Anhand der Einstellungen und Kennlinien hab ich dann passende Hocheffizienzpumpen rausgesucht. Im HK ist eine Laing Ecocirc+ E4-vario und im FBK eine E6-auto, mit PWM wird da nix geregelt.
Einiges ist hier auch nicht erkennbar, weil Minmalausstattung CGU mit BM0, scheint keinen Mischer zu geben
Siehst Du bei Dir keine anderen Busteilnehmer ausser BM und Regelung?
Bei mir ist das nicht so - ich bekomme nur haeufig Fehler beim Auslesen der BM-Minimaltemperatur (funktioniert nur ca. jedes fuenfte Mal).
by HarryP: Zusammenführung Doppelpost (bei Änderungen oder hinzufügen von Inhalten bitte die „Bearbeitungsfunktion“ anstatt „Antworten“ zu nutzen)
Doch jede Menge, hatte die auf dem Bus in einigen MInuten erscheinenden Adresspaare ganz am Anfang mal notiert:
:03:FE, :03:F1, :10:03, :F1:FE, :30:50, :30:76, :30:FE, :30:90, :70:51,
Quellen: 03, 10, 30, 70, F1
Ziele: 03, 50, 51, 76, 90, F1, FE(Broadcast),
davon bisher nicht als Quelle gesehen: 50, 51, 76, 90, also bei mir nicht vorhanden oder nur Empfänger/selten sendende “Geräte”. Es gibt halt noch Warmwasser bei den Kombithermen, Solarerweiterungen, Raum-Module (eins liegt hier irgendwo auch noch rum, nie installiert worden), keine Ahnung was sonst noch bei mir nicht vorhanden ist. Die vorhandenen Teilnehmer checken das halt und/oder senden einfach blind auf den Bus. In älteren Archiven gab es Kromschröder-Sätze mit 15, 35, 51, 52, 55, 75, 76, f5, f6. In mindestens 2 Dateien davon war auch nur eine Nachricht definiert. In Archiven für Wolf meist nur 08 und 50.csv’s. Dazu natürlich auch Broadcasts, Templates und memory.csv. Bei letzterem rätsel ich noch ob es da nicht um den Adapter geht, ist mir aber zu heikel den in die Config aufzunehmen: Wenn da unbedacht irgendwas in ein EEPROM auf der Heizung geschrieben würde hab ich einen Brick an der Wand, ein NV-Speicher ist auf jeden Fall drin, man kann ja dauerhaft Werte am BM einstellen.
Ich hab ein paar von Kromschröder mal eingebunden um zu sehen ob was kommt, aber wieder rausgeworfen, Solar macht eh keinen Sinn und bei dem Mischerkram kam auch nichts.
Müsste mir nochmal roh die Busdaten ansehen, wo das wirklich alles herkommt, bei den ersten Notizen könnte vielleicht Adressen vom Scan dabei gewesen sein.
Den MinMittelMax-Reset kann ich mir erst morgen nachmal ansehen, hab die Topics lesbarer umbenannt, von heut Nacht ist alles weg.
So sieht aktuell der Kram aus der 08..hc.cdv aus:
Neben einer lesbaren Form gehts mir auch darum, die Wertformate so zu definieren, dass man direkt sieht wenn es gar nicht vorhanden ist und falls möglich plausible Einheiten zu setzen. An einen in Minuten gemessenen Warmwasserdurchsatz glaub ich eher weniger.
Man kann schön sehen, dass der Ersteller dieser Konfigs auf halbem Weg an Ligma erkrankte…
Habe mir das mal genauer angesehen.
Nach Update auf neueste Firmware gab es ein paar mehr Möglichkeiten im Web-IF des Adapters, man kann nun auch PWM zuordnen. Via MQTT erscheinen in HA aber nur die als Eingang konfigurierte Pins, keine Ausgänge oder PWM und mit den I2C-Sensoren hab ich eh nicht gerechnet.
Aber immerhin konnte man über das Web-IF die Ausgänge und PWM bedienen, wenn auch etwas hakelig. So konnte ich meine HW mal in Kombi mit der ebusd Firmware testen. Aber es gibt ein paar Probleme:
-PWM hat nicht genug Power, in ESPHome konnte ich das mit einem Trick überwinden, das geht hier wohl nicht, es fehlt halt die Möglichkeit die Pins auf 40mA zu setzen.
-Es gab Einschaltprobleme am eBus, möglicherweise weil der Zustand der Pins gespeichert wird und zumindest der PWM beim Booten wieder hergestellt wird. Sowas kann ich gar nicht brauchen, sollte mit 0 initialisiert werden, sonst zieht das Ding zu viel.
Aber zumindest im Prinzip wäre schon mal alles vorhanden was ich für die externe “minimalinvasive” Steuerung brauche, nur die Ansteuerung via REPL müsste ich noch basteln und ausprobieren. Werde das also weiterverfolgen, denn ehrlich gesagt ist mir das Schreiben irgendwelcher Heizungsparameter via eBusd, bei dem Informationsstand über die Wolf-Kisten, etwas zu heikel.
by HarryP: Zusammenführung Doppelpost (bei Änderungen oder hinzufügen von Inhalten bitte die „Bearbeitungsfunktion“ anstatt „Antworten“ zu nutzen)
Deinem Screenshot nach zu urteilen ist doch eBusd schon eingebunden, vermutlich von hier:
Dazu muss man eben noch die passenden config-dateien (.csv) in den Pfad kopieren den man im addon konfiguriert hat. irgendwas muss ja bei Dir auch dort sein, mit “hc” im Dateinamen.
Diese Konfig-Dateien müssen natürlich zum Gerät passen, genau dort wird vorgegeben wie einzelne Werte “übersetzt” und dargestellt werden.
Leider ist dieses Format nicht wirklich gut und vollständig dokumentiert, vermutlich hat sich auch über die Zeit (nachdem etwas an Doku erstellt wurde) einiges geändert. Dazu kommt das es bei den Wolf-Geräten keine guten Vorgaben für die Konfig-Dateien gibt, so einige Parameter vielfach auf dem Bus erscheinen und wieder andere nur ewig irgendwelche Defaults zeigen.
Also hat man am Ende zig Werte, von denen nur einige wirklich relevant sind, aber eigentlich muss man die immer noch erraten. Wahrscheinlich erscheinen auch viele Einstellungsparameter auf dem Bus erst, wenn man sie über das BM aufruft. Würde also nochmals einen erheblichen Aufwand bedeuten, wenn man da halbwegs sicher sein möchte (mit verbleibendem Restrisiko) irgendwas über eBus schreiben zu wollen.
Gerätespezifische Doku scheint es auch nicht zu geben und alle Threads in Foren die sich damit beschäftigen sind -offenbar aus diesen Gründen- weitgehend ergebnislos versiegt.
Ich hab es daher aufgegeben über eBus da irgendwas machen zu wollen, die Kiste wird einfach nach Bedarf per HA ein- oder ausgeschaltet und heizt dann oder nicht, per Aussentemperaturfake und Brennersperreingang fallweise erzwungen und auch mit Pumpennachlauf.
Hallo
Ich versuche mich seit heute auch an dem ebus dongle für eine ältere Wolf Heizung. Ich habe ein BM, MM und SM2. Die Version unter GitHub - john30/ebusd-configuration: ebusd configuration files · GitHub erkennt bei mir leider gar nichts.
Ich wollte fragen, ob jemand eine halbwegs brauchbare csv Datei hat?
Pirmät geht es mir darum, die Temperatursensoren am Solarmodul auszulesen.
Hallo,
habe auch schon einiges probiert, die Dateien von John30 haben keine auswertbaren Daten geliefert. Auch im IOBroker Forum habe ich mich informiert, ohne Erfolg. Wohl schwieriges Thema beim Wolf EBus.
Beste Grüße
Hallo zusammen,
für die Frage mit der Uhrzeit nach Stromausfall: das lässt sich über
ebusd lösen. Das BM akzeptiert Datum/Uhrzeit-Broadcasts nur von
QQ=0f (Funk-Empfänger) oder QQ=30 (BM-Master). Mit ebusd kann man
die Quelladresse per “hex -s 0f” fälschen und den Broadcast automatisch
senden — ausgelöst z.B. durch eine HA-Automation bei erkanntem Reset.
Für das HEX-String-Problem: scanconfig deaktivieren, stattdessen
configpath auf einen lokalen Ordner mit CSV-Dateien setzen. ebusd lädt
die Dateien dann direkt ohne Geräte-ID-Matching.
Meine CGG-2-Konfiguration als Referenz (ähnliche Kromschröder-Architektur
mit BM):
Schön zu sehen dass auch andre217 aktiv ist — vielleicht lassen sich
Erkenntnisse zusammenführen.
Hallo. Dank Deiner 15.csv und der KI konnte ich für meine Wolf Regelung R21 mit BM Bedienmodul (Oelheizung ohne Warmwasser) einige Entitäten für ein Verlaufs-Dashboard und Steuerung einrichten. Ich hab mich da so verbissen eingebracht, dass es heute/gestern bis 04:00 ging. Danke für den Input.
Hallo @azimm, kannst die deine Lösung posten. Dateien wo, Unterverzeichnisse, E Bus Einstellung.
Beste Grüße
Danke für Deine Rückmeldung. Freut mich zu hören — bis 04:00 Uhr, das kenne ich gut! 
Hallo ch888
Ich habe die gleiche Hardware wie du, aber vor einem Jahr nur wenig Werte bekommen. Dein Ergebnis sieht schon viel besser aus. Möchte mich wieder damit beschäftigen. Kannst du deine .CSV Files und deine Konfiguration files mit mir teilen?
Gruß, Kuelwalda
Hallo Kuelwalda, ich hab da letztes Jahr viel rumprobiert und damit aufgehoert, als ich die Daten, die ich wollte, im Home Assistant hatte. Die config ist recht hemdsaermelig - ich hab bis auf die Definitionen (_templates.csv und memory.csv) alles in eine CSV Datei (ebusd-config.csv) gepackt und Vieles was bei Anderen funktioniert, bei mir aber Unsinn oder gar Fehler produziert hat, habe ich nur auskommentiert und dringelassen. Gut moeglich, dass da noch mehr geht.
Fuer mich taugt es so und das eBus-Shield mit einem ebusd in einem LXC laeuft problemlos.
Ich leg mal meine Doku mit der Zuordnung zu den Devices und Entities im HASS mit dazu - ein paar Sachen hab ich mit helpers dazugebaut: Heizoelverbrauch daily/gesamt und Kessel/Zirkulationspumpenstatus. Hochladen geht nur als TXT, die Files sind alle CSV.
_templates.txt (1,2 KB)
memory.txt (754 Bytes)
ebusd-config.txt (12,6 KB)
Wolf eBus BM R3 MM und HASS.txt (8,8 KB)
Moin,
ich habe letztes Jahr verzweifelt versucht, meine CGB50 mit BM2 Modul per Ebus ans laufen zu bringen.
Gestern bin ich das ganze noch mal mit Claude angegangen - und was soll ich sagen, Wahnsinn. Hab jetzt vermutlich alle relevanten Werte inklusive Steuermöglichkeit. Ich habe die ausgelesenen Werte stichprobenartig mit den Werten aus der Fachmannebene abgeglichen, sodass die Zuordnung sichergestellt ist - natürlich nicht für alles.
Claude konnte die Art der Schreibvorgänge selbstständig in kurzer Zeit erkennen. Auch hier - Extrem viel Arbeit abgenommen. Ich habe zum Abgleich die Anleitungen mit den Fachmannebenen, sowie das ISM7 Manual mit in die Sitzung gegeben.
Die configs samt Ausführungen habe ich mal als TXT angehangen
Wolf-CGB-ebusd-HomeAssistant.txt (37,4 KB)
Hallo,
ich hab mit meiner Wolf-Anlage (Wolf-CGU-2K-18 mit ART Raumthermostat) auch einiges Herumprobiert und zum Schluss mit Claude einiges geschafft.
Ich lass mal einen Link zu meinem Repo, wo ich alles dokumentiert habe, hier.
Vielleicht hilft das ja jemandem in der Zukunft weiter.
https://github.com/Michl7/ebusd_Wolf-CGU-2K-18
Gruß Michl