KWB Kessel RS485 Protokoll

Hallo Thomas,

leider hast Du keine Email-Adresse hinterlassen...
Habe auch einen KWB Kessel mit Comfort 3 Steuerung und bin an einem 
Gedankenaustausch interessiert.

Viele Grüße,
ein anderer Gast.

Halol Thomas, leider bist du nicht ehr unter der angegeben Adresse 
erreichbar.
Mich würde mal der aktuelle Stand deines Projektes interessieren.
cu
Bodo

Hallo Thomas,

da auch ich unseren Kessel in den Hausbus einbinden will bin ich sehr an 
deinen Erkenntnissen interessiert.

Ich bin noch nicht dazu gekommen mit deinen Code zu lesen. Welche Werte 
kannst du aus dem Bus auslesen?

Danke Thomas.
Muss sagen saubere Arbeit. Ich will eigentlich meine Easyfire mit meinem 
FHEM Projekt verheiraten, aber so wie ich das jetzt sehe, werde ich wohl 
nicht in der Lage sein, deinem Schaltplan in eine Platine umzuwandeln. 
Hab zwar schon kleinere Projekte mit Eagle umgesetzt, aber hier werde 
ich wohl passen müssen. mich würde mal interessieren, wie du den 
Verbrauch ermittelst. Ich habe bei mir eine Saugpumpe zum Befüllen und 
messe derzeit die Laufzeit der Pumpe. Über mehrere Monate hab ich mir 
einen kg/s Wert ermittelt, den ich dann hochrechnen kann.

Halo Thomas,

hört sich echt super an! Das sind genau die Werte die ich auslesen 
wollte.

Entweder ich verstehe deinen Code nicht oder es fehlt ein Teil. Ich komm 
nicht drauf wie du welche Temperatur ausliest.
Wäre super wenn du noch ein paar Kommentare in deinen Code schreiben 
könntest.

Hast du eventuell noch eine Dokumentation des Aufbaus der KWB 
Nachrichten.

Hallo Thomas,

vielen Dank für die super Dokumentation!

Hallo Thomas,
auch von mir ein Dankeschön für deine Doku.
Kannst du uns noch beschreiben, mit welchen Pins des Bedienterminals die 
RS485 Schnittstelle verbunden wird ?
Vorab vielen Dank.

@EB: da wir beide scheinbar die gleichen Interessen haben und wir uns im 
gleichen Stadium befinden, wollte ich dich mal fragen, ob wir das 
gemeinsam angehen können. Wir könnten uns dann ev. direkt austauschen 
und nur die Ergebnisse posten.

cu
Bodo

Hallo Keith,
da auch ich meine Easyfire auslesen will und mir erst noch einen RS485 
Adapter besorgen muss, wollte ich mal anfragen, welchen du eingesetzt 
hast. Da ich sowieso FHEM auf dem Pi laufen habe, würde mir die USB 
Variante am besten zusagen.
Vielleicht kannst du auch mal bitte posten, wo die beiden Datenleitungen 
an der Console abgegriffen werden.
Noch ne Frage zu deiner Anlage: hast du die Zuführung über Schnecke oder 
Sauger?
Lg
Bodo

hi markus, hi Keith,
Danke für die schnelle Reaktion. Voll witzig, aber das war genau der 
gleiche Adapter, den ich auch schon im Warenkorb liegen hatte. Jetzt hab 
ich ihn bestellt.
Mal ne Frage so nebenbei: Seht ihr da keine Probleme wg. der Garantie? 
Ich mein aus meiner Sicht, hätte ich da keine Bedenken, aber ich weiß 
noch nicht wie mein Installateur darüber denken wird. Mit dem hab ich ja 
einen Wartungsvertrag.
So, jetzt erst mal abwarten, bis das Teil angekommen ist.
cu
Bodo

Hallo zusammen,

alles äußerst interessant hier alles.

Ich habe seit November 2013 eine KWB Easyfire.
Mein Plan ist mir für die Easyfire die Intercom Schnittstelle zu holen, 
und die Heizung via Fhem über Netzwerk mit Modbus aus zu lesen und zu 
steuern.

Hat das zufällig auch schon mal jemand getestet oder in Betracht 
gezogen?

Grüße
Daniel

Hallo,

für die KWB Kessel gibt es auch ein Optionsmodul mit Ethernet 
Schnittstelle. Kommunikation läuft über Modbus TCP. Kostet gut 100€, 
wenn ich mich recht erinnere.
Im Lieferumfang ist dann eine CD mit der Protokollbeschreibung und div. 
Testtools.

Wirklich viel kann ich im Moment noch nicht berichten. IBN wird wohl 
erst in 3 Monaten sein, dann weiß ich mehr. Die CD habe ich im Büro, nur 
komme ich dort so schnell nicht wieder hin.

Wie das Ding heißt, weiß ich grad nicht. Aber da sollte Google ein 
Helfer sein.

Das Modul wird auf die Rückseite vom Bediendisplay aufgesteckt und auch 
darüber mit Strom versorgt. IP wird über das Display eingestellt.

Der Techniker, der die Kessel aufstellte, berichtete, dass die Kunden 
sehr zufrieden mit dieser Kommunikationslösung waren (Einbindung in 
Gebäudeleittechnik).

Zu den interessanten Sachen:
Schreibzugriff hat man auf Sollwertparameter und Kessel ein/aus.
Gelesen werden können unglaublich viele Status- und Störmeldungen. 
Wahrscheinlich alle, die der Kessel zu bieten hat.

Ich hatte mir den Inhalt der CD mal flüchtig angesehen. Es sind 
allerhand Excel Tabellen mit den Registerbeschreibungen für verschiedene 
Kesselmodelle enthalten. Weiterhin einige Kesselgrafiken und 
Diagnosetools für die Kommunikationsverbindung.

Ich weiß es nicht. Es ist einfach eine Karte, die an das Display 
angesteckt wird. Der Vertreter hatte mir damals den Preis genannt. Über 
100, aber keine 150 Euro. Mit der Beschaffung hatte ich dann aber nichts 
zu tun.

Marco O. schrieb:
> Hi,
>
> also ich hatte vor nem guten Monat ein paar mal mit ein diversen
> Technikern bei KWB telefoniert, aber von der 100 Euro Lösung hatte mir
> dort keiner was gesagt. Nur von der 250 Euro Intercom-Karte wo man dann
> noch mal Geld für ne Visualisierungssoftware ausgeben sollte, weil man
> das Protokoll nicht hat. O-Ton: "Das rentiert sich nur für große
> Wohnanlagen"
>
> Wenn es also eine Karte mit ner Protokollbeschreibung gibt würde ich die
> direkt bestellen, bevor ich mich da nächtelang zur Protokollanalyse
> hinsetze :-)

me too :-)

Hallo,

also ich meine die InterCom Schnittstelle das ist die die Modbus über 
TCP spricht.

Kostet bei meinem Monteur 450€
Ist bestellt und wird hoffentlich bald eingebaut.
Dann mehr dazu :-)

Grüße
Daniel

Hallo nochmal,

habe gerade einmal das Angebot raus gesucht.

Hier die Infos:
KWB Comfort InterCom ist eine Schnittstelle für den Datenaustausch
zwischen der Regelung KWB Comfort 3 und Fremdsystemen wie zB Regelungs- 
oder Visualisierungssystemen. Alle Kesselbetriebszustandsparameter
sowie einzelne Alarme können von der Regelung KWB Comfort ausgelesen 
werden. Zusätzlich können folgende Parameter vom Fremdsystem in der 
Regelung KWB Comfort verändert werden:
- Anlage Aus/Ein
- Kesseltemperatur Soll
- Alarme beheben
- Laufzeit Mischer Rücklaufanhebung
- Stehzeit Mischer Rücklaufanhebung
- Puffer 0 Temperatur Maximum
- Puffer 0 Temperatur Minimum
- Puffer 0 Programm
Als Kommunikationsprotokoll wird bei seriellen Verbindungen das
Modbusprotokoll "Modbus RTU" und bei Netzwerkverbindungen das
Modbusprotokoll "Modbus TCP" verwendet. Folgende Befehle des 
Modbusprotokolles werden von der KWB Regelung unterstützt:
- Read Holding Registers
- Write Single Register
- Write Multiple registers
Systemvoraussetzungen:
- Fremdsystem modbusfähig (Modbus-Client)
- Netzwerk-, serielle oder Modem-Karte
- Verkabelung muss bauseits durchgeführt werden
- nicht kombinierbar mit KWB Comfort Visio und KWB Comfort SMS
KWB Comfort InterCom ist für KWB Easyfire, KWB Multifire und KWB
Powerfire erhältlich.

Grüße
Daniel

Also was ich schon mal sagen kann, ist das es an der Kesselplatine 
angeschlossen wird.

Doku habe ich zwar angefragt aber leider noch nicht bekommen.
Ich hoffe ich bekomme die Sachen noch dann kann ich mehr Informationen 
liefern.

Grüße
Daniel

Hallo,

