LON Bus Windhager mitlesen/steuern

[Peter M. (peter2003)]

Hallo,

da ich seit einem gutem Jahr einen Heizkessel von Windhager habe
(VarioWin, UML+, WVF+ und InfoWin+), habe ich mich auch schon längere
Zeit bemüht, eine Möglichkeit zu finden, diverse Werte über den LON Bus
auszulesen (Status, Temperaturen, Pellets Verbrauch, ...).

Beim Suchen ist mir dann die Service SW von Windhager über den Weg
gelaufen.
In der beiliegenden Doku ist der verwendete USB-LON Adapter zu sehen.
Den habe ich mir besorgt, und jetzt kann ich die Anlage "auslesen" (es
werden alle vorhandenen Module gesucht/gefunden, und die NV ausgelesen),
und könnte FW Updates durchführen.
Vom VarioWin kann man auch ein paar Parameter auslesen und am PC
speichern bzw.  zurück schreiben (für Baugruppentausch).

Damit habe ich mal ein schönes (funktionierendes) Beispiel, was sich so
am LON abspielt.

Im Prinzip möchte ich auch genau so was machen, aus den Modulen diverse
NV auslesen.

Ich habe schon mit einem USB-Analyser und diversen PDF von Echelon auf
der USB Schnittstelle zwischen Treiber und LON Adapter mitgelesen, und
kann die Nachrichten einigermaßen interpretieren.

Auch habe ich versucht mit dem Echelon Paket „OpenLDV SDK“ und der darin
enthaltenen ldv32.dll (ist laut Adapterhersteller kompatibel mit der HW)
mit Visual Basic die Verbindung zu öffnen. Laut der „C“ Beispiele sollte
das ja ganz einfach sein, bekomme aber immer den Fehler „invalid
Parameter“ beim Aufruf der Open Funktion in der ldv32.dll zurück.
Ich habe schon alle möglichen Varianten der Funktionsdeklaration in VB
versucht, aber ohne Erfolg.

Ein anderer Weg wäre, die beiden DLL die mit dem Service Toll
mitgekommen sind zu verwenden. Aber dafür habe ich ja gar keine
Beschreibung. Müsste man mühsam mit einem Debugger raus finden, was da
passiert.

Wer Interesse hat an näheren Informationen, oder helfen kann, ist
herzlich willkommen.

Lg. Peter

[Rainer (Gast)]

Hi,

ich bin auch schon seit einiger Zeit an einer Anbindung der Heizung an 
meine Haussteuerung interessiert. Leider ist Windhager da etwas träge.

Ich selbst habe einen Firewin mit UML und WVF (nicht die Plus-Version). 
Es gibt seit 2 Wochen eine Möglichkeit von Windhager die Heizung über 
das Smartphone zu steuern, jedoch ist der Preis für die Lösung einfach 
zu hoch, davon mal abgesehen dass die Steuerung über einen 
Windhager-Server (Cloud) läuft.

Mir wäre es deshalb auch lieber, das ganze über den LON-Bus zu steuern 
bzw. mitzulesen. Kannst du mir mal die Unterlagen zukommen lassen, die 
du dazu gefunden hast?

[Rainer (Gast)]

email ist:

rainer<punkt>mueller@gmx<punkt>at

[Peter M. (peter2003)]

Also inzwischen bin ich ja schon viel weiter, als meine letzte Nachricht 
vermuten lässt.

Ich bin zwar mit der OpenLDV Bibliothek von Echelon soweit gekommen, 
dass ich den XLON-USB Adapter (http://www.xlon.de/index.htm) öffnen 
kann, aber eine Kommunikation mit UML/WVF/VarioWIN ist mir nicht 
gelungen.
Scheinbar ist der Adapter doch nicht kompatibel, wie angegeben, und 
leider auch nicht ganz billig.

Somit habe ich dann "einfach" die Service SW von Windhager analysiert,
und mit einem VB2005 Programm nachgeahmt, mithilfe der mitgelieferten 
DLLs.

Mein Progi kann jetzt alle Komponenten (UML, WVF, Kessel) selber finden, 
die darin enthaltenen NV (Variablen) abfragen, und deren Werte auslesen.

Weiters habe ich eine Trace Funktion, wo ich zyklisch in einer Datei 
hinterlegte NV abfrage, und speichere.

Zuz. bin ich am spielen (mit dem Kessel), um die Bedeutung der einzelnen 
NV zu erforschen.
Nicht alle sind durch den Namen selbsterklärend.

Wer es mit einem anderen Adapter versuchen möchte, oder ganz ohne, der 
kann auch nähere Informationen haben, was so am Lon Bus nötig ist, um 
die Komponenten anzusprechen.

[Peter M. (peter2003)]

So, ich bin jetzt einigermaßen fertig mit diesem Projekt.
Die interessantesten Parameter werden jetzt periodisch aus dem Kessel 
ausgelesen, und in eine Datei gespeichert.
Diese Datei (bzw. deren Inhalt) wird dann über eine .ASP Datei auf einem 
Webserver bereitgestellt (siege Bild), und kann mit jedem Browser 
aufgerufen werden.

[Christian (Gast)]

Hallo,
schön das sich da auch andre mit beschäftigen atte vor ca. 5 Jahren auch 
mal ein versuch gestartet scheiterte aber an den Protokollen bzw konnte 
ich den Bus nicht richtig lesen. Ich wäre für infos zu der Abrage des 
Uml sehr interessiert gern per mail.

[Peter M. (peter2003)]

Hallo  Christian (Gast),

was für Infos würdest du denn genau brauchen?
Um sie dir per Mail zu senden, musst du mir deine Adresse zukommen 
lassen.

[Jürgen R. (juergenle)]

Hallo Peter M.
Ich habe auch eine Windhager-Pelletheizung. Ich bin im Moment daran den 
Datenverkehr auf dem LON Bus zu analysieren. Schwere Aufgabe !
Hast du da Unterlagen zum Telegrammaufbau, zum datenverkehr etc ?
Mfg Juergen R.

[David M. (amd6409)]

Hallo Peter M.,

ich habe einen Windhager HMX Holzvergaserkessel, also den Vorgänger der 
derzeitigen Modellpalette von Windhager.
Hast du Informationen ob deine Lösung auch bei diesem Kessel 
funktionieren würde?
Er nutzt intern auch schon LON um Zusatzmodule an den Kessel anzubinden.
Wäre sehr Interessiert den Status, Temperaturen,… auszulesen, um diese 
dann in meiner Heizungsregelung, Visu zu integrieren.

Vielen Dank!

[Peter M. (peter2003)]

Hallo David,

möglicherweise kann das original Service Tool auch mit HMX 
Holzvergaserkessel kommunizieren.
Im Unterordner wo die Symbolbilder liegen, die angezeigt werden, wenn 
eine Komponente beim einlesen der Anlage gefunden wurde, ist ein Bild 
HMX.jpg.

Allerdings sind in den Ordnern, wo die FW der einzelnen Komponenten 
liegt, die vom Service Tool aktualisiert werden können, nur BioWin, 
VarioWin und FireWin Anlagen.

Man müsste das halt testen, aber dazu braucht man den Xlon-USB Adapter.

Peter

[Martin Rechberger (Gast)]

Hallo Peter,

darf ich fragen wie du zu dem "Technikermodul" gekommen bist? Mir wurde 
gesagt, dass das nicht verkauft wird.

lg
Martin

[Peter M. (peter2003)]

An Privatpersonen wird leider nicht geliefert.
Ich habe den Adapter über die Firma eines Bekannten bestellt.

[Jürgen V. (jrgen_v)]

Woher kann ich die Service SW bekommen?
Modul mit rs232 Schnittstelle ist schon da :)

[Peter M. (peter2003)]

Hallo Jürgen,

wo du die SW findest, habe ich dir per Email gesendet.

Aber du wirst den oben erwähnten XLON USB Adapter brauchen, was anderes 
funktioniert mit der Service SW nicht.

Peter

[Dominic M. (Gast)]

Hallo Peter,
könntest du mir eine Mail zukommen lassen, wo ich die Software finde.

Danke und Gruss Dominic

[e-mail]

[Angel C. (Gast)]

Hi, Im trying to interact with a windhager variowin with mes module and 
fb5210 thermostat from an open domotic platform in raspberry, someone 
can confirm me what interface could communicate with the bus, im looking 
that cheapest option is u60 from échelon and appear to be compatible 
with same drivers and software than u10/u20. Could someone indicate me 
if im investigating in the correct way? Thanks!

[Gerhard E (Gast)]

Hallo,
bin soeben auf diesen Thread gestoßen.
Ich habe seit 2006 einen Vitolig 200, der eigentlich ein HMX von 
Windhager ist. Hatte auch bisher nach Vitolig gesucht, dachte nicht an 
die Suche nach HMX.
Vor drei Jahren habe ich erfolglos versucht, die Daten aus dem Kessel 
auszulesen. Dazu habe ich einen LON-Bus PCMCIA-Adapter besorgt, bin aber 
wohl an der Softwareumgebung gescheitert. Ich wusste nichts von einem 
Service-Tool.
Ich habe mir inzwischen mit einem Beckhoff-System (Analoge 
Eingangsklemmen und Ethernet-Buskoppler) beholfen und ein zweites dünnes 
Thermoelement in die Brennkammertauchhülse geschoben, ebenso im Abgas. 
Die Tank- und sonstigen Wassertemperaturen messe ich mit PT100-Fühlern. 
Dazu in Labview einen Recorder geschrieben, um den Verlauf der 
Verbrennung über der Zeit zu beobachten (ein Schritt ca. 3 sek.).
Seit 2 Jahren habe ich zusätzlich noch eine Lambda-Sonde im Abgasstrang 
installiert. Dabei habe ich feststellen müssen, dass der Kessel von Zeit 
zu Zeit in einen Zustand verfällt, der durch starken Luftmangel 
gekennzeichnet ist. Normalerweise pendelt der Kessel zwischen Lambda = 
1,05 und 1,2. Dann aber stimmt plötzlich das Luftverhältnis nicht mehr 
und es kommt zu Phasen mit Lambda kleiner 0,7, ggf. auch mit Qualmen. 
Das passiert bevorzugt bei Lastwechseln (wenn die Rücklauftemperatur 
ansteigt).

Ich würde die Sache gerne nochmal mit der Abfrage der Daten aus dem 
Kessel selbst angehen. Besteht die Möglichkeit, mir für einen erneuten 
Anlauf am LON-Bus unter die Arme zu greifen?

Grüße
Gerhard

[Peter M. (peter2003)]

Hallo Gerhard,

kannst du "unter die Arme zu greifen" näher erläutern?

Die Service SW dient ja "nur" zum aktualisieren der FW der diversen 
Teile.
Im Verzeichnis der FW sind folgende Komponenten zu sehen:

AB-Modul
BioWIN
BioWIN2
BioWINXL
B-PLM +
FireWIN
InfoWIN
InfoWIN BW
InfoWIN FW
InfoWIN SW
JetWIN
KAS +
LogWIN
LWP
PMX
SilvaWIN
SOFU
UML +
VarioWIN
WVF +
ZSP-O2

Da ist kein HMX dabei.

Das bedeutet nicht, dass man mit dem XLON-USB (den die Service SW 
verwendet) nicht auch mit einem HMX kommunizieren kann.
Aber für die Kommunikation werden diverse Informationen gebraucht.
Die kann man für die Komponenten, die in der Service SW vorhanden sind, 
aus deren FW Ordner gewinnen.
Da dort kein HMX vorhanden ist, ist das nicht so einfach.

Und nur zum testen ist der XLON-USB etwas teuer.

Was für einen LON-Bus PCMCIA-Adapter hast du denn?

Peter

[Gerhard E (Gast)]

Hallo Peter,

vielen Dank für die schnelle Antwort.
Da die letzten Aktivitäten mit dem LON-Bus bereits mehrere Jahre her 
sind muss ich das Interface erst mal suchen. Ich glaube mich zu 
erinnern, dass es ein Interface von Echellon war. Inzwischen ist die HW 
irgendwo in meinem Bastelkeller nach hinten gewandert, ich werde am 
Wochenende mal versuchen das Kärtchen aufzutreiben, dann werde ich mich 
wieder mit genaueren Informationen melden.

Bis dahin eine angenehme Woche
Gerhard

[Horst V. (Gast)]

Hallo Peter,

wir haben seit letzem Herbst auch eine Windhager Pellet-Heizung 
(BioWin2). Ich möchte nun auch diverse Werte aus der Anlage auslesen und 
ein wenig STatistik damit betreiben. Infos über den LON-Bus habe ich 
schon im Netz gefunden. Das Protokoll ist zwar prinzipiell verständlich, 
aber selber einen protokoll-Stack zu programmieren erscheint mir recht 
mühsam.

In einem Deiner ersten Posts schreibst Du:

> Wer es mit einem anderen Adapter versuchen möchte, oder ganz ohne, der
kann auch nähere Informationen haben, was so am Lon Bus nötig ist, um
die Komponenten anzusprechen.

Da ich beabsichtige, mit einer eigenen Interface-Hardware in Verbindung 
einem RasperryPi zu arbeiten, bin ich dringend auf Insider-Wissen des 
Protokolls und der Datenformate bei der Kesselsteuerung angewiesen.

Über eine Reaktion würde ich mich sehr freuen!

Grüße
Horst

[Peter M. (peter2003)]

Hallo Horst,

ohne LON Stack glaube ich nicht das es gehen wird. Entweder mit einem 
Adapter (zB. so wie den XLON-USB, wo man dann eine DLL mit den 
Funktionen anspricht, oder einen von Echelon, der mit deren DLL bedient 
werden kann), oder alles selber programmieren, was sehr aufwendig ist, 
wie du schon angemerkt hast.

"Nur" mit passivem mitlesen am Bus wirst du nicht weiterkommen. Die 
gesuchten Informationen werden in Netzvariablen gespeichert/übertragen.
Die sind aber nur nach "Aufforderung" am Bus vorhanden, somit muss man 
am Bus "mitreden". Und dazu wirst du den LON Stack brauchen.

Die Informationen die ich liefern kann, beziehen sich auf die LON 
Kommandos, die nötig sind, um die am Bus vorhandenen Komponenten 
(Kessel, UML, WVF, InfoWin) zu finden, und deren Eigenschaften (wie die 
Netzvariablen, Knotenadressen, ...) auszulesen. Mit diesen Werten kann 
dann gezielt ein/mehr Werte aus einem Knoten ausgelesen werden.

Die Informationen liegen in Form von Mitleseprotokollen vor, die ich an 
der USB Schnittstelle zwischen PC und XLON-USB gewonnen habe.
Da sieht man mit welchen Befehlen die Knoten gesucht und ausgelesen 
werden.

Was aber bei der DLL ein ganz einfacher Funktionsaufruf ist (Open, 
Reset, Write CMD, Close, ...), sind an der USB Schnittstelle schon 
einige Befehle mehr (Handshake mit Quittungen, ...), und was genau 
direkt am LON Bus passiert, kann ich dir gar nicht genau sagen (zB. die 
Kollisionserkennung, wann ist der Bus frei, damit geschrieben werden 
kann, ...).
Ich habe mir den Bus zwar auch mit dem Oszilloskop angesehen, aber mehr 
als die physikalischen Bedingungen (wie Spannung, Übertragungsrate) ist 
da nicht zu erfahren.

lg. Peter

[Horst V. (hoschti)]

Hallo Peter,

vielen Dank für Deine ausführliche Antwort. Ich hatte etwas in der Form 
leider schon erwartet. Eigentlich möchte ich ja ohne teure Spezial-Teile 
auskommen. Und da ich auch kein Freund von Windows bin (ich nutze 
auschließlich Linux), kann ich auch mit einem Tool, dass auf DLLs setzt 
nicht richtig was anfangen. Mir wird also nichts anderes übrig bleiben, 
als den Protokoll-Stack irgendwie nachzubauen. Das ist ja prinzipiell 
nicht unmöglich, aber bisher ist mir noch keine halbwegs verständliche 
Beschreibung über den Weg gelaufen. Bis auf die Bit-Kodierung 
(Manchester) habe ich noch nichts gefunden. Ist Dir vielleicht bei 
Deinen Recherchen irgendwas in der Art aufgefallen? Ich bin da für jeden 
Himweis (Link) dankbar.

Grüße
Horst

[Peter M. (peter2003)]

Sende mir deine Email per privater Nachricht, dann sende ich dir diverse 
PDF die ich über LON habe.

Peter

[Jochen S. (Gast)]

Hallo Peter,

Ich habe eine Rapido KP100, der ist baugleich mit der Biowin Exclusiv. 
Kannst Du mir schreiben wo ich die Service Software und das Interface 
bekomme?
Deine Visualisierung finde ich sehr gut, kann ich die an den Biowin 
anbinden?

Mit freundlichen Grüßen Jochen

[Peter M. (peter2003)]

Hallo Jochen.

KP 100: Da habe ich folgende Installationsanleitung gefunden:
http://www.rapido-waermetechnik.at/pdf/manuals/Pelletkessel/Inst-Anl_KP100_D_011407_06-06_Rue.pdf

Wenn die für alle KP 100 gilt, wird man zwar mit der Service-SW sicher 
den Kessel auslesen/updaten können (den Feuerungsautomaten, siehe Seite 
22 Abb. 5.2), weil der ja sicher von Windhager ist, und auf XR2 1+2 der 
LON Bus raus kommt).
Die meisten Werte die in meiner Ansicht oben zu sehen sind, sind aber 
aus der Heizungssteuerung. Das ist bei mir ein UML+ und WVF+ von 
Windhager, die auch vom Bedienfeld des Kessels aus angesprochen werden 
können (und natürlich auch von der Service-SW).
Aber auch bei ältere UML/WVF (ohne "+") können die wichtigsten Werte 
über den LON ausgelesen werden. Eingestellt werden die aber "mechanisch" 
am Modul.

Beim KP 100 sieht es aber in diesem PDF so aus, wie wenn da eine andere 
Steuerung drin ist (Seite 17, "rapidomatic"). Die ist auch in den 
Bildschirm Ansichten des Bedienfeldes des KP 100 nicht zu sehen (bei mir 
ist Im Menü noch die Zeile "MES Module", wo es zum UML/WVF geht).

Das bedeutet nicht, dass nicht auch die "rapidomatic" über den LON 
gelesen/gesteuert werden kann.
Alleine ich (und vermutlich die Service-SW) haben davon keine Ahnung.

Alle Informationen zu den NV (Netzvariablen) von Kessel/UML/WVF habe ich 
aus der Service-SW bzw. den mitgelieferten Dateien.
Für die "rapidomatic" müsste man da erneut Grundlagenforschung 
betreiben.
Oder man ist damit zufrieden, was man aus dem Kessel an Daten bekommt.

Was man aus einem Kessel ausgelesen kann (Beispiele für VarioWin und 
fireWin):
####################################################################

