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

[freetz]

Im ChangeLog sind die Parameter 10000, 10001 und 10002 erwähnt. Kann sein, dass Du die spezielle Variante nicht hast, weil sie für Gerätefamilie 59 ist. Hast Du eine Weishaupt WTU? Wenn ja, dann einfach auch da anwenden, denn es ist ja auch eine der Parameter 10000 Varianten. Wenn nicht, dann verstehe ich die Frage nicht.

Aber freut mich, dass dann jetzt alles funktioniert.

[Glenbeulah]

Brötje BBK EVO 22 + BSB-LAN + Home Assistant — Heizkurve, Taktung & Verbrauchskalibrierung

Hallo zusammen,

erstmal vielen Dank nochmal an Frederik&Co für dieses tolle Projekt und die Unterstützung bei der Realisierung.
Der Einbau und das Setup haben tadellos funktioniert und BSB-Lan läuft bei mir seit Anfang des Jahres ohne Probleme.

ich möchte kurz mein Projekt vorstellen und habe ein paar Fragen an die erfahrenen BSB-LAN-Nutzer.

Mein Setup

• Therme: Brötje BBK EVO 22i (2,9–20 kW Heizung, 2,9–22 kW WW, 95L Speicher) LMS15.003A100
  
• BSB-LAN: Angebunden über ESP32 (Olimex ESP32-EVB), Zugriff auf alle Parameter
  
• Home Assistant: Komplettes Heizungsmanagement:
    - Raumtemperatur-Aufschaltung (BSB 10000) aus gewichtetem Durchschnitt von 6 Räumen (Tado + SwitchBot Sensoren)
    - Geofencing → Away-Absenkung mit BSB Komforttemperatur-Anpassung
    - Fenster-auf-Erkennung → Frostschutz pro Raum
    - Energiemonitoring über Heizgradstunden + Therme-Verbrauchszähler (BSB 8381/8382)
    - Taktungs-Erkennung über BSB 8331 (Brennerstarts)
    - Korrekturfaktor-Kalibrierung (Prog. 2551) gegen echten Gaszähler
  

Haus: Baujahr 1960, teilsaniert (neues Dach 2025), ~138 m² beheizt, 3 Etagen, 5 Personen

Aktuelle BSB-Parameter:

Code Auswählen Erweitern

720 Steilheit:            1,10
721 Parallelverschiebung: 0,0°C
726 Adaption:             Ein
750 Raumeinfluss:         20%
760 Schaltdifferenz:      0,5°C
741 VL-Maximum:           52°C

Heizlast-Abschätzung

Aus den bisherigen Verbrauchsdaten (Therme-Zähler vs. Heizgradstunden) ergibt sich ein Gebäudekoeffizient von ca. 0,038 kWh/GTZ/m²:

Code Auswählen Erweitern

Außentemp.   Heizlast   Therme-Min (2,9 kW)
−12°C        ~6,6 kW    46% Auslastung
  0°C        ~3,9 kW    20% Auslastung
 +5°C        ~2,8 kW    unter Mindestmodulation!
+10°C        ~1,7 kW    weit unter Minimum

Die Therme ist ca. 3× überdimensioniert für die reine Heizlast — die 22 kW werden wegen WW-Bereitung (5 Personen, 95L Speicher) benötigt.

---

Frage 1: Taktung — was ist normal?

Bei mildem Wetter (+5°C) beobachte ich eine sehr spiky Modulation (0–100% statt stabiler 20–40%). Die Therme taktet ca. 2–3 Starts/Stunde.

• Ab welcher Rate spricht man von problematischer Taktung? Ich habe >3 Starts/h als Schwelle definiert — realistisch?
• Hat jemand Erfahrungen mit der BBK EVO bei milder Witterung? Bei meiner Überdimensionierung scheint Taktung ab ca. +5°C unvermeidlich, da die Heizlast unter die Mindestmodulation fällt.

Frage 2: Heizkurven-Optimierung bei Überdimensionierung

Mein Plan: Parallelverschiebung (721) und Steilheit (720) optimieren, um den Vorlauf bei mildem Wetter zu reduzieren. Die Adaption (726) gleicht Abweichungen automatisch aus.