also so wie es aussieht ist das Teil das Geld nicht wert.
Es kann wirklich nur die oben beschriebenen Sachen.

Alternativen:
- So wie ihr es gebaut habt. Mit Anschluss an die analoge Schnittstelle.
- Aktor mit Widerstand zwischen Heizung und Außenfühler. So das der 
Heizung vorgegaukelt wird es wären 25°C draußen. Somit schaltet sich der 
Heizkreis ab.

- Austauschen der Heizungssteuerung:
Hierzu etwas mehr. Alle Fühler und Steuerungselemente der Heizung werden 
von der Standard Steuerung entfernt und an eine andere Steuerung 
angeschlossen.
Diese übernimmt dann vollständig die Steuerung der Heizung. Die 
Steuerung der Heizung wird so zu sagen verdummt.
Getauscht wird das ganze durch diese:
http://ta.co.at/de/produkte/uvr1611/frei-programmierbare-regelung-uvr1611.html

Frei Programmierbar, bis zu 60 Fühler Sollten diese nicht ausreichen, 
kann das ganze entsprechend erweitert werden. Mein Heizungsbauer hat 
diese schon öfters verbaut.
Bis zu 10h Programmieraufwand von ihm selbst. Jedoch kann man damit dann 
allen Schabernack treiben.
Diese ist dann wie man sieht KNX/EIB fähig.
Kaufpreis liegt bei rund 550€ mit dem Bootloader:
http://ta.co.at/de/produkte/pc-anbindung/bootloader-bl-net.html

Grüße
Daniel

hi,

Ich habe mir das Visio Interface gegönnt. (inkl. dongel - den man nicht 
braucht :-( )
Man kann per TCP/Modbus die Register auslesen.
Hier ein Beispiel:
http://www.cloudshark.org/captures/d36760e896a2?filter=ip.addr%20%3D%3D%20192.168.1.5%20%26%26%20tcp.port%20%3D%3D%20502
Derzeit versuche ich von der Visualisierung auf die Register rück zu 
schließen.
Für Intercom wurden sind die Hold Register bekannt.

lg

Intercom - Modbus

Guten Tag zusammen,

den Thread finde ich sehr interessant, da ich grade dabei bin,
eine Easyfire 12kW zu bestellen und sehr gerne Daten auslesen möchte.

Das Comfort Visio Ding ist natürlich preislich jenseits von Gut und 
Böse,
und im Prinzip brauche ich das auch nicht. (Würde ~€2000,- kosten!)

Das Comfort InterCom wäre für mich mit ~€640,- preislich grade noch
akzeptabel, wobei ich noch versuche zu verhandeln.

(Preise jeweils brutto und bei ersterem mit 'Installation'.)

Nach obiger Lektüre stellt sich mir aber die Frage, ob ich nicht mit 
einem
USB-Interface auskommen kann? Einen Raspberry Pi hätte ich grade eh' 
über.

Kann ich also mit dem rs-458-USB-Interface und einem Pi im Prinzip 
dasselbe
erreichen wie mit dem Comfort InterCom?

Ich will im wesentlichen regelmäßig Daten auslesen und speichern.

Über Feedback würde ich mich sehr freuen!

Viele Grüße
Matthias

Daniel schrieb:
> .... Mein Heizungsbauer hat
> diese schon öfters verbaut.
> Bis zu 10h Programmieraufwand von ihm selbst. Jedoch kann man damit dann
> allen Schabernack treiben.
> Diese ist dann wie man sieht KNX/EIB fähig.
> Kaufpreis liegt bei rund 550€ mit dem Bootloader:
> http://ta.co.at/de/produkte/pc-anbindung/bootloader-bl-net.html
>
> Grüße
> Daniel

Hallo Daniel,
ist dein Heizungsbauer zufälling im Raum Frankfurt am Main tätig?
Meine Regelung der Solaranlage und des Kaminofens hat den Geist 
aufgegeben und da ich sowieso eine neue dafür brauche hatte ich gedacht 
die KWB Pelletheizung und evtl. die Paul Lüftungsanlage mit einbinden zu 
lassen.
Doch dafür brauche ich einen Profi.

Grüße Alex

Bei uns im Keller steht eine KWB Easyfire Anlage die ich gern über 
Modbus (Ethernet oder RS232) in meinen Hausbus einbinden würde.

Hat einer von euch versucht die von unterwurzer genannten Register zu 
lesen oder zu schreiben? Wenn ja, bei welchem Brenner und mit welche 
Firmwareversion?

@unterwurzer
Vielen Dank für die genannten Register. Bei welcher Anlage sind diese 
Register gültig? Passen sie zu einer Easyfire?
Konntest du mittlerweile noch mehr Register zuordnen?

@Bodo
Tut mir leid, dass ich dir nicht geantwortet habe. Ich war schon lang 
nimmer hier und hab deine Antwort überlesen. Nach dem was ich hier noch 
so gelesen hab, ist die Modbus Variante für mich um einiges 
interessanter.

Hallo zusammen,

Ich besitze und Kwb Classicfire 30 kwh und einen Powerdog LPR der Firma 
Eco Data.
Da ich jetzt gerne die Leistungskurve meines Boilers, Puffer etc. 
angezeigt und aufzeichnen wollte habe ich mich gefragt ob ich nochmal 
sensoren brauche, oder obs schon was fertiges gibt um es aus der Heizung 
direkt auszulesen.

Je mehr man auslesen kann umso besser!

Hat es jemand geschafft was brauchbares zu entwickeln oder hat sich das 
alles im Sand verlaufen?

Lg Anton

Hallo,

ich hab eine KWB Easyfire im Keller. Wie ich aus den vorhergehenden 
Posts entnehmen kann sollte ein Anbindung bzw. ein Auslesen der 
Parameter über den Raspi möglich sein.

Hat jemand von euch das schon am laufen? Wenn ja würde mich brennend 
Interessieren wie das ganze auf den Raspi eingerichtet wird. Die 
grundsätzliche Anbindung via USB-Converter etc. ist mir klar.

LG

Hallo!

Alles sehr interessant!

Ich hab ein Ethernet-Modul bei meinem KWB-Kessel dabei, kann damit aber 
nix anfangen!! Hab's mal mit einem Ethernet-Sniffer probiert.. von der 
IP des Kessels bekomme ich gar nix!!

Was mache ich falsch?

Gibts bez. Raspi schon was Neues?

LG joe

Hallo,

Vielleicht hilft es jemanden weiter.
Ich bin im Besitz einer Visio und habe einen Mitschnitt der 
Kommunikation gemacht. (Wireshark)

Mir gefällt die Idee mit dem Respi. Die Daten noch rein in die Synology 
(SQL) - das wäre dann Supi.

Naja - ein Ziel braucht der Mensch :-)


Sollte ich euch helfen können mit irgendwelchen Logs - gern :-)

By the way: Visio ist nicht besonders stabile....

Hallo,

wollte nochmal hierrein werfen ob schon lauffähige Lösungen entstanden 
sind ?

Besitzte auch eine KWB Easyfire 25 und wäre an einer Lösung zum Auslesen 
interessiert ?

mfg

Hallo,

wie genau funktioniert deine Lösung ?

Auch gerne per Mail : hanesch.kim at gmail.com

mfg

Hallo,

wie genau hast du dein Projekt aufgebaut ?

Sind die angezeigten Daten alles was möglich ist ? Wie schauts mit 
Alarms aus ?
Bin jedoch sehr interessiert an deinem Projekt.
mfg

Thomas T hatte ja noch folgendes ausgelesen :
Folgende Informationen werden ausgelesen:
Status Störung
Status Ascheaustragung
Status Reinigung
Status Hauptrelais
Status Raumaustragung
Status Pumpe Boiler
Status Pumpe Heizkreis 1
Status Punpe Heizkresi 2
Temperatur Vorlauf Heizkreis 1
Temperatur Vorlauf Heizkreis 2
Temperatur Boiler
Temperatur Kessel
Temperatur Rücklauf
Temperatur Rauchgas
Temperatur Außensensor

Kannst mir gerne nähere Informatioenen zu deiner Lösung per Mail an 
hanesch.kim at gmail.com zukommen lassen.

Würde mich freuen.

mfg

Hi Keith,

bin dennoch an deiner Lösung interessiert. Kanns du diese mal kurz 
beschreiben ?

mfg

Hallo,