Node: VarioWin
###############
NV:nvoError              (nvo_Störcode        )  Typ:SNVT_count(8)
NV:OXY_nvoHeating        (nvo_O2_Heizung      )  Typ:SNVT_lev_cont(21)
NV:nvoWvEnergyHold       (nvo_EnergyHold_HK   )  Typ:SNVT_lev_percent(81)
NV:nvoBwEnergyHold       (nvo_EnergyHold_WW   )  Typ:SNVT_lev_percent(81)
NV:WET_nvoTist           (nvo_WET_T_Kessel    )  Typ:SNVT_temp_p(105)
NV:GB_nvoNist            (A_GB_Drehzahl       )  Typ:SNVT_rpm(102)
NV:GB_nvoNsoll           (A_GB_Drehzahl_Soll  )  Typ:SNVT_rpm(102)
NV:FS_ioMsum             (B_Pellets_Gesamt    )  Typ:SNVT_count(8)
NV:FS_nviMfoerder        (A_FS_Menge_berech   )  Typ:SNVT_mass_kilo(24)
NV:FS_nciCO2             (E_Korr_Brennstoff   )  Typ:UNVT(0)
NV:FS_nvoRotation        (A_FS_Überwachung    )  Typ:SNVT_lev_percent(81)
NV:PMX_Status            (nvo_FMP_Status      )  Typ:UNVT(0)
NV:PMX_nvoLstg           (P_Leistung          )  Typ:SNVT_lev_cont(21)
NV:PMX_PwrAvg            (P_Leistung_Mittel   )  Typ:SNVT_lev_cont(21)
NV:PMX_avgTb_Tk          (T_TB_TK_berechnet   )  Typ:SNVT_temp(39)
NV:PMX_state             (B_Zustand_Brenner   )  Typ:UNVT(0)
NV:PMX_eeBetrStd         (B_Betriebsstunden   )  Typ:SNVT_time_hour(124)
NV:PMX_eeNbrAnhz         (B_Anheizvorgänge    )  Typ:SNVT_count(8)
NV:PMX_CntShort          (Z_Ausbrand_Kurz     )  Typ:UNVT(0)
NV:PMX_CntLong           (Z_Ausbrand_Lang     )  Typ:UNVT(0)
NV:PMX_InModTmr          (Z_TimeModulation    )  Typ:SNVT_time_min(123)
NV:LPC_nvoState          (B_Druckschalter     )  Typ:UNVT(0)
NV:NIC_nvoValue          (T_Brennraum         )  Typ:SNVT_temp(39)
NV:NIC_nvoTboard         (T_Schaltfeld innen  )  Typ:SNVT_temp_p(105)
NV:NIC_nvoAvgVal         (T_Brennraum_Mittel  )  Typ:SNVT_temp(39)
NV:TK_nviSetP            (T_Kessel_Soll       )  Typ:SNVT_temp_p(105)
NV:TK_nvoTemp            (T_Kessel            )  Typ:SNVT_temp_p(105)
NV:TK_nviExtSetP         (T_Kessel_Soll_ext   )  Typ:SNVT_temp_p(105)
NV:TK_nvoAvgVal          (T_Kessel_Mittel     )  Typ:SNVT_temp_p(105)
NV:TK_Stpt               (T_Kessel_Soll       )  Typ:SNVT_temp_p(105)
NV:TK_nvoNSollBP         (A_Kesselpumpe       )  Typ:SNVT_lev_cont(21)
NV:RG_nvoTemp            (T_Abgas             )  Typ:SNVT_temp(39)
NV:PZS_status            (PZS_Betriebszustand )  Typ:UNVT(0)
NV:PZS_Restmenge         (PZS_Restmenge       )  Typ:SNVT_mass_kilo(24)
NV:RUE_cntError          (Z_Störung_Entasch   )  Typ:SNVT_count(8)
NV:RUE_status            (B_Zustand_Entasch   )  Typ:UNVT(0)
NV:RUE_cntEntaZue        (Z_Stör_Warmstart    )  Typ:SNVT_count(8)
NV:FWN_nviRunTm2Cln      (B_Kesselreinigung   )  Typ:SNVT_time_hour(124)
NV:FMx_status            (B_Betriebszustand   )  Typ:UNVT(0)
NV:WVF_nvoFBflag         (nvo_WVF_FB-Betr     )  Typ:SNVT_switch(95)

Node: FireWin
###############
NV:nvoTime               (nvo_Uhrzeit_FA      )  Typ:SNVT_time_stamp(84)
NV:nvoError              (nvo_Störcode        )  Typ:SNVT_count(8)
NV:nvoWvEnergyHold       (nvo_EnergyHold_HK   )  Typ:SNVT_lev_percent(81)
NV:nvoBwEnergyHold       (nvo_EnergyHold_WW   )  Typ:SNVT_lev_percent(81)
NV:WET_nvoTist           (nvo_WET_T_Kessel    )  Typ:SNVT_temp_p(105)
NV:GB_nvoNist            (A_GB_Drehzahl       )  Typ:SNVT_rpm(102)
NV:GB_nvoNsoll           (A_GB_Drehzahl_Soll  )  Typ:SNVT_rpm(102)
NV:FS_ioMsum             (B_Pellets_Gesamt    )  Typ:SNVT_count(8)
NV:FS_nviMfoerder        (A_FS_Menge_berech   )  Typ:SNVT_mass_kilo(24)
NV:FS_nciCO2             (E_Korr_Brennstoff   )  Typ:UNVT(0)
NV:FS_nvoRotation        (A_FS_Überwachung    )  Typ:SNVT_lev_percent(81)
NV:PMX_nvoLstg           (P_Leistung          )  Typ:SNVT_lev_cont(21)
NV:PMX_PwrAvg            (P_Leistung_Mittel   )  Typ:SNVT_lev_cont(21)
NV:PMX_avgTb_Tk          (T_TB_TK_berechnet   )  Typ:SNVT_temp(39)
NV:PMX_state             (B_Zustand_Brenner   )  Typ:UNVT(0)
NV:PMX_eeBetrStd         (B_Betriebsstunden   )  Typ:SNVT_time_hour(124)
NV:PMX_eeNbrAnhz         (B_Anheizvorgänge    )  Typ:SNVT_count(8)
NV:PMX_nvoLps            (B_Druckschalter     )  Typ:SNVT_switch(95)
NV:NIC_nvoValue          (T_Brennraum         )  Typ:SNVT_temp(39)
NV:NIC_nvoTboard         (T_Schaltfeld innen  )  Typ:SNVT_temp_p(105)
NV:NIC_nvoAvgVal         (T_Brennraum_Mittel  )  Typ:SNVT_temp(39)
NV:TK_nviSetP            (T_Kessel_Soll       )  Typ:SNVT_temp_p(105)
NV:TK_nvoTemp            (T_Kessel            )  Typ:SNVT_temp_p(105)
NV:TK_nviExtSetP         (T_Kessel_Soll_ext   )  Typ:SNVT_temp_p(105)
NV:TK_nvoRist            (T_Kessel_Rücklauf   )  Typ:SNVT_temp_p(105)
NV:TK_nvoAvgVal          (T_Kessel_Mittel     )  Typ:SNVT_temp_p(105)
NV:RG_nvoTemp            (T_Abgas             )  Typ:SNVT_temp(39)
NV:PZS_status            (PZS_Betriebszustand )  Typ:UNVT(0)
NV:FWN_nviRunTm2Cln      (B_Kesselreinigung   )  Typ:SNVT_time_hour(124)
NV:FMx_status            (B_Betriebszustand   )  Typ:UNVT(0)
NV:WVF_nvoFBflag         (nvo_WVF_FB-Betr     )  Typ:SNVT_switch(95)

Was man aus den UML[+] auslesen kann:
#####################################

Node: UML +
###############
NV:nvoTimeSet            (Lokale Zeit         )  Typ:SNVT_time_stamp(84)
NV:nvoOprMode            (Betriebsphase       )  Typ:UNVT(0)
NV:nvoCtrlMode           (nvo_Betriebswahl    )  Typ:UNVT(0)
NV:WET_nvoTsoll[0]       (WET_T_Soll_HK       )  Typ:SNVT_temp_p(105)
NV:WET_nvoTsoll[1]       (WET_T_Soll_WW       )  Typ:SNVT_temp_p(105)
NV:WET_nvoTist           (nvo_WET_T_Kessel    )  Typ:SNVT_temp_p(105)
NV:nviTaFb               (nvi_T_Aussen        )  Typ:SNVT_temp_p(105)
NV:nvoTa                 (T_Aussen            )  Typ:SNVT_temp_p(105)
NV:LX_nviTist[0]         (L_T_Boiler          )  Typ:SNVT_temp_p(105)
NV:LX_nviTsoll[0]        (L_T_Boiler1_Soll    )  Typ:SNVT_temp_p(105)
NV:LX_nvoPump[0]         (L_Pumpe_BK1         )  Typ:SNVT_lev_cont(21)
NV:LX_nvoValve[0]        (L_Ladeventil_BK1    )  Typ:SNVT_lev_cont(21)
NV:WVF_nviTPO            (T_PufferOben TPO    )  Typ:SNVT_temp_p(105)
NV:WVF_nviTPU            (T_PufferUnten TPU   )  Typ:SNVT_temp_p(105)
NV:WVF_nviTPM            (nvi_WVF_TPM         )  Typ:SNVT_temp_p(105)
NV:M_nviTVsoll           (T_Vorlauf_Soll      )  Typ:SNVT_temp_p(105)
NV:M_nviTVist            (T_Vorlauf           )  Typ:SNVT_temp_p(105)
NV:M_nvoPump             (Pumpe               )  Typ:SNVT_lev_cont(21)
NV:M_nvoValve            (M_Mischventil       )  Typ:SNVT_lev_percent(81)
NV:FA_nviTVsoll          (FA_T_Kessel_Soll    )  Typ:SNVT_temp_p(105)
NV:FA_nvoTk              (FA_T_Kessel_VL      )  Typ:SNVT_temp_p(105)
NV:FA_nvoTr              (FA_T_Kessel_RL      )  Typ:SNVT_temp_p(105)
NV:FA_nvoError           (FA_Störcode         )  Typ:SNVT_count(8)
NV:nvoTi                 (T_Raum              )  Typ:SNVT_temp_p(105)
NV:nvoTiStpt             (T_Raum_Soll         )  Typ:SNVT_temp_p(105)
NV:nvoError              (nvo_Störcode        )  Typ:SNVT_count(8)
NV:nviError              (nvi_Störcode        )  Typ:SNVT_count(8)

Node: UML C1
###############
NV:nvoTimeSet            (Lokale Zeit         )  Typ:SNVT_time_stamp(84)
NV:nviError              (nvi_Störcode        )  Typ:SNVT_count(8)
NV:nvoError              (nvo_Störcode        )  Typ:SNVT_count(8)
NV:nciLocation           (Bezeichnung         )  Typ:SNVT_str_asc(36)
NV:WET_nvoTsoll[0]       (WET_T_Soll_HK       )  Typ:SNVT_temp_p(105)
NV:WET_nvoTsoll[1]       (WET_T_Soll_WW       )  Typ:SNVT_temp_p(105)
NV:WET_nvoTist           (nvo_WET_T_Kessel    )  Typ:SNVT_temp_p(105)
NV:WET_m                 (??                  )  Typ:UNVT(0)
NV:nviTaFb               (nvi_T_Aussen        )  Typ:SNVT_temp_p(105)
NV:nvoTa                 (T_Aussen            )  Typ:SNVT_temp_p(105)
NV:TA_m                  (                    )  Typ:UNVT(0)
NV:LX_nviTist[0]         (L_T_Boiler          )  Typ:SNVT_temp_p(105)
NV:LX_nviTsoll[0]        (L_T_Boiler1_Soll    )  Typ:SNVT_temp_p(105)
NV:LX_nvoPump[0]         (L_Pumpe_BK1         )  Typ:SNVT_lev_cont(21)
NV:LX_nvoValve[0]        (L_Ladeventil_BK1    )  Typ:SNVT_lev_cont(21)
NV:WVF_nviTPO            (T_PufferOben TPO    )  Typ:SNVT_temp_p(105)
NV:M_nviTVsoll           (T_Vorlauf_Soll      )  Typ:SNVT_temp_p(105)
NV:M_nviTVist            (T_Vorlauf           )  Typ:SNVT_temp_p(105)
NV:M_nvoPump             (Pumpe               )  Typ:SNVT_lev_cont(21)
NV:M_nvoValve            (M_Mischventil       )  Typ:SNVT_lev_percent(81)
NV:RC_nvoMode[0]         (BDM1_Betriebsart    )  Typ:UNVT(0)
NV:RC_nviError[0]        (BDM_Störcode        )  Typ:SNVT_count(8)
NV:RC_nvoSpaceTemp[0]    (BDM_T_Raum          )  Typ:SNVT_temp_p(105)
NV:RC_nvoHeatSetPt[0]    (                    )  Typ:SNVT_temp_p(105)
NV:RC_nvoBoilSetPt[0]    (BDM_T_Boiler_Soll   )  Typ:SNVT_temp_p(105)
NV:RC_nviSolarTemp       (BDM_TSA_Koll.Austr  )  Typ:SNVT_temp_p(105)
NV:RC_nviSolarEnrgy      (BDM_Solargewinn     )  Typ:SNVT_elec_kwh(13)
NV:FA_nviTVsoll          (FA_T_Kessel_Soll    )  Typ:SNVT_temp_p(105)
NV:FA_nvoTk              (FA_T_Kessel_VL      )  Typ:SNVT_temp_p(105)
NV:FA_nvoTr              (FA_T_Kessel_RL      )  Typ:SNVT_temp_p(105)
NV:FA_nviExtTsoll        (                    )  Typ:SNVT_temp_p(105)
NV:SYS_pack              (                    )  Typ:UNVT(0)

LON-USB Adapter: http://www.xlon.de/index.htm (XLON-USB RS485)

Service-SW: sende mir deine Email Adresse für nähere angaben.

Grüße, Peter

[Jochen S. (Gast)]

Vielen Dank für die Infos.
Meine E-Mail Adresse lautet [e-mail] (Sierck at gmx Punkt de)
Mit freundlichen Grüßen Jochen

[Stephan M. (thesimpsons)]

Hi Peter,

ich hab mich länger nicht mehr mit dem LON Bus meines Windhagers 
beschäftigt und deine Erfolge erst heute gelesen, kannst du mich mal 
unter [e-mail] kontaktieren wegen weiterer Details ?

DANKE und lg

[Stephan K. (stephan_kw)]

Ich hoffe der Thread wird noch gelesen.
Ich habe eine Windhager XenoWin und würde gerne die Daten der Gastherme 
auslesen. Die Frage die sich stellt ob die XenoWin Anlage ebenfalls über 
die Schnittstelle verfügt und überhaupt ausgelesen werden kann.
(Ich vermute Mal ja, der Techniker ist ja dazu auch in der Lage)

Sofern @peter2003 noch mitliest würde mich die Bezugsquelle des 
Schnittstellenkabels und der Software interessieren. Wenn ich die 
Angaben im Thread richtig gelesen habe so kann man das Kabel und xlon.de 
kaufen - gibt es günstigere Möglichkeiten? Ist ja nicht gerade billig.

Gibt es die entwickelte Auslesesoftware vielleicht in einem Github Repo?

Falls eine Mailadresse benötigt wird: stephan.kw+lonbus (a) gmail.com

[Peter M. (peter2003)]

Hallo Stephan,

im Beitrag "Re: LON Bus Windhager mitlesen/steuern" 
sind alle Systeme gelistet, die die Service SW bedienen kann. Das sind 
alles Windhager Systeme.

Windhager verkauft zwar Gaskessel/thermen, die sind meines Wissens aber 
alle zugekauft. So wie andere Hersteller Kessel von Windhager unter 
deren Namen verkaufen.

Die sind aber nicht mit dieser Service SW zu bedienen. Welche 
Schnittstelle dein XenoWin hat (und ob er eine hat), kannst du nur in 
den technischen Unterlagen des original Herstellers sehen.

Den XLON-USB gibt es nur beim Hersteller. Meine SW, um mit einem 
XLON-USB einen Windhager Kessel auszulesen, nur bei mir (VB2005).

Peter

[Thomas (Gast)]

Hello

Is it ok to write in english? Ansewr in German is ok for me :)

Very great thread this! Good work from Peter and many more!

I have recently installed a Biowin Exklusiv, and would like to connect 
it with an Arduino board or a Raspberry Pi.

Is it the LonWorks/LonTalk protocol that is used by Windhager?

Peter, would you be so kind and send also me the information you have 
collected about the bus-interface?   trnilsson at gmail punkt com

Thomas, Gothenburg, Sweden

[Peter M. (peter2003)]

Hello Thomas, more details via direct email.

Peter

[MrMint (Gast)]

Hallo Zusammen,

würde mich ebenso über nähere Informationen zu LON BUS und Windhager 
Pelletkesseln freuen. mrmint bei gmx net. Vielen Dank im Voraus!

[Roman B. (rbrunka)]

Hallo Thomas,

ich habe den BioWin2 Touch und kann die Daten über API auslesen.
Da brauchst Du:
1. einen Rechner (kann auch RaspberryPi sein)
2. FHEM https://fhem.de/
3. und einen zusätzlichen Modul: 
https://github.com/tobias-d-oe/fhem-windhager

Bei mir funktioniert das Ganze gut. Ich versuche gerade einen Modul für 
ioBroker zu schreiben, das auch die API-Schnittstelle verwendet.

VG.
Roman

[Thomas Nilsson (Gast)]

Aha, that was really interesting information. There is a LON to LAN 
converter, the RC3070. That needs to be further investigated!

Thanks!

[Karl Z. (griffin27)]

Roman B. schrieb:
> Bei mir funktioniert das Ganze gut. Ich versuche gerade einen Modul für
> ioBroker zu schreiben, das auch die API-Schnittstelle verwendet.

Hallo Roman,

wie läuft es mit deiner Visualisierung? Wir haben nun auch so einen 
Pellets Kessel von Windhager mit dem Touchpanel, das sich auch via 
Ethernet per Handy-App steuern lässt.

Kannst du die Werte nur auslesen, oder auch Werte manipulieren?

LG, Karl

[Roman B. (rbrunka)]

Hallo Karl,

es gibt zwei Möglichkeiten:
1. Du nimmst das FHEM-Modul: 
https://github.com/tobias-d-oe/fhem-windhager und liest die Anlage aus
2. Du wartest noch eine Woche bis ich mein Modul (Javascript für 
ioBroker) veröffentliche

Mit dem FHEM-Modul kannst Du die Werte nur auslesen. Mit meinem Modul 
könntest Du auch die Module auslesen, aber auch steuern: z.B. habe ich 
die Alarmanlage mit dem Warmwasserkreislauf verbunden - wird die 
Alarmanlage scharf, schaltet sich die Zirkulationspumpe aus. ioBroker 
macht hier alles. Ich habe nur den Adapter geschrieben. Das hat leider 
noch keine Admin-Oberfläche. Aber bis Ende der nächsten KW müsste ich 
das fertig haben...

VG.
Roman

[Karl Z. (griffin27)]

Hallo Roman,

wenn alles glatt läuft, dann schreibe ich auch einen Daemon. Dieser 
sollte dann eine Schnittstelle zwischen der Web API und MQTT bilden. Das 
ganze sollte dann in Home Assistant integriert werden.

Dann sollten wir drei die Wichtigsten Sprachen eingebunden haben :)

Aber ich werd so schnell noch nicht dazukommen, und werde mir somit 
deine Lösung gerne Anschauen.

Hab nun schon 3 mal mit dem Kundensupport telefoniert, aber die Herren 
dort wollen echt nix rausrücken. Die API ist oft gar nicht dokumentiert. 
Bei uns werden im Optimalfall alle Radiatoren mit Funk-Ventile 
ausgestattet, die dann von einer Zentralen stelle gesteuert werden.

LG, Karl

[Christian (Gast)]

Hallo allerseits,

Erstmal Hut-Ab was hier schon geleistet wurde und zusammengetragen 
wurde. ;-)

Ich habe eine BioWin Exklusiv und würde auch gerne eine Steuerung meiner 
Heizung realisieren.