• Hat jemand Erfahrung mit dem Zusammenspiel von Adaption (726) und manueller Kurvenoptimierung? Arbeitet die Adaption gegen manuelle Korrekturen, oder ergänzt sie sich?
• Steilheit (720): Zuerst die Verschiebung oder die Steilheit anpassen?

Frage 3: Raumtemperatur-Aufschaltung (BSB 10000) — welcher Raum?

Ich sende aktuell einen gewichteten Durchschnitt aus 6 Räumen an BSB 10000 (alle 7 Minuten). Die Gewichtung berücksichtigt Raumgröße und Trägheit.

• Ist ein gewichteter Durchschnitt sinnvoll, oder wäre ein einzelner Referenzraum besser? Falls ja — welche Eigenschaften sollte dieser Raum haben (Innenwand, keine Sonneneinstrahlung, mittlere Etage)?

Frage 4: Verbrauchszähler (BSB 8381/8382) — Genauigkeit

Die Therme schätzt den Gasverbrauch über die Gebläsedrehzahl. Ich kalibriere den Korrekturfaktor (Prog. 2551) gegen meinen echten abgelesenen Gaszähler.

• Welche Abweichungen sind bei euch typisch? Muss man den Faktor saisonal anpassen (unterschiedliche Brennerlaufzeiten Sommer vs. Winter)?
• Wie oft sollte man den Faktor 2551 kalibrieren?

Danke für euren Input! Bin gespannt auf eure Erfahrungswerte.

Gruß, Glen

[freetz]

Hallo Glen,

also ich würde sagen, Du bist grundsätzlich schon ziemlich gut davor, was Dein Heizungsmanagement angeht. Bei unserem Haus von 1964 kann ich von einer Heizkurvensteilheit von 1,1 nur träumen.  Meine Thision S 17.1 kommt auf ca. 2kW runter und ist damit schon eine der niedrigmodulierendsten Thermen auf dem Markt. Mit 2,9kW wirst Du in der Übergangszeit von daher vermutlich ins Takten kommen, aber 2-3 Starts sind da kaum zu vermeiden. Ein Pufferspeicher könnte da etwas abfedern, aber dafür extra einen einzubauen, macht finanziell keinen Sinn. Die Modulation geht bei einem Neustart meist immer erst mal auf 100%, da müsstet Du sonst mal mit den Parametern in der Kessel-Kategorie "spielen", sowohl was Brennermindestlaufzeit und -pausenzeiten angeht, als auch was die Leistung während der aktiven Reglerverzögerung angeht (die habe ich bei mir auf 1%, aber mehr bringt natürlich höheren Komfort). Auch die Schaltdifferenz-Temperaturen könnten noch etwas bringen. Aber letztlich heißt Übergangszeit immer Takten - es sei denn, Du machst es Dir dann einfach wärmer in der Bude, so dass die Heizung dann wieder durchläuft. Denn platt gesagt: Auch wenn 5 Stunden auf 20% Leistung so viel erscheinen wie 1 Stunde auf 100% Leistung (5 x 20 == 1 x 100), weil Du Dir bei den 100% Leistung vermutlich wegen der zu hohen Vorlauftemperatur den Brennwerteffekt zerschießt.

Die automatische Heizkurvenadaption hat bei mir teils sehr extreme Werte erzeugt (über 3), vielleicht pendelt sich das auf längere Sicht wieder ein, aber das wollte ich bei den Sprüngen nicht groß ausprobieren.

Beim Raumeinfluss reicht ggf. ein sehr viel kleinerer Wert. Es gibt hier im Forum (frag nicht wo) einen Beitrag von mir (vor Jahren), wo ich die Formel mal erklärt habe. Mir reicht 1% aus, alles andere lässt bei einer Abweichung von > 1 Grad das Vorlauf-Soll stark in die Höhe schießen. Beim Referenzraum kommt es darauf an: Ich habe lange Zeit eine gemittelte, gewichtete Temperatur an die Therme gesendet. Am Ende war für uns aber klar, dass das Wohnzimmer der Raum ist, in dem wir uns am meisten aufhalten (und der dazu am schlechtesten aufheizt). Von daher sind wir vor einiger Zeit wieder auf nur diesen Raum zurückgegangen. Bei einem guten hydraulischen Abgleich sollte es eh' keinen großen Unterschied geben, und (deutlich) verschiedene Temperaturen machen in einem Haus auch nicht viel Sinn, weil die Wände dazwischen oft nicht gut genug isoliert sind und sich über die Türen die Temperatur dann doch sehr vermischt. Wenn Du's dann irgendwo kälter brauchst, dann eher mit den Thermostatköpfen regeln.