ich arbeite gerade an home-assistant (http://www.home-assistant.io) 
Integration für den KWB Easyfire Kessel.

Zu dem Zweck arbeite ich an einer neue Python Implementierung unter 
https://github.com/bimbar/pykwb . Vielleicht kann das die eine oder 
andere Frage beantworten, oder der eine oder andere hier etwas dazu 
beitragen.

Grüße

Pull Request für homeassistant ist raus, sollte in Version 0.39 oder 
0.40 unterstützt sein.

https://github.com/home-assistant/home-assistant/pull/5760

Hallo bimbar,
hätte schon Interesse dich hierbei zu unterstützen, allerdings bin ich 
auch erst durch dich erst auf home-assistent gestoßen. Bisher war und 
bin ich nur in der FHEM Welt unterwegs. Kannst du mir vielleicht noch 
Infos zur Anbindung geben, wie ich die Anbindung hard- und softwaremäßig 
vornehmen muss ?
cu

Hardwaremäßig entweder direkt mit einem RS485 Adapter auf Klemme 25, 
oder mit einem RS485-Ethernet Konverter, ich denke, ich habe den hier 
benutzt: http://de.usriot.com/p/Ethernet-Seriell-Konverter/ .

Software wie in dem PR dokumentiert.

https://home-assistant.io/components/sensor.kwb/

Hallo zusammen,
ich hoff ihr könnt mir bei meinem Problem helfen. Ich hab mir so einen 
RS485 <-> LAN Konverter besorgt und diesen an meinem KWB Easyfire 
angeschlossen. Mit dem Raspberry Pi bekomme ich mit dem grabserial.py 
von oben(Markus Heberling) (umgebaut auf tcp) Temperaturwerte raus, nur 
irgendwie passt da die Berechnung nicht. Kann mir da jemand helfen?

Beispiel:
03: 061 002 1555.500 Kesseltemperatur

Ich gehe mal davon aus, dass das der Ist Wert sein sollte. Der wäre laut 
Anzeige beim Ofen 58 Grad. bzw. Soll 60 Grad.
(Woher kommt diese Formel? message.data[i]*25.5+message.data[i+1]/10))

Ich hoffe jemand kann mir helfen!

Vielen Dank!