Bin gerade am recherchieren was ich alles dazu brauche. (LON?)
Könnte dazu nähere Info´s brauchen.

Meine E-Mail lautet le(punkt)ram(ät)gmx(punkt)at

Vielen Dank und liebe Grüße
Christian

[Roman B. (rbrunka)]

Hallo Zusammen,

leider habe ich mit dem Adapter noch nicht geschafft... Mein Urlaub war 
zu kurz.

Aber für die, die sich damit auskennen, nenne ich einfach paar Wörter:
- Login: Service, Password: kann man hier bekommen: 
https://connect.windhager.com/
- REST API mit DigestAuth
- Werte lesen: GET
- Werte schreiben: PUT (value="Wert")

- http://BioWin-IP/api-docs/ - hier sind die API Docs
- http://BioWin-IP/api/1.0/datapoint/1/15/0/115/0 - bei mir die 
Aussentemperatur

Viel Spaß,
Roman

[Roman B. (rbrunka)]

Hallo Christian,

auf Deiner Stelle würde ich nur mit API arbeiten. Ich wollte auch mal 
über LON steuern. Die Steuerung über API ist aber viel einfacher und 
billiger.

VG.
Roman

[Karl (Gast)]

Super Roman,
das mit api-docs muss ich probieren, wie bist denn auf diese URL 
gekommen?

Passwort kann man durch 10s auf Resettaster am Touchpanel auch löschen. 
Aber dann ist der Remotezugang von außen auch weg...

[Christian (Gast)]

Hallo Zusammen,

ich denke ich werde die Steuerung anderweitig realisieren, jedoch möchte 
ich gerne per LON Bus die Prozessdaten (Temperaturen, Verbrauch,...) 
auslesen.
Mittlerweile konnte ich ein MES Kommunikationsmodul ergattern, brauche 
dazu aber noch nähere Info´s zu den Datenpunkten, Befehlen, etc,..

Könnte mir jemand diese dankenswerterweise zusenden?
Meine E-Mail Adresse wäre le(punkt)ram(ät)gmx(punkt)at

Vielen Dank
Christian

[Rainer Müller (Gast)]

Hallo Christian,

ich habe vor etwa 1 Jahr auch meine Windhager Steuerung (Firewin) 
ersetzt mit einer UVR 16x2 von der Technischen Alternative. Diese 
Steuerung kann ich nur empfehlen. Die Brenneranforderung habe ich über 
die X18 Klemme (0-10V) an meinem Kessel realisiert, d.h. die UVR schickt 
z.B. 7,5V und fordert damit eine Kessel-Vorlauftemperatur von 75°C an. 
Den Rest steuert die UVR, also Pumpen, Mischer, etc. selbst. Mir war das 
aber auch noch zu wenig, da ich z.B. Fehlermeldungen, Pelletsverbrauch 
usw. auch in meiner Haussteuerung sehen möchte. Deshalb habe ich mir vor 
3 Wochen nun auch den XLON USB Adapter besorgt. Zum Auslesen der Daten 
vom Kessel nimmst du am Besten die Windhager Software MES und 
dekompilierst sie mit dem ILSpy. Damit kannst du ein C# Projekt 
generieren. Das kannst du dann entsprechend umbauen. Alternativ kann ich 
dir auch mal meinen bisherigen Code schicken bei Bedarf.

LG, Rainer.

[Karl Z. (griffin27)]

Rainer Müller schrieb:
> nimmst du am Besten die Windhager Software MES und
> dekompilierst sie mit dem ILSpy. Damit kannst du ein C# Projekt
> generieren. Das kannst du dann entsprechend umbauen.

Kann es sein, dass das nicht ganz legal ist? Nur so aus Interesse. Bei 
so proprietären Systemen darf ruhig auch mal illegal gehandelt werden.

Eigentlich müssten so Systeme immer mit offenen Schnittstellen 
ausgeliefert werden müssen, da man sonst einem Vendorlockin unterliegt. 
Hier sollte sich der Konsumentenschutz mal engagieren, denke ich.

[pkuli6kg (Gast)]

Hallo, ich bin über das KNX-UF auf den Thread gestoßen, ich habe mich 
auch lange mit dem Auslesen der Heizung beschäftigt, und habe den weg 
über die API eingeschlagen. Aktuell habe ich ein kleines PHP Skript 
(welches in einem EDOMI LBS läuft) welches mir alle relevanten DAten 
ausliest. ebenso kann ich Daten schreiben (Also RT setzen, oder 
ähnliches)

Hier ein Auszug aus meinem Code - man kann sich auch eine einfache 
Website basteln und die Werte dort ausgeben, habe ich bereits auch 
laufen, da ich mit meinem GIRA Homeserver die Website dann auslese. Und 
auch übers Web kann man dann einfach Werte ändern!

LG PETER

$url = $E[2]['value']; // URL für Abfrage
$login = $E[3]['value'];  // User vom LBS-Eingang
$password = $E[4]['value'];  // Password vom LBS-Eingang
$ch = curl_init();
//Login Daten
curl_setopt($ch, CURLOPT_URL,$url);
curl_setopt($ch, CURLOPT_VERBOSE, 1);
curl_setopt($ch, CURLOPT_RETURNTRANSFER,1);
curl_setopt($ch, CURLOPT_HTTPAUTH, CURLAUTH_DIGEST);
curl_setopt($ch, CURLOPT_USERPWD, "$login:$password");
curl_setopt($ch, CURLOPT_HTTPHEADER, array('Content-Type: application/json'));
$result  = curl_exec($ch);
$json_raw=('{"entries":' . $result) . '}';

$json=json_decode($json_raw);
$data = json_decode($json_raw);
$rows=(count($data->entries)-1);



//OID Nummer den jeweiligen Werten zuweisen, als Variable festlegen!
$OID_Aussentemperatur = '/1/15/0/0/0/0';  
$OID_Warmwassertemperatur_IST ='/1/15/0/0/4/0';
$OID_Warmwassertemperatur_SOLL ='/1/15/0/1/4/0';
$OID_Kesseltemp_IST = '/1/15/0/0/7/0';
$OID_Kesseltemp_SOLL = '/1/15/0/1/7/0';
$OID_VORLAUF_HK1_IST = '/1/15/0/0/2/0';
$OID_VORLAUF_HK1_SOLL ='/1/15/0/1/2/0';
$OID_VORLAUF_HK2_IST ='/1/15/1/0/2/0';
$OID_VORLAUF_HK2_SOLL ='/1/15/1/1/2/0';
$OID_RAUMT_HK1_IST ='/1/15/0/0/1/0';
$OID_RAUMT_HK2_IST ='/1/15/1/0/1/0';
$OID_RAUMT_HK1_SOLL ='/1/15/0/1/1/0';
$OID_RAUMT_HK2_SOLL ='/1/15/1/1/1/';
$OID_KESSELLEISTUNG ='/1/60/0/0/9/0';
$OID_ABGASTEMPERATUR ='/1/60/0/0/11/0';
$OID_HKP_HK1 ='/1/15/0/1/20/0';
$OID_HKP_HK2 ='/1/15/1/1/20/0';
$OID_WW_Ladepumpe ='/1/15/0/1/66/0';
$OID_MISCHER_HK1 ='/1/15/0/1/21/0';
$OID_MISCHER_HK2 ='/1/15/1/1/21/0';
$OID_MODUS ='/1/15/0/3/50/0';
$OID_PHASE ='/1/60/0/2/1/0';
$OID_VERBRAUCH_GES ='/1/60/0/23/103/0';
$OID_VERBRAUCH_FUELLUNG ='/1/60/0/23/100/0';
$OID_T_REINIGUNG ='/1/60/0/20/61/0';
$OID_T_HAUPTREINIGUNG ='/1/60/0/20/62/0';
$OID_T_WARTUNG ='/1/60/0/20/63/0';
$OID_BRENNERSTARTS ='/1/60/0/2/80/0';
$OID_BETRIEBSSTUNDEN='/1/60/0/2/81/0';
$OID_KESSEL_SOLL_TEMP ='/1/60/0/1/7/0';
$OID_BETRIEBSWAHL_HK1 ='/1/15/0/3/50/0';
$OID_BETRIEBSWAHL_HK2 ='/1/15/1/3/50/0';
$OID_ALARM='/1/60/0/2/0/0';


$i=0;
for ($i = 0; $i <= $rows; $i++) {
  //Aussentemperatur
if ($json->entries[$i]->OID == $OID_Aussentemperatur) {
    $Aussentemperatur    = $json->entries[$i]->value;
}
  //Warmwassertemperatur
if ($json->entries[$i]->OID == $OID_Warmwassertemperatur_IST) {
    $Warmwassertemperatur_IST  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_Warmwassertemperatur_SOLL) {
    $Warmwassertemperatur_SOLL  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_Kesseltemp_IST) {
    $Kesseltemp_IST  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_Kesseltemp_SOLL) {
    $Kesseltemp_SOLL  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_VORLAUF_HK1_IST) {
    $VORLAUF_HK1_IST  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_VORLAUF_HK1_SOLL) {
    $VORLAUF_HK1_SOLL  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_VORLAUF_HK2_IST) {
    $VORLAUF_HK2_IST  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_VORLAUF_HK2_SOLL) {
    $VORLAUF_HK2_SOLL  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_RAUMT_HK1_IST) {
    $RAUMT_HK1_IST  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_RAUMT_HK1_SOLL) {
    $RAUMT_HK1_SOLL  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_RAUMT_HK2_IST) {
    $RAUMT_HK2_IST  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_RAUMT_HK2_SOLL) {
    $RAUMT_HK2_SOLL  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_VORLAUF_HK2_IST) {
    $VORLAUF_HK2_IST  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_VORLAUF_HK2_SOLL) {
    $VORLAUF_HK2_SOLL  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_KESSELLEISTUNG) {
    $KESSELLEISTUNG  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_ABGASTEMPERATUR) {
    $ABGASTEMPERATUR  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_HKP_HK1) {
    $HKP_HK1  = $json->entries[$i]->value;
    
}if ($json->entries[$i]->OID == $OID_HKP_HK2) {
    $HKP_HK2  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_WW_Ladepumpe) {
    $WW_Ladepumpe  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_MISCHER_HK1) {
    $MISCHER_HK1  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_MISCHER_HK2) {
    $MISCHER_HK2  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_MODUS) {
    $str_modus  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_PHASE) {
    $str_phase  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_VERBRAUCH_GES) {
    $VERBRAUCH_GES  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_VERBRAUCH_FUELLUNG) {
    $VERBRAUCH_FUELLUNG  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_T_REINIGUNG) {
    $T_REINIGUNG  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_T_HAUPTREINIGUNG) {
    $T_HAUPTREINIGUNG  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_T_WARTUNG) {
    $T_WARTUNG  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_BRENNERSTARTS) {
    $BRENNERSTARTS  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_BETRIEBSSTUNDEN) {
    $BETRIEBSSTUNDEN  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_BETRIEBSWAHL_HK1) {
    $str_modus_hk1  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_BETRIEBSWAHL_HK2) {
    $str_modus_hk2  = $json->entries[$i]->value;
}
if ($json->entries[$i]->OID == $OID_ALARM) {
    $str_alarm  = $json->entries[$i]->value;
}
}
switch($str_phase) //Zuordnung der Betriebsphase
{
  case("0"):
  $PHASE=('"Brenner gesperrt"');
  break;
  case("1"):
  $PHASE=('Selbsttest');
  break;
  case("2"):
  $PHASE=('WE ausschalten');
  break;
  case("3"):
  $PHASE=('Standby');
  break;
  case("4"):
  $PHASE=('Brenner AUS');
  break;
  case("5"):
  $PHASE=('Vorspülen');
  break;
  case("6"):
  $PHASE=('Zündphase');
  break;
  case("7"):
  $PHASE=('Flammenstabilisierung');
  break;
  case("8"):
  if($res_wwp >= "1" and $res_mischer=-100){
  $PHASE=('Warmwasser-Ladung');
    }else{
  $PHASE=('Modulationsbetrieb');
    }
  break;
  case("17"):
  $PHASE=('Ausbrand');
  break;
}

switch($str_modus) //Zuordnung aktueller Betriebsmodus Allgemein
{
  case("0"):
  $MODUS=('Standby');
  break;
  default: 
  $MODUS=('Kein Modus erkannt');
  break;
  case("1"):
  $MODUS=('Heizprogramm 1');
  break;
  case("2"):
  $MODUS=('Heizprogramm 2');
  break;
  case("3"):
  $MODUS=('Heizprogramm 3');
  break;
  case("4"):
  $MODUS=('Heizbetrieb');
  break;
  case("5"):
  $MODUS=('Absenkbetrieb');
  break;
  case("6"):
  $MODUS=('Warmwasserprogramm');
  break;
  case("7"):
  $MODUS=('LEER');
  break;

}

switch($str_modus_hk1) //Zuordnung aktueller Betriebsmodus Allgemein
{
  case("0"):
  $BETRIEBSWAHL_HK1=('Standby');
  break;
  default: 
  $BETRIEBSWAHL_HK1=('Kein Modus erkannt');
  break;
  case("1"):
  $BETRIEBSWAHL_HK1=('Heizprogramm 1');
  break;
  case("2"):
  $BETRIEBSWAHL_HK1=('Heizprogramm 2');
  break;
  case("3"):
  $BETRIEBSWAHL_HK1=('Heizprogramm 3');
  break;
  case("4"):
  $BETRIEBSWAHL_HK1=('Heizbetrieb');
  break;
  case("5"):
  $BETRIEBSWAHL_HK1=('Absenkbetrieb');
  break;
  case("6"):
  $BETRIEBSWAHL_HK1=('Warmwasserprogramm');
  break;
  case("7"):
  $BETRIEBSWAHL_HK1=('LEER');
  break;

}

switch($str_modus_hk2) //Zuordnung aktueller Betriebsmodus Allgemein
{
  case("0"):
  $BETRIEBSWAHL_HK2=('Standby');
  break;
  default: 
  $BETRIEBSWAHL_HK2=('Kein Modus erkannt');
  break;
  case("1"):
  $BETRIEBSWAHL_HK2=('Heizprogramm 1');
  break;
  case("2"):
  $BETRIEBSWAHL_HK2=('Heizprogramm 2');
  break;
  case("3"):
  $BETRIEBSWAHL_HK2=('Heizprogramm 3');
  break;
  case("4"):
  $BETRIEBSWAHL_HK2=('Heizbetrieb');
  break;
  case("5"):
  $BETRIEBSWAHL_HK2=('Absenkbetrieb');
  break;
  case("6"):
  $BETRIEBSWAHL_HK2=('Warmwasserprogramm');
  break;
  case("7"):
  $BETRIEBSWAHL_HK2=('LEER');
  break;

}

switch($str_alarm)
{
    default: $alarm_text("Sonstiger Alarm");
break;
    case("-"): $alarm_text="Kein Alarm";
break;
    case("1"): $alarm_text="Primärluftklappe blockiert oder defekt.";
break;
    case("3"): $alarm_text="Sekundärluftklappe blockiert oder defekt.";
break;
    case("5"): $alarm_text="Entaschung / Rostrüttelung defekt oder steckt. Brennertopf reinigen.";
break;
    case("6"): $alarm_text="Motor Förderschnecke defekt";
break;
    case("8"): $alarm_text="Heizflächenreinigung defekt Heizflächenreinigung überprüfen.";
break;
    case("15"): $alarm_text="Netzspannung nicht vorhanden";
break;
    case("16"): $alarm_text="Saugzuggebläse defekt Gebläserad und Gebläsekasten reinigen.";
break;
    case("17"): $alarm_text="Saugzuggebläse steckt Gebläserad reinigen.";
break;
    case("18"): $alarm_text="Saugzuggebläse instabil";
break;
    case("37"): $alarm_text="Klappe Pelletszuführung öffnet nicht Klappe in Zuführeinheit überprüfen.";
break;
    case("40"): $alarm_text="Absperreinheit defekt Absperreinheit der Pelletszuführung öffnet oder schließt nicht.";
break;
    case("41"): $alarm_text="Schalter Deckel Vorratsbehälter defekt Schalter Deckel Vorratsbehälter überprüfen.";
break;
    case("42"): $alarm_text="Relais Saugturbine defekt Netzstecker am Kessel abstecken.";
break;
    case("57"): $alarm_text="Brennerstörung";
break;
    case("62"): $alarm_text="Zuluftklappe defekt bzw. öffnet nicht. Klappe überprüfen.";
break;
    case("71"): $alarm_text="Sicherheits-/Notschalter offen Schalterstellung bei Sicherheits- und  Notschaltern kontrollieren.";
break;
    case("76"): $alarm_text="Kesselfühler defekt Kesselfühler und Anschlüsse prüfen.";
break;
    case("78"): $alarm_text="Thermocontrolfühler defekt Thermocontrolfühler und Anschlüsse überprüfen.";
break;
    case("88"): $alarm_text="O2-Sonde defekt O2-Sonde und Anschlüsse überprüfen.";
break;
    case("89"): $alarm_text="O2-Sonde Heizung defekt O2-Sonde; Trafo und Anschlüsse überprüfen.";
break;
    case("101"): $alarm_text="TWE-Fühler defekt";
break;
    case("103"): $alarm_text="Kessel-Fühler defekt";
break;
    case("104"): $alarm_text="TPE-Fühler defekt";
break;
    case("105"): $alarm_text="TPA-Fühler defekt";
break;
    case("107"): $alarm_text="Saugzuggebläse steckt Gebläserad reinigen.";
break;
    case("114"): $alarm_text="Weichen-/Pufferfühler defekt Weichen-/Pufferfühler und Anschlüsse am Kaskadenmodul überprüfen.";
break;
    case("115"): $alarm_text="ZSK Kesselfühler defekt";
break;
    case("128"): $alarm_text="Keine Flammenbildung im Regelbetrieb Kessel und Brenner reinigen.";
break;
    case("129"): $alarm_text="Maximale Ausbrandzeit überschritten";
break;
    case("130"): $alarm_text="Brennraumtemperatur zu gering";
break;
    case("133"): $alarm_text="Sicherheitstemperatur Abschaltung Anlage und Fülldruck überprüfen.";
break;
    case("135"): $alarm_text="Übertemperatur am Schneckenrohr";
break;
    case("144"): $alarm_text="Sicherheitseinrichtung unterbrochen Sicherheitseinrichtung überprüfen.";
break;
    case("155"): $alarm_text="Wassermangelsicherung hat angesprochen Anlagendruck überprüfen.";
break;
    case("156"): $alarm_text="Kein Unterdruck im Brennraum bzw. Sensor defekt.";
break;
    case("171"): $alarm_text="Maximale Anheizzeit überschritten Brennertopf reinigen.";
break;
    case("186"): $alarm_text="Keine Kommunikation mit MES Modul";
break;
    case("187"): $alarm_text="Keine Kommunikation mit Feuerungsautomat Bindung Feuerungsautomat und  Anschlüsse überprüfen.";
break;
    case("188"): $alarm_text="Internal error occurred";
break;
    case("189"): $alarm_text="Keine Kommunikation mit Zusatzprint Bindung Zusatzprint; Feuerungsautomat  und Anschlüsse prüfen";
break;
    case("191"): $alarm_text="GAS-FA meldet Störung";
break;
    case("194"): $alarm_text="Keine Kommunikation mit einem Wärmeerzeuger";
break;
    case("195"): $alarm_text="Brennraumtür im Betrieb geöffnet";
break;
    case("206"): $alarm_text="Überwachung der Förderschnecke defekt";
break;
    case("208"): $alarm_text="Heizflächenreinigung defekt Heizflächenreinigung überprüfen.";
break;
    case("226"): $alarm_text="Keine Flammenbildung beim Zünden Zündvorgang nicht erfolgreich";
break;
    case("238"): $alarm_text="Zuführung saugt keine Pellets an Pelletsvorrat im Lagerraum und Zuführschlauch überprüfen.";
break;
    case("239"): $alarm_text="Sondenumschaltung defekt Umschalteinheit überprüfen.";
break;
    case("240"): $alarm_text="Absperreinheit Pelletszuführung offen Absperreinheit der Pelletszuführung schließt nicht.";
break;
    case("241"): $alarm_text="Deckel Vorratsbehälter offen Deckel Vorratsbehälter schließen.";
break;
    case("266"): $alarm_text="Fülltürschalter schaltet nicht Nicht mehr einheizen.";
break;
    case("268"): $alarm_text="Verkleidungstürschalter defekt";
break;
    case("281"): $alarm_text="Abgastemperaturfühler defekt Abgastemperaturfühler und Anschlüsse überprüfen.";
break;
    case("296"): $alarm_text="Vorlauffühler defekt";
break;
    case("297"): $alarm_text="Sollwert wird nicht erreicht";
break;
    case("299"): $alarm_text="RT-Fühler defekt";
break;
    case("300"): $alarm_text="WW-Fühler defekt";
break;
    case("320"): $alarm_text="Notbetrieb! Reinigung";
break;
    case("321"): $alarm_text="Notbetrieb! Hauptreinigung";
break;
    case("322"): $alarm_text="Aschebox entleeren; Brennraum  und Brennertopf reinigen.";
break;
    case("324"): $alarm_text="Die Wartung ist Voraussetzung für die Gerätegarantie.";
break;
    case("330"): $alarm_text="Brennraumtemperatur zu gering Hauptreinigung entsprechend der Bedienungsanleitung durchführen.";
break;
    case("345"): $alarm_text="Brennraumtür offen Brenner gesperrt.";
break;
    case("356"): $alarm_text="Brennraumdruck nicht stabil";
break;
    case("372"): $alarm_text="Anheizauswertung Zu geringe Brennkammertemperatur beim Anheizen.";
break;
    case("373"): $alarm_text="Zu geringe Leistungsabnahme beim Anheizen.";
break;
    case("374"): $alarm_text="Anheizabbruch";
break;
    case("375"): $alarm_text="Anheizen bei zu hoher Kesseltemperatur";
break;
    case("381"): $alarm_text="Vorratsbehälter leer Zeitprogramm sperrt Zuführung. Freigabezeit in Menü/ Betreiberebene ändern.";
break;
    case("382"): $alarm_text="Klappe oder Schalter im Vorratsbehälter defekt. Klappe und Schalter im Vorratsbehälter überprüfen.";
break;
    case("387"): $alarm_text="Fehler bei der Kommunikation mit Feuerungsautomat Reset Taste mindestens 5 sec drücken.";
break;
    case("390"): $alarm_text="Notbetrieb!  Kessel und Brenner reinigen. Reinigung bestätigen.";
break;
    case("393"): $alarm_text="Fehlermeldung E1";
break;
    case("395"): $alarm_text="Brennraum- oder Aschetür offen.";
break;
    case("396"): $alarm_text="Verkleidungstür schliessen.";
break;
    case("438"): $alarm_text="Eine Zone im Lagerraum ist leer Pelletsvorrat im Lagerraum überprüfen.";
break;
    case("496"): $alarm_text="Anlagen-Frostschutz aktiv";
break;
    case("499"): $alarm_text="Raum-Frostschutz aktiv";
break;
    case("500"): $alarm_text="WW-Frostschutz aktiv";
break;
    case("504"): $alarm_text="TP/TW Frostschutz aktiv";
break;
    case("520"): $alarm_text="Reinigung Aschelade entleeren; Asche unter Nachheizfläche entfernen. Thermocontrolfühler reinigen.";
break;
    case("521"): $alarm_text="Hauptreinigung Hauptreinigung entsprechend der Bedienungsanleitung durchführen.";
break;
    case("522"): $alarm_text="Reinigung Aschebox entleeren; Brennraum und Brennertopf reinigen.";
break;
    case("523"): $alarm_text="Hauptreinigung Hauptreinigung entsprechend der Bedienungsanleitung durchführen.";
break;
    case("524"): $alarm_text="Wartung Die Wartung ist Voraussetzung für die Gerätegarantie.";
break;
    case("581"): $alarm_text="Vorratsbehälter ist fast leer. Pellets nachfüllen.";
break;
    case("582"): $alarm_text="Vorratsbehälter ist leer. Pellets nachfüllen. Brenner wird gesperrt.";
break;
    case("590"): $alarm_text="Kessel und Brenner reinigen. Reinigung bestätigen.";
break;
    case("591"): $alarm_text="Vorsicht beim Öffnen der Fülltür Fülltür mind. 15 sek. lang anlüften.";
break;
    case("595"): $alarm_text="Tür offen";
break;
}