Verbrauchszähler habe ich leider nicht.

VG, F.

[Gargravarr]

Hallo Glen,

habe ähnlichen Aufbau wie du, allerdings ohne den ganzen Smart-Quatsch. Kurzfristige Änderungen sowie Auswertungen kann ich problemlos über das obergeniale BSB-Lan mit dem Ollimex machen; das reicht voll für meine Bedürfnisse.

Bei meiner Brötje WGB EVO 20i haben sich folgende Parameter als Gamechanger erwiesen:

880    Pumpe Drehzahlreduktion        Temperaturhub Nenn
           
2317    Temperaturhub Nenn              4°C
2320    Pumpenmodulation                Temperaturhub Nenn
2441    Gebläseleistung Heizen Max   6kW
           
2455    Schaltdiff Aus Min HK's           20°C
2456    Schaltdiff Aus Max HK's          20°C

Die Schaltdifferenzen kann ich so hoch fahren, da ich zusätzlich noch einen Raumfühler im Wohnzimmer habe (RGP).
Thermostate im Wohnzimmer komplett auf, in den anderen Räumen auf 3.
Ohne den Raumfühler hatte ich in der Übergangszeit 10-30 Starts am Tag; mit dem Raumfühler sind es durchweg 1-3 Starts pro Tag.
Raumeinfluss hab ich auf 1%; bei höheren Werten wird mir der Sollwert sehr wellig und haut nach oben ab.
Durch den klein gewählten Temperaturhub fließt viel mehr Wasser durch die Therme, was ja auch die Taktung beeinflusst.
Habe leider ein Einrohr-System, deshalb lass ich die Heizkreispumpe zwischen 60-80% (also relativ konstant) laufen; funktioniert aber ganz gut.

Hoffe, ich konnte ein paar Tipps geben... 
VG vom Schwaben

[carbonara]

Hallo,
hier mal meine Erfolgsgeschichte zum Thema Takten:
Auch meine Heizung ist mit 20kW massiv überdimensioniert für unsere 125m² von 1993. Das Takten hatte ich nur mit Brennersperrzeiten (10min) in den Griff bekommen, was aber Komfort gekostet hat. Sie moduliert bei 0°C Außentemp. auf 0% herunter (=3kW).
HK1 hat 2 neue 33er Radiatoren fürs Arbeitzimmer und 1 22er für Bad + Bodentemperierung
>720 Steilheit = 0.64
HK2 FBH EG
>1020 Steilheit = 0.40

Änderungen, die das Takten quasi ausgeschaltet haben (bei 0°C)(siehe Bilder):
>alle Thermostate ganz auf (Raumtemp durch Komfortsollwert >710 + >1010 = 23°C)
>1050 Raumeinfluss w.g. Stahlfaserestrich = 50%
>1070 Schnellaufheizung auf 0°C
>1130 Temperatur-Überhöhung Mischer: 0°C
>1182 Minimale Pumpendrehzahl: 65%
>1170 Pufferspeicher : kein (war vorher falsch aktiviert)
>770 Raumtemp-Sollwertüberhöhung (Schnellaufheizung): 0.0 °C
>882 Pumpendrehzahl Minimum Heizkreis 1: 50 %
>830 Temperatur-Überhöhung Mischer Heizkreis: 0.0 °C

Die Pumpe für FBH habe ich auf einen festen Wert von 1,2m³ eingestellt (Adaption aus)
Hintergrung: der WW-Speicher hat ein kleines Leck und wird demnächst ausgetauscht.
Daher ist akt. auf der Anlage nur 0,8bar.

KW4= vor der Änderung
KW5= danach

[Glenbeulah]