Hab das ganze auch mit dem homeassistent probiert. Da komm
ich leider nicht so richtig ins laufen, bei dem werden keine Werte 
ausgelesen. :-( Es schaut bei dem python Skript so aus, als ob der nie 
das Start und Endflag im Stream findet.

Diese Formel ist eine Näherung, um aus 2 aufeinanderfolgenden Bytes 
einen signed short zu machen.

Korrekt wäre

temp = message.data[i] * 256 + message.data[i + 1]
if (temp > 32767):
    temp = temp - 65536
temp = temp / 10


Von Kessel zu Kessel (vielleicht je nach Ausstattung) scheinen die 
Paketformate sich erheblich zu unterscheiden. In dem PDF ganz oben wird 
eine Sense-Paketlänge von 51 angenommen, bei mir sind es 61 und bei 
Andreas D. sind es 95.
Auch CTRL Pakete sind unterschiedlich lang, 16 bei mir und 24 bei 
Andreas D. .

Möglicherweise gibt es Steuerflags in den Paketen, die uns unbekannt 
sind und ein Paketformat definieren, oder vielleicht ist es auch einfach 
eine Frage der jeweiligen Firmware Version.

Thema Start- und Endflags.

Ich hatte ursprünglich angenommen, daß es eine Folge von mehreren Bytes 
am Paketanfang gibt, in der Protokollanalyse oben sind das:

CTRL: 2 16 17
SENSE: 2 2 51 16

Nach Analyse des Dumps von Andreas D. ist mir klargeworden, daß das 
anders funktioniert:

CTRL: 2
SENSE: 2 2

Alle anderen "2" im Datenstrom werden als "2 0" kodiert. Jede "2" ohne 
"0" dahinter bedeutet Paketanfang.

Header und Protokollversion

Ich gehe davon aus, daß das Format wie folgt ist:

Startflag (2 bzw 2 2)
Paketlänge
Protokollversion
laufende Nummer
<PAKET>
Checksumme

Sowohl mein Kessel als auch die Protokollanalyse oben haben Version:
CTRL: 17
SENSE: 16

Andreas D. hat
CTRL: 33
SENSE: 32

Mal angenommen, an der Stelle ist wirklich die Version zu finden.
Alle Lösungen hier in dem Thread funktionieren mit Version 17/16.

Ich hab mal (derzeit schaut's nicht schlecht aus) Werte rausbekommen.

Ich werde das mal einige Zeit beobachten ob das so stimmen kann...
(Änderungen siehe github)


Vorlauf Ist: I: 0 T: 0(°C) V: 22.1
Boiler 0 Ist: I: 2 T: 0(°C) V: 56.8
Kessel Ist: I: 3 T: 0(°C) V: 41.2
Aussentemperatur: I: 6 T: 0(°C) V: 15.1
Raum Ist: I: 9 T: 0(°C) V: 19.4

bimbar schrieb:
> Pull Request für homeassistant ist raus, sollte in Version 0.39
> oder
> 0.40 unterstützt sein.
>
> https://github.com/home-assistant/home-assistant/pull/5760

Hallo Bimbar

Supper Arbeit!
hast du was dagegen wenn ich versuch dein kode auf arduino zu portieren 
?
ich brauche für mein home automation Arduino basierte geraten.

klar logich ich werde den kode zuverfügen stellen !

ps Sory für mein Deutch ich komme aus Frankreich !

Hallo zusammen,

Ich habe zwar eine Multifire-Anlage, aber auch mit Comfort3 Steuerung.
Da habe ich mir gedacht, das dies ein gutes erstes Projekt sein könnte 
;-)Habe nun einen Raspberry Pi Zero mit Home-Assistant zum laufen 
gebracht,
bekomme allerdings nur mit dem grabserial.py von oben (Markus Heberling) 
Werte aus dem Bus (allerdings mit Fehlermeldung).
Im Home-Assistant steht bei allen Sensoren nur "unavailable".

Hat jemand einen Tipp für mich?

Besten Dank im voraus,
MB

Hallo Zusammen,

aufbauend auf dem FHEM Projekt von Markus Heberling (oben) habe ich 
dieses Modul seit einiger Zeit am Laufen. Die wichtigsten Parameter kann 
ich damit auslesen. Vielleicht hilft es ja weiter.

Gruß JamesB

Hallo zusammen,

meine Easyfire (mit Comfort3-Steuerung) schickt auch die Botschaften 32 
und 33. Ich habe das Python-Skript von oben etwas angepasst (siehe 
Anhang), so dass ich damit die ersten Signale dieser Botschaften parsen 
kann:

1

aSignalMap32 = {

2

    #Name: Type=signed, Offset, Length, Factor, Unit

3

    'Vorlauf Ist HK1': ('s',6, 2, 0.1,'°C'),

4

    'Rücklauf Kessel': ('s',8, 2, 0.1,'°C'),

5

    'Boilertemperatur': ('s',10, 2, 0.1,'°C'),

6

    'Kesseltemperatur':  ('s',12, 2, 0.1,'°C'),

7

    'Puffertemperatur 2': ('s',14, 2, 0.1,'°C'),

8

    'Puffertemperatur 1': ('s',16, 2, 0.1,'°C'),

9

    'Aussentemperatur HK1': ('s',18, 2, 0.1,'°C'),

10

    'Rauchgas': ('s',20, 2, 0.1,'°C'),

11

    'Unterdruck': ('s',34, 2, 0.001,'mBar')}

12

13

aSignalMap33 = {

14

    #Name: Type=bit, Offset, Bit

15

    'Kessel Hauptrelais': ('b',1,2),    

16

    'HK1 Pumpe': ('b',1,5),

17

    'HK1 Mischer AN': ('b',1,7),

18

    'HK1 Mischer ZU': ('b',2,0),

19

    'Boiler Pumpe': ('b',2,5),

20

    'Puffer Pumpe': ('b',2,7),

21

    'Keine Stoerung': ('b',3,0),

22

    'Drehrost': ('b',3,6),

23

    'Reinigung': ('b',3,7),

24

    'Raumaustragung Saugturbine': ('b',4,1),

25

    'Kessel Hauptschuetz': ('b',9,1)}

Hat jemand weitere Signale von diesen Botschaften herausgefunden?

Hallo MartinB,

danke für den Hinweis. Die eine Zeile (zum Hervorheben von veränderten 
Bytes seit der letzten Ausgabe) ist damit nicht klar gekommen, dass es 
bei dir noch mehr Botschaften außer 32 und 33 gibt. Ich habs jetzt 
verallgemeinert und nochmal neu angehängt.
Deine anderen Offsets muss ich bei Gelegenheit mal überprüfen, wenn 
unsere Heizung mal wieder läuft (... was zur Zeit noch ziemlich selten 
ist, wegen unserer Solaranlage.)

Hallo MartinB,

inzwischen konnte ich weitere Betriebsstunden analysieren.
Zu deinen Signalvorschlägen:
22: evtl. Platinentemperatur? --> Könnte auch bei mir z.B. eine 
Prozessortemperatur sein
32: Sauerstoffgehalt -> liegt bei mir zwischen ca. -2000 und +2000 
während des Heizens. Da bekomme ich keinen Bezug zum Sauerstoffgehalt 
hin
38: Glutbett -> Ist bei mir immer konstant. Da scheint bei mir kein 
Sensor verbaut zu sein.

Ansonsten habe ich noch folgende weitere Signale gefunden:
In der Sense-Botschaft 32 befinden sich vor den Temperaturwerten noch 
ein paar Statusbits:
    'Aschebehaelter': ('b',3, 6),
    'Pellet_Vorrat': ('b',4, 3)
Bei mir ändert sich im normalen Betrieb sonst nur noch ein Bit in diesen 
ersten 6 Bytes, das ich aber noch keinem Signal zuordnen konnte. Ich 
schätze, dass das ansonsten irgendwelche Statusbits sind, die das 
Bedienteil zu Fehlermeldungen veranlassen, so wie beim Aschebehälter (-> 
führt zu Fehler 19, wenn das bit ein paar Sekunden auf 0 ist).
Anhand dieser Bits müsste man also herausfinden können, was für ein 
Fehler gerade anliegt, wenn das Störungs-Signal kommt ...?!?

@all: Hat jemand zufällig ein paar Logs, wo Fehler aufgetreten sind?

Mir ist dann noch aufgefallen, dass die Ctrl-Botschaft(33) bei mir immer 
mit 84 anfängt und die Sense-Botschaft(32) mit 128 84. Die Botschaften 
17 und 16, fangen mit 88 und 128 88 an (zumindest in dem Datenstrom, den 
ich im Netz gefunden habe). Evtl. ist das so eine Art Startbyte oder 
SW-Versionskennung in der Ctrl-Botschaft und anschließend die 
Bestätigung in der Sense-Botschaft, dass diese fehlerfrei empfangen 
wurde.
Wenn diese Theorie stimmt, dann müsste man in diesen Bytes nicht nach 
Signalen suchen ...

Hinter den Temperaturwerten konnte ich noch die Drehzahlen von Lüfter 
und Saugzug decodieren, was aufgrund ihrer ungeraden Offsets und ihrem 
krummen Faktor nicht so offensichtlich war, wie bei den bisherigen 
Signalen:
    'Drehzahl_Saugzug': ('u',69,2,0.6,'Upm')
    'Drehzahl_Luefter': ('u',71,2,0.6,'Upm')

Bei der Ctrl-Botschaft 33 gibts bei mir noch folgende weitere Signale:
    'Zuendung': ('b', 3,2),
    'Saugzug': ('b', 4,5),
    'Kesselleistung': ('u', 13, 1, 1,'%') -> ?

Ich hänge nochmal eine aktualisierte Version von meinem Skript an mit 
den aktualisierten SignalMaps. Zusätzlich habe ich es inzwischen nochmal 
verallgemeinert, so dass man sich jetzt oben im Skript auch weitere 
SignalMaps zu anderen MessageIDs anlegen kann und dann werden diese IDs 
automatisch mit decodiert.


@all: Zum Schluss noch eine Idee: Hat jemand zufällig ein 2. Digitales 
Bedienteil an seiner Anlage und kann was zu den Botschaften sagen, die 
da rauskommen? Wenn man die gleichen Botschaften selber schicken würde, 
dann müsste man doch die komplette Anlage fernsteuern können ... ?!

Hi Rainer,
du musst einfach das Skript auf deinen RasPi kopieren und in der Konsole 
dann

python3 grab32.py

eingeben. Vorher musst du natürlich noch den Datenbus der Heizung über 
den USB-RS485 Adapter an deinen RasPi anschließen wie oben im Thread 
beschrieben.

Ok, dann lade ich dir hier nochmal mein komplettes Skript im Anhang 
hoch, das neben anzeigen auch loggen kann.

Zusätzlich zu den decodierten Signalen schreibe ich auch die rohen 
Botschaften jeweils in eine CSV-Datei pro Tag.

Ich logge nicht nur jede Minute, sondern auch wenn sich in der 
Ctrl-Botschaft eine Änderung ergeben hat. Ein Log-Zyklus startet bei mir 
immer mit der Ctrl-Botschaft und danach werden automatisch auch noch 
alle Sense-Botschaften des gleichen Zyklus weggeschrieben. So verpasse 
ich nichts wichtiges und kann nachher alles analysieren z.B. mit Excel. 
Die Datenflut ist aber trotzdem deutlich geringer als wenn man den 
Datenstrom komplett mitloggen würde.

Das Logging ist auch wieder so allgemein gehalten, dass automatisch alle 
Botschaften geloggt werden, egal ob eine SignalMap dafür vorhanden ist 
oder nicht (falls bei dir andere Botschaften als 32 und 33 kommen 
sollten). Es kann aber auch über die Parameter oben im Skript 
konfiguriet werden, falls es dir zu viele Daten erzeugt.

Dann ist doch alles richtig. Bei dir kommen also auch die Botschaften 16 
und 17 wie bei den meisten hier im Thread und nicht 32/33 wie bei Martin 
mir. Ich schätze deine SW-Version auf der Heizung ist etwas älter als 
meine.

Jetzt musst du dir nur noch für diese beiden Botschaften 16/17 eine 
SignalMap schreiben aus den Signalpositionen wie oben im Thread 
beschrieben und die oben in mein Skript reinschreiben. Dann bekommst du 
auch deine Signale richtig decodiert.

Ohne SignalMap decodiert mein Skript einfach alle Datenbytes jeder 
Botschaft wie die Temperaturwerte (16bit mit Faktor 0.1) und gibt die 
komplett alle 2s als Adressoffset und Wert aus. Du kannst die 
angezeigten Werte auch direkt mit der Anzeige auf deiner Heizung 
vergleichen und selber herausfinden welcher Wert bei dir welchem Signal 
entspricht.

Ich hab gerade gesehen, dass bei dir Werte vergleichen nichts bringt, da 
die Temperaturwerte bei 16 an ungerade Offsets liegen und ich bisher nur 
gerade Offsets decodiert habe.

Ich hab jetzt mal die Infos über die Botschaften 16/17 von oben aus der 
Präsi in eine SignalMap überführt:

aaSignalMaps[16] = {
    #Name: Type='b'(bit), Offset, Bit
    #Name: Type='s'(signed)/'u'(unsigned), Offset, Length, Factor, Unit
    'T_Vorlauf_HK1': ('s',5, 2, 0.1,'°C'),
    'T_Ruecklauf_Kessel': ('s',7, 2, 0.1,'°C'),
    'T_Boiler': ('s',9, 2, 0.1,'°C'),
    'T_Kessel':  ('s',11, 2, 0.1,'°C'),
    'T_Aussen': ('s',17, 2, 0.1,'°C'),
    'T_Rauchgas': ('s',29, 2, 0.1,'°C')}

aaSignalMaps[17] = {
    #Name: Type='b'(bit), Offset, Bit
    #Name: Type='s'(signed)/'u'(unsigned), Offset, Length, Factor, Unit
    'Pumpe_Boiler': ('b',1,5),
    'Pumpe_HK2': ('b',1,6),
    'Pumpe_HK1': ('b',1,7),
    'Ascheaustragung': ('b', 2,0),
    'Reinigung': ('b',2,1),
    'HK2_Mischer': ('b',2,4),
    'HK1_Mischer': ('b',2,6),
    'Hauptrelais': ('b',3,4),
    'Raumaustragung': ('b',3,6)}

Im Anhang nun mein erweitertes Skript, dass auch 16/17 decodieren 
sollte.
Ich kann es aber natürlich nicht ausprobieren, weil bei mir wie gesagt 
nur die Botschaften 32/33 kommen. Zusätzlich werden jetzt auch ungerade 
Offsets decodiert, wenn keine SignalMap vorhanden ist oder wenn man den 
Parameter DECODE_ALL auf True setzt, um sich auf die Suche nach weiteren 
Signalen machen.

Hallo,

hab aktuell auch das KWB Plugin von Home Assistant am laufen.

Folgende Infos hab ich aktuell :

Kann mir jemand sagen was

kwb Return
kwb Return Mixer
kwb unknown
kwb unknown Resupply

bedeuten kann  ?

Und kann man irgendwie noch andere Daten anzeigen lassen? Oder 
vielleicht sogar Alarme anzeigen lassen.

Es handelt sich bei mir um eine KWB Easyfire 25 mit Comfort 3 Modul.

mfg,
Hanesch Kim

Ich habe heute mal versucht meine KWB Stückholzofen auszulesen mit dem 
Script von halos. Erst ohne Werte da ich die folgenden IDs habe.

Id:48 und Id:49

Habe das Script jetzt für Classicfire mit Comfort 3 an Port 25 
erweitert.

aaSignalMaps[48] = {
    #Name: Type='b'(bit), Offset, Bit
    #Name: Type='s'(signed)/'u'(unsigned), Offset, Length, Factor, Unit
#    'T_Vorlauf_HK1': ('s',5, 2, 0.1,'C'),
    'T_Vorlauf_HK0': ('s',45, 2, 0.1,'°C'),
    'T_Ruecklauf_Kessel': ('s',7, 2, 0.1,'°C'),
    'T_Boiler': ('s',9, 2, 0.1,'°C'),
    'T_Kessel': ('s',11, 2, 0.1,'°C'),
    'T_Puffer_Unten': ('s',13, 2, 0.1,'°C'),
    'T_Puffer_Mitte': ('s',29, 2, 0.1,'°C'),
    'T_Puffer_Oben': ('s',15, 2, 0.1,'°C'),
    'T_Rauchgas': ('s',39, 2, 0.1,'°C'),
    'T_Aussen': ('s',41, 2, 0.1,'°C'),
    'T_Raumtemp._Ist': ('s',43, 2, 0.1,'°C'),
    'T_Raumtemp._Soll': ('s',49, 2, 0.1,'°C'),
    'Sauerstoff': ('s',31, 2, 0.1,'%')}

aaSignalMaps[49] = {
    #Name: Type='b'(bit), Offset, Bit
    #Name: Type='s'(signed)/'u'(unsigned), Offset, Length, Factor, Unit
    'Kessel_Hauptrelais': ('b',1,3),
    'Pumpe_Boiler': ('b',1,5),
    'Pumpe_HK0': ('b',3,9),
    'HK0_Mischer_AUF': ('b',3,5),
    'HK0_Mischer_ZU': ('b',3,6)}
soweit alles gut die Temperaturwerte stimmen alle unter ID49 bin ich mir 
nicht ganz sicher.

Kann mir jemand erklären wie die Daten in Hassio (Pi3) einbinden kann 
(was bimbar geschrieben hat)?

MfG
Grisu

Hi,

hier schonmal der offizielle Github zu diesem Home Assistant Plugin :

https://github.com/bimbar/pykwb

Denke die neu erkannten Werte müssten dort eingefügt, also angepasst 
werden...

Hallo,

Habe aktuell Home Assistant 0.60 am laufen mit dem KWB Sensor von 
bimbar.
Läuft eigentlich immer noch, muss die Werte dann aber nochmal 
vergleichen.

Nun zu deiner Ausssage, was meinst du mit Hass.io ?

Das ist doch Home Assistant, und da kanst du doch immer noch dein python 
script laufen lassen und verarbeiten.

Wäre an deiner Arbeit interessiert ?

mfg

Vielen Dank für die Scripts, schau mir das mal an.
Weist du wie man anstelle von USB Seriel über TCP/IP Seriel einlesen 
kann.
Wie muss ich dies im Pyhton deklarieren.

Benutze folgendes Gerät : USR-TCP232-304

Unter Home Assistant mit dem KWB Component funktioniert es schonmal, da 
man bei der Definition des Scripts den TCP Server angeben kann.

Hallo Leute,

nach der super Vorarbeit hier, habe ich mich endlih mal vor den Kessel 
gesetzt und mit Hilfe des Python Skriptes, die bei meinem Kessel noch 
vorhandenen fehlenden Daten zu lokalisieren.
Mein Kessel schickt noch die 16/17 Botschaften.

Wie von mir vermutet und hier auch schon geschrieben, ist die große 
Leiterplatte am Kessel "dumm" und dient nur als I/O-Modul. Es meldet die 
Sensordaten und empfängt die Aktuatordaten.
Daher liegen Daten wie Solltemperaturen etc. leider nicht auf dem Bus.
Das geht vermutlich nur in höheren Softwareversionen und in Kombination 
mit einem der Erweiterungsmodule.

KWB bietet inzwischen für die Comfort 3 Steuerung auch eine 
Netzwerkkarte an.
Damit ist der Kessel dann online. Evtl. läßt sich da die Web-API 
anzapfen um Daten ins Smart-Home zu holen. Aber >300€ ist mir da zu viel 
zum Spielen...
https://www.kwb.at/loesung/kwb-comfort-online/

Anbei ein pdf wo ich den aktuellen Stand zusammengetragen habe.
Die Datenfelder für das Python Skript sind auch enthalten.

Ermittelt habe ich die Sensordaten durch Abziehen der Sensoren am 
Kesselsteuergerät in Verbindung mit der Methode des "scharfen Hinsehens" 
in die Python Ausgabe. :-)
Die Aktoren ließen sich sehr leicht mit der Funktion "Relaistest" in der 
Fachmannebene zuordnen.