logic_setOutput($id, 1, $result);
logic_setOutput($id, 2, $Aussentemperatur);
logic_setOutput($id, 3, $Warmwassertemperatur_IST);
logic_setOutput($id, 4, $Warmwassertemperatur_SOLL);
logic_setOutput($id, 5, $Kesseltemp_IST);
logic_setOutput($id, 6, $Kesseltemp_SOLL);
logic_setOutput($id, 7, $VORLAUF_HK1_IST);
logic_setOutput($id, 8, $VORLAUF_HK1_SOLL);
logic_setOutput($id, 9, $VORLAUF_HK2_IST);
logic_setOutput($id, 10, $VORLAUF_HK2_SOLL);
logic_setOutput($id, 11, $RAUMT_HK1_IST);
logic_setOutput($id, 12, $RAUMT_HK1_SOLL);
logic_setOutput($id, 13, $RAUMT_HK2_IST);
logic_setOutput($id, 14, $RAUMT_HK2_SOLL);
logic_setOutput($id, 15, $KESSELLEISTUNG);
logic_setOutput($id, 16, $ABGASTEMPERATUR);
logic_setOutput($id, 17, $HKP_HK1);
logic_setOutput($id, 18, $HKP_HK2);
logic_setOutput($id, 19, $WW_Ladepumpe);
logic_setOutput($id, 20, $MISCHER_HK1);
logic_setOutput($id, 21, $MISCHER_HK1);
logic_setOutput($id, 22, $PHASE);
logic_setOutput($id, 23, $MODUS);
logic_setOutput($id, 24, $VERBRAUCH_GES);
logic_setOutput($id, 25, $VERBRAUCH_FUELLUNG);
logic_setOutput($id, 26, $T_REINIGUNG);
logic_setOutput($id, 27, $T_HAUPTREINIGUNG);
logic_setOutput($id, 28, $T_WARTUNG);
logic_setOutput($id, 29, $BRENNERSTARTS);
logic_setOutput($id, 30, $BETRIEBSSTUNDEN);
logic_setOutput($id, 31, $BETRIEBSWAHL_HK1);
logic_setOutput($id, 32, $BETRIEBSWAHL_HK2);
logic_setOutput($id, 33, $alarm_text);
//print_r($Aussentemperatur);

[Thomas (Gast)]

Hallo Peter

Sehr interessant!

How do you connect to the LON bus, physically?

Thanks, Thomas

[Thomas (Gast)]

Hi

Tonight I hooked my oscilloscope up with my Biowin.

I've read the LonTalk Protocol Specification (see link below), and 
section 35.7.3.2 of the processor SAM3X datasheet (see link below), the 
processor of the Arduino Due that I intend to use as it has a Manchester 
UART natively.

Based on info from these, and the oscilloscop measurements. I can 
conclude that the Biowin only uses the LON-bus in the mode that LonTalk 
calls "Special Purpose Mode". Because the BitSync is always a ZERO-ONE 
preamble, and the ByteSync varies between 0 and 1. While the "normal" 
usage of the LON bus specifies a number of 1's as the BitSync and always 
only a 0 as ByteSync. Which did not happen at all when I was logging the 
bus.

Well, that was the very first thing I noticed. I'll decode the data 
retreived on the bus, to see how it matches the LonTalk specification.

It would be really exciting if it will be possible to hook an Arduino up 
directly to the LON-bus :)

http://www.enerlon.com/JobAids/Lontalk%20Protocol%20Spec.pdf

http://ww1.microchip.com/downloads/en/DeviceDoc/Atmel-11057-32-bit-Cortex-M3-Microcontroller-SAM3X-SAM3A_Datasheet.pdf

[Karl (Gast)]

Great, Thomas. Please keep us up to date!

[Peter (Gast)]

Thomas schrieb:
> Hallo Peter
>
> Sehr interessant!
>
> How do you connect to the LON bus, physically?
>
> Thanks, Thomas


Garnicht, ich baue die Verbindung übers LAN zum Webserver (RC 7030) 
direkt auf, und lese von dort die Daten ein!

Funktioniert nun schon seit einem halben Jahr einfach perfekt!

PETER

[pkuli6kg_KNXUF (Gast)]

Habe den PHP Code nun ein wenig modifiziert und verbesser:

<?php
$url = 'http://IP-ADRESSE';; // URL für Abfrage
$login = 'Service';  // User vom LBS-Eingang
$password = 'PASSWORT';  // Password vom LBS-Eingang

//OID Nummer den jeweiligen Werten zuweisen, als Variable festlegen!
$liste = array(
array("Aussentemperatur", "/1/15/0/0/0/0"),
array("Warmwassertemperatur_IST", "/1/15/0/0/4/0"),
array("Warmwassertemperatur_SOLL", "/1/15/0/1/4/0"),
array("Kesseltemp_IST", "/1/15/0/0/7/0"),
array("Kesseltemp_SOLL", "/1/15/0/1/7/0"),
array("VORLAUF_HK1_IST", "/1/15/0/0/2/0"),
array("VORLAUF_HK1_SOLL", "/1/15/0/1/2/0"),
array("VORLAUF_HK2_IST", "/1/15/1/0/2/0"),
array("VORLAUF_HK2_SOLL", "/1/15/0/0/0/0"),
array("RAUMT_HK1_IST", "/1/15/0/0/1/0"),
array("RAUMT_HK2_IST", "/1/15/1/0/1/0"),
array("RAUMT_HK1_SOLL", "/1/15/0/3/51/0"),
array("RAUMT_HK2_SOLL", "/1/15/1/3/51/0"),
array("KESSELLEISTUNG", "/1/60/0/0/9/0"),
array("ABGASTEMPERATUR", "/1/60/0/0/11/0"),
array("HKP_HK1", "/1/15/0/1/20/0"),
array("HKP_HK2", "/1/15/1/1/20/0"),
array("WW_Ladepumpe", "/1/15/0/1/66/0"),
array("MISCHER_HK1", "/1/15/0/1/21/0"),
array("MISCHER_HK2", "/1/15/1/1/21/0"),
array("MODUS", "/1/15/0/3/50/0"),
array("PHASE", "/1/60/0/2/1/0"),
array("VERBRAUCH_GES", "/1/60/0/23/103/0"),
array("VERBRAUCH_FUELLUNG", "/1/60/0/23/100/0"),
array("T_REINIGUNG", "/1/60/0/20/61/0"),
array("T_HAUPTREINIGUNG", "/1/60/0/20/62/0"),
array("T_WARTUNG", "/1/60/0/20/63/0"),
array("BRENNERSTARTS", "/1/60/0/2/80/0"),
array("BETRIEBSSTUNDEN", "/1/60/0/2/81/0"),
array("KESSEL_SOLL_TEMP", "/1/60/0/1/7/0"),
array("BETRIEBSWAHL_HK1", "/1/15/0/3/50/0"),
array("BETRIEBSWAHL_HK2", "/1/15/1/3/50/0"),
array("ALARM", "/1/60/0/2/0/0")
);

$rows=(count($liste)-1);

$ch = curl_init();
//Login-Daten
$url = $url . '/api/1.0/datapoint'; // URL für Abfrage
$login = $login;  // User
$password = $password;  // Password

for($i=0; $i <= $rows; $i++) {
$oid_url= ($liste[$i][1]);


$ch = curl_init();
curl_setopt($ch, CURLOPT_URL,$url . $oid_url);
curl_setopt($ch, CURLOPT_RETURNTRANSFER,1);
curl_setopt($ch, CURLOPT_HTTPAUTH, CURLAUTH_DIGEST);
curl_setopt($ch, CURLOPT_USERPWD, "$login:$password");
curl_setopt($ch, CURLOPT_ENCODING,  '');
curl_exec($ch);

$result=curl_exec($ch);
$json_raw=('{"entries":' . $result) . '}';
//echo($result);
$json=json_decode($json_raw,true);
//print_r($json);

foreach ($json as $element) {
echo $liste[$i][0] .": " . $element["value"].'<br>';
}

curl_close($ch);
}

?>

[zuhu (Gast)]

Hi pkuli6kg_KNXUF

Super script.

Ich bin gerade dabei meinen PuroWin auch mit PHP auszulesen.

Ich finde nur keine vollständige Liste meiner datapoints. Wie und wo 
hast du diese bekommen?



Eine vielleicht nützliche Info für die API:
Bei der Mycomfort App unter Einstellungen/Geschütze Einstellungen findet 
man eine DNS-Url wo man dann vom Internet aus auf den Ofen zugreifen 
kann. Ist nur die Frage ob das von Windhager mitgetrackt wird...


Grüße

[pkuli6g (Gast)]

Hallo,

Ich habe keine vollständige Liste gefunden (Habe auch mit WH gesprochen, 
die konnten mir so eine Liste auch nicht geben, obwohl sie sehr 
hilfreich sind) - habe mir die Daten die ich auslesen wollte "einzeln" 
rausgesucht aus dem Web-Frontend.  Am besten den Wert suchen, und dann 
mit Firefox "F12" Entwicklerkonsole die URL suchen (das ist dann ja 
gleichzeitig der OID)

Die kannst du in meinem Script ja dann adaptieren, aber ich denke das 
diese ähnlich sind, oder?

Ich habe gerade gesehen, dass mein Skript nicht vollständig hochgeladen 
wurde, wenn du Hilfe brauchst kannst du mich gerne kontaktieren, und das 
Skript schicken, habe die Tage gerade eben wieder etwas verbessert.


Wo verwendest du dein System? Hast du KNX Bus mit Visualisierung, oder 
nur so?


peter.kulig(at)gmailDOTcom

LG PETER

[pkuli6g (Gast)]

Achja, ganz vergessen:

Ja die URL ist so wie du sagtest, bzw. ganz einfach:

https://MAC-ADRESSE.windhager-dns.com/api/1.0/datapoint

Zur Info, unter http://IP/api-docs/ gibt es eine Dokumentation, habe ich 
gefunden, stehen einige Daten drinnen



Hier noch ein Code wie du Werte (zB. Raumtemperatur) ändern kannst:

$url = $E[2]['value'] . '/api/1.0/datapoint'; // URL für Abfrage
$login = $E[3]['value'];  // User vom LBS-Eingang
$password = $E[4]['value'];  // Password vom LBS-Eingang
$oid = $E[5]['value'];  // User vom LBS-Eingang
$value = $E[6]['value'];  // Password vom LBS-Eingang
$ch = curl_init();
logic_setOutput($id, 2, $oid);
//Daten in Array schreiben
//$array_json = array("OID","value");
$array_json->OID =$oid;
$array_json->value =$value;

//Aus dem Array JSON-Format machen
$data_json = json_encode($array_json);
//logic_setOutput($id, 2, $url);
//Abfrage ausführen

$ch = curl_init();
curl_setopt($ch, CURLOPT_URL, $url);
curl_setopt($ch, CURLOPT_HTTPAUTH, CURLAUTH_DIGEST);
curl_setopt($ch, CURLOPT_USERPWD, "$login:$password");
curl_setopt($ch, CURLOPT_HTTPHEADER, array('Content-Type: application/json','Content-Length: ' . strlen($data_json)));
curl_setopt($ch, CURLOPT_CUSTOMREQUEST, 'PUT');
curl_setopt($ch, CURLOPT_POSTFIELDS,$data_json);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
$response  = curl_exec($ch);
curl_close($ch);
logic_setOutput($id, 1, $response);
logic_setOutput($id, 3, $value);

//EINLESEN DER NEUEN WERTE UND AKTUALISIEREN
$ch = curl_init();
//Login Daten
curl_setopt($ch, CURLOPT_URL,$url . $oid);
curl_setopt($ch, CURLOPT_VERBOSE, 1);
curl_setopt($ch, CURLOPT_RETURNTRANSFER,1);
curl_setopt($ch, CURLOPT_HTTPAUTH, CURLAUTH_DIGEST);
curl_setopt($ch, CURLOPT_USERPWD, "$login:$password");
curl_setopt($ch, CURLOPT_HTTPHEADER, array('Content-Type: application/json'));
curl_exec($ch);
$result  = curl_exec($ch);
//echo($result);
$json=json_decode($result);
$wert_rm = $json->value;
$enum = $json->enum;
logic_setOutput($id,5, $enum);

// Abfrage wenn der abgefragte Datenpunkt die Betriebsmodi darstellt, ansonsten wird der value Wert direkt übernommen!
if ($enum =="[0,1,2,3,4,5,7]") {
switch($wert_rm) //Zuordnung aktueller Betriebsmodus Allgemein
{
  case("0"):
  $wert_rm=('Standby');
  break;
  default: 
  $wert_rm=('Kein Modus erkannt');
  break;
  case("1"):
  $wert_rm=('Heizprogramm 1');
  break;
  case("2"):
  $wert_rm=('Heizprogramm 2');
  break;
  case("3"):
  $wert_rm=('Heizprogramm 3');
  break;
  case("4"):
  $wert_rm=('Heizbetrieb');
  break;
  case("5"):
  $wert_rm=('Absenkbetrieb');
  break;
  case("6"):
  $wert_rm=('Warmwasserprogramm');
  break;
  case("7"):
  $wert_rm=('LEER');
  break;
}
}

logic_setOutput($id, 4, $wert_rm);

[Daniel_s (Gast)]

Hi,

ich hab einen Windhager Kessel und ein MES modul. Gibts irgentwo noch 
die Service software?

[Peter M. (peter2003)]

Hallo Daniel,

hast du denn einen XLON-USB Adapter? Denn nur mit dem funktioniert die 
Service SW.
Und selbst dann kannst du nur FW Updates bei den Modulen machen, und 
nichts auslesen.

[Daniel_S (Gast)]

Hi,

nein ich hab das MES Modul mit ner Seriellen Schnittstelle an der Front. 
Das ist ein original Windhager Teil, dass man vorne in einen Einschub 
schieben kann. Damit kann man Daten auslesen mitloggen usw. Mein 
Heizungsbauer hatte da ne Service Software die das alles angezeigt 
hatte. Der hat die aber auch nicht mehr.

[Peter M. (peter2003)]

Ich kenne dieses Teil, das war bei mir auch schon mal im Einsatz.

Die in diesem Beitrag oben erwähnte Service Software hat aber nichts mit 
dem MES Modul zu tun. Die dient, mit dem XLON-USB zusammen, "nur" zum 
updaten der Modul FW und zum tauschen der Hauptplatine des Kessels 
(sichert ein paar Parameter, und restauriert diese auf der neuen 
Baugruppe).

Für das MES Modul muss es eine extra Software geben, die aber nicht auf 
den Seiten von Windhager zu finden ist (und ich auch nicht habe).

[Daniel_S (Gast)]