Hallo zusammen,
vielen Dank für die ausführlichen und hilfreichen Antworten! Das hat mir enorm weitergeholfen. Hier ein kurzes Update, was ich basierend auf euren Tipps umgesetzt habe und was noch ausprobieren möchte.
Was ich geändert habe:
Raumeinfluss (750): 20% → 5%
Das war tatsächlich der erste große Hebel. Mit der Formel (dTV = dTR × Raumeinfluss/10 × (1+s)) konnte ich den Effekt direkt nachrechnen: Bei 20% und 2°C Raumabweichung morgens wurden +8,4°C auf den Vorlauf geschlagen — kein Wunder, dass die Therme getaktet hat. Ich habe mir in HA dazu Analyse-Sensoren gebaut, die VT-Soll aus Heizkurve, Raumeinfluss und Adaption aufschlüsseln — damit sieht man sofort, woher der Vorlauf kommt.
Adaption (726): Ein → Aus
Die Analyse-Sensoren haben gezeigt, dass die Adaption konstant +3,5°C auf den Vorlauf draufgeschlagen hat. Vermutlich hat sie sich unter den alten Bedingungen (20% Raumeinfluss) so eingelernt oder braucht einfach mehr als 3 Wochen um vernünftige Werte zu liefern. Da ich sowieso manuell Raumtemperatur über INF-Telegramm sende, arbeiten Adaption und Raumaufschaltung eher gegeneinander als zusammen. Jetzt ist der VT-Soll Real quasi identisch mit der reinen Heizkurve + minimalem Raumeinfluss.
Hydraulik — das teste ich aktuell:

880 Pumpe Drehzahlreduktion: Kennlinie → Temperaturhub Nenn
2317 Temperaturhub Nenn: 15°C → 7°C (erstmal konservativ, ggf. weiter runter)
882 Pumpendrehzahl Minimum: 10% → 20%

Die Spreizung lag vorher bei 13K — was recht hoch ist. Mit Temperaturhub Nenn muss die Pumpe jetzt aktiv hochdrehen um die 7K Spreizung zu halten. Mehr Wasser durch den Kessel = langsamerer Temperaturanstieg = weniger Taktung => so zumindest die Hoffnung  .

Was ich danach noch ausprobieren möchte:

2320 Kesselpumpenmodulation → Temperaturhub Nenn (damit auch die Kesselpumpe auf den Hub regelt)
2441 Gebläseleistung Heizen Max: aktuell 10 kW, ggf. auf 6-8 kW senken
Beobachten und Feintuning der Schaltdifferenzen und Pumpendrehzahl

Zu meiner ursprünglichen Frage 4 — Verbrauchszähler (BSB 8381/8382):
Für alle die es interessiert: Ich kalibriere den BSB-internen Verbrauchszähler regelmäßig gegen meinen echten Gaszähler und komme aktuell auf eine Abweichung von nur -0,6%. Die Therme unterschätzt den Verbrauch also minimal. Über den Korrekturfaktor (Prog. 2551) lässt sich das gut ausgleichen. Für eine Gebläse-basierte Schätzung ist das beeindruckend genau und für Energiemonitoring über HA absolut brauchbar.
Danke nochmal an alle für die wertvollen Hinweise — besonders die Kombination aus Raumeinfluss-Reduktion, Adaption-Abschaltung und Hydraulik-Optimierung scheint der richtige Weg zu sein. Ich berichte, wie sich die Taktung entwickelt!
VG, Glen

[W.hatever]

Tach
Zum Thema takten habe ich meine Einstellungen soweit heruntergeschraubt, das der Brenner nie auf den sollwert kommt und immer ~2 Grad hinterherheizt. Sobald er nämlich den sollwert erreicht, würde er abschalten.
Das geht natürlich nur, wenn der Brenner weit genug runter moduliert.
Evtl ist das ja mal eine andere Sichtweise dazu.

[mikkru]

Hallo Zusammen,

bei mir läuft die Anbindung an meine THISION S PLUS Compact 19 V100 seit ca. 3 Jahren ohne größere Probleme mit einer ESP32-NodeMCU.
Ab und zu fällt die Verbindung (über WLAN) aus, ein Neustart reicht  .
Seitdem ich auf Version 5 upgedatet Habe kommt im ioBoker folgende Fehlermeldung:
State value to set for "bsblan.0.Fehlermeldung_(6700)" has to be type "number" but received type "string"