Hat jemand den Typ des Temp-Sensors im analogen Raumbediengerät, sowie 
die Werte des Potis und der für TAG/NACH/etc. zugeschalteten 
Widerstände?
Ich habe leider kein solches Teil...

Gruß, Dirk

@Philipp
Vielen Dank für diese Infos!

@all
Mit diesem Wissen bin ich dem Kessel gerade noch mit einer 
Widerstandsdekade an den KH1/HK2 Raumregleranschlüssen zu Leibe gerück.

Dabei sind mit weitere Werte ersichtlich geworden:
Das Kesselsteuergerät zerlegt die Widerstanswerte wieder in Temperatur 
und Schalterstellung. Ein Anschluss eines einfachen KTY81-110 ohne 
Schalter & Poti ist ebenfalls möglich.

Habe das entsprechend in der Doku ergänzt.

Damit bin ich hier am Ende, da die Ausbaustufe meines Kessels keine 
weiteren Werte hat...

Wenn mir jemand den KWB Wartungseinsatz incl. Softwareupdate bezahlt, 
kann ich die Werte gerne noch einmal für das neue Protokoll ermitteln. 
:-)

Gruß, Dirk

@Philipp
Stimmt nicht ganz. Die Eingänge für die analogen Raumbediengeräte zeigen 
50.0 an, wenn nichts angeschlossen ist. Sonst teile ich Deine 
Einschätzung :-)

Gruß, Dirk

Hallo,

bin mal endlich dazu gekommen, den Kram an mein openHAB anzubinden.

Ich habe die geförderte Pelletsmenge der Raumaustragungsschnecke pro 
Minute gemessen und werde mal versuchen, damit eine Aussage über den 
Füllstand der Ascheschublade und des Pelletsverbrauchs machen zu 
können...

Gruß, Dirk

Wie lange fördert der denn bei euch immer so ?

Meine Variable Raumaustragung ist immer so für 5 minuten auf ON.

Kann das sein ?

mfg

Hallo,

ich habe eine Knickschnecke (Pelletsraum mit Seitenschrägen) am USP10.

Ich habe 1470g in 2min - also 735g/min gemessen/gewogen.
Wie lange sie am Stück läuft, habe ich nicht gestoppt. So 2-3min hätte 
ich jetzt gesagt...

Gruß, Dirk

Ok also manuell gewogen ? ;)

ich dachte schon das Datenblatt würde eine Fördermenge pro Zeit angeben.

Dann muss ich wohl schauen ob ich das irgendwie messen kannen.

Hallo,
kann jemand ein bild vom anschluss posten. da der front panel am stecker 
25 hangt.

Gruss
yogui

Halo
sorry hab mir verlesen der front panel ist auf dem stecker 26

Hallo zusammen,

gibt es eventuell jemanden, der für FHEM das Modul "10_KWB.pm" für die 
Easyfire umgebaut hat?

Mit freundlichen Grüßen
graffmaxx

Hallo,

ich habe ein script für arduino geschieben, er fonctionniert soweit hab 
aber nauc ein haufen debugs info, weill ich versuche rauszufinden was 
sind alle bit die wahrend mein kessel lauft wechseln.
ich habe schau gefunden welleche mein schneckenpelletzubringermotor ist.
ich habe den script mit meinem Homeautomation (Jeedon ich komme aus 
frankreich;)) verbunden mit mysensors wird soviel ich weiss auch von 
FHEM unterstuzt.

Gruss Yogui

Hallo zusammen,

nach längerer Zeit hier nun neue Erkenntnisse von mir zu folgendem 
decodierten Signal:

aaSignalMaps[33] = {
    'Kesselleistung': ('u', 13, 1, 1,'%')}


Dieses Signal ist genauer gesagt die "reale Kesselleistung", d.h. 
angezeigte Kesselleistung * Pelletfaktor!
Darauf gekommen bin ich, weil meine Anlage hier plötzlich nur noch 76% 
angezeigt hat, nachdem bei einem Wartungstermin eine neue Software auf 
die Heizung aufgespielt wurde. Die Anzeige im Display zeigt aber 
weiterhin 100%.
Seitdem liegt mein Pelletfaktor nur noch bei ca. 76%. Auch wenn man ihn 
hochsetzt auf 100%, lernt er sich in kurzer Zeit wieder zurück.
Die Anlage läuft jetzt natürlich deutlich länger pro Tag als früher, 
aber mein Schornsteinfeger freut sich seitdem über meine Abgaswerten 
:-)!
Eine Abgasmessung dauert natürlich immer noch gleich lang, aber in 
dieser Zeit wird nun nur noch 76% des Feinstaubs erzeugt.

Ich habe dann angefangen mitzurechnen, wie viel Wärmeenergie ich mit 
meiner Pelletheizung pro Tag erzeuge und bin zu folgender Formel 
gekommen:

Wärmeenergie_[kWh] = Summe(dt_[s] * Reale_Kesselleistung_[%] * 
Kessel_Nennleistung_[KW])

Meine Kessel_Nennleistung_[KW] ist 8 KW.