Ah ok. Das dumme ist, dass ich die Software schon mal hatte. Leider aber 
nicht mehr finde. Vor 8 Jahren, als die Anlage eingebaut wurde hat mein 
Heizungsbauer mir die gegeben. Ich denke der Einschub ist nicht viel 
mehr als ein LON-UART adapter (obwohl da ganz schön viel Bauteile drauf 
sind).

Ich frag nochmal meinen Heizi...

[Martin (Gast)]

Hallo zusammen,
ich hatte den thread vor einigen Jahren mal gelesen und damals erschien 
mir das alles noch recht aussichtslos. Ihr seid mittlerweile ja wirklich 
erfolgreich. Ich habe auch seid einigen Jahren einen Windhager Biowin 2 
im Einsatz, der direkt an den Heizkreis angeschlossen ist. Um die 
Brenndauer zu verlängern, würde ich gerne die Warmwasserladung nicht 
mehr mit dem Wochenprogramm durchführen. Sobald es zu wenig Abnahme 
durch den Heizkreis gibt und die Kesseltemperatur richtung Maximalwert 
steigt, sollte die Warmwasserladung starten, bevor der Kessel in 
Ausbrand geht. Dazu müsste ich die aktuelle Kesseltemperatur auslesen 
(ich konnte auch einen Temperaturfühler am Vorlauf des Kessels montiren) 
und das wichtigste, ich müsste die manuelle Warmwasser Ladefreigabe 
emitieren. Gibt es dazu einen API Befehl?
Hardwareseitig habe ich einen Loxone Smart home Server, der über einen 
virtuellen Ausgang den API Befehl senden könnte.
Zur Verbindung mit dem Lon Bus müsste ich dann noch einen Windhager 
Webserver kaufen!? Den Webserver (RC 7030) scheint es wohl nicht mehr zu 
geben, sondern nur noch den Webserver Touch um gut 400Euro.
Auf der Platine des Pelletkessel selbst wird es vermutlich keinen 
"Eingang" geben um eine Warmwasserladefreigabe von extern auszulösen!?

[Peter M. (peter2003)]

Hallo Martin,

mit "meiner" Konfiguration (siehe Bild), mit dem XLON-USB Adapter, kann 
ich inzwischen nicht nur alle Werte aus dem Kessel und UML+ auslesen, 
sondern auch verändern. Das beinhaltet auch zB. die Warmwasserfreigabe, 
und auch das ändern der Heiz-/WW-Programme.
Aber alles nur über den XLON-USB mit den im Bild zu sehenden DLL auf 
Windows Basis.

Wenn eine andere Möglichkeit der LON Kopplung/Steuerung vorhanden ist, 
kann ich die LON "Befehle" liefern, die bei meinem VarioWin mit UML+ 
verwendet werden.

lg. Peter

[Rudolf S. (rudolf_s766)]

Hallo Zusammen,
da ich an dieser Steuerung schon eine Weile interessiert bin, habe ich 
eine Frage an die Gruppe.
Bei mir läuft ein WH Genio 210 Gasbrennwertgerät mit MES Steuerung, gibt 
es da eine Möglichkeit die fernzusteuern?

Über Antworten würde ich mich freuen.

LG aus Österreich

Rudolf

[Peter M. (peter2003)]

Hallo Rudolf,
wenn du in deiner MES Steuerung ein UML+ Modul hast (da sind keine Poti 
zum einstellen drauf im Unterschied zu einem alten UML), dann sollte es 
möglich sein.
Dann brauchst du eine LON Schnittstelle (zB. den oben genannten XLON-USB 
Adapter, aber teuer), und eine passende SW dazu.
Die Befehle und Steuermöglichkeiten für Pellets Kessel sind mir schon 
bekannt, für Gasgeräte nicht. Da müsste dann noch einiges an „Forschung“ 
gemacht werden.

Peter

[Rudolf S. (rudolf_s766)]

Hallo Peter,

danke für Deine schnelle Rückmeldung. Es dürfte eine UML+ Steuerung 
sein, aber die Preise für die Schnittstelle sind ziemlich heftig. Da 
werde ich wohl passen, der Kessel ist auch schon 15 Jahre alt und 
eigentlich sehr zuverlässig. Für die Bastelei mit einer Steuerung fehlt 
mir dann auch die Geduld.

Vielen Dank auf alle Fälle.

LG Rudi

[Gerald (Gast)]

Hallo Forum,
ich habe den Thread gefunden, da ich auch auf der Suche bin, Daten aus 
den Modulen/dem Bus auszulesen zu können und idealerweise in meinen 
ioBroker oder sonstiges einzubinden. Zur Zeit laufen bei mir eine 
ioBroker Instanz und 2 Homebridge Instanzen. Hintergrund ist, dass die 
Heizung PMX150 seit einiger Zeit verrückt spielt, mir aber niemand 
wirklich weiterhelfen kann. Vielleicht kann ich ja auf diese Art und 
Weise herausfinden, ob bzw. welches Teil der Anlage nicht richtig 
arbeitet oder nicht richtig eingestellt ist.
Meine Heizung besitzt 2 UML-C1 Module (1xHeizkörper, 1xFubo) mit jeweils 
einem FB5210 Bedienteil, daneben befindet sich ein leerer Einschub.
Wäre für weiterführende links zu benötigter Hardware/Software sehr sehr 
dankbar...
Danke schon mal im voraus
Gerald

[Georg (Gast)]

Hallo Daniel
Hast du diese Schnittstelle noch? Kann ich sie dir abkaufen? Bitte um 
Antwort.
Lg

[Felix (Gast)]

Roman B. schrieb:
> Hallo Zusammen,
>
> leider habe ich mit dem Adapter noch nicht geschafft... Mein Urlaub war
> zu kurz.
> [...]
> Viel Spaß,
> Roman

Hi Roman,

ich habe Deinen ioBroker Adapter für meinen BioWin2 Kessel installiert. 
Die Verbindung der Instanz zum Kessel klappte sofort und alle 
Datenobjekte wurden angelegt. Super!
Ich habe aber den Effekt, dass die Werte vom Kessel in ioBroker nur 
aktualisiert werden, wenn ich vorher einmal die myComfort App öffne oder 
vorher den Wert direkt auf der Webpage des Kessels vorab einmal aufrufe. 
Wie ist dieser Effekt zu erklären? Für die VIS sollte ioBroker selbst 
regelmäßig die Werte in der Steuerung aktualisieren und abrufen. Habe 
ich einen Schritt in der Einrichtung vergessen?

Danke für die tolle Arbeit, hoffe auf einen Tipp 🙂
Viele Grüße
Felix

[Manfred S. (Firma: Manfred) (xfred343)]

Ich würde die Spezialisten aus dem Mail-Betrag bitten, mir alle 
Unterlagen zum LONBUS, openLDV etc. zu senden, mir fehlen noch ein paar 
Puzzlesteine im CNIP-Protokoll bzw. Layer 2, gern auch per p.M.

Danke

[Helmut (Gast)]

Hab folgendes bei meiner Bedienungsanleitung gefunden. Wers braucht... 
Parameter & Werte
LG Helmut

[Michael (Gast)]

Windhager PMX Probleme mit der Hauptplatine.

Hallo,
ich bin bei der Internetrecherche hier auf diese Seite gestoßen.

Nun zu dem Problem, ich habe mir eine 2 Platine auf Reserve gekauft 
welche auch funktioniert hat.

Da ich halt ein neugieriger Menschen bin habe ich den Flashspeicher Mal 
rausgebaut.

Jetzt geht die Platine leider nicht mehr, sie zeigt bei P 1 "0" anstatt 
der "75" Grad an. Auch die Anzeigephasen usw. sind weg.
Funktionieren tut sie allerdings im Handbetrieb.

Frage, habe ich durch den Ausbau des Flashspeichers da was gelöscht und 
kann man das wieder neu programmieren?

Wäre schön wenn mir da vielleicht jemand weiter helfen könnte.

Grüße Michael

[Michael S. (michael_68)]

Hallo Peter,
ich hoffe dass Sie mir vielleicht irgendwie weiter helfen können.
Ich habe eine Windhager PMX 150 Pelletheizung.
Ich habe mir eine 2 Platine auf Reserve gekauft welche auch funktioniert 
hat.
Jetzt habe ich da den Flashspeicher Mal raus/ getauscht und nun sind da 
denke ich teilweise Daten weg (meine laienhafte Meinung)
Frage an Sie, kann man die irgendwie neu programmieren oder kennen Sie 
jemanden der das kann, ich möchte halt die Platine nicht schon wieder 
entsorgen müssen.😕
Wäre schön wenn Sie mir vielleicht weiter helfen könnten.
Ansonsten Grüße
Michael

[Robert (Gast)]

Hallo, ich habe 2 x PMX welche über 20 Jahre alt sind.

Da die Kessel leider doch öfters auf Störung gehen wäre mein größter 
Wunsch eine Web App zu haben wo ich die jeweiligen Status des Kessel 
sehen kann. Da Windhager für diesen alten Kessel selber keine 
Möglichkeit einer Anbindung bietet muss selber etwas gebaut werden.

In Bezug auf Mikroelektronik bin ich zwar sehr interessiert aber leider 
unerfahren, meine Vorstellung wäre gewesen beim Steuerungsdisplay 
(Raumthermostat) dort die Daten abzufangen.

Könnt Ihr mir ein Tool bauen (bzw. habt ihr das ja schon?) was ich 
einfach nur irgendwo anhängen muss um damit die Daten auszulesen? 
Aufbauend auf dieses Tool einen Webserver wo man eben die Stats dann 
sehen kann?!

Zahle gerne für eure Hilfe!

LG

[Rene S. (Gast)]

Hallo an alle. Ich habe einen DuoWin180 und würde den überhaupt erst mal 
gerne Netzwerkfähig machen. Dazu wollte ich mir eigentlich den Webserver 
RC7030 organisieren. Doch den gibt es von Windhager nicht mehr. Dafür 
gibt es jetzt einen Webserver touch. Doch damit tut sich mein 
Installateur irgendwie schwer und Windhager selber will für die Hardware 
und die Installation knapp 1000€ (wovon 420€ schon alleine der neue 
Webserver kostet). Das ist mir aber etwas zu happig. Und an Privatleute 
verkaufen die das Teil ohnehin nicht. Also falls hier irgendjemand 
zufällig den RC7030 noch rumliegen hat und diesen für einen fairen Kurs 
abgeben möchte wäre ich da sehr interessiert daran.

Gruß René

[Fritz R. (friro_63)]

Michael S. schrieb:
> Hallo Peter,
> ich hoffe dass Sie mir vielleicht irgendwie weiter helfen können.
> Ich habe eine Windhager PMX 150 Pelletheizung.
> Ich habe mir eine 2 Platine auf Reserve gekauft welche auch funktioniert
> hat.
> Jetzt habe ich da den Flashspeicher Mal raus/ getauscht und nun sind da
> denke ich teilweise Daten weg (meine laienhafte Meinung)
> Frage an Sie, kann man die irgendwie neu programmieren oder kennen Sie
> jemanden der das kann, ich möchte halt die Platine nicht schon wieder
> entsorgen müssen.😕
> Wäre schön wenn Sie mir vielleicht weiter helfen könnten.
> Ansonsten Grüße
> Michael

Hallo Michael,

du musst die Platine nach einem firmware update/ flashtausch erneut an 
den LON-Bus binden. Links auf der Platine ist ein Taster, gedrückt 
halten zum Entbinden, erneut drücken zum Binden (genau wie bei den 
anderen Modulen).

Achtung: Wenn Du den Kessel ohne Bindung im Handbetrieb benutzt hängt 
die Kesselpumpe aber immer noch auf dem BUL Modul! Das schaltet die 
Pumpe einfach ab wenn der Speichesollwert (+6K) erreicht ist. Dann 
brennt dein Kessel ohne Kesselpumpe ... Fukushima....

[Marc (Gast)]

Hallo auch von mir zu dem scheinbar einzigen Thread im WWW, der sich mit 
dem Abgreifen von Daten eines Windhager PMX150 befasst (ja, alte 
Technik, läuft aber).
Da hier mittlerweile nach meinem Verständnis alte (PMX150 mit UML C1), 
neuere (mit UML+) und ganze neue Systeme (BioWin mit Webserver) 
vermischt sind, würde ich gerne :-) nochmal speziell auf die Thematik - 
PMX 150 mit UML-C1 über LON auslesen - kommen.

Ich verstehe, für den PMX150 mit UML-C1 benötigt man
- den XLON-USB Adapter, um physisch überhaupt zugreifen zu können
- nicht die Windhager Service Software, da nur zum Eeprom auslesen etc
- mit dem richtigen Programmcode kann man aber die Daten über den LON 
lesen und schreiben

Jetzt hänge ich nur an dem Thema Programmcode?! Geht dies bereits mit 
den vom XLON-USB Adapter mitgelieferten Windows dll? Linux wäre mir auch 
lieber (falls da jemand etwas gemacht hat), dann könnte man das über 
einen Raspi zur Weiterverarbeitung zur Verfügung stellen.

Kann mic da jemand auf die richtige Spur bringen?

Grüße

Marc

[Peter M. (peter2003)]

Hallo Marc,
ja, neben dem XLON-USB Adapter und der mitgelieferten Windows DLL 
brauchst du noch eine weitere DLL (zB. aus der Service SW).
Und noch ein Programm, dass dann die Daten ausliest/ändert (von mir, als 
VB.NET zu haben).
Leider gibt es die beiden DLLs halt nur für Windows. Da wird die ganze 
Steuerung des XLON-USB darin abgehandelt.
Da ich keine Source für die XLON-USB DLL habe, wäre es schwierig das 
Ganze auf Linux nachzubauen.

Peter

[Marc (Gast)]

Hi Peter,

danke für die schnelle Rückmeldung.
Okay, da ich die "weitere DLL" nicht habe und, was im Moment schwerer 
wiegt, keinen WinPC im Ferienhaus laufen lassen möchte nur um die 
Heizung zu schalten, schiebe ich das Thema erstmal für unbestimmte Zeit 
nach Hinten.

Habe aktuell die Betriebsartweiterschalttasten unserer 2 Bedienterminals 
angezapft, so dass ich darüber mit einem Relais einen Tastendruck 
auslöse. Die Relais steuere ich über eine ioBroker Installation auf 
einem Raspi an, die Kamera des Raspis zeigt dabei die Anzeige des 
Bedienterminals. Dann greife ich von Extern über VPN zu.
Ein klassisches "Durch die Brust ins Auge" Setup aber funktioniert 
zumindest, um die Betriebsarten der Heizung durchzuschalten :-)

Und: lieben Dank für dein Angebot der VB.NET Ergänzung!
Grüße

Marc

[Georg H. (g3gg0)]

Hallo zusammen,

vor geraumer Zeit habe ich eine eigene Platine dafür gebastelt.

Ich hab den Artikel dazu hier veröffentlicht:
https://www.g3gg0.de/wordpress/esp32/mes-wifi-bringing-a-windhager-pellet-heater-online/

Natürlich mit ESP32, MQTT, Grafana etc. und mittlerweile auch 
zusätzlichen Relais um Magnetventile zu schalten.

Gruß,
g3gg0

[Marc (Gast)]

@g3gg0

Hammer! Habe es gerade angeschaut, Wahnsinn!
Du hast ein fertiges Modul entwickelt, an dem Windhager weder Zeit noch 
Lust hat etwas zumachen.
Klasse!

Werde mir das in einer ruhigen Minute nochmal durchlesen - und sicher 
mit Fragen kommen :-)

Verstehe ich es richtig, dass ich einen freien Steckplatz im PMX 
brauche? Bei mir sind alle drei Felder belegt...

Marc

[Georg H. (g3gg0)]

Servus,

Danke für das feedback :)

Ja, du brauchst einen freien Steckplatz. Aber du kannst das auch sicher 
fliegend verdrahten.
Schnapp dir einen ESP32, RS485 transceiver und einen step-down auf 5V.
Dann die LON-Leitungen anzapfen und das sollte auch reichen.
Eigentlich sogar in der "dead-bug"-Methode auf einem ESP32 Devboard 
machbar.

Im Grunde ist das ein einfacher Aufbau. Ich wollte es nur "solide" und 
hab das deshalb als MES-Modul aufgebaut.

Gruß,
g3gg0

[Marc (Gast)]

Ja, am Ende vom LON Bus einfach dranhängen, das dachte ich auch.
Deinen Schaltplan hatte ich auch schon gesehen, danke!

Muss wirklich mal in Ruhe das anschauen, ob meine Basisfähigkeiten in 
Elektrotechnik ausreichen ;-) Ja, sicher ein Zeit Thema, aber mal 
schauen.
Und dann benötige ich bestimmt noch ein Stück Software, um das ganze in 
MQTT geliefert zu bekommen. Ich kenne zwar den ESP32 prinzipiell, aber 
nicht in der eigenen Anwendung.

Übrigens: Wenn in deinem Block irgendwo der Tag PMX150 oder Windhager 
gesetzt wäre, vielleicht wäre ich früher darauf gestoßen? Weiß nicht, 
warum Tante Google das nicht ausgespuckt hat?!

Marc

[Georg H. (g3gg0)]

Okay ich hab mal PMX150 reingepackt, sollte dann irgendwann besser 
gefunden werden. Danke :)

Die Software dafür ist auf github. Einfach WiFi-Daten angeben und 
MQTT-Server aktualisieren.
Eigentlich(TM) musst sonst nichts mehr ändern.

Gruß,
Georg

[Marc (Gast)]

Klasse, danke!
Werde mich damit befassen, wird aber wohl noch ein paar Wochen dauern 
:-(

Marc

[Horst V. (hoschti)]

Georg H. schrieb:
> Hallo zusammen,
>
> vor geraumer Zeit habe ich eine eigene Platine dafür gebastelt.

Hallo Georg,

da hast Du ja ein Super-Projekt gebaut. Ich hatte auch schon länger mal 
überlegt, die Steuerung der Heizung von außen zugreifbar zu machen. Aber 
mir war bisher der Aufwand, den LON-Bus "zu Fuß" zu beackern dann doch 
immer zu hoch. War ein Mix aus knapper Zeit und Bequemlichkeit. Daher 
Hut ab für die Arbeit. Dein Artikel über den Bau des Moduls ist schon 
klasse. Auch die Elektronik sieht professionell aus. Da juckt es direkt 
in den Fingern, sich da mal ranzusetzen und das nachzubauen. Ich muss 
dann nur noch den Wlan-Teil auf Kabel umbauen, da am Standort der 
Heizung (Keller) kein Wlan mehr ankommt. Aber das sollte dann auch 
machbar sein.

Grüße
Horst

[Georg H. (g3gg0)]

Hallo Horst,

danke für das Kompliment. Ich finde der Platinenteil hat auch sehr viel 
Spaß gemacht.
Bei den Steckkarten hat man auch gefühlt unendlich viel Platz :)

Wenn du einen Ethernet PHY an den ESP32 hängen willst, sind glaub die
LON-Leitungen (GPIOs 25, 26, 27) im Weg.
Die müsstest dann umlegen auf z.B. 12, 13, 14.

Falls du an einen anderen µC gedacht hast - mit der aufwändigste Part 
war glaub das Bit-Timing.
Die Daten sind Manchester-kodiert und beim Sync-Pattern am Anfang kommen 
manchmal mehr oder weniger Transitionen.

Wäre eigentlich auch gut mit nem kleinen FPGA lösbar - dann wäre auch 
das Empfangen langer Nachrichten fehlerfrei machbar.
Der Arrow MAX1000 ist ein top Teil, sehr empfehlenswert.
Das wäre dann ein ideales USB<->LON Board mit vielen extra IOs :)