Ich habe versucht die BSB_LAN_custom_defs.h anzupassen, leider ohne Erfolg.

Grüße mikkru

[freetz]

Ohne Deinen 6700er _defs.h-Eintrag zu kennen, noch zu wissen, wie Du die Anbindung an HA umgesetzt hast (Auto-Discovery? Eigene YAML?), kann man logischerweise nichts Hilfreiches sagen.
BSB-LAN sendet die Daten so, wie sie von der Heizung kommen. Wenn Parameter 6700 bei Dir die Command-ID 0x053D009A hat, dann besteht da die Payload aus mehreren Informationen, weswegen der wahrscheinlich bei Dir als VT_UNKNOWN hinterlegt ist. Da wird dann die gesamte Datenreihe als Hex-String übermittelt. Die müsstest Du dann in HA selber wieder zerlegen, um an die entsprechenden Infos zu kommen, die Du haben willst. Vermutlich nimmt Dein jetziger Workflow das als Nummer entgegen, was nur dann stimmt(e), wenn keine Hex-Buchstaben (A-F) enthalten waren. Aber wie gesagt, alles nur Vermutungen...

[mikkru]

Ohne Deinen 6700er _defs.h-Eintrag zu kennen, noch zu wissen, wie Du die Anbindung an HA umgesetzt hast (Auto-Discovery? Eigene YAML?), kann man logischerweise nichts Hilfreiches sagen.
BSB-LAN sendet die Daten so, wie sie von der Heizung kommen. Wenn Parameter 6700 bei Dir die Command-ID 0x053D009A hat, dann besteht da die Payload aus mehreren Informationen, weswegen der wahrscheinlich bei Dir als VT_UNKNOWN hinterlegt ist. Da wird dann die gesamte Datenreihe als Hex-String übermittelt. Die müsstest Du dann in HA selber wieder zerlegen, um an die entsprechenden Infos zu kommen, die Du haben willst. Vermutlich nimmt Dein jetziger Workflow das als Nummer entgegen, was nur dann stimmt(e), wenn keine Hex-Buchstaben (A-F) enthalten waren. Aber wie gesagt, alles nur Vermutungen...

Danke für die schnelle Antwort.
Tatsächlich ist die Command-ID die 0x053D009A. Jetzt weiß ich, wonach ich gucken muss.

Das Problem lag wohl an der im ioBroker bei der Ersteinrichtung angelegten Variable.
Habe erst den Adapter von V0.3.4 auf V1.0.0 upgedatet und danach auch noch die Variable gelöscht.
Die neu Angelegte Variable ist von Typ String.

VG mikkru

[freetz]

Nach einem Jahr steht mal wieder eine neue Release-Version an, nachdem diese jetzt seit einiger Zeit stabil läuft. Hier das ChangeLog - bitte die "breaking changes" beachten, und die _config.h Einstellungen im Auge behalten bzw. updaten, da durch die Änderungen in der EEPROM-Struktur wieder die Defaults aus der Datei übernommen werden.

Version 5.1
16.03.2026