Diese erzeugte Wärmeenergie habe ich längere Zeit abgeglichen mit dem im 
Display angezeigten Pelletverbrauch und bin zu folgender Formel 
gekommen:

Wärmeenergie_[kWh] = Pelletverbrauch_[kg] * Pellet_Nennenergie[kwh/kg] * 
Wirkungsgrad_Heizung

Als Pellet_Nennenergie[kwh/kg] habe ich den Literaturwert 5 kWh/kg 
angesetzt und komme damit auf einen  Wirkungsgrad von 93,2% für meine 
Anlage.
Dieser Wirkungsgrad ist ziemlich plausibel.
Der Pelletverbrauch lässt sich somit berechnen mit der Formel:

Pelletverbrauch_[kg] = Summe(dt_[s] * Reale_Kesselleistung_[%] * 
Kessel_Nennleistung_[kW]) / (5 kW/kg * 0.932)

Diesen berechneten Pelletverbrauch habe ich jetzt 2 Winter lang 
abgeglichen mit dem angezeigten Pelletverbrauch und ich habe 
festgestellt, dass diese
beiden Werte ziemlich gut übereinstimmen (Abweichung von nur wenigen kg 
pro Jahr!)

Inzwischen habe ich auch mal wieder Pellets getankt und musste 
feststellen, dass doch etwas mehr reingepasst hat, als ich an Verbrauch 
berechnet habe.
Deswegen habe ich nun in meine Verbrauchsrechnung noch einen 
Korrekturfaktor eingefügt:

Pelletverbrauch_[kg] = Summe(dt_[s] * Reale_Kesselleistung_[%] * 
Kessel_Nennleistung_[kW]) / (5 kW/kg * 0.932) * 1.094

Dies entspricht aber immer noch einem Wirkungsgrad von 85,3%, was auch 
noch plausibel ist.
Ich weiss, dass die angesetzten Werte für Kessel_Nennleistung_[KW], 
Pellet_Nennenergie[kwh/kg] und auch die Füllmenge beim Tanken gewisse 
Ungenauigkeiten haben, aber ich bin erfreut, wie plausibel die Werte 
trotzdem sind.

Kann jemand von euch diese Erkenntnisse mit seinen Messdaten 
nachvollziehen?

Aufgrund der spannenden Infos in diesem Thread hab ich mich mal 
hingesetzt und für  einem wemos d1 mini pro und einem MAX485 ein 
Arduinoprogrammcchen geschrieben, dass die folgenden Werte per mqtt ins 
fhem dudelt.
Drehrost  0  2020-09-26 19:10:36
Geblaese  2078  2020-09-26 19:10:17
Hauptantrieb  1  2020-09-26 19:10:36
KeineStoerung  1  2020-09-26 19:10:36
Kesseltemperatur  77.5  2020-09-26 19:10:17
Leistung  21.8  2020-09-26 19:10:36
Proztemperatur  37.8  2020-09-26 19:10:17
Pumpepuffer  1  2020-09-26 19:10:36
Rauchgastemperatur  93.7  2020-09-26 19:10:17
Raumaustragung  0  2020-09-26 19:10:36
Reinigung  0  2020-09-26 19:10:36
Saugzug  1319  2020-09-26 19:10:17
Unterdruck  21.4  2020-09-26 19:10:17
Zuendung  0  2020-09-26 19:10:36

Die Verdrahtung ist recht simpel, über den Modbus des Kessels liest  der 
MAX485 Werte, damit er die Kesselsteuerung nicht verwirrt, im Grunde 
könnte man damit aber auch Steuern…. . Materialkosten liegen bei ca. 10€ 
Wenn größeres Interesse besteht würde ich den Code ein bisschen 
aufräumen und hier einstellen.

Gruß
Philip

Hallo Phillip,

mich würde das brennend interessieren, wenn du den code hier reinstellen 
kannst wäre supa, auch wie man die Verkabelung macht wäre toll
danke im vorraus
bg mark

// Das Programm liest Control und Sense Daten vom Bus
// eines KWB Easyfire mit und sendet diese per MQTT an
// fhem. Updates können OTA durchgeführt werden.
// Ist bestimmt nicht fehlerfrei läuft aber seit einer Weile stabil
// Hardware
// Webmos d1 mini Pro + HER MAX485 module
// Stromversorgung über Kessel 24V-> 7800 Spannungsregler
// Neben den Kesselwerten werden noch Brennerlaufzeit Gesamtenergie
// berechnet mit der der Pelletverbrauch bestimmt werden kann (ca. 
4.3kg/kwh bei einem EF2)
// Dank an Dirk Abel  und seine Doku zu, KWB RS-485 Interface



Viel Spaß beim basteln
Philip

Klar geht sicher auch mit einem Wemos d1 ohne pro, der hat lediglich 
keine externe Antenne und keine Akkuladevorrichtung. Pins sind fast 
gleich.

Philip

Hello!
Sorry for writing in English; I came across this subject while looking 
for an option to integrate my KWB in my Homeassitant instalation.
Are there any wiring schemes how to connect the Wemos D1 pro with RS485 
module and the KWB communication port?
7800 Spannungsregler is probably a voltage regulator? Any cheap options 
for it?
I realy admire what you guys already achieved, keep up the good work!

Lovro

Korrekt, genauso ist es. Schreiben wollte ich noch nicht. Wenn die 
beiden auf 0 sind bringt der max485 beim Einschalten den Bus auch nicht 
durcheinander.
Gruß
Philip

Klar, ich komm vorbei 😀
Freut mich wenn's läuft.
Mit ein bisschen Fachmanebene, Relaistest bekommst du weitere Werte 
raus.
Gruß Philip

Yep, genauso sieht es aus. Freut mich wenn es funktioniert.

Hab den Code noch ein bisschen aufgeräumt und die aus Ausgabe etwas 
optimiert. Aus den kwhs lässt sich nun leicht der Pelletverbrauch und 
der Bunkerstand berechnen.

Werde am Wochenende nochmal alles zusammenpacken und Uploaden.

Hi Bodo,
Ich hatte einige Werte über den Relaistest abgegriffen, die nicht in dem 
PDF bzw dort anders waren. Die Raumaustragung scheint bei mir der 
Antrieb der Förderschnecke zu sein.
Die Photodiode hatte ich zu.b. auch noch entdeckt. Leider hab ich die 
Codes für die Alarme noch nicht gefunden.
Gruß Philip

Hallo,
ich habe den KWB Sensor über home assistant eingebunden, alle Sensoren 
zeigen jedoch unavailible.

Welche Daten für host und port hast Du in der Konfiguration verwendet?

# Example configuration.yaml entry
  - platform: kwb
    name: kwb
    host: <ip>
    port: 23
    type: tcp
    raw: False

Beste Grüsse,
Thomas

....auch, meine Frage ging an von Kim Hanesch (Gast) 18.12.2017 13:26
aus dem Beitrag weiter oben :) Wäre toll, wenn du mir weiterhelfen 
könntest... Gruss Thomas

Hallo zusammen,

ist es jemandem von Euch bereits gelungen, die Werte für Geblaese- und 
Saugzugstufe korrekt herauszurechnen?  Die Werte von 0-255 linear auf 
die Stufen 0-50 zu interpolieren geht leider nicht.

Gemessen habe ich so etwas wie:

Für Geblasese und Saugzug gilt 255 => 50. Danach wirds spannend:

Geblaese 130 => 45
Geblaese 107 => 38
Geblaese 91 => 25

Saugzugstufe 206 => 45
Saugzugstufe 152 => 34
Saugzugstufe 129 => 25


Des weiteren tue ich mich schwer mit die vier Messwerten des Stoker zu 
interpretieren. Hat da jemand eine Idee wie man daraus Vorschub und 
Verzögerung errechnen kann?


Danke & Grüße,
HERSTE

Hallo,

wollte die Wemos Variante von WindundSterne ausprobieren, leider bekomme 
ich schon beim compilieren folgenden Fehler :

'class PubSubClient' has no member named 'setKeepAlive'

Die Library PubSubClient ist jedoch verfügbar ?!

Hat jemand die letzte Version von WindundSterne .ino ?

Mfg,
Kim

Ok sorry habe die letzte Version der Library jetzt heruntergeladen und 
lässt sich jetzt compilieren...

Kann mein Wemos anpingen, aber leider verbindet es sich nicht mit dem 
MQTT Broker.
Der Broker ist schon funktionell für andere Sachen...daran kann es 
eigentlich nicht liegen.

mfg, KIm

Hallo,
erstmal möchte ich mich bei allen beteiligten für die investierte Zeit 
und Mühe bedanken! Wirklich ein hervorragendes Projekt.
Nun zu meiner Frage: ich befinde mich derzeit auf Fehlersuche da mein 
Kessel zeitweise anfeuert, ca. 15 Minuten läuft und anschließend ohne 
den Puffer oder die Heizkreise zu versorgen wieder abschaltet. Gibt es 
im Protokoll die Möglichkeit den Grund für die Anfeuerung auszulesen?
Danke und Gruß
Tom

