LAN-Anbindung für BSB-Bus (Brötje, Elco Thision etc.)

[Schotty]

@all:
Die Frage kam ja vor einiger Zeit schonmal auf, ging aber irgendwie unter glaube ich: Wäre es nicht sinnvoll, den Thread umzubenennen? Z.B. in "Brötje ISR BSB-LAN-Adapter" oder nur "BSB-LAN-Adapter" oder so (LBP passt ja eh nicht, müsste ja eigtl LPB sein)? Dann würde die (Google-)Suche vielleicht auch erfolgreicher sein?
..anyone..? (Andre/justme1968 - liest du hier noch mit?)

Gruß

[Quant]

Hallo,

als mein Einstieg hier zunächst mal meinen herzlichen Dank an alle, die dieses tolle Programm möglich gemacht haben. Insbesondere auch für die Heizungssteuerung, die bei mir an einer Broetje WGB Pro EVO 20C (mit Solarspeicher) arbeiten soll. Zumindest bis zu dem Punkt, Werte über das Netzwerk auslesen zu können, funktioniert es auch schon 
Daher hier zwei Bilder des verbauten Reglers ISR (LMU75), am FB-Anschluss unten rechts liegen für BSB-LAN verwendbare Signale:

Viele Grüße
Thomas

[Scherheinz]

@Scherheinz:
Super, danke - also Steuerung "Elco LOGON B G2Z2 + RVS63.283/160" - mit welchem Heizungssystem?

Stimmt da fehlt was.....


Elco Straton21

[freetz]

Version 0.25 ist released, Änderungen bestehen in weiteren Parametern für (FUJITSU) Wärmepumpen...

[miwi]

Hier ist die XML-Datei dazu, die aus der BSB_lan_defs.h Datei mit aktiviertem "#define BROETJE_SOB" gebaut worden ist.  XML fuer andere Zielsysteme gerne auf Anfrage.

[freetz]

Hier noch mal ein Aufruf zur Mitwirkung, bei dem wir (mindestens) jeweils eine Person von jedem Heizungstyp benötigen:
Es gibt in der BSB_lan_defs.h noch einige Parameter, bei denen die gleiche CommandID für jeweils unterschiedliche Parameter steht, und bei denen wir noch nicht klar haben, welche Kombination für welchen Heizungstyp gilt. Es ist also im Interesse aller, wenn jeder noch mal seinen Rechner an den Arduino klemmt und diese Werte noch einmal überprüft und dann an mich bzw. hier zurück meldet. Dann kann ich für die jeweiligen Typen entsprechende #defines setzen und jeder bekommt dann am Ende die richtigen Werte für seine Heizung zurückgemeldet.

Die fraglichen Parameter findet man schnell, in dem man in der _defs.h nach "same cmd as" sucht und dann zu beiden Parametern die entsprechenden CommandIDs herausfindet. Wie das geht, ist jetzt dank Ulf auch auf Deutsch auf der GitHub-Seite beschrieben.

Gruß,

F.

[Schotty]

[...]
Elco Straton21

..laut Google ein Öler - richtig?

[Schotty]

[...] Broetje WGB Pro EVO 20C (mit Solarspeicher) [...]

Hi Thomas,
auf den Bildern erkenne ich leider keine genauere Reglerbezeichnung
(Btw: Hast du Solar an einer extra Steuerung?)
Gruß

[Schotty]

Hier ist die XML-Datei dazu, die aus der BSB_lan_defs.h Datei mit aktiviertem "#define BROETJE_SOB" gebaut worden ist.  [...]

Hi miwi,
da ich ja auch das Broetje_SOB-definement nutze: Was mache ich mit der .xml? Wie und wofür kann ich sie nutzen? Irgendwie stehe ich gerade absolut auf dem Schlauch
Gruß

[Schotty]

Wie das geht, ist jetzt dank Ulf auch auf Deutsch auf der GitHub-Seite beschrieben.

@freetz:
Kann ich bei GitHub irgendwie sehen, welche Änderungen du aktuell an den readmes vorgenommen hast? Bzgl. Übersetzung..

Gruß

[freetz]

Ja, einfach auf die jeweilige Datei klicken, dann rechts oberhalb des Dateiinhalts auf "History" klicken und dann auf die sechsstellige Hex-Zahl. Dann werden die Änderungen hervorgehoben - leider nicht von Version zu Version, sondern (hauptsächlich bei Texten) von jedem Mal, wo man/ich gespeichert habe...

[miwi]

da ich ja auch das Broetje_SOB-definement nutze: Was mache ich mit der .xml? Wie und wofür kann ich sie nutzen?

