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

Maista · 11 Mai 2020, 23:29:21

Moin freetz.
Gibt's ein Schaltplan?
Platine benötige ich keine.
Gruß Gerd

freetz · 11 Mai 2020, 23:39:38

Klar, Schaltplan wie immer unter /schematics auf GitHub...
EDIT: Sorry, war noch nicht ausgecheckt, liegt jetzt oben...

Schotty · 12 Mai 2020, 13:17:10

Nur kurz zur Info bzgl Handbuch:
Das Handbuch wird von mir möglichst zeitnah auf v3+Due umgestellt. Die Änderungen werden vermutlich nicht 'in einem Rutsch' erfolgen, da ich es vorziehe, sowas online bei GitHub zu machen und nicht 'offline' und dann zu pushen. So kann ich etwaige Layoutfehler etc dank der Vorschau-Funktion bei GitHub schneller finden und erspare mir doppelte Arbeit (GitHub's Preview stellt z.T. Dinge anders dar als die Preview-Funktion diverser Editoren). Zeitlich bin ich momentan leider recht eingeschränkt, aber ich versuche, es so schnell wie möglich umzusetzen.
Daher sicherheitshalber nur nochmal der Hinweis: Wer derzeit/in Kürze die aktuelle v0.45er Version samt Handbuch-PDF runterlädt oder die Onlineversion des Handbuchs nutzt, muss damit rechnen, dass Teile des Handbuchs noch nicht komplett auf v3+Due umgestellt sind.
Ansonsten werden letztlich natürlich auch der v3-Schaltplan, Bilder etc wie gehabt im Handbuch zu finden sein.

Die letzte v2+Mega-'gültige' Handbuchversion ist im v0.44er Release zu finden.

fabulous · 13 Mai 2020, 17:47:42

Moin,

ich habe eine Verständnisfrage zu den Parameterwerten und wie ihre Bedeutung in der Software hinterlegt ist.

Beispiel Parameter 8000:
Dieser kann Werte zwischen 0 und 255 annehmen.
Viele dieser Werte stehen für einen bestimmten Status, z.B. "Schnellaufheizung", "Zwangsabnahme", etc.

Wo bzw. wie ist hinterlegt, dass "17" als "Nachlauf aktiv" zu verstehen ist?

Mein erster Blick ging in die "..._defs.h"; aber ich finde die Begriffe nicht.

Gruß
Fabian

EDIT: Habs gefunden ... LANG_DE.h ist die Antwort

fabulous · 13 Mai 2020, 20:19:55

Moin,

hier noch eine Rückmeldung zur Vorlaufberechnung:

Ich habe in den letzten drei Wochen Daten gesammelt; insbesondere habe ich "Raumtemperatur soll", "Raumtemperatur ist", "Außentemperatur gemischt" und "Vorlaufsollwert" aufgezeichnet.

Der Hintergrund war, dass ich verstehen wollte, wie genau die Vorlaufberechnung funktioniert bzw. ob die im ISR-Handbuch angegebene Formel mit den Heizungswerten übereinstimmt.

Das Resultat ist allerdings verwirrend. Wenn die gemäß der Formel berechnete VL-Werte mit den aufgezeichneten VL-Werten (Parameter 8744) verglichen werden, bleibt eine permanente Abweichung von ~8 Kelvin, die ich mir nicht erklären kann.

Horizontal aufgetragen ist die AT, vertikal der VL-Wert.

Ich habe bei meinen Auswertungen sowohl die Raumkorrektur bzw. den Raumeinfluss herausgerechnet (unter der Prämisse, dass die hierfür angegebene Formel korrekt ist) sowie die Schnellaufheizung.

Hat jemand von Euch noch eine Idee, welche Funktion der Heizung eine solche permanente Abweichung verursachen könnte?

Gruß
Fabian

loetmeister · 13 Mai 2020, 21:32:13

Zitat von: freetz am 11 Mai 2020, 11:44:03
[...]wem neue bzw. aktualisierte Parameter reichen, kann alles so lassen, wie es ist.

EDIT: Hier der Link zur finalen Mega 2560 Version:
https://github.com/fredlcore/bsb_lan/releases/tag/v0.44

Ich war mal so frei den nun letzten Stand für den Mega 2560 bei mir in einen Branch zu übernehmen... Da ich nicht auf den Due wechseln möchte, würde ich dort versuchen den zukünftigen Stand Mega 2560 kompatibel zu halten... mal sehen wie lange...

https://github.com/loetmeister/bsb_lan/tree/mega2560

Gruß,
Thomas

Schotty · 15 Mai 2020, 09:45:36

@loetmeister: Du kannst uns hier ja mal auf dem Laufenden halten, ob/wann/wenn du die ersten 'größeren' Änderungen diesbzgl vorgenommen hast. Wenn du bspw neue Funktionen von BSB-LAN integriert bekommst, von denen die 'alten Hasen' profitieren könnten, dann kann ich den Hinweis zu deinem Branch gerne mit im neuen "Anhang D: Hinweise für Nutzer des veralteten Setups Adapter v2 + Arduino Mega 2560" (https://1coderookie.github.io/BSB-LPB-LAN/anhang_d.html) des Handbuchs als 'alternative v0.44-BSB-LAN-Quelle' mit aufnehmen. Etwaige Supportanfragen diesbzgl würden/müssten/sollten dann allerdings bei dir landen bzw. hier von dir beantwortet werden..

@all: Sollten noch Fragen o.ä. bzgl des veralteten Setups [Adapter v2 + Mega 2560] auftauchen, die ich noch nicht im o.g. Anhang behandelt habe, bitte auch hier melden.

freetz · 15 Mai 2020, 10:34:02

@loetmeister: Für den Moment ist es nicht nötig, dass Du Dir die Arbeit machst, denn der Code wird vorerst grundsätzlich auf beiden Geräten laufen. Das wäre erst dann der Fall, wenn ich für neue Funktionen auf Bibliotheken zurückgreifen müsste, die es nur für den Due und nicht für den Mega gibt - meistens ist es aber eher anders herum der Fall. Und dann müssten diese Libraries auch hardwarenah programmiert sein, so wie die SoftwareSerial-Libraryy oder die Reset-Funktion, beide sind aber schon entsprechend gekapselt.

Das Problem ist ja nicht, dass der Due mehr "kann", sondern für uns hauptsächlcih, dass er mehr Speicher hat. Und schon jetzt reicht der nicht, wenn man z.B. Russisch als Sprache auswählt, so dass man gezwungen ist, bestimmte Funktionen zu deaktivieren. Das kannst Du den Leuten aber schlecht abnehmen, denn der eine kann auf's Logging verzichten, der andere auf die MAX-Funktionen etc.

Was ich in jedem Fall weiterhin machen werde, ist, dass ich beide Varianten vor dem Hochladen auf GitHub kompiliere. Wenn da keine Fehler kommen, läuft der Code grundsätzlich auf beiden Architekturen. Ich werde bloß nicht mehr die Funktionen auch im Alltagsgebrauch prüfen. Das müssen die Mega-User dann machen, und wenn es dann Korrekturvorschläge gibt, baue ich die selbstverständlich mit ein.

Nur ist einer meiner Pläne halt die Konfigurationsdatei überflüssig zu machen, damit man BSB-LAN auch als Binary verteilen kann - das war ja ursprünglich auch mal ein Wunsch von justme1968 für die reibungslose Integration in FHEM. Dann werden die Einstellungen im EEPROM gespeichert und man muss sich nicht mit der IDE herumschlagen. Wenn es dann zu umständlcih sein sollte, gleichzeitig die Define-Konfiguration weiter zu bedienen, erst dann ist es nötig, sich über einen Fork der jetzigen Version Gedanken zu machen. Der kann sich dann natürlich unabhängig weiterentwickeln und trotzdem auf die gleiche Parameterdatenbasis zurückgreifen. Aber wie gesagt, noch sind wir da nicht. Ich wollte nur jetzt einen offiziellen Schlussstrich unter den Mega ziehen, damit alle Seiten Klarheit haben, dass von meiner Seite aus keine speziell auf den Mega ausgerichtete Entwicklung mehr erfolgen wird.

postman · 15 Mai 2020, 13:10:31

Moin freetz,

Zitat von: freetz am 15 Mai 2020, 10:34:02

Das Problem ist ja nicht, dass der Due mehr "kann", sondern für uns hauptsächlcih, dass er mehr Speicher hat. Und schon jetzt reicht der nicht, wenn man z.B. Russisch als Sprache auswählt, so dass man gezwungen ist, bestimmte Funktionen zu deaktivieren. Das kannst Du den Leuten aber schlecht abnehmen, denn der eine kann auf's Logging verzichten, der andere auf die MAX-Funktionen etc.

Bitte nicht böse sein; ich weiss, dass Du das nur als Hobby machst. Und das machst Du wirklich super toll

Dazu habe ich mal eine Frage : Wenn das Mehr an Speicher schon jetzt nicht mehr reicht, wäre es da nicht vielleicht sinnvoller, das BSB auf eine ganz andere Plattform; z.B. Raspberry; zu portieren? Da wäre die Speicherkapazität ja nur von der verwendeten SD-Karte abhängig. Wenn ich mich nicht irre, dann ist der Adapter ja eh schon für den Raspberry vorbereitet. Gibt es da nicht sogar schon einen Ansatz für?

Gruß Uwe

freetz · 15 Mai 2020, 13:18:29

Kein Problem, aber die Diskussion hatten wir glaube ich schon mehrfach - daher nur kurz: Es geht ja auch darum, dass der Code möglichst erhalten bleiben kann. Und das geht eben nicht, wenn ich vom Arduino (egal ob Mega oder Due) auf den Raspi wechseln würde. Und beim Raspi musst Du ständig das Bestriebssystem aktuell halten, das erfordert Linux-Kenntnisse, die ich nicht voraussetzen möchte. Arduino IDE herunterladen, flashen, fertig. Das ist das Ziel.

wolkenschaufler · 16 Mai 2020, 14:58:34

Hallo,

ohne die 300 Seiten gelesen zu haben, erlaube ich mir folgende Frage:
Wie kann ich feststellen, ob meine Heizung unterstützt wird? Es ist eine Brötje BLW Split-P 6-27 C. Die Brötje BLW Split-B wird gemäß diesem Link:
https://1coderookie.github.io/BSB-LPB-LAN_EN/chap03.html#311-broetje
unterstützt.

In der Anleitung der Heizung finde ich nur Modbus und R-Bus Anschlüsse. Siehe auch hier auf Seite 44:
https://polo.broetje.de/pdfreqdoku.php?fn=not-7684558-06.pdf&ty=DE

Danke!

VG Maximilian

Schotty · 16 Mai 2020, 18:32:30

Hi Maximilian,

Zitat von: wolkenschaufler am 16 Mai 2020, 14:58:34
ohne die 300 Seiten gelesen zu haben

die braucht keiner mehr zu lesen (es sei denn aus reinem Interesse für die Sache an sich), das Handbuch reicht

Du hast anscheinend leider genau die Modellreihe erwischt, die nicht BSB-LAN-"kompatibel" ist

Die Split-P-Reihe hat offenbar die 'neue' Generation an Reglern verbaut, nämlich die IWR-CAN-basierten ("IWR Alpha" geräteseitig, "IWR IDA" als Raumgerät). Du müsstest so ein 'schickes' Farbdisplay an der LWP als Bedieneinheit haben, korrekt?
Ein kurzer Hinweis findet sich auch hier: https://1coderookie.github.io/BSB-LPB-LAN/kap03.html#33-hinweis-neue-modellgeneration---nicht-unterst%C3%BCtzter-regler-von-br%C3%B6tje

Könntest du so nett sein, einmal das Gehäuse zu öffnen und ein Foto von dem Bereich zu machen, wo man die Raumgeräte etc anschließt? Dann könnte ich das im o.g. Unterkapitel mit ins Handbuch aufnehmen, damit andere Suchende es leichter haben.
Bei der Gelegenheit könntest du dann vielleicht auch sicherheitshalber nochmal nachgucken, ob du irgendwo eine Bezeichnung der Regler-/Steuerungsplatine findest. 1. könnte ich die Bezeichnung dann evtl auch mit aufführen, 2. könnte es ja vielleicht sein, dass intern doch ein RVS_irgendwas werkelt und im Grunde nur eine Art 'Konverter' verbaut ist, an den der Endnutzer dann die genannten Raumgeräte anschließt. Halte ich momentan zwar für äußerst unwahrscheinlich, aber man weiß ja nie..
Wann bzw welche Modellreihen betreffend diese Umstellung seitens Brötje erfolgte, weiß ich leider (noch) nicht, werde aber nochmal versuchen, da genauere Infos herauszufinden.

wolkenschaufler · 17 Mai 2020, 11:43:51

Hallo,

Zitat von: Schotty am 16 Mai 2020, 18:32:30
Du müsstest so ein 'schickes' Farbdisplay an der LWP als Bedieneinheit haben, korrekt?

ja, genau. Nennt sich in der Anleitung HMI oder MT3 und hat einen USB-Anschluss für Updatemöglichkeiten wenn man es aufschraubt.
Ingesamt sind drei Regelungsplantinen / Einheiten in der Heizung verbaut:

farbiges Touchdisplay MT3
Regelungsplatine EHC-05
IWR RMS (SCB-10) Regelungsplatine

Gibt es also für mich im Moment keine Möglichkeit, die Heizung in die Hausautomatisierung einzubinden (nutze OpenHAB)?

Ich hatte die Hoffnung, es geht über den Modbus, R-Bus oder L-Bus. Aber ich blicke noch nicht ganz durch, was für Bus da für was genau sein soll.

Ich hab mal von allem Fotos gemacht. Ich hoffe es sind verwertbare dabei. Wenn nicht, kann ich gerne noch mehr machen. Im Prinzip steht auch alle in der Installationsanleitung drin.

Die Fotos sind hier zu finden:
https://ikarus.0bmnl6vxpe7g0r7p.myfritz.net/index.php/s/LctPQJ2TqoNAaBz

Danke und viele Grüße

Maximilian

Schotty · 17 Mai 2020, 12:19:17

Danke, sehe ich mir so bald als möglich an.

Bzgl Einbindung: Also zumindest mit BSB-LAN wird es (nach bisherigem Wissensstand) nicht möglich sein

R-Bus ist wohl der 'Raumgeräte-Bus', L-Bus wie im Handbuch bemerkt ist mir nicht weiter bekannt, dazu habe/hatte ich nichts weiter gefunden.
Bzgl Modbus: Ob es darüber Möglichkeiten zur Anbindung gibt, weiß ich nicht, habe ich mich nie wirklich mit beschäftigt. Bestimmt gibt es diesbzgl prinzipiell Möglichkeiten (bspw sowas hier https://www.heizungsdiscount24.de/regelungstechnik/technische-alternative-md-modb-modbus-m-bus-modul-01md-modb.html) - aber ob das letztlich eine Anbindung und 'Bedienung' der WP ermöglicht, wie es mit BSB-LAN der Fall ist, kann ich nicht sagen. Ich vermute aber mal, dass es so in der Form nicht möglich ist, dazu dürfte es alleine schon an den ganzen Telegrammen/CoIDs mangeln. Bist du zufällig Programmierer..?

Es gibt noch eine Art 'Gateway', das anscheinend nötig ist, wenn man IDA an einem ISR-System verwenden will (GTW17, s. https://1coderookie.github.io/BSB-LPB-LAN/kap03.html#364-br%C3%B6tje-ida) . Vielleicht wäre das eine Möglichkeit, um BSB-LAN irgendwie angeschlossen zu bekommen. Aber ob das letztlich wirklich funktionieren könnte, kann zumindest ich aufgrund mangelnder Hardware und Erfahrung diesbzgl leider nichts sagen..

freetz · 17 Mai 2020, 12:54:31

Hmmm, interessante Idee - wenn man das Gateway parallel an die IDA hängen könnte, die ansonsten nativ an die Heizung geht, müsste man zumindest in der Lage sein, die Daten, die die IDA ständig auf den Bus ballert, auswerten zu können. Ob umgekehrt auch eine Kontrolle über die IDA und damit die Heizung möglich ist, müsste man mal schauen, aber zumindest die Read-Only Auswertung wäre ja schon mal ein wichtiger Schritt...

Meine Vermutung ist, dass Art und Anzahl der übertragenen Daten durch das Gateway begrenzt ist, da ich vermute, dass nicht nur die physikalische Übertragung anders ist, sondern auch das verwendete Protokoll. Und dass das Gateway beide Protokolle spricht und dann bestimmte Parameter auf R-Bus-Seite auf bestimmte Parameter auf BSB-Seite übersetzt. Aber wie gesagt, das könnten ja schon die Interessantesten sein...