Gruß,
Georg

[Thomas (Gast)]

Absolutely fabulous @g3gg0 !

I have been working on the same thing as you, but you are way ahead of 
me.
I had begun to setup an ESP32 based M5stack with an old MAX1480 RS485 
driver I had laying around, to start decoding the LON-bus.

But now that you have already decoded it, I downloaded your code and 
made some small changes since I have very little knowledge about MQTT, 
Grafana and Pushingbox.

And now it is up and running, I use the LCD of the M5 and also setup a 
small Web-server on the M5 instead, so I can easily access the 
information from the web just for trying out now.

I guess I need to learn about MQTT, Grafana and Pushingbox :)

I have a Windhager Biowin Exklusiv, that I would like to monitor and 
control.

So I am very interested in further exploring the LON-bus protocol and 
all the messages, also how to send messages.

I noticed however I got some strange value on abgastemperatur with your 
code, the result was 1365, when the actual temp was 74, and then the 
same 1365 when the actual temp was 104.

Here is a document I found that lists nv-variables. I have no idea if 
Windhager complies with these, but I guess the do.

https://www.exhausto.com/~/media/Global/Technical%20Documents/Manuals/3005290.pdf

Ciao, Thomas

[Michael L. (michaelleitner)]

Horst V. schrieb:
>> Hallo zusammen,
>>
>> vor geraumer Zeit habe ich eine eigene Platine dafür gebastelt.
>
> Hallo Georg,
>
> da hast Du ja ein Super-Projekt gebaut.

Also dem kann ich mich nur anschließen - ein tolles Projekt! Ich möchte 
meine Windhager MultiWin 100 Gastherme darüber auslesen, habe genau wie 
du noch einen Steckplatz in der Regelung frei.

Nachdem ich eher der "Softwerker" bin, wollte ich die Platine schon 
bestückt bei JLCPCB bestellen, leider scheitert es daran, dass manche 
Bauteile wie z.B. der TPS2113APWR im Moment nicht verfügbar sind.

[Thomas (Gast)]

TPS2113APWR is available here ;)

But only 67 left, you better hurry up ;)

https://www.arrow.com/en/products/tps2113apwr/texas-instruments

[Thomas (Gast)]

BTW, I hooked my MAX1480 up on a plain breadboard, attached it to the 
M5Stack and to LON-bus "Phoenix"-type connectors inside the burner. Very 
simple and works like a charm.

I power the M5Stack from a normal USB-charger/adapter.

[Thomas (Gast)]

Here's my very simple setup, see attached photo.

[Georg H. (g3gg0)]

Servus,

freut mich dass es euch hilft. Stell aber bitte sicher, dass das pinout 
zu deiner Anlage passt :)
Ich habe keine Ahnung ob es hier relevante Unterschiede gibt und etwas 
abrauchen kann.
Ich glaub zwar nicht, aber im Zweifel dann doch lieber erst mal von Hand 
aufbauen und nur LON anzapfen.

Der genannte TPS2113 ist mit das Unwichtigeste auf dem Board, kannst 
also
getrost weglassen und pins 6-8 Brücken.
Ich hab ihn als Sicherheit mit drauf, dass der onboard 5V step down 
nicht meinen Laptop mit Strom speist, falls hier mal
paar hundert mV unterschied wären.


@Thomas:
I assume you can read german, being on the forum here? If not, just 
tell.

Super, dass das bei dir geklappt hat.
Bin mir aber nicht sicher ob die NV Variablen deckungsgleich sind.

Ich empfehle dir, mit Wireshark und dem dissector, den ich auch in 
meinem blog habe,
die ganzen Nachrichten mitzulesen und den dissector etwas zu erweitern.
Per default werden alle LON-Botschaften auf port 3333 an die 
broadcast-Adresse 192.168.1.255 geschickt.
LON.ino:8 const char * udpAddress = "192.168.1.255";


Ich glaub ich stelle den auch in ein repository, dann kannst du deine 
Änderungen auch mit einpflegen. (wenn du möchtest)

Gruß,
Georg

[Georg H. (g3gg0)]

> https://github.com/g3gg0/LonDissector

I added the wireshark dissector here.

[Thomas (Gast)]

Hi Georg

Great thanks!

I had to swap all IO's to fit the M5stack, but that was the easy bit ;)

One quick question finally for tonight.

Does your software broadcast all LON-messages to wifi 192.168.1.255 as 
it is setup now?

So I can just setup your wireshark LUA and go?

That is, again, fantastic if so!

Oh yes, I read german, sehr slecht, aber mit Google translate alles get 
:)

Bis morgens :)

[Georg H. (g3gg0)]

Yes, it's automatically broadcasting all received packets.

If you send a LON frame in an UDP packet to <esp-address>:3334 (or even 
broadcast), then the firmware will send that frame raw on the LON bus.

Using that in a C# software to poll all NVs of a given address (10, 11 
or 60 in my case)

[Georg H. (g3gg0)]

Für die C# hacker.

Das ist der EXPERIMENTELLE C# code, mit dem ich die NVs testweise 
visualisiert hab.
Sehr hässlich, dessen bin ich mir bewusst :)

Nächster Schritt - sauber in Klassen kapseln:
 - network layer
 - device instance
 - visualization

Noch ein quick'n'dirty Form1.cs code

[Georg H. (g3gg0)]

Anderes Thema:

Ich parse aktuell die NV-IDs, deren Name und den Datentyp aus der 
PMX_A3_V270.XIF, die ich mal gefunden hab.
(Firmware version v2.70 mit den notwendigen Extradaten)

Weiss jemand, ob diese Datei auch irgendwo für ein UML C1 verfügbar ist?
Oder hat jemand Firwmare für andere für Modelle?

Gruß,
Georg

[Michael L. (michaelleitner)]

Herzlichen Dank Georg und Thomas!

Ich werde wie vorgeschlagen "klein" anfangen - nun warte ich auf den 
RS485 Chip.

Ich habe selbst auch ein UML C1 und ein WVF wie Peter viel weiter oben 
im Thread. Mit dem hattest du wahrscheinlich schon Kontakt Georg?

LG Michael

[Thomas (Gast)]

Hi

Great little LUA-script :)
I ran Wireshark and got the attached log.
I have sources 2, 10, 60 and 90 in my system.

I am getting quite a lot of messages with Error code: 2 (Bit time too 
short)

Messages with source 90 always have destination 60.
There are some few source 60 with destination 90 and some with 
destination 127 that reports a RESPONSE, network variable fetch and a 
value, but most messages with source 60 has no destination. Those 
reports the Kessel temperature.

Src 10 sends four different messages
Date/time,  (no destination)
Aussen temp,  (no destination)
Vorlauff soll HK temp,  (no destination)
RESPONSE, Network variable fetch, (destination 127)

None of the messages between 60 and 90 decodes the TPDU (not 
implemented).

Messages with Src: 2 reports as UNKNOWN, but there are only three 
different messages that re-occur:
Selector: 24, 96 or 128,
Value: 00, 7fff or 01 respectively

So I assume the Src address matches the following
Main PCB, Src: 60
Display, Src: 90 (?)
UML C1 module, Src: 10
WVF module Src: 2 (?)

I guess it should be possible to get quite some further info by 
analyzing the traffic while operating the display to read out different 
info and to set various stuff to send messages from the display to 
request certain info. But I am not at the burner right now so this is 
what I could get remotely.

[Thomas (Gast)]

Hello again

I could see from the system report I have around 40% CRC Errors. I might 
need to check up my physical connection to the LON-bus, or investigate 
if I have something else causing poor signal integrity.

I got some help scrolling through the information on the boiler display 
while I was logging with wireshark, it definitely generated a lot of 
unknown requests and failed responses, so I guess that should be able to 
generate som good info to add going forward.

But more on that tomorrow.

I guess ID 127 is the ESP-module, and the responses I see without 
requests sent to 127 are responses to requests from the ESP32?

And this is where the ID is set in the ESP32 code?

RMT.conf_ch[channel].conf0.val = 0x01271050;

[Georg H. (g3gg0)]

Thomas schrieb:
> I could see from the system report I have around 40% CRC Errors. I might
> need to check up my physical connection to the LON-bus, or investigate
> if I have something else causing poor signal integrity.

Uh thats bad,

Message type: 1 (System report)
Bit length 0 min:    62(3,10us)
Bit length 0 avg:    252(12,60us)
Bit length 0 max:    360(18,00us)
Bit length 1 min:    361(18,05us)
Bit length 1 avg:    511(25,55us)
Bit length 1 max:    799(39,95us)
Packets received:    13778181
Packets CRC Errors:  7834 (0,06%)
Free heap:           231576
Max heap:            321324
Free PSRAM:          0
Max PSRAM:           0
Startup time:        25.11.2021 12:17:42
Statistics start:    25.11.2021 12:21:09
Ignites/24h:           11
   Time:     00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23
   Ignites:  00 00 00 00 00 01 00 01 00 01 00 00 01 01 01 00 01 01 01 00 00 01 00 01
Temperature:           41,00

So there is really something odd

> I guess ID 127 is the ESP-module, and the responses I see without
> requests sent to 127 are responses to requests from the ESP32?
>
> And this is where the ID is set in the ESP32 code?
>
> RMT.conf_ch[channel].conf0.val = 0x01271050;

LON.ino:627    uint8_t nvVarCommand[] = 
"\x01\x19\x01\xFF\x01\x80\x54\x0D\x73\x00";
that \xff is a \x80 OR \x7F, where \x7F is the source address.
I think in the receiving code I do not check the destination address,
so you should be able to change it if you need to.

[Thomas (Gast)]

Hmmm this is very strange, it looks like I have a much narrower 
variation in bit length than you do.

My variation is 0,6 us and 0,8us
While yours is about 15 us and 12 us. Which is a full bit length at 
78kbaud, which is also a bit strange I think.

Still 100% of my errors are "Bit time too short"
With a min bit length of 12,55us there should be no "Bit time too 
short", right?

Bit length 0 min:    251(12,55us)
Bit length 0 avg:    251(12,55us)
Bit length 0 max:    263(13,15us)
Bit length 1 min:    508(25,40us)
Bit length 1 avg:    509(25,45us)
Bit length 1 max:    524(26,20us)
Packets received:    117
Packets CRC Errors:  53 (45,30%)


Message type: 2 (LON Frame)
Error code:   2 (Bit time too short)
Bits sampled: 20
Bit duration: 511(63,88us)

[Georg H. (g3gg0)]

Yeah your values look okay.
Maybe some other disturbances?
Would be interesting to see with a scope.

I posted the statistics for more than two months of packets.
And as there are known "bugs" like long packets being troublesome, these 
statistics may come from these.

[Thomas (Gast)]

There is something strange going on. Everytime this error is reported, 
the duration is 1 tick (0,05 us), while LON_0_MIN require minimum 60 (3 
us).

[Thomas (Gast)]

Well, sometimes sloppiness causes extra unnecessary work.
If you look closely at the photo of my breadboard above, you will notice 
I forgot to add power line capacitors. Now it works fine :)

[Georg H. (g3gg0)]

Yeah one tick is a bit low.
Thats the reason why it signals a corrupted packet.

Ich hab mittlerweile die C# sourcen überarbeitet und eine GUI gebastelt.
Leider erst mal hardcoded auf 192.168.1.255 als Adresse. (bis ich einen 
Optionsdialog einbaue)

Zwei Features:
 - Passiver Device Scan (die Lupe), dann rechtsklick auf ein device zum 
aktiven scannen
 - Aktiver NV Scan (das Plus), ein Gerät (hardcoded 10, 11 und 60) aktiv 
scannen

https://g3gg0.magiclantern.fm/LON/

[Thomas (Gast)]

Ok, now I am getting somewhere.

Attached is a request from the display for operating hours and the 
response from the main board. Reported operating hours on the display is 
38426 hours.

And the response has the payload 0x961a which equals 38426 :)

Now all I need to do is go through all the rest, and learn how to get 
everything into the sw :)

[Georg H. (g3gg0)]

ok update the dissector, it will show the payload now (hopefully)

[Thomas (Gast)]

It says now "Generic application message #11"
And then shows 010B961A

Where I believe the 010B is a message info rather than the parameter 
requested.

I noticed the request is 020B, and then the response is 010B.

I have seen several requests where the request "payload" is 02nn and the 
response is always 01nn. Where nn is the same in both, so I guess nn is 
what specifies which parameter is requested, and responded.

[Michael L. (michaelleitner)]

Hallo Georg

nochmals - herzlichen Dank für deine unglaubliche Arbeit, sowohl für den 
ESP-Code als auch den Dissector.

Ich konnte nun erste Werte vom LON-Bus abgreifen. Spannend sind für mich 
auch die NVs von Source 2 - ich nehme auch an, dass das das WVF ist.

Georg H. schrieb:
> Ich hab mittlerweile die C# sourcen überarbeitet und eine GUI gebastelt.
> Leider erst mal hardcoded auf 192.168.1.255 als Adresse. (bis ich einen
> Optionsdialog einbaue)
>
> Zwei Features:
>  - Passiver Device Scan (die Lupe), dann rechtsklick auf ein device zum
> aktiven scannen
>  - Aktiver NV Scan (das Plus), ein Gerät (hardcoded 10, 11 und 60) aktiv
> scannen

Könntest du bitte gelegentlich die IP-Broadcast-Adresse änderbar machen 
und das Device 2 ergänzen?

Dankeschön!

lg Michael

[Georg H. (g3gg0)]

Hab das Tool aktualisiert.

Beim Start erstellt er jetzt ein config file. Bitte das editieren.
Hier kannst du die broadcast (*) IP ändern und auch die NVs des WFV 
anpassen,
sollte ich da ein Feld oder einen Typ falsch definiert haben.

Hab von dem die Infos zugeschickt bekommen: (danke!)

SW Name        = WVF
SW Version     = V 3.51
SW Date        = 20.01.03

(*) Kommunikation scheint wirklich nur per broadcast zu klappen.
Muss ich mir mal genauer ankucken, dachte eigentlich das geht auch wenn 
man die IP direkt nutzt.

EDIT:
Wie sehen deine Statistiken so aus?

[Michael L. (michaelleitner)]

Guten Abend,

Georg H. schrieb:
> Wie sehen deine Statistiken so aus?

    Frame Info
        Message type: 1 (System report)
        Bit length 0 min:    60(3,00us)
        Bit length 0 avg:    251(12,55us)
        Bit length 0 max:    358(17,90us)
        Bit length 1 min:    362(18,10us)
        Bit length 1 avg:    511(25,55us)
        Bit length 1 max:    798(39,90us)
        Packets received:    5569
        Packets CRC Errors:  248 (4,45%)
        Free heap:           249632
        Max heap:            336792
        Free PSRAM:          0
        Max PSRAM:           0
        Startup time:        15.01.2022 21:47:11
        Statistics start:    15.01.2022 21:47:14

Was aber merkwürdig ist: Ich sehe im Wireshark die REQUESTs für NVs - 
aber es kommt nie ein RESPONSE?

Danke und lg
Michael

[Georg H. (g3gg0)]

Hallo zusammen,

ich hab die sourcen mal aufgeräumt und hochgeladen:
https://github.com/g3gg0/LonScan/

Hier das aktuelle test binary:
https://github.com/g3gg0/LonScan/releases/tag/v0.1.0

Inhaltich nichts neues glaub ich.
Der Netzwerk-Code ist aber deutlich sauberer geschrieben.

[Thomas (Gast)]

Hallo!

I have been working intensely on my system, when I have time to spare.

I am now analyzing the bus on my Biowin, and it seems the data 
transferred on it does not follow any of the data in anything reported 
so far, except for the LON-protocol of course. But none of the data I 
have extracted matches the addressing and NV's I've seen.

I have extracted most of the information that is available in the Info 
section of the Biowin control display, and some of the stuff in the 
Operator and System menu.

I am working on setting up a web-server on the ESP32 that will report 
the data, and will also offer to adjust some settings.

I will use a setup that doesn't require any specially made electronics. 
Just two parts that can be bought for a low cost online and connects 
directly to the LON-bus in the burner.

I'll keep you updated on my progress.

[Thomas (Gast)]

Thank you Georg for the update LONScanner and the source.

I see that the scanner reports one value for, for instance, NV 23.
But when I filter on NV23 in messages from Src 60 to Dest 90 in 
Wireshark on my system, I get at least 6 messages with different types 
of payload. One of those is the current "Leistung", another one is the 
Burner model, in my case 150, and it is reported in ASCII charactares so 
can actually be read in the ASCII column. It is the only data so far I 
have found being reported in the ASCII format.

Then there are some that I have not decoded yet, but I am pretty sure 
two of them are the auger feed, actual and range. I just need to figure 
out how the data in them are coded.

But nevertheless, it seems like there are several different types of 
data reported under the same NV number. I'll attach a wireshark file to 
this message so you can have a look.

Third packet is Leistung, reporting 100%
Forth packet is Model, reportin 150

[Thomas (Gast)]

BTW, one of the most interesting things to find out, is of course 
information about the different alarms in the system.

Does anyone have any information on those?

[Thomas (Gast)]

And now I noticed it looks like I get the same parameter reported under 
different NV's as well.

Like the Leistung 100% is reported both on NV 22 and on NV 23

I made a quickie and included the two hex-dumps for those two packets.

0000   ff ff ff ff ff ff 24 6f 28 8f cf 50 08 00 45 00
0010   00 30 02 54 00 00 ff 11 34 f5 c0 a8 01 24 c0 a8
0020   01 ff ea 42 0d 05 00 1c 10 15|02 00 70 00 00 02
0030   00 19 01 bc 01 da 54 22 0b 01 0a c8 94 48
                            ^           ^
                            nv         100%

0000   ff ff ff ff ff ff 24 6f 28 8f cf 50 08 00 45 00
0010   00 30 02 5a 00 00 ff 11 34 ef c0 a8 01 24 c0 a8
0020   01 ff ea 42 0d 05 00 1c 66 43|02 00 70 00 00 02
0030   00 19 01 bc 01 da 54 23 0b 01 0a c8 3e 19
                            ^           ^
                            nv         100%

As you can see above the whole LON packet (starting at |02 looks the 
same, except for the NV nr and the CRC.

I am under the impression that it is the 0b 01 0A sequence that relates 
to what parameter is in a packet.

[Thomas (Gast)]

Sorry, what I noted as NV above is not NV, it is the TPDU Type and 
Format.
and the 2 and 3 and 22/33 is the Trans_no.

It is not any NV at all that is being sent in those messages. It is just 
a TPDU including and APDU only as far as I have understoond, up to now.

[Georg H. (g3gg0)]

https://pdf4pro.com/view/lontalk-protocol-specification-enerlon-56e8cc.html

There you can find the protocol specification.
See the last page, it shows all the PDU formats.

Also see a screenshot of a NV publish message parsed with my C# code.

[Thomas (Gast)]

The thing is, the LONScanner only shows NV's, so that's what I used as a 
base. But I have now realized all this information seems to be 
incorrect, at least in my system. Nothing what is reported in the 
LONScanner actually matches those parameters in my system.

My system seems to be using only the SPDU/APDU generic application 
messages, Request/Response where all information is in the APDU, 
including the type of parameter, and perhaps also the length of the 
packet, but that may also be implied by the parameter type. I have not 
yet analyzed all the parts of those packages as I realized this just 
yesterday.

But I have been able to decode a lot of parameter data from those 
packages now, which is always the last parts of the message. So next 
step will be to try to penetrate the header info of the APDU, which then 
is Windhager, and maybe even Biowin specific. I will see if I can get 
some time tonight to look into that.

Attached is a screenshot of a LONScan of my system.

[Thomas (Gast)]

Here is a direct download link of the protocol specification, without 
hassle ;)