Hi, gibt denn dein Kessel keine Störungsmeldung aus? Wenn er auf Störung 
geht, könnte es die Lambdasonde sein, oder das Saugzuggebläse.
Oder deine Temperatursensoren liefern falsche Werte und sagen einfach, 
dass nichts zu tun ist.

Hallo und danke für Eure Hilfe.
Der Kessel gib keine Meldung aus, auch sonst konnte ich keine 
Unregelmäßigkeiten erkennen ausser den ist und soll Temperaturen. Im 
Menü vom Heizkreis steht eine Ist-Temperatur von 50°C und eine Soll- 
Temperatur von 150°C.
Leider kann ich die Werte nicht verändern...
Gruß Tom

Anbei ne aktuelle Version für den webmon d1 mini, mit der via rs485 
Daten des KWB Easyfire an fhem per mqtt gesendet werden.

Die Verbrauchswerte sind nun exakt, da die Ermitlung über den Stoker 
leider nicht so präzise war. Viel Spaß damit


Gruß
Philip

Hallo zusammen,
was kann ich denn hier aus den Werten lesen?

Es stand mal im Raum, dass jemand eine Platine für die WeMos Lösung 
bauen wollte? Ist das schon geschehen, weil sonst baue ich mir das 
einfach auf eine Protoplatine?

Absolut genial was hier passiert - und echt traurig dass es vom 
Hersteller hier keinen einfacheren Weg gibt.

Viele Grüße,
Martin

Guten Tag,

hab mich jetzt auch mal an die Wemos Variante gewagt.

Bei mir wurde ein ESP-12E benutzt, dieser wird aktuell noch über USB mit 
Strom versorgt. Der RS Adapter wird über VIN und GND mit 5V versorgt. 
Der Pin Ro des Adapters ist mit dem D2 des ESP-12E verbunden.

Wenn ich den Adapter nun an die Kessel Zweidrahtleitung anschliesse dann 
kommt sofort eine Fehlermeldung im Kessel dass der Heizfühlr ausgefallen 
oder nicht vorhanden ist. Eigentlich sollte ja nur passiv gelesen 
werden.

Aktuell habe ich schon einen Seriel auf Ethernet Adapter am laufen, mit 
dieser Variante bekomme ich keine Fehlermeldung.

Hatte schon jemand ähnliche Effekte ?

mfg,
Kim

Hi,

Ich hatte sowas auch schonmal. Bei mir hat ein RS485 Abschlußwiderstand 
geholfen. Kann sein, dass dein anderer Adapter den schon integriert hat 
und der neue nicht?

Markus

Kim Hanesch schrieb:
> Guten Tag,
> hab mich jetzt auch mal an die Wemos Variante gewagt.
> Bei mir wurde ein ESP-12E benutzt, dieser wird aktuell noch über USB mit
> Strom versorgt. Der RS Adapter wird über VIN und GND mit 5V versorgt.
> Der Pin Ro des Adapters ist mit dem D2 des ESP-12E verbunden.
> Wenn ich den Adapter nun an die Kessel Zweidrahtleitung anschliesse dann
> kommt sofort eine Fehlermeldung im Kessel dass der Heizfühlr ausgefallen
> oder nicht vorhanden ist. Eigentlich sollte ja nur passiv gelesen
> werden.
> Aktuell habe ich schon einen Seriel auf Ethernet Adapter am laufen, mit
> dieser Variante bekomme ich keine Fehlermeldung.
> Hatte schon jemand ähnliche Effekte ?
> mfg,
> Kim

Hallo,

was meinst du mit einem Abschlusswiderstand ?
Ich habe meinen RS485 wie oben auf den Bildern verdrahtet.

Mit besten Grüssen,
Kim

Ich hab jetzt noch den Aufbau mit Wemos D1 mini probiert.
Das Resultat ist das gleiche. Der Bus wird komplett zerschossen. 
Fehlermeldungen von vielen Sensoren.

Hier der Aufbau

Wemos              RS485
5V                 VCC
GND                GND
D3                 RO
GND                RE

Sollte ja korrekt sein oder nicht ?

Hallo,

Nein habe wie geschrieben nur RE auf GND gelegt. Obem auf dem Shema zum 
Anschluss ist dies ja auch nicht ersichtlich.
An dem Kabel der Signalleitung kann es auch nicht liegen da dieser ja 
ohne Probleme mit meine aktuellen Serial2Net adapter läuft.

Mfg

Hallo,

hier der aktuelle Aufbau und das funktioniert jetzt denke ich. Die KWB 
zeigt auf jedenfall nach Anschluss keine Fehlermeldungen an.

Hier der Aufbau

Wemos              RS485
5V                 VCC
GND                GND
D3                 RO
GND                RE
GND                DE

Hier die einzigen Werte die per MQTT übertragen werden :

10 0 0 0 0 8 255 1 97 2
10 2 2 61 16 119 128 88 77 175
10 2 21 17 88 88 140 0 16 135
10 171 25 0 0 0 16 1 9 237

Leider scheint der Wemos keine Daten zu finden die ihm zusprechen.

Aktuell benutzte ich einen serial2net adapter mit einem py Script zum 
Auslesen. Folgende Werte kann ich darüber finden :

aaSignalMaps[16] = {
    #Name: Type='b'(bit), Offset, Bit
    #Name: Type='s'(signed)/'u'(unsigned), Offset, Length, Factor, Unit
    'T_Vorlauf_HK1': ('s',5, 2, 0.1,'C'),
    'T_Ruecklauf_Kessel': ('s',7, 2, 0.1,'C'),
    'T_Boiler': ('s',9, 2, 0.1,'C'),
    'T_Kessel':  ('s',11, 2, 0.1,'C'),
    'T_Aussen': ('s',17, 2, 0.1,'C'),
    'T_Rauchgas': ('s',19, 2, 0.1,'C'),
    'T_Steuerung' : ('s',21, 2, 0.1,'C'),
    'T_Stokerkanal' : ('s',29, 2, 0.1,'C')}

aaSignalMaps[17] = {
    #Name: Type='b'(bit), Offset, Bit
    #Name: Type='s'(signed)/'u'(unsigned), Offset, Length, Factor, Unit
    'Aschebehaelter': ('b',3, 6),
    'Pellet_Vorrat': ('b',4, 3),
    'Brandschutzklappe' : ('b',1,1),
    'Reinigung' : ('b',2,1),
    'Alarm2': ('b',1,2),
    'Alarm1': ('b',1,3),
    'Boiler_Pumpe': ('b',1,5),
    'HK1_Pumpe': ('b',1,7),
    'Ascheaustragung': ('b', 2,0),
    'Reinigung': ('b',2,1),
    'HK1_Mischer': ('b',2,6),
    'Hauptrelais': ('b',3,4),
    'Raumaustragung': ('b',3,6),
    'Kessel_AN': ('b',15,0)}

Der Wemos spuckt mir nur leider in der aktuellen Config keine 
verwendbaren Daten aus.

HiHo,

nach längerer Testen hat nun endlich das auslesen des Stokers bei dem 
Easyfire geklappt. D.h. der Verbrauch kann nun grammgenau bestimmt und 
auch mit dem Nebenantrieb verglichen werden. Dazu hab ich das 
Arduino-Programm auf GitHub eingestellt, da sich so der Core besser 
maintainen läßt.

Hier die URL:
https://github.com/windundsterne/esp-kwb-mqttlogger

Viel Spaß damit :)

Hallo,

nach dem Start des Wemos Adapters bekomme ich folgende Infos per MQTT :
Booting

bytes read RS485: 10 2 21 17 120 88 140 128 16 129

Und sonst nichts. Kann vielleicht jemand mir helfen ?

mfg,
Kim

Sorry, leider konnte ich dir nicht richtig folgen was ich eigentlich 
probieren soll ? Könntest du dies bitte genauer beschreiben.

Mfg,
Kim

Philipp W. schrieb:
> Hallo Philip,
> kannst du mir sagen, was die Kürzel
> UD (Umdrehungen?)

Hier hatte ich die Umdrehungen des Stokers über die  Sense Pakete 
versucht zu zählen, das erwies sich aber nicht als 100% zuverlässig. Die 
neueses Version macht dies über die Taktzeit des Hauptantriebs. Das 
stimmt sehr exakt. Ich glaube nun ist der Verbrauch grammgenau messbar.


> HA, NA (Haupt/Nebenantrieb)
Wenn sich dieser Wert


Ja - korrekt.
Dies ist das Verhältnis zwischen der Laufzeit des Haupt und des 
Nebenantriebs. Wenn es z.B bei dem Nebenantrieb (bei mir eine Schnecke) 
Probleme gibt, weil z.B. die Pellets nicht nachrutschen sinkt diesse 
Zahl und man weiss das frühzeitig.