Die ist fuer die Heizungsbetreiber wahrscheinlich nicht wichtig.  Code-Entwickler koennen aber darin nachsehen, was ueber ein Kommando schon bekannt ist.  Es gibt ja mehr als ein Projekt in mehr als einer Programmiersprache, das darauf zielt, sich mit dem BS-Bus zu verbinden.  Eine einheitliche Darstellung der Kommandos, auf die Entwickler unabhaengig davon zurueckgreifen koennen, in welcher  Sprache sie programmieren, hat mir gefehlt.  Nach einigen Betrachtungen dessen, was andere (Excel-Tabellen, Text) geleistet haben, um die Kommandos in mehr oder auch weniger konsistenter Form darzustellen und meinen eigenen, unbefriedigenden Versuchen mit einer Textdatei habe ich mich fuer das XML-Format entschlossen.  Da ich mich bei diesem Projekt hier schon zu Geros Zeiten (allerdings mehr im Hintergrund) beteilige und es dasjenige ist, das am aktivsten bearbeitet wird (danke an Gero und Frederik), habe ich diesen Code als Ausgangsbasis fuer die Umwandlung in eine XML-Datei herangezogen.  Meine Hoffnung ist, Korrekturen und neue Kommandos auf diese Weise leicht ("per Knopfdruck") einpflegen zu koennen, wenn sie hier implementiert werden.

Das XML-Format hat neben der Konsistenz, die es prinzipiell auch menschen-lesbar macht, noch einen immensen Vorteil: Es ist maschinen-lesbar, fuer diesen Zweck gibt es sogar libraries. Es gibt zum Besipiel ein Projekt bei OpenHAB, wo jemand ein Programm zur Verbindung mit einer Stiebel-Eltron Waermepumpe geschrieben hat.  Er teilt seinem Programm ueber eine XML-Datei mit, wie es zu arbeiten hat, wie die Kommandostruktur jedes einzelnen Kommandos aussieht.  Sehr geschickt.  Warum sollte das gleiche Prinzip nicht auch fuer eine (evtl. OpenHAB) BS-Bus-Anbindung an Broetje, Thision, usw. funktionieren? Eine XML-Datei ist schon mal da ...  Grundsaetzlich ist es denkbar, dass dann statt neu zu kompilieren nur die XML-Datei ausgetauscht wird, um ein bestimmtes BS-Bus-Geraet von einem anderen Hersteller zu steuern.  Wie gesagt, ich kann auch ein anderes #define einfuegen, dann kommt eine fuer ein anderes Gereat individualisierte XML-Datei  heraus.

[Schotty]

@miwi
Aaahh, jetzt habe ich es auch verstanden - danke!

[...]
Warum sollte das gleiche Prinzip nicht auch fuer eine (evtl. OpenHAB) BS-Bus-Anbindung an Broetje, Thision, usw. funktionieren?
[...]

Das lässt also auf weitere Entwicklungen hoffen?! Dein Screenshot von der OpenHAB-Geschichte (womit ich mich aber auch nicht auskenne) gefiel mir ganz gut - wäre es für eine reine Heizungssteuerung/-überwachung vielleicht sogar einsteigerfreundlicher als FHEM? Solltest du diesbezüglich weiter entwickeln, würde ich mich freuen, wenn du uns auch weiterhin daran teilhaben lässt!

Gruß

[Scherheinz]

..laut Google ein Öler - richtig?

Genau! Baujahr 2010 

[miwi]

Das lässt also auf weitere Entwicklungen hoffen?! Dein Screenshot von der OpenHAB-Geschichte (womit ich mich aber auch nicht auskenne) gefiel mir ganz gut - wäre es für eine reine Heizungssteuerung/-überwachung vielleicht sogar einsteigerfreundlicher als FHEM?

Das kann ich mich mangels eigener Erfahrung mit FHEM nicht beurteilen.

Solltest du diesbezüglich weiter entwickeln, würde ich mich freuen, wenn du uns auch weiterhin daran teilhaben lässt!

Meine Arbeit an diesem Projekt steht seit kurzem wegen anderer Prioritaeten auf "Halt".  Darueber bin ich selbst nicht zufrieden.  Kurze Info: Aller OpenHAB Code ist in Java geschrieben, auch der meines BS-Bus Bindings. Das Binding erzeugt schon die BS-Bus Telegramme gemaess XML-Vorschrift, aber die Anbindung des Bindings an den OpenHAB core muss noch ausgearbeitet werden. Das ist der Stand.  Da dies ein FHEM-Forum ist, will ich es nicht mit dem Thema weiter strapazieren.  Wer Fragen hat, kann mir eine PM schicken.  Gegen eine Zusammenarbeit habe ich nichts einzuwenden, im Gegenteil.