- ATTENTION: BREAKING CHANGE! EEPROM layout has changed - this leads to re-reading configuration from `BSB_LAN_config.h`, and thus overwriting EEPROM configuration. Take note of any settings in the web-interface before updating!
- ATTENTION: (potentially) BREAKING CHANGE! BSB-LAN is migrating to using TLS (transport layer security) on ESP32 microcontrollers. TLS requires a substantial amount of additional flash memory. For most users, it should still be fine, but if you have a large number of parameters (>1000), you might run out of flash memory. In that case, you can disable TLS by enabling the `#define NO_TLS` definement in `BSB_LAN_config.h`. If you want to use SSL with self-signed certificates add the definement `I_WANT_INSECURE_TLS_AND_I_KNOW_WHAT_I_AM_DOING` to `BSB_LAN_config.h`.
- ATTENTION: (potentially) BREAKING CHANGE! We have begun with using TLS to connect to remote MQTT brokers. If your remote broker uses a self-signed certificate, connection will fail. Connection to local brokers will continue to be made without TLS. (Poor man's) detection whether it is remote or local is done by checking the broker's address: if it is an IP address (i.e. starting with a digit), it is assumed to be local. Otherwise it is considered remote.
- ATTENTION: Potential wrong assignment of data type for `VT_HOURS_WORD` in the past: If you have problems setting a parameter with data type `VT_HOURS_WORD`, then change it to `VT_HOURS_WORD_N`. It _should_ only affect parameter 7040, but let me know if others are also affected as well.
- Custom code can now also react to broadcast messages (beyond already existing MQTT functionality) by using BSB_LAN_custom_GetMessage.h
- New parameters 10196 to 10199 for displaying numerical error messages that should work on almost all devices.
- New configuration variable `MQTTRefAD` controls whether auto-discovery entries should be resent to the broker in case the broker lost the session state. This might take a while if you have many parameters and the broker does not provide persistency.
- New configuration variable `mqtt_unit_set` defines how measurement units are sent via MQTT when using Rich JSON or auto-discovery: The default CF_MQTT_UNIT_LOCALIZED will send unit strings in the configured language, exactly as shown in the BSB-LAN web interface. CF_MQTT_UNIT_HOMEASSISTANT sends unit strings in the format used by Home Assistant to avoid warning messages about unknown unit strings. CF_MQTT_UNIT_NONE will send MQTT messags with no unit text. This setting only applies to MQTT and does not affect the web interface which will always show units in the localized language. When selecting Home Assistant as the unit format, the 'device_class' string will be sent for compatible parameters during MQTT auto-discovery so that automations can correctly identify sensor classes.
- Configuration variable `replaceDisabled` defines the value for a deactivated/inactive status in parameters with numerical values. Defaults to `---`; Home Assistant expects `None` here, others might expect `0`. Keep in mind that both is inexact information, but depending on the circumstances, this might be the closest you would get if otherwise the external systems would not accept the data coming from BSB-LAN.
- Added option `,IP` for URL command `/Gxx` to activate pull-up for GPIO `xx`.
- Added functionality to monitor parameter changes and send out push notificatons upon changes. See `custom_functions/Push_notifications_for_changed_parameters`. Currently works with pushsafer.com, but adaptation to other services should be easy.
- Added a minimal recovery firmware upload function via WebSerial (requires Google Chrome or Microsoft Edge). Go to https://docs.bsb-lan.de/recovery_flasher.html and connect your ESP32 using a data-capable USB cable and select the microcontroller you are using. No other software required.
- Some parameters expect valid, non-zero values even when disabling that parameter. BSB-LAN now queries the current value and then sets the parameter as disabled while using that previous value as payload. This results in two MQTT pushes, one for querying the old value and then another one with the disabled value.
- Upon failed parameter query, BSB-LAN now sends "---" (or "None", depending on the settings) to the MQTT broker instead of skipping the update.
- Added definement CUSTOM_PARTITION_TABLE in case you use a microcontroller with larger flash memory. Activate it in BSB_LAN_config.h in order to select a partition scheme other than "Minimal SPIFFS"
- Security check for caps letters removed because almost all letters are being used nowadays anyway.
- MQTT broker address increased to 64 characters to accommodate HiveMQ's long URLs.
- Updated PubSubClient from knolleary's repository to pubsubclient3, thanks to @uschindler. MQTT publish and subscribe now runs with QoS 1. However, on publish, there are no resends from BSB-LAN to the broker, QoS is only passed on from the broker to the subscriber. So make sure that your subscriber (such as Home Assistant) uses at least QoS 1 when subscribing.
- If you use the Arduino IDE 1.8.18 on Linux ARM, please take note that ESP32 framework version 3.0.7 is the last framework version that is currently running on these systems. [See our Wiki](https://github.com/fredlcore/BSB-LAN/wiki/Installing-BSB%E2%80%90LAN-using-arduino%E2%80%90cli) for using `arduino-cli` as a command-line-based alternative that brings the most recent frameworks to ARM and other architectures
- This release has been supported by the following sponsors: matze-dev