> bedeuten?
>
> Die "Leistung" passt bei mir nicht zur Anzeige am Kessel; die geht
> manchmal auf 13 (bei einem 12kW-Brenner), und die zeigt 6-7kW an,
> während die Zündung noch läuft und der Kessel "0%" zeigt. Ansonsten ist
> der Verlauf halbwegs plausibel.

der  Wert wird über die Verbrauchsmessung des Stokers gemessen. Am 
Anfang wird viel Material eingeschoben so das eine scheinbar höhere 
Leistung entsteht.
>
> Was ist denn die "SchneckeSchnecke"? Ist das die Förderung vom Lager,
> oder vom Pufferbehälter in den Brenner?

Das war der Vorgänger des HANA - hatte in der letzen Version noch nicht 
ganz aus dem Code entfernt.


Gruß
Philip ;)

>
> Das sind aber alles nur Kleinigkeiten, Danke für deinen Aufwand.
>
> Mittlerweile hab ich einige Signale für die Heizkreise 3 und 4 gefunden;
> wenn ich sie sauber aufbereitet hab, stell ich sie hier rein.
>
> Hat jemand gefunden, wo sich die Stellung des Wahlschalters der
> Raumthermostate versteckt (Frost/Nacht/Auto/Tag)?
>
> LG
> Philipp

Kim Hanesch schrieb:
> Hallo,
>
> nach dem Start des Wemos Adapters bekomme ich folgende Infos per MQTT :
> Booting
>
> bytes read RS485: 10 2 21 17 120 88 140 128 16 129
>
> Und sonst nichts. Kann vielleicht jemand mir helfen ?
>
> mfg,
> Kim

An den Werten siehts Du das das auslesen des rs485 zu funktionieren 
scheint.
weitere Daten kommen erst nach dem Updateintervall von 5 min. z.B. 
2022-02-05_12:31:00 MQTT2_kwb info: Booting (UART0 Serial)
2022-02-05_12:31:00 MQTT2_kwb UDfaktor: 1.4900
2022-02-05_12:31:00 MQTT2_kwb kwh: 0.000
2022-02-05_12:31:00 MQTT2_kwb rec: bytes read RS485: 10 32 1 0 1 0 1 0 1 
0
2022-02-05_12:31:00 MQTT2_kwb updatemin: 5
2022-02-05_12:36:00 MQTT2_kwb errors: 5442 / 51
2022-02-05_12:36:00 MQTT2_kwb Pellets: 0
2022-02-05_12:36:00 MQTT2_kwb PelletsNA: 0
2022-02-05_12:36:00 MQTT2_kwb Stoerung: 0
2022-02-05_12:36:00 MQTT2_kwb deltaPelletsh: 0
2022-02-05_12:36:00 MQTT2_kwb Kesseltemperatur: 54.3
2022-02-05_12:36:00 MQTT2_kwb Rauchgastemperatur: 78.2
2022-02-05_12:36:00 MQTT2_kwb Saugzug: 1342 / 2510
2022-02-05_12:36:00 MQTT2_kwb Unterdruck: 15.5
2022-02-05_12:36:00 MQTT2_kwb Kessel: brennt
2022-02-05_12:36:00 MQTT2_kwb Anforderung: 1
2022-02-05_12:36:00 MQTT2_kwb photodiode: 25
2022-02-05_12:37:37 MQTT2_kwb Reinigung: 1
2022-02-05_12:40:38 MQTT2_kwb Reinigung: 0
2022-02-05_12:41:00 MQTT2_kwb errors: 5484 / 23
2022-02-05_12:41:00 MQTT2_kwb Pellets: 0
2022-02-05_12:41:00 MQTT2_kwb PelletsNA: 0
2022-02-05_12:41:00 MQTT2_kwb Pumpepuffer: 1
2022-02-05_12:41:00 MQTT2_kwb Kesseltemperatur: 55.6
2022-02-05_12:41:00 MQTT2_kwb Rauchgastemperatur: 68.0
2022-02-05_12:41:00 MQTT2_kwb Saugzug: 2005 / 864
2022-02-05_12:41:00 MQTT2_kwb Unterdruck: 103.8
2022-02-05_12:41:00 MQTT2_kwb Kessel: brennt
2022-02-05_12:41:00 MQTT2_kwb Anforderung: 1
2022-02-05_12:41:00 MQTT2_kwb photodiode: 24
2022-02-05_12:44:41 MQTT2_kwb Schneckenlaufzeit: 29

Gruß
Philip

Die Codes für Fehlermeldungen sind sicher innerhalb der SENSE-Pakte, 
enthalten. Wäre cool wenn jemand wüßte an welche Stelle diese stehen. 
Damit könnte man bei einer Störung nicht nur sehen dass die anliegt 
sondern auch, um welche es sich handelt.

Weiß da jemand was ?

Gruß
Philip

Leo B. schrieb:
> Philip schrieb:
>>> Die "Leistung" passt bei mir nicht zur Anzeige am Kessel; die geht
>>> manchmal auf 13 (bei einem 12kW-Brenner), und die zeigt 6-7kW an,
>>> während die Zündung noch läuft und der Kessel "0%" zeigt. Ansonsten ist
>>> der Verlauf halbwegs plausibel.
>>
>> der  Wert wird über die Verbrauchsmessung des Stokers gemessen. Am
>> Anfang wird viel Material eingeschoben so das eine scheinbar höhere
>> Leistung entsteht.
>
> Hallo Philip,
> kann man diese Leistung auch irgendwo am Bedienfeld ablesen und
> vergleichen?
> Ich kenne nur die Kesselleistung in Prozent, die im Betriebszustand des
> Kessels angezeigt wird. Aber irgendwie kann ich deinen Wert nicht 1:1
> darauf umrechnen.
> Wie kamst du hier auf 0,5 als Umrechnungsfaktor im Gegensatz zum 0,6 bei
> ein paar anderen Werten?

Die Leistung kann man m.E. nicht direkt aus den Steuerpakten ableiten, 
nur indirekt über die Taktung. Ich hab den alten Code zur 
Leistungsberechnung entfernt. Nun kann man die Berechnung besser 
erkennen:

https://github.com/windundsterne/esp-kwb-mqttlogger

>
> Was bei mir auch nicht mit der Prozentangabe am Bedienfeld
> übereinstimmt, ist der Wert der Photodiode. Kommt bei dir mit dieser
> Formel ein Wert zwischen 0 und 100% heraus? Wie bist du zu der Formel
> gekommen?

Glaub die Berechnung kam aus der Protokollbeschreibung aus dem Forum.

Gruß
Philip

>
> Viele Grüße
> Leo

Hallo,

erstmals dickes Lob für das Projekt.
Ich habe eine KWB Easyfire 1 und das Projekt von Philip nachgebaut.
Am mqtt-Server bekomme ich aber nur initial folgende Infos, danach 
passiert nichts mehr.

error    unknown Packet 32/33
info    Booting (UART0 Serial)
rec    bytes read RS485: 10 0 0 0 0 2 21 17 101 88
subscriptions  cmd
updatemin  5

Wo kann hier der Fehler liegen?

mfg, Gerhard

Da kommt nichts über die rs485 rein,was er als gültig erkennt. Tausch 
mal A und B. Sollte das auch nichts bringen und der Wemos nicht defekt 
sein, würde ich den Rs485 Adapter in Verdacht haben.

A und B habe ich vertauscht ohne Erfolg. Soll ich mit dem 
Einkommentieren von SWSERIAL und dem GPIO2 probieren. Momentan steckt 
der RO Receiver Output vom RS485 am D7 vom Wemos.

Hiho,

Hab noch was zum SWSerial vs. UART  geschrieben. Vielleicht hilft Dir 
das

https://github.com/windundsterne/esp-kwb-mqttlogger/blob/main/README.md

Gruß
Philip

Hallo Philip,

danke für deinen Hinweis, komme aber leider nicht weiter. Habe auch mit 
der Version von deinem Post vom 14.07.2021 probiert, habe immer 
ähnliches Verhalten.

Initial bekomme ich am mqtt folgende msg zurück, danach passiert nichts 
mehr.
rec 10 2 21 17 73 88 142 168 20 255


Wenn ich mir über den seriellen Monitor dann im Loop die nID ausgeben 
lasse.
Habe ich abwechselnd immer nID=16 bzw. nID=17. Also kommt meiner Meinung 
nach ja irgendwas über die RS485, anscheinend aber nichts mit nID 32/33.

Welchen wemos D1 mini verwendest du? Ich setze diesen hier ein: 
https://www.amazon.de/gp/product/B08BTQBGB8/ref=ppx_yo_dt_b_asin_title_o06_s01?ie=UTF8&psc=1

schöne Grüße

Hi Leo,

vielen Dank für den Hinweis. Endlich kommen Daten an.

Mich wundert nur, dass hier noch eine alte Software verwendet wird, der 
Kessel wurde erst im Oktober neu in Betrieb genommen.

Möglicherweise gibt es diese Einschränkung bzw. Unterschiede zwischen 
den unterschiedlichen Kessel, meine ist die Easyfire 1.

schöne Grüße
Gerhard