https://web.archive.org/web/20210724071017/http://www.enerlon.com/JobAids/Lontalk%20Protocol%20Spec.pdf

[Georg H. (g3gg0)]

Thanks for the link.
Could not remember where I got my PDF from ;)

Yeah that point was clear.
Just wanted to give hints as you went through manually dissecting the 
payload.

The APDU really just starts with 1 or 2 bytes (depending on the first 
bits, see Figure 10.2)
followed by the payload of that specific NV.

I have a list of NVs for:
 WVF V 3.51
 InfoWIN FW V 2.60
 FireWin V 3.10
 PMX v2.7
 UML C1 V 3.51
 VarioWin (?)

[Thomas (Gast)]

Ok, so I looked a bit more into the NV's trying to understand them

Attached are two screenshots, one from the LONScanner showing NV 0x0D 
and one from the Wireshark showing the corresponding LON packet, with a 
selector of 272.

A couple of questions

1. How do we know that selector 272 corresponds to Kessel temperature, 
or has that been "reversed engineered from an actual system"?

2. How do we know that selector 272 corresponds to NV 0x0D?

There are some Parameter/NV-lists around for some Windhager burners and 
"nodes" like firewin, variowin and UML C1 or WVF, as above in the thread 
as well, and as I understand the lists differ from product to product. 
Where do these lists come from or how are they extracted? Can I find or 
generate one for my Biowin?

In the analysis of my system I have noticed Requests from the Infowin 
are sent as SPDU/APDU Requests and responded in the same way, not using 
the NV index or selector. There are also some less frequent TPDU 
messages with specified destinations.

[Thomas (Gast)]

Thanks Georg for the help and support.

I have now looked more deeply into the ESP32 code and started adding 
code for sending and receiving generic application messages, as I have 
found how to retreive many of the parameters I am looking for that way.

Right now things are presented via a webserver on the ESP, so it's easy 
to add stuff and get some debug info remotely as well.

[Georg H. (g3gg0)]

> How do we know that selector 272 corresponds to Kessel temperature,
> or has that been "reversed engineered from an actual system"?

Got a lot of information from another user, that helped
in understanding how that stuff generally works.
As it is already a few years back, I fear that I mix up a bit.
(especially the terms)

But basically what I remember was:
I got information for an other windhager device (VarioWin) which NV 
selector for these broadcasts have which meaning.
Also got text files that explained the NV ID (for the request via SPDU) 
have what meaning.
(e.g. a PMX_A3_V270.XIF file)

And matching the exact NV Selectors against the NV ID I did via 
comparing values.
Not sure how much (if any) was already matching and how much I had to 
find on my own.
As I usually do things from scratch, It was still quite a lot.

[Georg H. (g3gg0)]

Thomas schrieb:

> There are some Parameter/NV-lists around for some Windhager burners and
> "nodes" like firewin, variowin and UML C1 or WVF, as above in the thread
> as well, and as I understand the lists differ from product to product.
> Where do these lists come from or how are they extracted? Can I find or
> generate one for my Biowin?

These are the ones I also got.
Wonder if someone has some more .XIF files.

> In the analysis of my system I have noticed Requests from the Infowin
> are sent as SPDU/APDU Requests and responded in the same way, not using
> the NV index or selector. There are also some less frequent TPDU
> messages with specified destinations.

Yeah, you can "wait" for a broadcasted APDU or query it via SPDU.

I just remembered that you also can read the NV config from the device.
The "ID" I mentioned before is just an "entry number 0 to n" and the 
device
has a table that contains various information.

Here is the result that I got right now for this test on a PMX150:

 0# nviRequest       | Prio: 0, Dir: Incoming Selector:    0 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
 1# nvoStatus        | Prio: 0, Dir: Outgoing Selector:    1 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
 2# nviTimeSet       | Prio: 0, Dir: Incoming Selector:  256 (Bound  ) Turn: 0 Service: 2 Auth: 0 AddrTbl: 15
 3# nvoFileDirectory | Prio: 0, Dir: Outgoing Selector:    3 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
 4# nvoTime          | Prio: 0, Dir: Outgoing Selector:    4 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
 5# nviObjEvent      | Prio: 0, Dir: Incoming Selector:    5 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
 6# nvoObjStatus     | Prio: 0, Dir: Outgoing Selector:    6 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
 7# nvoError         | Prio: 0, Dir: Outgoing Selector:  257 (Bound  ) Turn: 0 Service: 2 Auth: 0 AddrTbl: 0
 8# nvoWvEnergyHold  | Prio: 0, Dir: Outgoing Selector:   17 (Bound  ) Turn: 0 Service: 2 Auth: 0 AddrTbl: 2
 9# nvoBwEnergyHold  | Prio: 0, Dir: Outgoing Selector:   19 (Bound  ) Turn: 0 Service: 2 Auth: 0 AddrTbl: 2
10# nviWE_ModeGp1    | Prio: 0, Dir: Incoming Selector:  129 (Bound  ) Turn: 0 Service: 2 Auth: 0 AddrTbl: 15
11# nviWE_ModeGp3    | Prio: 0, Dir: Incoming Selector:  134 (Bound  ) Turn: 0 Service: 2 Auth: 0 AddrTbl: 15
12# EH_m             | Prio: 0, Dir: Incoming Selector:   12 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
13# WET_nviTsoll[0]  | Prio: 0, Dir: Incoming Selector:   16 (Bound  ) Turn: 0 Service: 2 Auth: 0 AddrTbl: 15
14# WET_nviTsoll[1]  | Prio: 0, Dir: Incoming Selector:   18 (Bound  ) Turn: 0 Service: 2 Auth: 0 AddrTbl: 15
15# WET_nvoTist      | Prio: 0, Dir: Outgoing Selector:  272 (Bound  ) Turn: 0 Service: 2 Auth: 0 AddrTbl: 0
16# BD_nviDsp        | Prio: 0, Dir: Incoming Selector:   16 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
17# GB_nviNsoll      | Prio: 0, Dir: Incoming Selector:   17 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
18# GB_nvoNist       | Prio: 0, Dir: Outgoing Selector:   18 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
19# GB_nvoNsoll      | Prio: 0, Dir: Outgoing Selector:   19 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
20# GB_m             | Prio: 0, Dir: Incoming Selector:   20 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
21# FS_nviMsoll      | Prio: 0, Dir: Incoming Selector:   21 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
22# FS_nvoMotor      | Prio: 0, Dir: Outgoing Selector:   22 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
23# FS_nvoTein       | Prio: 0, Dir: Outgoing Selector:   23 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
24# FS_nvoTaus       | Prio: 0, Dir: Outgoing Selector:   24 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
25# FS_nvoMpts       | Prio: 0, Dir: Outgoing Selector:   25 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
26# FS_m             | Prio: 0, Dir: Incoming Selector:   26 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
27# FS_nviMfoerder   | Prio: 0, Dir: Incoming Selector:   27 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
28# FS_nvoAvgTb_Tk   | Prio: 0, Dir: Outgoing Selector:   28 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
29# ZG_nviOn         | Prio: 0, Dir: Incoming Selector:   29 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
30# ZG_nvoHeat       | Prio: 0, Dir: Outgoing Selector:   30 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
31# ZG_nvoVent       | Prio: 0, Dir: Outgoing Selector:   31 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
32# RO_nviCount      | Prio: 0, Dir: Incoming Selector:   32 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
33# RO_nvoCount      | Prio: 0, Dir: Outgoing Selector:   33 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
34# RO_m             | Prio: 0, Dir: Incoming Selector:   34 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
35# PMX_nviLstg      | Prio: 0, Dir: Incoming Selector:   35 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
36# FMF_nvoStatus    | Prio: 0, Dir: Outgoing Selector:   36 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
37# PMX_nvoLstg      | Prio: 0, Dir: Outgoing Selector:   37 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
38# PMX_m            | Prio: 0, Dir: Incoming Selector:   38 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
39# PMX_nvoToPzs     | Prio: 0, Dir: Outgoing Selector:  138 (Bound  ) Turn: 0 Service: 2 Auth: 0 AddrTbl: 0
40# PMX_nviFromPzs   | Prio: 0, Dir: Incoming Selector:  139 (Bound  ) Turn: 0 Service: 2 Auth: 0 AddrTbl: 15
41# PMX_nviPzsStatus | Prio: 0, Dir: Incoming Selector:  140 (Bound  ) Turn: 0 Service: 2 Auth: 0 AddrTbl: 15
42# PMX_eeBetrStd    | Prio: 0, Dir: Incoming Selector:   42 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
43# PMX_eeNbrAnhz    | Prio: 0, Dir: Incoming Selector:   43 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
44# EXT_m            | Prio: 0, Dir: Incoming Selector:   44 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
45# EXT_nvoTacho     | Prio: 0, Dir: Outgoing Selector:   45 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
46# EXT_nvoTacho1    | Prio: 0, Dir: Outgoing Selector:   46 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
47# NIC_nvoValue     | Prio: 0, Dir: Outgoing Selector:   47 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
48# NIC_nvoTboard    | Prio: 0, Dir: Outgoing Selector:   48 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
49# NIC_nvoAvgVal    | Prio: 0, Dir: Outgoing Selector:   49 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
50# TK_nviSetP       | Prio: 0, Dir: Incoming Selector:   50 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
51# TK_nvoPID        | Prio: 0, Dir: Outgoing Selector:   51 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
52# TK_nvoTemp       | Prio: 0, Dir: Outgoing Selector:   52 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
53# TK_nvoRist       | Prio: 0, Dir: Outgoing Selector:   53 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
54# RG_nviSetP       | Prio: 0, Dir: Incoming Selector:   54 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
55# RG_nvoPID        | Prio: 0, Dir: Outgoing Selector:   55 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
56# RG_nvoTemp       | Prio: 0, Dir: Outgoing Selector:   56 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
57# TVB_nvoValue     | Prio: 0, Dir: Outgoing Selector:   57 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
58# HW_nviDigInput   | Prio: 0, Dir: Incoming Selector:   58 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15
59# HW_nviDigOutput  | Prio: 0, Dir: Incoming Selector:   59 (UnBound) Turn: 0 Service: 0 Auth: 0 AddrTbl: 15

As you can see, the ID 272 matches "15# WET_nvoTist" and 257 matches "7# 
nvoError".
Thats also a possibility to get the mapping.

Will add this as a GUI in my tool the next days. First without the 
possibility to edit ;)

[Georg H. (g3gg0)]

Ahhh cool. Now i know how to set the current time.
Just broadcast it as network variable 0x100.
So simple... Wanted to have this for years now.

Good that we talked about that.

[Thomas (Gast)]

Great, thanks!

But how did you read this list?

[Georg H. (g3gg0)]

See the chapter 11.7.8.
Instead of query nv by index, i query nv cfg with command 8

[Georg H. (g3gg0)]

Ich habe die Zeit der PMX und der beiden UML gesetzt indem ich die 
network variable 0x100 entsprechend gesetzt hab.
Die jeweiligen Geräte haben jetzt auch (laut ihrer NV) auch die Zeit 
übernommen. (yay!)

Nur das Bedienmodul - genauen Typ weiss ich jetzt nicht, sieht aus als 
wärs eine Windhager MES D-Bedienmodul FB 5210 - das ja
meinem Verständnis nach eigentlich die ganzen Vorgänge steuert, hat die 
Zeiten nicht übernommen.

Jetzt hab ich noch auf haustechnikdialog was gefunden, wie das Protokoll 
aussieht.

Weiss jemand ob diese Bedienteile per Routing am LON erreichbar sind 
oder ist das was freifliegendes?

Ansonsten muss ich mal schauen ob die UML was in der routing table 
stehen haben :-/

[Thomas (Gast)]

Ok, so when I send the command 8 I get the selector and config table 
index, but how/where do I get the table itself so I can map these 
values?

I tried some memory reads to see what I could find, but nothing sensible 
in the first few tries.

[Thomas (Gast)]

Or do they refer to the SNVT Master list?

[Georg H. (g3gg0)]

No, there is a table in the neuron chip i posted above.
It has indices 0 to e.g. 55 which are the "NV Index" value we used to 
fetch with the SPDU.

In this table it is written if this index is published on the bus.
Either if this node should send this index or if it should listen to and 
fill the value of this NV with that data.

Also encoded there is the "NV Selector" that is being used.
And that selector is the one you see in the "broadcasted" NV messages.

[Georg H. (g3gg0)]

Okay,

habs geschafft aus dem service tool alle .xif zu entpacken - sind 64 
Stück.
Jetzt muss ich wohl einen Parser dafür schreiben um mir daraus die 
config zu ziehen.

Dann werden alle hoffentlich alle Modelle unterstützt.

[Thomas (Gast)]

Hi

Which service tool is this?
Is there an .XIF file for the Biowin? Could you please make it available 
to me?
Thanks!

[Georg H. (g3gg0)]

Hallo zusammen,

das parsen hat ordentlich geklappt.
https://github.com/g3gg0/LonScan/releases/tag/v0.2.1

Unterstützte Modelle:

B-PLM + V 1.00
B-PLM + V 2.02
B-PLM + V 2.24
B-PLM + V 2.40
BioWin V 3.22
BioWin V 3.60
BioWin V 4.53
BioWin V 4.54
BioWin V 6.24
BioWin V 6.60
BioWin2 V 1.50
BioWin332 V 2.50
BioWinXL V 1.22
BioWinXL V 5.60
EWM-PW01_V110
FMF_S_V500
FMP_F1_V361
FireWin V 3.10
FireWin V 4.33
FireWin V 6.61
InfoWIN_BW_V260_HW2_20090324.XIF
InfoWIN_BW_V310_20110127.XIF
InfoWIN_BW_V400_20080519.XIF
InfoWIN_BW_V450_20110125.XIF
InfoWIN_FW2_V410_20110125.XIF
InfoWIN_FW_V260_20071022.XIF
InfoWIN_FW_V310_20110204.XIF
InfoWIN_SW_V260_20090420.XIF
JetWin V 1.01
KAS + V 1.11
KAS + V 1.20
LWP V 4.20
LogWin V 5.51
MB6611_LOP_V104
PMX V 2.70
SOFU V 1.00
SOFU V 1.10
SOFU V 1.20
SilvaWIN V 3.10
UML + V 1.3a
UML + V 2.00
UML + V 2.30
UML + V 2.40
UMUMLZ V 1.11
UMUMLZ V 1.20
VarioWin V 5.00
VarioWin V 6.61
WFBPK V 1.00
WFBPK V 1.16
WFBPK V 1.20
WVF + V 1.00
WVF + V 2.11
WVF + V 2.24
WVF + V 2.40
ZSP_V1.02
ZSP_V2.02

[Georg H. (g3gg0)]

Thomas schrieb:
> Hi
>
> Which service tool is this?
> Is there an .XIF file for the Biowin? Could you please make it available
> to me?
> Thanks!

If its okay, you can read the LonScan.cfg which contains the necessary 
information.

[Michael L. (michaelleitner)]

Hallo Georg,

Georg H. schrieb:
> Hallo zusammen,
>
> das parsen hat ordentlich geklappt.
> https://github.com/g3gg0/LonScan/releases/tag/v0.2.1

deine Arbeit wirklich unglaublich - nun liefert mein WVF auch Werte - 
siehe Screenshot.

Herzlichen Dank!

lg Michael

[Georg H. (g3gg0)]

Servus,

freut mich dass es klappt! :)

https://github.com/g3gg0/LonScan/releases/tag/v0.2.2

Noch ein Update für die etwas experimentierfreudigeren unter uns.
PacketForge, um pakete selber zu bauen.

Noch muss man die Hex-Daten editieren, aber ich habs vom Grundkonzept so 
gebaut,
dass man später auch irgendwann per Dropdown und Textfelder sich die 
Pakete selbst konfigurieren kann.
Wenn ich Zeit finde das zu implementieren ;)

Gruß,
Georg

[Georg H. (g3gg0)]

Hat jemand neuere UMLs in seinem setup und würde im PacketForge 
(dropdownmenu rechts neben der textbox) das EBus paket mal ausprobieren?
@Michael vllt?

Wäre interessant ob hier eine Antwort kommt.
Die bytes sind auf "DestinationNode" 10 oder 11 hartkodiert, kann aber 
im Textfeld geändert werden falls notwendig.
Im dump links unten sieht man was das für ein Paket ist, das man gerade 
zusammenschustert.

[Michael L. (michaelleitner)]

Gerne, aber leider kommt bei mir

(Response timed out)

Blöde Frage, wie finde ich die Version meines Moduls raus?
Allerdings habe ich ja ein UML C1 und kein UML + (gibt es da eigentlich 
ein eigenes XIF zum importieren)?

lg Michael

[Thomas (Gast)]

Hi

Thanks Georg, really great work and things you are supporting us with!

I am still working on understanding the protocol :)

When I send a Network message request with command 8, APDU Destin&Type = 
0x68,

the response I get has the APDU Destin&Type = 0x28

This is then an application message, not a network message, and the 
thing is, the '2' in 0x28 is then part of the command. Which makes the 
response command = 0x28 (40), but it should be 8

See following references in the Protocol Specification.

  10.4 APDU Types and Formats
  11.7.8 Query Network Variable Configuration

Here's the Request and the Response NPDU's, excluding CRC

19 01 fe 01 bc 54 01 68 02
19 01 bc 01 fe 54 21 28 01 00 4f

So, my question is, where does the 2 in 0x28 response Destin&Type come 
from?

It seems to me the response command is 0x28, not 8. But that is not 
consistent with the protocol specification, as far as I can see.

[Georg H. (g3gg0)]

First, you miss the PPDU header, which is 01. But I guess thats just a 
copy paste issue.
Adding it, we will get this:

 01 19 01 FE 01 BC 54 01 68 02

 Prior                    = no 
 AltPath                  = no 
 DeltaBl                  = 1 
 NPDU                     = LonNPdu
   Version                  = 0 
   DomainLength             = Bits_8 
   Domain                   = 84 
   Address                  = LonAddressNode
     DestinationSubnet        = 1 
     DestinationNode          = 60 
     SourceSubnet             = 1 
     SourceNode               = 126  
   PDU                      = LonSPdu
     Auth                     = no 
     ReminderLength           = 0 
     ReminderMList            = 0 
     SPDUType                 = Request 
     APDU                     = LonAPduNetworkManagement
       Code                     = QueryNetworkVariableConfig 
       Data                     = [ 02 ]  
     TransNo                  = 1

Response:

 01 19 01 BC 01 FE 54 21 28 01 00 4F

 Prior                    = no 
 AltPath                  = no 
 DeltaBl                  = 1 
 NPDU                     = LonNPdu
   Version                  = 0 
   DomainLength             = Bits_8 
   Domain                   = 84 
   Address                  = LonAddressNode
     DestinationSubnet        = 1 
     DestinationNode          = 126 
     SourceSubnet             = 1 
     SourceNode               = 60  
   PDU                      = LonSPdu
     Auth                     = no 
     ReminderLength           = 0 
     ReminderMList            = 0 
     SPDUType                 = Response 
     APDU                     = LonAPduGenericApplication
       Code                     = 40 
       Data                     = [ 01 00 4F ]  
     TransNo                  = 1

Now when you check Page 84/112, it says that responses are always 
directed
to the application and have the code 00pxxxxx where p=1 tells the 
operation
was successful.
In your case the xxxxx was 8, which was your original command.

[Thomas (Gast)]

Sorry, found the answer in another part of the specification.

Responses that have been generated by the execution of these NM commands are
directed to the Application, as specified by the first byte of the APDU:
00pxxxxx
The <p> field is set to one if the operation succeeded, or zero if it failed.

[Thomas (Gast)]

Ah, Georg, Thanks. Yes, finally I found it too ;

I posted the NPDU, not the PPDU, that's why the 01 was missing ;)

[Georg H. (g3gg0)]

Ah right, you wrote NPDU. Did oversee that.

[Michael L. (michaelleitner)]

Michael L. schrieb:
> Gerne, aber leider kommt bei mir
>

(Response timed out)

Ich habe jetzt die Timeout-Zeit in der cfg-Datei auf 30000 ms gestellt.

dennoch kommt

(Response timed out)

bei dem EBus-Befehl.

Die normale NV-Query (mit Destination 10 bei mir, da ich kein 60 habe) 
funktioniert.

[Georg H. (g3gg0)]

Michael L. schrieb:
> Gerne, aber leider kommt bei mir
>

(Response timed out)

>
> Blöde Frage, wie finde ich die Version meines Moduls raus?
> Allerdings habe ich ja ein UML C1 und kein UML + (gibt es da eigentlich
> ein eigenes XIF zum importieren)?
>
> lg Michael

Richtig. Hab auch ein UML C1.
Ich muss nacher nochmal schauen, ich hab aus Versehen das C1 
rausgeworfen.
XIF hatte ich keines, ich hatte das händisch gestrickt

Also die genaue version auslesen, ich hab mir da noch keine Gedanken 
gemacht.
Aber guter Punkt. Das kuck ich nach.

Du hattest ja dein C1 als node 10, so wie das kommando gestrickt war.
Mist. Das heisst per 0x0e kommt man nicht auf den EBus.
Vllt geht das nur mit dem UML+?

Ich will die Uhrzeit der Bedienpanel setzen :(
Dass jede Stunde vom ESP32 die Zeit korrigiert wird, dann hat sich das 
mit der Zeitumstellung erledigt.

[Georg H. (g3gg0)]

Mit dem Kommando
01 19 01 FE 01 8A 54 0D 6D 00 40 00 10 # read version
kannst die version aus dem flash lesen

Aie Antwortbytes dann im hexeditor betrachten.

00 19 01 8A 01 FE 54 24 2D A3 45 4A 56 20 33 2E 35 31 20 20 00 32 30 2E 30
 Prior                    = no 
 AltPath                  = no 
 DeltaBl                  = 0 
 NPDU                     = LonNPdu
   Version                  = 0 
   DomainLength             = Bits_8 (1) 
   Domain                   = 84 
   Address                  = LonAddressNode
     DestinationSubnet        = 1 
     DestinationNode          = 126 
     SourceSubnet             = 1 
     SourceNode               = 10  
   PDU                      = LonSPdu
     Auth                     = no 
     ReminderLength           = 0 
     ReminderMList            = 0 
     SPDUType                 = Response (2) 
     APDU                     = LonAPduGenericApplication
       Code                     = 45 
       Data                     = [ A3 45 4A 56 20 33 2E 35 31 20 20 00 32 30 2E 30 ]  
     TransNo                  = 4

[Georg H. (g3gg0)]

Servus,

Version auslesen hinzugefügt:
https://github.com/g3gg0/LonScan/releases/tag/v0.3.0
(ich hoffe das ist universell bei Windhager...)

Gruß,
Georg

[Thomas (Gast)]

This is what I got when I extracted the 60 first Network Variable 
configurations from the configuration register.

NV Selector
0 16383
1 16382
2 256
3 16380
4 16379
5 257
6 17
7 19
8 129
9 134
10 16373
11 16
12 18
13 272
14 16369
15 16368
16 16367
17 16366
18 16365
19 16364
20 16363
21 16362
22 16361
23 16360
24 16359
25 16358
26 16357
27 16356
28 16355
29 16354
30 16353
31 16352
32 16351
33 16350
34 16349
35 16348
36 16347
37 16346
38 16345
39 16344
40 16343
41 16342
42 16341
43 16340
44 16339
45 16338
46 16337
47 16336
48 16335
49 16334
50 16333
51 130
52 0
53 0
54 0
55 0
56 0
57 0
58 0
59 0

[Thomas (Gast)]

The selector values from the extraction, that is.

[Georg H. (g3gg0)]

You can read that with the tool, too.

[Georg H. (g3gg0)]

Bugfix um bei gleichzeitiger Nutzung mehrere Fehnster einen deadlock zu 
verhindern:
https://github.com/g3gg0/LonScan/releases/tag/v0.3.1

[Georg H. (g3gg0)]

Hatte die vorherige Nachricht am Handy getippt.
Peinlicher Tippfehler - ich weiss wie man Fenster schreibt :D

Hier eine neue Version, die auch anzeigt, welche NVs input sind (grün) 
und welche output (rot).
Die NetVar Spalte ist der "selector" der NV auf dem Bus.

Im Screenshot sieht man, dass mein UML C1 die NV#04 "Lokale Zeit" 
aktualisiert wird, wenn eine NV mit selector 256 reinkommt.
Und sie schickt die T_Aussen auf NV selector 0 raus (sobald die software 
den Wert zum verschicken markiert)

Mit "00 35 01 FE 01 54 80 00 00 C9" kann man die Temperatur dann auch 
von aussen reinmelden.
So könnte der ESP32 andere Sensoren an euer Busyystem reporten.
Oder andere Temperaturen anfordern ("Meine Frau hat laut Google Kalender 
Frühschicht, für ein warmes Bad schon mal um 04.30 die Vorlauftemperatur 
hochfahren...")

https://github.com/g3gg0/LonScan/releases/tag/v0.3.2

[Michael L. (michaelleitner)]

Bei mir liefert die Versionsabfrage (egal ob über dein Tool oder 
manuell) leider immer einen Bit Phase error.

lg Michael

[Georg H. (g3gg0)]

Das heisst, bei langen Nachrichten hast ein Leseproblem :(
Dann muss ich mir den ESP32 code mal wieder etwas genauer ansehen und
schauen ob ich da was optimieren kann.

Wie schaut dein Aufbau aktuell aus? Sind da recht lange Drähte im Spiel?
Transceiver nahe am ESP32? Stichleitungen vom LON sind kurz oder 
terminiert?

Gruß,
Georg

[Thomas (Gast)]

How can I get the NV - Selector mapping read out with the tool? I have 
not found how to do that?

[Georg H. (g3gg0)]

Download the latest version and select your device.
See my screenshot above - it shows all the fields on the right side.

[Thomas (Gast)]

I also get the Bitphase error for the sw version request. But not 
always, it worked one time.

It also gets the product name ok, but does not report it in the sw, 
perhaps because of the bitphase error.

Please see the attached wireshark file.

The product name response is much longer than the sw version response, 
and seems to work fine every time, so it seems the bitphase error is not 
directly related to packet length.

[Michael L. (michaelleitner)]

> Wie schaut dein Aufbau aktuell aus? Sind da recht lange Drähte im Spiel?
> Transceiver nahe am ESP32? Stichleitungen vom LON sind kurz oder
> terminiert?

noch ist alles auf einem Breadboard - die Leitung vom LON sind ca. 50cm, 
vom Receiver zum ESP sind es noch mal gut 10cm. Meinst du das ist zu 
lange?

Für die Dauerlösung hätte ich ja gerne deine Platine und dass mir JLCPCB 
nicht nur die Platine fertigt, sondern auch gleich fertig bestückt. 
Allerdings ist da ein Start aufgrund von Lieferzeiten frühestens nach 
dem chinesischen Neujahr möglich. Oder hättest du da andere Tipps für 
mich?

Danke und lg
Michael

[Thomas (Gast)]

The latest version just downloaded and tested.

For the Biowin (90) I get bitphase error, the product name works, but 
nothing is reported in the tool and no data is shown.

For the WVF there is no error, but nothing is reported in the tool and 
no data is shown.

Det WVF is reported as "5.06 WVF" in the packet, and the version is 
reported as V3.52 in the packet. But the LONScanner tool does not report 
anything, the tool window is just epmty.

[Thomas (Gast)]

Michael, you can check with Aisler, for european made PCB's. I usually 
use them, works great.

[Michael L. (michaelleitner)]

Thank you Thomas,

I'll check that!

BR Michael

[Thomas (Gast)]

Ran it one more time now, this time there was no bitphase error, but 
Lonscan still doesn't report anything.

[Georg H. (g3gg0)]

Servus,

Bei der PCB v1.3 ist mir nicht aufgefallen, dass ein IO-Pin falsch 
gelegt ist.
Man konnte mit der LON nur LESEN, nicht aber senden, was mir bisher 
nicht auffiel.
Darum hab ich auf EasyEDA eine v1.4 veröffentlicht mit einer Korrektur.
Habe die Änderung per Kupferlackdraht auf einer v1.3 nachgebaut und das 
klappt.

Auch hab ich in der Firmware kleine Änderungen vorgenommen.
Es ist zwar nicht so, dass das Grundproblem des ESP32/RMT damit behoben 
ist.
Allerdings habe ich etwas mit den Timings gespielt und es könnte sein, 
dass die Fehlerquote bei größeren Paketen geringer ist.

Änderungen in der Firmware:
 - glitch filter für kurze spikes < 100µs
 - lange Pakete dürften eine höhere chance haben, geparsed zu werden
 - Latenz beim Empfangen vom LON verringert
https://github.com/g3gg0/MESWiFi

Änderungen am LonScanner:
 - Timeout und delays konfigurierbar
https://github.com/g3gg0/LonScan/releases/tag/v0.3.3

Hier ein Video wie es bei mir läuft:
https://www.youtube.com/watch?v=6MgHI1anq8U

Die CRC Fehler sind wahrscheinlich u.a. auch weil ich keine 
Kollisionserkennung drin hab.

[Georg H. (g3gg0)]

> noch ist alles auf einem Breadboard - die Leitung vom LON sind ca. 50cm,
> vom Receiver zum ESP sind es noch mal gut 10cm. Meinst du das ist zu
> lange?

Das find ich persönlich schon etwas lang aber sollte eigentlich auch 
ohne Terminator klappen. So hoch sind die Raten hier auch nicht.
Vielleicht kommts auch von der Spannungsversorgung.
Der ESP32 zieht beim WiFi Senden schon ordentlich und oft sind die 
falschen
5V -> 3.3V Spannungsregler verbaut. Die wären okay für den ESP8266, beim
ESP32 bricht die Spannung oft etwas ein.

Ich würd mal probieren ein paar kerkos zu platzieren. Beim Transceiver 
und am ESP.

[Thomas (Gast)]

Here's what happens when I try to use it, 0.3.3

https://youtu.be/gq__Ym3DAQA

[Georg H. (g3gg0)]

Can you set the timeout to 3000?

[Thomas (Gast)]

Thanks, that made all the difference :)

I am working on mapping up the same way of getting information out of my 
Biowin the same way as the Infowin (Display) does.

The Infowin requests information from Biowin using the following format

APDU Generic Application Message with code = 0x0B
The next byte is 0x02 = Request
And the following byte is the parameter requested, for instance 0x0A is 
Current Output (Power).

So requesting Power, the NPDU looks like this

 19 01 bc 01 ff 54 27 0b 02 0a c8

The answer follows the same format, but Response is indicated by 0x01 
and then followed by the parameter index, 0x0A for Current Output 
(Power).

Then the parameter data follows which can be "any" number of bytes. 
Apparently it is implied that the receiver knows the amount of data, as 
this is not part of the message.

It is also interesting that there seems to be no connection to Network 
Variables (0x17 for Output Power) or the Selector.

I noticed that the LON Scanner has two columns, NV# and NetVar, the name 
indicating that the columns shows the same thing, but as I understand 
the NetVar actually shows the Selector.

For instance for the Time Setting, the NV is 2, The Selector is 0x100. 
But for Current Output the NV and the selector is the same =0X17.

And here is a question.

I am quite sure that the APDU Request command for the Exhaust 
temperature is

0b 02 09

and the response when the temperature is 90 C is

0b 01 09 0e 3f

Where 0e 3f is the temperature.

However, I have not figured out how 0e 3f converts to 90 C. Or what it 
should be otherwise.

The change in this parameter also seems to follow the change in exhaust 
temp, but to some non linear scale (?), which is strange.

Any suggestions on this.

I'll put together a list of these indexes and publish here when I sorted 
it out.

[Georg H. (g3gg0)]

> So requesting Power, the NPDU looks like this
>
>  19 01 bc 01 ff 54 27 0b 02 0a c8

(entered the byte sequence in "Packet Forge" to check its content)

01 19 01 BC 01 FF 54 27 0B 02 0A C8

Prior                    = no 
AltPath                  = no 
DeltaBl                  = 0x01 / 1 
NPDU                     = LonNPdu
  Version                  = 0x00 / 0 
  DomainLength             = Bits_8 (1) 
  Domain                   = 0x54 / 84 
  Address                  = LonAddressNode
    DestinationSubnet        = 0x01 / 1 
    DestinationNode          = 0x7F / 127 
    SourceSubnet             = 0x01 / 1 
    SourceNode               = 0x3C / 60  
  PDU                      = LonSPdu
    Auth                     = no 
    ReminderLength           = 0x00 / 0 
    ReminderMList            = 0x00 / 0 
    SPDUType                 = Response (2) 
    APDU                     = LonAPduGenericApplication
      Code                     = 0x0B / 11 
      Data                     = [ 02 0A C8 ] "..?"  
    TransNo                  = 0x07 / 7

Are you sure that packet was the request?

[Georg H. (g3gg0)]

> 0b 01 09 0e 3f
>
> Where 0e 3f is the temperature.
>
> However, I have not figured out how 0e 3f converts to 90 C. Or what it
> should be otherwise.

Just a guess - it is SNVT_temp:

0x0E3F = 3647 = 364.7 K - 273.1 K => 91.6 °C

[Thomas (Gast)]

Sorry, copy-paste error, how did I manage that mistake) ;)
Please disregard from that, it is messed up by me manually somehow.

Here are the Correct packets.

Request
01 19 01 FF 01 BC 54 07 0B 02 0A 

Response
01 19 01 BC 01 FF 54 27 0B 01 0A C8

[Thomas (Gast)]

Just a guess - it is SNVT_temp:

> 0x0E3F = 3647 = 364.7 K - 273.1 K => 91.6 °C

Perfect, how stupid of me :) I checked F but totally missed K ;)

Thanks!

[Georg H. (g3gg0)]

https://github.com/g3gg0/LonScan/releases/tag/v0.3.4

Added latency infos.

It will periodically try to send a packet to itself and check its 
latency.

Please make sure the SourceNode 126 in config file is not used in your 
setup.
If it is used, change it to a free node id.

[Georg H. (g3gg0)]

Thomas schrieb:

> I noticed that the LON Scanner has two columns, NV# and NetVar, the name
> indicating that the columns shows the same thing, but as I understand
> the NetVar actually shows the Selector.

yes, the left NV# is the "Network Variable's table index".
The NetVar is the "selector" that is used for the Network Variable.

[Georg H. (g3gg0)]

Thomas schrieb:

> I am quite sure that the APDU Request command for the Exhaust
> temperature is
>
> 0b 02 09
>

This reminds me of the DAP requests I found when reverse engineering the 
MES software.

0x0B -> DAP request
0x02 -> DAP Read
0xnn -> DAP ID


0x0B -> DAP request
0x01 -> DAP read response
0xnn.. data

Attached some descriptions from the Report.xml files of the MES 
software.
It does not show all of them, just a few.

[Thomas (Gast)]

> Attached some descriptions from the Report.xml files of
> the MES software. It does not show all of them, just a few.

Das ist ja super-toll :)

What MES software is that, and how was the Report.xml file generated?
I'd very much like them all :)

[Georg H. (g3gg0)]

Well the software is not free to get. It requires a license key etc.

[Thomas (Gast)]

I see now I was a bit unclear, I ment I want all the DAP ID's ;)

So it is the Windhager Service sw then I assume. Do you have a license 
for this? Is it possible to get as private person? There is no longer 
any distributor or reseller of Windhager here in Sweden, and it's hard 
to get any info from anyone outside of sweden as they see me as a 
non-customer.

[Georg H. (g3gg0)]

Well, i don't know how to get it :)
Which device do you have exactly?

[Thomas (Gast)]

I have a Windhager Biowin Exklusiv from 2007, or if it was 2005.

It consist of

Firing automate, SW ver 3.22 : Lon bus ID: 60
Infowin (Display), SW ver 2.50 : Lon bus ID: 90
UML C1 (I think): Lon bus ID 10
WVF: Lon bus ID 2

I do not have the FB 5210 indoor controller, but I need to get one to 
get a good control of the system. But maybe now I can manage it with a 
couple of M5Stack instead :)

[Georg H. (g3gg0)]

The only ones that are listed in the firmware info are:

27 Art des Pelletszuführsystem 3 Sonden
28 Laufzeit der Saugturbine
15 Betriebswahl Pelletszuführung
17 Beginn Freigabezeit
18 Ende Freigabezeit
19 Startzeit
20 Betriebswahl Sondenumschaltung

[Michael L. (michaelleitner)]

Hallo Georg!

> Bei der PCB v1.3 ist mir nicht aufgefallen, dass ein IO-Pin falsch
> gelegt ist.
> Man konnte mit der LON nur LESEN, nicht aber senden, was mir bisher
> nicht auffiel.
> Darum hab ich auf EasyEDA eine v1.4 veröffentlicht mit einer Korrektur.
> Habe die Änderung per Kupferlackdraht auf einer v1.3 nachgebaut und das
> klappt.

Danke für die Überarbeitung! Wirst du dir eine neue Platine bestellen 
oder bleibst du beim Kupferlackdraht?

lg Michael

[Georg H. (g3gg0)]

Ich werd erst mal beim Kupferlackdraht bleiben.
Hab ich mit einem Mikroskop gemacht und ist kaum von nem 0603 zu 
unterscheiden ;)
Sind drei übereinander gekreuzte Drähte.

Ich hab die bisher immer per Hand bestückt, aber vor geraumer Zeit 
Gefallen
an einem SMT stencil und der miniware mini-hotplate gefunden.
Falls ich eine Bestücke, gehts dann wahrscheinlich eher etwas schneller.

Ich hab den LonScanner aktualisiert.
Jetzt werden bekannte Geräte autmatisch gefunden wenn man auf den 
Scan-Button
klickt und dann den Eintrag in der Liste doppelklickt.

https://github.com/g3gg0/LonScan/releases/tag/v0.3.5

[Michael L. (michaelleitner)]

Hallo Georg,

> Bei der PCB v1.3 ist mir nicht aufgefallen, dass ein IO-Pin falsch
> gelegt ist.
> Man konnte mit der LON nur LESEN, nicht aber senden, was mir bisher
> nicht auffiel.
> Darum hab ich auf EasyEDA eine v1.4 veröffentlicht mit einer Korrektur.
> Habe die Änderung per Kupferlackdraht auf einer v1.3 nachgebaut und das
> klappt.

Beim Gerber-Export meckert das Tool wg. einer unvollständigen Verbindung 
(siehe Screenshot), könntest du da bitte mal einen Blick drauf werfen?

Danke und lg
Michael

[Michael L. (michaelleitner)]

Hi Thomas,

> Michael, you can check with Aisler, for european made PCB's. I usually
> use them, works great.

I tried to import the Gerber files both for PCB Version 1.3 und 1.4. 
Unfortunately the Aisler import does not recognize the PCB - no size and 
no elements.

Do you have some experience with that?

Thank you and best regards
Michael