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

[Georg H. (g3gg0)]

Danke dir!

habs behoben :)

[Michael L. (michaelleitner)]

Na das war prompt :)
Ich danke dir!

lg Michael

[Thomas (Gast)]

Hi Michael

Michael L. schrieb:
> 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?

Nope, I never experienced that. Though I have never used EasyEDA, I 
generally use Altium and Circuitmaker.

An alternative way you could use is an M5Stack with a Commu module to 
connect to the LON-bus.

I am currently using an M5Stack with a separate RS485 transceiver on a 
breadboard, but I ordered a Commu module and it arrived yesterday so I 
will try that out any day. Then all you need should be two wires to 
connect to the LON-bus.

I'll post a note when I've tried it.

[Georg H. (g3gg0)]

Ich hab hier noch eine v1.1.
Hat noch den MP1584 und kein 1-wire oder Relais.

Wenn dus magst, kann ichs dir schicken, dann sparst dir den Stress.

[Michael L. (michaelleitner)]

Ja bitte, das wäre voll nett! Soll ich dir meine E-Mail-Adresse per PN 
senden?

Danke und lg
Michael

[nilpferdJK (Gast)]

Hallo Georg,

wahrscheinlich wirst Du mit Anfragen bombadiert, aber
solltest du ggf. noch eine Platine (gerne eine ältere, die nur lesen 
kann) haben, würde ich dir die gerne abnehmen ;-)

bitte kurze Rückmeldung.

Danke,
Gruß
Johannes

[Georg H. (g3gg0)]

Bestückte hab ich leider keine rumliegen.
Nur ein paar leere PCBs.

Wieviel Bedarf besteht denn?

[nilpferdJK (Gast)]

Hallo,

danke für das Angebot, aber dann werde ich das erstmal mit einem 
Breadboard mit einem ESP-WROOM-32 DEV Board und einem MAX487 aufbauen.

Im Moment versuche ich gerade die Dateien in Arduino 
zusammenzukompilieren, scheitere aber im Moment an einer RMT.h
Wo bekomme ich die her? Die, die ich probiert habe, bringen immer 
Kompilierungsfehler

Sorry für die vielleicht blöden Fragen, bin elektronisch nicht ganz so 
bewandert...

Danke!
Gruß
Johannes

[nilpferdJK (Gast)]

Vielleicht sollte ich noch die Fehlermeldung posten:

C:\Users\Johannes\Desktop\MESWiFi-master\MESWiFi\LON_RMT_Rx.ino: In 
function 'void lon_rx_setup()':
LON_RMT_Rx:415:24: error: 'PERIPH_RMT_MODULE' was not declared in this 
scope
   periph_module_enable(PERIPH_RMT_MODULE);
                        ^~~~~~~~~~~~~~~~~
LON_RMT_Rx:415:3: error: 'periph_module_enable' was not declared in this 
scope
   periph_module_enable(PERIPH_RMT_MODULE);
   ^~~~~~~~~~~~~~~~~~~~
C:\Users\Johannes\Desktop\MESWiFi-master\MESWiFi\LON_RMT_Rx.ino:415:3: 
note: suggested alternative: 'dhcps_router_enabled'
   periph_module_enable(PERIPH_RMT_MODULE);
   ^~~~~~~~~~~~~~~~~~~~
   dhcps_router_enabled
C:\Users\Johannes\Desktop\MESWiFi-master\MESWiFi\MQTT.ino: In function 
'bool mqtt_loop()':
C:\Users\Johannes\Desktop\MESWiFi-master\MESWiFi\MQTT.ino:102:89: 
warning: ISO C++ forbids converting a string constant to 'char*' 
[-Wwrite-strings]
       mqtt_publish_int("feeds/integer/heizung/burning-minutes", 
lon_stat.burning_minutes);

....

[Michael L. (michaelleitner)]

Hallo,

ich habe einige Libraries zusätzlich benötigt - ich denke u.a. die im 
Screenshot.

lg Michael

[Johannes K. (nilpferdjk)]

Hallo Michael,

danke für den Tipp, hab es ausprobiert, aber leider keine Änderung.
Bekomme nach wie vor folgende Fehlermeldung (s. angehängtes Bild)

Hat jemand eine Idee?
Danke,
Gruß
Johannes

[Michael L. (michaelleitner)]

Hallo Johannes,

einem Freund habe ich Folgendes zusammengeschrieben:

Using library WiFi at version 1.0 in folder: C:\Users\m\AppData\Local\Arduino15\packages\esp32\hardware\esp32\1.0.4\libraries\WiFi 
Using library FS at version 1.0 in folder: C:\Users\m\AppData\Local\Arduino15\packages\esp32\hardware\esp32\1.0.4\libraries\FS 
Using library SPIFFS at version 1.0 in folder: C:\Users\m\AppData\Local\Arduino15\packages\esp32\hardware\esp32\1.0.4\libraries\SPIFFS 
Using library ESPmDNS at version 1.0 in folder: C:\Users\m\AppData\Local\Arduino15\packages\esp32\hardware\esp32\1.0.4\libraries\ESPmDNS 
Using library ArduinoOTA at version 1.0 in folder: C:\Users\m\AppData\Local\Arduino15\packages\esp32\hardware\esp32\1.0.4\libraries\ArduinoOTA 
Using library Update at version 1.0 in folder: C:\Users\m\AppData\Local\Arduino15\packages\esp32\hardware\esp32\1.0.4\libraries\Update 
Using library PubSubClient at version 2.8 in folder: D:\OneDrive\Documents\Arduino\libraries\PubSubClient 
Using library Adafruit_MQTT_Library at version 2.4.2 in folder: D:\OneDrive\Documents\Arduino\libraries\Adafruit_MQTT_Library 
Using library OneWire at version 2.3.6 in folder: D:\OneDrive\Documents\Arduino\libraries\OneWire 
Using library DallasTemperature at version 3.9.0 in folder: D:\OneDrive\Documents\Arduino\libraries\DallasTemperature

Weiters habe ich die includes in der LON.ino anpassen müssen, damit es 
im Arduino kompiliert:

#include <WiFi.h>
#include <WiFiUdp.h>
#include <FS.h>
#include <SPIFFS.h>

lg Michael

[Georg H. (g3gg0)]

Ich nutze Arduino v1.8.1
und hier die libs/board:

Using board 'esp32' from platform [...] 1.0.6
Using library WiFi at version 1.0
Using library ESPmDNS at version 1.0
Using library ArduinoOTA at version 1.0
Using library Update at version 1.0
Using library FS at version 1.0
Using library SPIFFS at version 1.0
Using library PubSubClient at version 2.7
Using library Adafruit_MQTT_Library at version 0.20.1
Using library OneWire at version 2.3.4
Using library DallasTemperature at version 3.8.0

[Michael L. (michaelleitner)]

> Weiters habe ich die includes in der LON.ino anpassen müssen, damit es
> im Arduino kompiliert:
> #include <WiFi.h>
> #include <WiFiUdp.h>
> #include <FS.h>
> #include <SPIFFS.h>

Aber möglicherweise nur deswegen, weil ich zuerst alle Submodule 
auskommentiert hatte und nur schrittweise wieder hinzugefügt habe.

[Johannes K. (nilpferdjk)]

Welchen Link habt ihr in die Voreinstellungen kopiert für das ESP-Board?
Manche Libraries finde ich in Arduino gar nicht, z.B. ESPmDNS.
Wäre es ggf. möglich, dass ihr mir an meine Email-Adresse alle Libraries 
als Zip sendet?

[Georg H. (g3gg0)]

Nur die letzten 4 sind welche aus dem library manager.
Die anderen sind alle Teil des ESP32 v1.0.6
https://dl.espressif.com/dl/package_esp32_index.json

[Thomas (Gast)]

I seem to recall you need to install the FastLED library.

[Johannes K. (nilpferdjk)]

Funktioniert!
Danke an alle für die Hilfe!!

Ich konnte alles kompilieren und jetzt auf den Chip flashen.
Das Problem war scheinbar, dass ich die Arduino Version 1.8.19 aus dem 
Microsoft Store verwendet habe, anstatt die Version 1.8.1.

Mit der 1.8.1 funktioniert jetzt alles!

Wenn ich die restliche Hardware aufgebaut habe, kann ich das dann 
"einfach" an die 2 Lon-Verbinder verkabeln, oder muss ich das noch wie 
die Windhager-Module irgendwie "binden"?

[Georg H. (g3gg0)]

Du kannst dich einfach auf den LON hängen, binden muss man hier nichts.

Stelle aber bitte vorher sicher, dass dein GND bei deinem ESP und deiner 
Heizung verbunden ist.
Nicht dass dummerweise die GNDs 200V auseinander liegen :)

[Thomas (Gast)]

Johannes K. schrieb:
> Wenn ich die restliche Hardware aufgebaut habe, kann ich das dann
> "einfach" an die 2 Lon-Verbinder verkabeln, oder muss ich das noch wie
> die Windhager-Module irgendwie "binden"?

I am running with an M5Stack ESP32 module and only a MAXIM RS485 IC 
connected directly to the LON-bus. The M5Stack/ESP32 is powered from a 
plain USB-power adapter.

In my case I have NOT connected ground between my ESp32 setup and the 
burner. Only the differential RS485 LON-bus.

It works great. A simple RS485 adapter like the one below can easily be 
used. All you need is the ESP32 module and the RS485 adapter and that's 
it.

https://www.amazon.de/-/en/DollaTek-MAX485-Module-RS-485-Development/dp/B07DK4QG6H/ref=sr_1_18?crid=2NK01FS6P0E6S&keywords=ICQUANZX+MAX485%2FRS485&qid=1643754798&sprefix=icquanzx+max485%2Frs485%2Caps%2C80&sr=8-18

[Georg H. (g3gg0)]

Well, in theory this works well.
A faulty USB power supply fried a microcontroller in an other setup, 
because it wasn't isolated well enough.

And when connecting something to my central heater, i'd do my best that 
this won't happen here as well ;)

So this was thought as a security measure hint except you are aware that 
your
transceiver and your circiuit is isolated for the maximum possible 
voltage difference.

[Johannes K. (nilpferdjk)]

Hallo,

ich konnte es heute ausprobieren, leider war ich nicht so erfolgreich.
In meinem PMX gibt es eine Klemme für GND, LON+ und LON-, da habe ich 
mich parallel zur Pellets-Saugeinheit draufgehangen.

Leider kommt im Seriell-Monitor ausser den WIFI und Co. Meldungen nichts 
vom LON an.
Die Verkabelung mit dem MAX487 habe ich gefühlt 100x kontrolliert.

Anbei der Schaltplan. Ich hatte mir gedacht, ich schmeiß alles raus, was 
ich gerade "noch" nicht brauche. Die Pin's musste ich wie folgt ändern, 
da ich dieses Board hier verwende:

https://www.amazon.de/gp/product/B08TBPBJGV/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1

#define LON_RX    17
#define LON_TX    16
#define LON_TX_EN 26

Oder fehlt da ich Schaltplan jetzt noch was, dass ich einen PIN auf 
Ground oder so ziehen muss?

[Georg H. (g3gg0)]

Servus,

schaut eigentlich sinnvoll aus.

1. die Polarität vom LON passt?
2. die gewählten Pins werden sicher nicht von etwas anderem verwendet? 
(1-wire?, Relais, ...)
3. Bei dem Board liegt wirklich der GPIO da an, wo du denkst? :D

In dem Fall ist erst mal nur der RO-Pin notwendig.
Magst da mal mit dem Oszi messen?

Gruß,
Georg

[Johannes K. (nilpferdjk)]

Hallo Georg,

Polarität vom Lon hab ich gecheckt, die passt.
Auf dem Modul steht hinten IO26, IO16 und IO17 drauf.
Das muss ich doch dann so ins Programm eingeben, oder?

Oszi messen ist schwierig, ich kann nur mit einem Multimeter dienen ;-)

Ich habe jetzt mal nochmal alles von GitHub runtergeladen und neu 
kompiliert und hochgeladen. Auch den MAX487 habe ich schon in einen 
anderen getauscht. Aber keine Änderung...

Welch .ino-Dateien müsste ich eigentlich kompilieren lassen?
Theoretisch könnte ich ja LED, Relay usw. weglassen, oder? Ich habe bis 
jetzt immer die MESWIFI in Arduino geöffnet und dann die anderen INOs 
mit in Arduino aufgemacht, dass ich 12 Tabs hatte. Und dann alles 
kompiliert und auf den Chip.

Gruß
Johannes

Ausgabe aus dem seriell-Monitor:

[i] Starting
[i]   Setup WiFi
[WiFi] Connecting...
[i]   Setup OTA
[i]   Setup Time
[i]   Setup SPIFFS
[i]   Setup LON bus
[i] read status from SPIFFS
[i]   Setup MQTT
[i]   Setup Relays
[REL] setting 0 to OFF
[REL] setting 1 to OFF
Setup done
[REL] setting 0 to ON
[REL] setting 1 to ON
[REL] setting 0 to OFF in 2000 ms
[REL] setting 1 to OFF in 5000 ms
[i] cyclic status save
[NTP] Sending request
[REL] setting 0 to OFF
[WiFi] Connected, IP address: 192.168.0.40
[NTP] The time is: 18:32:29
[REL] setting 1 to OFF

[Thomas (Gast)]

Johannes K. schrieb:
> Oder fehlt da ich Schaltplan jetzt noch was, dass ich einen PIN auf
> Ground oder so ziehen muss?

You have connected /RE with GND. This is incorrect. Connect /RE with DE, 
also replace R2 with 120ohm.

[Georg H. (g3gg0)]

Uhm, that is possible, but not necessary.

[Georg H. (g3gg0)]

Mit welcher Spannung betreibst du den MAX487?
Der Teiler passt zur Spannung?

Ich würde langsam hergehen und die anliegenden Pegel messen bzw mal 
manuell setzen und im ESP32 schauen, ob der Pegel auch wirklich ankommt. 
(per digitalRead und Serial.printf)
z.B. den MAX abklemmen und z.B. 5V an den Spannungsteiler anlegen.

[Johannes K. (nilpferdjk)]

Hallo,

ich habe den Vorschlag von Thomas ausprobiert, leider keine Änderung. 
Kein Output.

Die Spannung kommt im Moment direkt aus meinem Laptop vom USB-Port in 
das ESP-Board. Von da aus weiter zum MAX487.
Gemessen habe ich gerade 4,6V am MAX.
Auch mit einem USB-Netzteil keine Änderung. 4,55V

Gruß
Johannes

[Thomas (Gast)]

Johannes,

can you copy paste the part of the code where you assign the GPIO's so 
we can see what it looks like.

Mine currently looks like this.

#define LON_RX    16 // GPIO16 is for Commu, GPIO35 is for my breadboard
#define LON_TX_EN 17 // GPIO17 is for Commu, GPIO2 is for my breadboard
#define LON_TX    5  // GPIO 5 is for both Commu and my breadboard

[Thomas (Gast)]

Ah, I see now the info I asked for is already there ;)

[Thomas (Gast)]

This his how you should have connected it then,

#define LON_RX    17    // Connects to RO on MAX487
#define LON_TX    16    // Connects to DI on MAX487
#define LON_TX_EN 26    // Connects to DE + /RI on MAX487

BUT!!!!

There is no GPIO16 and 17 in the schematic above! So, it is not 
possible! (?)
GPIO16 and 17 is also used for UART2 in some ESP-modules.

Which pins on the module did you connect to, and exactly which module 
are you using?

[Johannes K. (nilpferdjk)]

Hello,

this was "in between", sorry for the confusion.

At the moment i have my setup like this:

#define LON_RX    26    // Connects to RO on MAX487
#define LON_TX    18    // Connects to DI on MAX487
#define LON_TX_EN 19    // Connects to DE + /RI on MAX487

Modul is excactly this one:
https://www.amazon.de/gp/product/B08TBPBJGV/ref=ppx_yo_dt_b_asin_title_o01_s00?ie=UTF8&psc=1

Code:
#define LON_RX    26
#define LON_TX    18
#define LON_TX_EN 19

Thanks for your help!
Johannes

[Thomas (Gast)]

Also, if you are using a breadboard, make sure you have a buffer 
capacitor close to the MAX487, it is required for proper function! I 
forgot it on my first setup and I lost 50% of all packets due to that.

Ok, many of the pins on the EPS32 has many different uses and can 
sometimes be troublesome to use.

You could try the same setup as I have used that worked fine.

#define LON_RX    35   // Connects to RO on MAX487
#define LON_TX    5    // Connects to DI on MAX487
#define LON_TX_EN 2    // Connects to DE + /RE on MAX487

[Georg H. (g3gg0)]

To receive, you only need the RO line of the transceiver, so please 
focus on that first.

 - double-check LON polarity (or try reversing, to check if it changes 
things)
 - measure the RO line with your multimeter. is it static 0V or 5V? -> 
bad
 - does it toggle irregulary? -> good
 - or - do you see some voltage when you use AC measurement? -> good
 - also a good idea to use a different pin. be aware that <13 is tricky 
and > 33 is input only -> 
https://randomnerdtutorials.com/esp32-pinout-reference-gpios/
 - yeah, that bypass cap is a good point, but then you still should see 
some packets on UDP 3333 in wireshark
 - what do the "System report" packets tell you?

[Michael L. (michaelleitner)]

Magst vielleicht ein, zwei Fotos vom Breadboard reinstellen? Vielleicht 
hilft das.

lg Michael

[Johannes K. (nilpferdjk)]

Hallo,

anbei 2 Bilder, weiß aber nicht, ob man darauf was erkennen kann.
Spannung zwischen RO und GND sind im Gleichspannungsmodus 0 - 66mV.
Im Wechselstrommodus bleibt's bei 0V.
Vielleicht ist auch mein Multimeter zu ungenau.

Ich probiere jetzt mal noch einen anderen PIN als den 26er für RO aus.

Gruß
Johannes

[Johannes K. (nilpferdjk)]

Johannes K. schrieb:
> Ich probiere jetzt mal noch einen anderen PIN als den 26er für RO aus.

23er Pin probiert --> gleiches Verhalten. bleibt bei der Zeit stehen.

[Georg H. (g3gg0)]

> Spannung zwischen RO und GND sind im Gleichspannungsmodus 0 - 66mV.
> Im Wechselstrommodus bleibt's bei 0V.

Zwar ist das eher Kategorie "Spannung mit nassem Finger schätzen", aber 
es deutet drauf hin, dass dein Transceiver nix sieht.
Was sagt dein Multimeter an den LON-Leitungen, was da anliegt?

[Johannes K. (nilpferdjk)]

Masse gegen LON+
Masse gegen LON-

Oder
LON- gegen LON+ ??

[Georg H. (g3gg0)]

Johannes K. schrieb:
> Masse gegen LON+
Ja

> Masse gegen LON-
Ja

> LON- gegen LON+ ??
Ja

 ;)

[Johannes K. (nilpferdjk)]

Masse gegen LON+  --> 2,27V
Masse gegen LON-  --> 2,27V
LON- gegen LON+   --> 0V

[Georg H. (g3gg0)]

Wenn sich da auf den Leitungen nichts ändert, (AC mode, LON+ <-> LON-) 
würde ich skeptisch werden.

[Johannes K. (nilpferdjk)]

hab nochmal gemessen,
springt rum, zwischen 0 und 0,24V im AC Mode.

Was sollte es denn sein?

Irgendwie muss das aber passen, sonst würde meine Pelletssaugerei nicht 
funktionieren...

[Georg H. (g3gg0)]

Okay, wenn sich hier "etwas tut", dann könnte die Basis schon passen.
Aber ganz ehrlich - ohne Oszi ist das hier besseres Schätzen.

Wo hast du den LON abgegriffen? Wie lang sind die Leitungen?

[Johannes K. (nilpferdjk)]

Kabel sind ca. je 15 - 20cm lang.
Der Anschluss ist für den Pelletssauger, direkt im Heizkessel an der 1. 
Klemme, wo das UML C1 draufsteckt.

Würde sowas hier reichen, um was zu "sehen"?

https://www.amazon.de/Quimat-Digital-Oszilloskop-Maschine-montiert/dp/B077CZVZTJ/ref=sr_1_7?keywords=oszilloskop&qid=1643839033&refinements=p_76%3A419122031&rnid=419121031&rps=1&sprefix=oszilo%2Caps%2C86&sr=8-7

[Georg H. (g3gg0)]

Bin kein Messgeräte-Profi, aber ich hätte mal gesagt, dass das von der 
Bandbreite ausreichend ist.

[Thomas (Gast)]

You MUST add a much larger capacitor between VCC and GND close to the 
MAX487!!!!

Before you do that, it is pointless to fault find anything else.

You should preferably put 100uF.

[Thomas (Gast)]

You can easily turn the ESP32 into a simple logic analyzer, and the way 
things are right now, that or some LED's can get you a long way ;)

But first, a buffer capacitor!

[Georg H. (g3gg0)]

Was mir grad so kommt, beim LON sollte doch der LON+ bei 2,7V liegen?
LON- liegt bei so 2.3V
-> 
https://store.chipkin.com/articles/rs485-what-are-possible-rs485-polarity-issues

[Johannes K. (nilpferdjk)]

Hallo,

ich Schaltplan stand was von 100nF, den hatte ich drin.
Hab jetzt auf einen 100uF gewechselt, aber immer noch keine 
Kommunikation.

Außerdem habe ich noch ein anderes Multimeter genommen, und da ist auf 
beiden LON-Klemmen gegen Masse 2,4V drauf. Kann ungenau sein, aber 
beides mal exakt das Gleiche.

Gruß
Johannes

[Georg H. (g3gg0)]

Ich habe jetzt auch an meiner Anlage gemessen.
Beide LON haben bei mir 2.20 V und bei starker Aktivität auf dem Bus 
sehe ich ~10mV als AC mit meinem Fluke.

Daher besser warten bis dein Oszi da ist.

[Johannes K. (nilpferdjk)]

ich glaube, wir müssen wo anders suchen ;-)

Die Ausgabe im Serial-Monitor bleibt immer noch an der Zeit stehen.
Allerdings habe ich gerade mal den LON-Scanner angeworfen und auf einmal 
kommen da Daten an ?!?!?

Es wird zwar immer noch nichts im SerialMOnitor oder MQTT ausgegeben, 
aber prinzipiell scheint das Lesen zu funktionieren...  :-)

Gruß
Johannes

[Johannes K. (nilpferdjk)]

Hallo,
ich habe mal den Quellcode in GitHub angeschaut, da ist "MQTT_setup" 
auskommentiert?
Ein einkommentieren bringt aber auch nichts, da es scheinbar nirgends 
einen "Connect" gibt?
Gab's Probleme mit MQTT?

Gruß
Johannes

[Michael L. (michaelleitner)]

Nein, MQTT funktioniert perfekt, bei mir mit Mosquitto.

du musst natürlich die MQTT.ino anpassen (Server etc.) als auch in der 
MESWiFi.ino sowohl mqtt_setup() als auch mqtt_loop() aktivieren.

lg Michael

[Johannes K. (nilpferdjk)]

Ja, natürlich ;-)
mqtt_loop() auskommentieren, den Rest hatte ich schon.

Jetzt sehe ich was im Serial-Monitor und auf dem MQTT-Explorer sind auch 
die Werte drauf!!! :-)

Vielen Dank an alle für die Mithilfe!!
Das war eigentlich schon das Ganze "Problem"...

Danke nochmal!!
Johannes

[Georg H. (g3gg0)]

Aber dafür hast du jetzt ein Oszi ;D

[Johannes K. (nilpferdjk)]

ich hab schon länger einen Grund für den Kauf eines Oszis gesucht ;-)

[Georg H. (g3gg0)]

Ah ich sehe WVF hat fehlerhafte Header-Daten...

[Johannes K. (nilpferdjk)]

heißt?

auch würde mich interessieren, wie ich zusätzliche Datenfelder aus dem 
LON-Scanner auf mein MQTT bekomme. Steht das irgendwo?

[Georg H. (g3gg0)]

heisst: Ich muss das fixen. da steht nicht WVF oben in den Textfeldern.

Wenn du mehr ins MQTT schaufeln willst, musst den arduino source in der 
LON.ino anpassen.
Ist aber nicht so wirklich sauber.

[Michael L. (michaelleitner)]

Ich hab das insbesondere für WVF deutlich erweitert - kann ich gerne zur 
Verfügung stellen.

Wobei ich immer noch am Lernen bin, wie mein UML C1 und WVF mit meiner 
Gastherme zusammenspielen. Die sehe ich nämlich im Unterschied bei 
Georgs PMX nicht am LON-Bus.

Ich fürchte ich muss mir den eBus auch noch ansehen.

lg Michael

[Johannes K. (nilpferdjk)]

den PMX Kessel sehe ich auch nicht, auch nicht im LON-Scan.
Könnte daran liegen, dass mein Kessel beim Start immer Version 2.60 
zeigt?

Wenn du mir deine LON.ino zur Verfügung stellen könntest, das wäre 
super!
Ich habe auch UML C1 und WVF in Betrieb.

Danke,
Johannes

[Georg H. (g3gg0)]

Wie sieht euer "Scan" aus? Der zweite Button.

[Johannes K. (nilpferdjk)]

siehe Anhang.
Kann es sein, dass die 70 dieses Raumbediengerät ist, das bei mir im 
Wohnzimmer hängt?

[Georg H. (g3gg0)]

nutz bitte mal die aktuelle software ;)

[Johannes K. (nilpferdjk)]

aktuelle Software? Link?

[Georg H. (g3gg0)]

generell:
https://github.com/g3gg0/LonScan/releases/

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

[Johannes K. (nilpferdjk)]

dann siehts so aus ;-)

[Georg H. (g3gg0)]

Ok ändert nix. Schad.
Dann hab ich die genaue version nicht als info-file.

Falls jemand alte XIF files hat, gerne melden.

[Michael L. (michaelleitner)]

Anbei mein Scan-Ergebnis.

Im Regelbetrieb hab ich knapp über 0% CRC Fehler - wenn ich das Tool 
verwende, geht der Wert stark rauf. Ich hoffe, dass da das hoffentlich 
bald neue Setup Besserung bringt :)

[Michael L. (michaelleitner)]

> Wenn du mir deine LON.ino zur Verfügung stellen könntest, das wäre
> super!
> Ich habe auch UML C1 und WVF in Betrieb.

gerne, anbei! Auch die MQTT.INO

Es fehlt dort noch das ganze Handling von noch nicht abgefragten, sprich 
noch frisch initialisierten Variablen.

[Thomas (Gast)]

I have been using the M5Stack Core module to run this.

Tonight I wanted to install on a Core2 module, and then I ended up with 
the

error: 'PERIPH_RMT_MODULE' was not declared in this scope

To overcome this problem, I replaced an include in LON_RMT_rx.ino

//include "driver/rmt.h"
#include "driver/periph_ctrl.h"

Perhaps the same change will fix the same issue occuring when updating 
IDE from 1.8.1 to 1.8.19

[Georg H. (g3gg0)]

Johannes K. schrieb:
> <screenshot>

Ich habe in dem screenshot gesehen, dass der version-string falsch 
interpretiert wird.
Könntest du mit der v0.3.7 die "Application" deiner WVF dumpen und mir 
zuschicken?
https://github.com/g3gg0/LonScan/releases/tag/v0.3.7

So könnte ich mir genauer anschauen was an deiner version anders ist.

mailadresse:  mes ÄT g3gg0 PUNKT de

Gruß,
Georg

[Lucas (Gast)]

Hallo zusammen,

ich habe einen Solvis Lino 3. Der ist wohl baugleich mit einem Windhager 
BioWin BWE 150 Exklusiv. Ich würde den gerne mit Georgs Lösung auslesen. 
Ich versuche mir das aus dem Thread zu erschließen, leider gelingt es 
mir nicht vollständig. Vielleicht könnt Ihr mir helfen das zum fliegen 
zu bekommen:

Ich habe einen ESP-WROOM-32 und ein C25B RS485 Modul. Ich habe das so 
auf dem Breadboard aufgebaut:

RO -> G26
RE/DE -> G25
DI -> G35
VCC -> 3,3V
GND -> GND

Ist es richtig, den Aufbau nun wie folgt an den LON-Bus zu hängen?
A -> LON+
B -> LON-

Ist es egal wo ich das reinhänge? Ich verstehe das mit dem Widerstand R7 
nicht. Darf der immer da sein und MUSS am Ende vorhanden ein. Oder muss 
der entfernt werden, wenn ich im Bus hänge.

Bus-Kabel

Im Installateur-Handbuch S.42 habe ich die Belegung der Klemme X17 
gefunden:
1: 12V (Gelb)
2: GND (Orange)
3: LON+ (Rot)
4: LON- (Braun)

Von dort läuft ein "Bus-Kabel" von der Reglerplatine zum Bedienpanel.
Kenn ihr diese roten Stecker, da könnte man sich ja schön einklinken, 
wenn man so einen als Female-Stecker bekommt. Alternativ gibt es am Bus 
auch einen Diagnosestecker.

Danke vorab für die Hilfe.

[Georg H. (g3gg0)]

Ich hoffe die Gxx sind die GPIOxx.
Wenn ja, dann sollte es so sein:

RO (RX) -> G35
RE/DE (TX_EN) -> G26
DI (TX) -> G25

Referenz: https://github.com/g3gg0/MESWiFi/blob/master/LON.ino#L15
#define LON_RX    35
#define LON_TX    25
#define LON_TX_EN 26

Terminator: Kannst so drin lassen, sollte nicht stören.

[Lucas F. (lucas_f)]

Hallo Georg,

danke für die Antwort. Ich habe die Hardware nun entsprechend aufgebaut 
und den ESP32 geflasht.

[i] SDK:          'v3.3.5-1-g85c43024c'
[i] CPU Speed:    240 MHz
[i] Chip Id:      9A12CFA4
[i] Flash Mode:   00000002
[i] Flash Size:   00400000
[i] Flash Speed:  80 MHz
[i] Heap          312232/338720
[i] SPIRam        0/0


[i] Starting
[i]   Setup WiFi
[WiFi] Connecting...
[i]   Setup OTA
[i]   Setup Time
[i]   Setup SPIFFS
[i]   Setup LON bus
[i] read status from SPIFFS
[i]   Setup MQTT
[i]   Setup Relays
[REL] setting 0 to OFF
[REL] setting 1 to OFF
Setup done
[REL] setting 0 to ON
[REL] setting 1 to ON
[REL] setting 0 to OFF in 2000 ms
[REL] setting 1 to OFF in 5000 ms
[i] cyclic status save
[REL] setting 0 to OFF
[NTP] Sending request
[WiFi] Connected, IP address: 192.168.0.148
[NTP] The time is: 13:48:17
[REL] setting 1 to OFF

MQTT läuft auch, habe ich aber wieder ausgeschaltet, denn leider 
passiert weiter nichts. Ich werde auch nicht ganz schlau aus dem Code 
was ich nun tun könnte. Wie verbinde ich denn deinen Logger korrekt mit 
dem ESP32?

const char * udpAddress = "192.168.1.255";

Diese Broadcast-Adresse muss ich sicherlich auf mein Netz anpassen, 
oder?
Dein Logger hört auf diese Broadcasts?

Es werden aber leider keine Geräte gefunden. Hast du eine Idee?

[Georg H. (g3gg0)]

Ja, musst auf 192.168.0.255 anpassen.
kommt dann was?

[Lucas F. (lucas_f)]

Es kommt nichts. Ich habe in der LonScan.cfg die Broadcast-Adresse und 
die direkt Adresse vom ESP32 probiert.

"RemoteAddress": "192.168.0.255",

In der LON.ino

const char * udpAddress = "192.168.0.255";

Müsste man hier nicht auch auf einen Local Broadcast 255.255.255.255 
stellen können? Dann muss man das nicht anpassen.

Hab ich vielleicht verpolt angeschlossen? Oder ist das egal?

C26B -> Pelletkessel
A -> LON+
B -> LON-

[Georg H. (g3gg0)]

hm.
Eigentlich sollte es mit den Broadcast-Adressen gehen.

Was sagt das oszi am transceiver?
Spannungsverlauf A, Spannungsverlauf B, RO ?

[Claus L. (claus_l)]

Johannes K. schrieb:
> Funktioniert!
> Danke an alle für die Hilfe!!
>
> Ich konnte alles kompilieren und jetzt auf den Chip flashen.
> Das Problem war scheinbar, dass ich die Arduino Version 1.8.19 aus dem
> Microsoft Store verwendet habe, anstatt die Version 1.8.1.
>
> Mit der 1.8.1 funktioniert jetzt alles!
>
> Wenn ich die restliche Hardware aufgebaut habe, kann ich das dann
> "einfach" an die 2 Lon-Verbinder verkabeln, oder muss ich das noch wie
> die Windhager-Module irgendwie "binden"?

Hello Johannes.

I am at the moment trying to compile, and I end up with the same error 
"error: 'PERIPH_RMT_MODULE' was not declared in this scope".
I am using IDE 2,0, also installed 1,81 Also "PERIPH_RMT_MODULE' was not 
declared in this scope" error.

What did you change ?

BR Claus

[Dauriata (zoulou)]

Hi all there,

First thanks for all your work this is awesome. I tried to use the MES 
Wifi firmware on a BIOWIN2 but I have trouble parsing messages and I am 
seeking some help.

I get CRC errors from messages coming from the bus. Message sent by the 
esp are read back correctly on the rs485 loopback and there seems to be 
an answer to every esp requests. Scope signal taken on esp rx pin looks 
good so i don't really understand, it looks like a decoding problem.
I am using a lolin32 board with a rs485 module board, I already tried to 
change hardware.
Any ideas ? Thanks

[Dauriata (zoulou)]

As a follow up I checked out the previous commit on 
https://github.com/g3gg0/MESWiFi.git and now it is working fine. So 
there might be a bug in this last commit.

[Dauriata (zoulou)]

Found out that it works for a value of bits_overlap of 1 or 2 but not 
above. Last commit set it to 3.

[Georg H. (g3gg0)]

You are right, the value 2 is a lot more stable. Thanks!
No idea why it made it into the repo.
I also updated the repo to be used with PlatformIO, not arduino.

It also now has
a) a web interface
b) SoftAP if no config was found (http://192.168.4.1/)
c) configurable MQTT server and wifi credentials
d) versioning (see web interface)
e) binary releases and update-via-http feature 
(https://g3gg0.magiclantern.fm/Firmware/MES-WiFi/firmware.bin will be my 
latest release, currently v1.3 - 1a0128a)


For building from source:

If you don't have WSL installed: edit platformio.ini and change

> build_flags = !bash -c "echo -Isrc -DDEBUG_ESP_HTTP_UPDATE
> -DDEBUG_ESP_PORT=Serial -DPIO_SRC_REVNUM=$(git rev-list --count HEAD)
> -DPIO_SRC_REV=$(git rev-parse --short HEAD)"

to

> build_flags = -Isrc -DDEBUG_ESP_HTTP_UPDATE -DDEBUG_ESP_PORT=Serial
> -DPIO_SRC_REVNUM=0 -DPIO_SRC_REV=none

[Claus L. (claus_l)]

Can it be build with arduino IDE 2.0 ? I am having problems with the 
error
"error: 'PERIPH_RMT_MODULE' was not declared in this scope". and have 
tried IDE 1.8.1. but still get the same error.


Best regards Claus

[Georg H. (g3gg0)]

Claus L. schrieb:
> Can it be build with arduino IDE 2.0 ?

> I also updated the repo to be used with PlatformIO, not arduino.

probably not :)
I am working with PlatformIO only now for this project.

[Dauriata (zoulou)]

Did someone manage to send command ? Like changing heating mode, 
ordering a water heater cycle, or temperature settings.

And is it the same protocol on the Ebus line ?

[Christian R. (leram)]

Dear all,

I´m deeply impressed by the work that has been done yet in this place!
Respect!!!

A Windhager BioWin Exclusive wants to be connected to my MQTT ecosystem.
I´ve compiled the MESWifi (GIT latest), and flashed it to an ESP32, 
which connects via a RS485 adapter board to the LON bus.
Some data was available immediately, but unfortunately I can only see 
some of the variables.

Tried to get a deeper understanding with LonScan, but somehow it seems 
that there are connection issues.

ESP sends it´s udp data to broadcast (x.x.x.255:3333), and Lonscan sends 
also to broadcast (x.x.x.255:3334). Unfortunately Lonscan tells me that 
all packets get lost. (Timeouts constantly increasing)

Can someone help me to figure out what´s wrong with my setup?

Please forgive, if I have read something wrong... ;-)

[Georg H. (g3gg0)]

Christian R. schrieb:
> Can someone help me to figure out what´s wrong with my setup?

Welcome.

Send the packets to the specific IP instead of the broadcast address.

Regards,
Georg

[Christian R. (leram)]

Georg H. schrieb:
> Send the packets to the specific IP instead of the broadcast address.

I´ve already tried to send the traffic directly between my pc and the 
ESP32, but this didn´t work either.
(Think i read somewhere that it only works with broadcast for some 
reason)

Here´s the result with direct traffic. To debug a little further, I 
added a serial debug message to the function (lon_tx) which sends data 
onto the LON bus to see if the ESP receives udp packets. I see the debug 
message appear on the ESP when Lonscan sends its udp requests, and it 
should be transmitted to the bus. (Didn´t check yet if the data is 
really sent to the LON physically with an Osci)

Yet I´m unsure if it´s a problem on the ESP/LON side or a plain network 
thing between the ESP and Lonscan. Is the lack of visible values caused 
by not correctly set NV´s in my software because my heating differs from 
yours, or should be more values visible anyway when the get polled 
properly?

[Georg H. (g3gg0)]

Christian R. schrieb:
> Yet I´m unsure if it´s a problem on the ESP/LON side or a plain network
> thing between the ESP and Lonscan. Is the lack of visible values caused
> by not correctly set NV´s in my software because my heating differs from
> yours, or should be more values visible anyway when the get polled
> properly?


Maybe the TX path isn't working and the LON network doesn't see the 
messages of the ESP32.
Are you sure about the wiring being correct?
i.e. the enable pin and the tx pin to the transceiver

[Christian R. (leram)]

Georg H. schrieb:
> Are you sure about the wiring being correct?
> i.e. the enable pin and the tx pin to the transceiver

I´ll check it with an osci later, thanks so far!

[Christian R. (leram)]

This is the LON bus when the heating is shut off. So it shows only the 
data that is sent by the ESP. Doesn´t look too bad IMHO.

[Georg H. (g3gg0)]

Is this A-to-B on the LON bus?
Are you using the latest git revision?

[Christian R. (leram)]

Georg H. schrieb:
> Is this A-to-B on the LON bus?
> Are you using the latest git revision?

Yes and yes. I downloaded the zip from git on 25.9. so it is the latest.
Picture is not very good, sorry for that. But you can clearly see the 
differential voltage. I switched the heating also on and measured again 
to see if the signals from my rs485 adapter are at the same voltage 
level. (barely no difference)

What puzzles me is the fact that I see some of the values, which seem to 
come cyclically and don´t need to be polled. Right?. That works ok, very 
low CRC error rate (1-2%) which lets me believe that the connection is 
right in this place.
But on the other hand it seems that the NV´s which are requested by 
MESWifi never get answered by some node.
Even the requests from Lonscanner aren´t gonna answered from another 
node.

So I share your opinion that TX path must somehow be not right.
But I see that it sends something which does not look that bad when 
viewed on  the Oscilloscope....

One of these RS485 adapters is used:
https://www.amazon.de/WINGONEER-MAX485-RS485-RS-485-Entwicklungsboard/dp/B06XHHWLMW

It is supplied with 5V, RO pin is connected through a voltage divider to 
clip input voltage at 3.3V to GPIO35. RE/DE are connected to GPIO 26. DI 
is connected to GPIO25.
A is connected to LON+ and B to LON-

Did I miss anything?

[Georg H. (g3gg0)]

Christian R. schrieb:
> Did I miss anything?

cough no...

fetch the latest version from git now and try again... :)

[Christian R. (leram)]

Thats weird... now it seems that Lonscanner can poll the device, I see 
some data now...
But the last commit on the Git repo is 15days old...

Did I really managed it to work with an old/wrong version??

[Georg H. (g3gg0)]

No, I just forgot to push the last change I made :D
This change was 2 weeks ago.

[Christian R. (leram)]

Georg H. schrieb:
> No, I just forgot to push the last change I made :D

A classic... happens to me 1-2 times per year @ work and always makes me 
going nuts before someone asks: did you push it?? :D :D :D

Glad it´s working now and thank you for your effort.
I can work from here to customize the code to my heating system. Some of 
the NV´s are differing against the hardcoded ones in LON.ino/MQTT.ino. 
Would be great to have id implemented more modular and separated, so a 
future code update doesn´t break customizations.

Your code is great work, and I think a lot of people could/will use it!! 
:)

[Georg H. (g3gg0)]

Great to hear that it works :)
If you have contributions, feel free to send pull requests.

[Thomas N. (thomasx)]

Hello

Ok, so I have downloaded VSCode, installed PlatformIO and WSL, and 
downloaded your MES-WiFi from Github, Georg.

I have opened it in VSCode/PlatformIO and can see the Project Tasks 
"Default", "MES-WiFi" and "MES-WiFi_ota".

Compiling does not work with the "!bash" build flags, but it does work 
with the "-Isrc" build flags.

Out of curiosity, what do I need to do to get it working with WSL and 
the "!bash" build flags?

I am new to VSCode, PlatformIO and WSL.

Will continue with trying to getting this into an M5Stack Core2 
connected to my Windhager Biowin.

[Georg H. (g3gg0)]

Thomas N. schrieb:
> Compiling does not work with the "!bash" build flags, but it does work
> with the "-Isrc" build flags.
>
> Out of curiosity, what do I need to do to get it working with WSL and
> the "!bash" build flags?

this is for fetching the git version number via scripts.
you can set the defines manually to something you want - or - install 
git.

regards

[Georg H. (g3gg0)]

Wer noch Interesse an einer PCB hat, bitte melden.

Hier haben sich auch ein paar gemeldet: 
https://github.com/g3gg0/MESWiFi/issues/1

Ich hoffe da kommen keine Doppelmeldungen :)

[Holger (Gast)]

Hallo Georg, eine tolle Arbeit!

Ich habe gerade auch im Github eine, wenn es irgendwie geht, fertig 
bestückte Platine angefragt. Leider kann ich mein Löten nur als Braten 
bezeichnen.

Vielen Dank und Grüße

Holger

[Sheldon C. (081569)]

Hallo,

würde auch folgender Adapter funktionieren, dieser braucht aber keinen 
TX enable pin d.h. den kann ich einfach weglassen oder? Verwendet den 
MAX13487.

https://www.amazon.de/gp/product/B07B667STP/ref=ppx_yo_dt_b_search_asin_title?ie=UTF8&psc=1

Btw - kann man die serielle konsole oder zumindest die LON werte auch 
ins WebIf packen, hätte es versucht bin aber kläglich gescheitert.

danke!

[Georg H. (g3gg0)]

Kleines update von meiner Seite.

Ich hab mir mittlerweile einen Home Assistant eingerichtet und baue
langsam meine MQTT-Geräte so um, dass sie dem HA die config-messages
gleich mitschicken.

So hab ich das jetzt auch bei MES-WiFi gemacht.

Screenshots anbei.

Gruß,
Georg

[Georg H. (g3gg0)]

Hier läuft die Heizung grad an.

Dieser Wert ist geeignet, um die "Energiemenge", die verheizt wurde zu 
tracken.
Ich berechne diese, indem ich die "Fördermenge [kg/h]" mit der 
Energiemenge von Pellets 4.8 [kWh/kg] multipliziere und das jede paar 
Sekunden integriere.

Für mich schaut es so aus, als würde des passen.

Am Ende kann man sich das dann auch im HA visualisieren lassen.

[Markus (amonmax)]

Hallo Georg wie hast du die ganze Programmierung auf den ESP32 geflasht 
bzw. Finde ich diese?

[Georg H. (g3gg0)]

Servus.

Die findest du hier:
  https://github.com/g3gg0/MESWiFi
Ich nutze Visual Studio Code mit dem PlatformIO addon.

Gruß,
Georg

[Ron S. (ron2875)]

Hallo,

nachdem ich Georg ordentlich per Nachricht genervt habe, bin ich bei 
meiner Suche auf diesen Thread gestoßen :-)

Leider komme ich nicht weiter:
Ich habe einen ESP32 mit Max485 Transceiver erfolgreich in Betrieb 
nehmen können.
Nun unterscheidet sich meine Paradigma MES wohl in ein paar Details.
Ich konnte das Wireshark LUA erweitern und so einige Daten verfügbar 
machen, es fehlen aber noch einige Daten, die auch nicht als UNKNOWN in 
Wireshark auftauchen.

Es fällt zugegeben schwer, Euren ganzen Ausführungen zu folgen, daher 
die Bitte um Ideen, wie ich mein Ziel doch noch erreichen kann.

Es sind folgende Punkte für mich noch ungelöst:
1.) Wieso sehe ich nicht alle Daten, zB.: Temperatur Solarausgang sehe 
ich, Eingang nicht, Drehzahl Pumpe sehe ich nicht, Brennerstatus der 
Gastherme kann ich nicht zuordnen, oder sehe ich nicht. Muss man auf den 
LON noch einen Request senden, um alles zu sehen?
2.) Kann man die Uhrzeit in den MES Geräten per ESP32 setzen? Ist das 
richtig? Das wäre ja unglaublich toll, nach Stromausfall ist bei mir 
immer alles auf 1997...

Ich habe auch LON Scan probiert, da sehe ich aber nichts, irgendwann 
stürzt es einfach ab.

Danke vorab,
Ron

PS: Sorry nochmal Georg, ich hatte den Thread vorher nicht gefunden.

[Georg H. (g3gg0)]

Alles gut. Wenn ich keine Zeit habe, dauern Antworten oft etwas :D
Und da ich viele Hobbies hab, gerät da auch oft was in Vergessenheit.
Alles etwas lang her, daher der Versuch, das zu erklären.

Also ein paar Infos werden von der Heizung zyklisch als Network Variable 
(NV) rausgesendet.
Die Infos legen quasi als broadcast auf dem LON-Bus.

Andere Variablen lese ich gezielt aus. Ich glaub die heissen auch NV, 
werden aber nicht aktiv gesendet.
Dazu frage ich per LON-Protokoll gezielt die NVs an.

Mit meinem C#-Tool LonScan kann man das für die jeweiligen Module sehen,
was sie auf dem Bus als Broadcast senden.
Aber davor müssen die Module erst im .cfg konfiguriert werden.
Ich hab dazu alle Windhager .xif eingelesen und entsprechend im .cfg vom 
LonScan aufgelistet.

Du kannst ja erst mal mit dem "Suchen" Button neben dem grünen Plus das 
Netz durchsuchen. Mal kucken, was da so gefunden wird.
Wenn dann rechtsklick "Add as xxxx" machst, kommt ein Dialogfeld in dem 
Firmware details stehen.
Am besten mal screenshots davon machen.,

[Georg H. (g3gg0)]

Ron S. schrieb:

> 2.) Kann man die Uhrzeit in den MES Geräten per ESP32 setzen? Ist das
> richtig? Das wäre ja unglaublich toll, nach Stromausfall ist bei mir
> immer alles auf 1997...

Ja, kann man: "File -> Set system time"
Aber z.B. UML C1 haben ihre eigene Zeit.
Ich hab noch nicht rausgefunden, wie ich bei denen in die config komme 
:(

Wenn hier einer nen Tip hat, gern her damit :)

> Ich habe auch LON Scan probiert, da sehe ich aber nichts, irgendwann
> stürzt es einfach ab.

Ich hab ein paar Änderungen gemacht. Crasht das tool noch?
Und wenn ja, screenshots bitte.
https://github.com/g3gg0/LonScan/releases/tag/v0.4.0

[Ron S. (ron2875)]

Hallo Georg,
vielen, vielen Dank.
Das bestätigt aber im gewissen Rahmen meine Annahme, dass mir die 
Requests fehlen.
Gibt es irgendeine Chance, den Aufbau dieser Requests zu erlernen?
Es erinnert mich sehr an CAN-Bus, aber da hatte ich eine Doku und konnte 
die Abfragen als CAN Nachricht senden.
Hier habe ich es noch nicht verstanden.
Ich glaube auch, dass ich die Geräte IDs einfach noch nicht alle kenne.
Die alte MES von Paradigma bei mir ist wahrscheinlich noch älter als 
Eure Pellet Systeme, scheint aber identisch zu funktionieren.
Ich glaube, mir fehlt einfach so eine Initial-Zündung, vielleicht ein 
Beispiel, keine Ahnung.
Das Tool teste ich gerne, es ist aber möglich, dass es bei mir nicht 
funktioniert, weil ich ein UniFi Netzwerk einsetze, für Wireshark musste 
ich auch direkt über die Konsole tracen.
Was praktisch ist: ich habe vor einiger Zeit eine Platine gebaut, die 
als Ersatznetzteil dient, davon konnte ich eine unbestückte Platine 
verwenden, um an die 12V zu kommen, damit ist es per Bauer Step-Down nun 
einfach, das vorhandene Leergehäuse zu verwenden :-)
Also wenn es noch ein Beispiel, einen Hinweis zu den Requests oder 
ähnliches gibt, immer her damit!
Noch einmal: ich bin wirklich dankbar, so komme ich vielleicht noch ans 
Ziel.
Gruß
Ron

[Ron S. (ron2875)]

Komisch, bei iPhone Nutzung fehlt die Formatierung des Textes, sorry.

[Georg H. (g3gg0)]

hab noch einen crash reporter eingebaut, der das vllt etwas einfacher 
macht
https://github.com/g3gg0/LonScan/releases/tag/v0.4.1

[Georg H. (g3gg0)]

> Gibt es irgendeine Chance, den Aufbau dieser Requests zu erlernen?
> Es erinnert mich sehr an CAN-Bus, aber da hatte ich eine Doku und konnte
> die Abfragen als CAN Nachricht senden.

Ja, es gibt eine spec dazu - google mal nach "LonTalk Protocol 
Specification"
Macht keinen Spass zu Lesen, aber es gibt sie...

Ich hab auch einen "PacketForge" gebastelt, mit dem du Pakete selber 
bauen kannst: "File -> PacketForge"
Der dekodiert dir auch die Pakete und du kannst die senden und die 
Antwort anschauen.

Warum das mit deinem Netzwerk nicht geht, müsstest du mir noch genauer 
erklären.

[Ron S. (ron2875)]

Ich denke, muss aber nochmal schauen, dass bestimmte Funktionen bei mir 
geblockt werden.
Wireshark funktionierte auch nicht über das Wifi, sondern nur über 
tcpdump.
Daher meine Annahme.

PacketForge könnte ein guter Ansatz sein, ich frage mich nur, wohin ich 
was senden muss, aber vielleicht ist das ja Teil der erwähnten Doku.

Eine Firmware zerlegen wird es bei mir wohl nicht geben. Ich kenne 
keine, aber auch viele Geräte aus Deiner Config sind mir unbekannt, UML 
etc kenne ich, aber das war es fast schon.

Danke :-)

[Georg H. (g3gg0)]

Wenn du einen Scan machst, solltest du alle Geräte auf dem Bus finden.

[Ron S. (ron2875)]

So wie hier im Anhang sieht es immer aus, 100% loss.

Keine Ahnung, wie gesagt, vielleicht verhindert das Netzwerk etwas an 
der Stelle, Config ist länger her :-)

[Georg H. (g3gg0)]

Du hst die IP-Adresse des ESP32 im .cfg angegeben?
Die IP ist auch von deinem Rechner auch erreichbar?
cmd.exe -> ping <IP>

[Ron S. (ron2875)]

Ich habe die IP eingegeben, aber leider passt was nicht.
Ping funktioniert einwandfrei...
Wie gesagt, Wireshark auch nicht so einfach.
Über ssh dann schon, siehe Bilder...

[Georg H. (g3gg0)]

Könntest du die firmware des ESP32 so konfigurieren, dass die 
broadcast-address korrekt ist?
LON.ino
von: const char *udpAddress = "192.168.1.255";
auf: const char *udpAddress = "192.168.15.255";

[Ron S. (ron2875)]

Ich denke schon, dafür muss ich nur neu compilieren, oder?
Mittlerweile läuft VS Code mit PlatformIO gut.
Ich habe es nur noch nie vom PC hochgeladen, bis jetzt nur Mac.
Ist auf Git die aktuellste Version?
Meine erste Version hat sich mit "V1." gemeldet und nach einem Update 
kam dann "V1.6".

[Georg H. (g3gg0)]

Ron S. schrieb:
> Ich denke schon, dafür muss ich nur neu compilieren, oder?

korrekt.
einfach source abändern und flashen

[Ron S. (ron2875)]

Bin dran...

[Ron S. (ron2875)]

Jetzt geht Wireshark und Dein Tool auch ;-)

Nun, da bin ich ein Stück weiter...

Was mache ich jetzt damit?

[Georg H. (g3gg0)]

Kucken ob der Rest des Tools geht ;)

[Ron S. (ron2875)]

Ich finde, dass sieht brauchbar aus, die Firmware ist steinalt :-)

Aber wie bekomme ich diese Daten am Ende vom ESP32 in meinen MQTT 
Stream?

[Georg H. (g3gg0)]

...dazu musst du hässlich geschriebenen source code selbst ändern :)

Ausserdem würde ich erst mal prüfen, ob die Konfiguration überhaupt 
korrekt ist.
Kann gut sein, dass meine Daten hier unvollständig sind.

[Ron S. (ron2875)]

Ok, verstanden, da die Daten ja in Deinen Abfragen sind, sollte man das 
anpassen können und dann in den Abfrage Loop des ESP32 integrieren.

Vielen Dank, wieder ein Stück weiter.

Hoffentlich kommt der Knoten im Kopf nicht wieder und ich komme dahin, 
wo ich hin möchte, einfach nur einen Alarm mitbekommen :-)

[Georg H. (g3gg0)]

> Hoffentlich kommt der Knoten im Kopf nicht wieder und ich komme dahin,
> wo ich hin möchte, einfach nur einen Alarm mitbekommen :-)

Wird sicher beides passieren :D

[Ron S. (ron2875)]

Guten Morgen,
hast Du noch einen Tipp, wie man die Remote Update Funktion nutzt?
Dann muss ich nicht immer zum ESP32 rennen, sondern könnte schneller 
meine Ideen testen.
Gruß
Ron

[Georg H. (g3gg0)]

In PlatformIO kannst du unten in der Statuszeile das aktuelle Projekt 
auswählen und dann kann man per remote update die software updaten.

In PlatformIO gibts eine section für die Projektvariante
"[env:MES-WiFi_ota]" in der platformio.ini in der die IP-Adresse des µC 
hinterlegt ist.
Hier die IP deines ESP32 eintragen und dann sollte das "Upload" diese 
updaten.

Ich glaube ich hatte die firmware so konfiguriert, dass das remote 
update nur eine gewisse Zeit aktiv bleibt.
Per Home Assistant bzw MQTT kann man das wieder aktivieren.
Alternativ müsste auch http://<ip>/ota funktionieren.

[Ron S. (ron2875)]

Super,
gilt das auch für das Wifi?
Kann man die Parameter mit übergeben, damit man direkt wieder online ist 
mit dem ESP32?

[Georg H. (g3gg0)]

Was meinst du mit wifi?
Wenn einmal konfiguriert, werden die setings im SPIFFS gespeichert und 
bleiben über Firmware updates hinweg bestehen.

[Ron S. (ron2875)]

Ok, ich teste und werde berichten :-)

Ich dachte, wenn man ein Update macht, muss man immer alles von vorne 
konfigurieren. So wie beim USB Upload halt.

[Ron S. (ron2875)]

Kurzer Zwischenbericht:
Ich bin wahnsinnig weit gekommen.
Mittlerweile schreibe ich diverse Daten in die InfluxDB und zeige sie 
mit Grafana an.

@Georg: kannst Du mir verraten, woher die Daten für die einzelnen Geräte 
stammen? Es scheint mir so, dass meine Geräte andere Werte haben und 
deswegen die Anzeige in Deinem Tool nicht stimmt. Wie kann ich das 
berichtigen?

Bei Dir gibt es halt keine UML C1, BBU C1, Solar...

Danke,
Ron

[Georg H. (g3gg0)]

Georg H. schrieb:
> Aber davor müssen die Module erst im .cfg konfiguriert werden.
> Ich hab dazu alle Windhager .xif eingelesen und entsprechend im .cfg vom
> LonScan aufgelistet.

die .xif hab ich aus dem service tool von windhager genommen.

[Ron S. (ron2875)]

Noch mal:
Vielen, vielen Dank für die Hilfe, ohne wäre ich jetzt nicht so weit.

Ich arbeite weiter an den Auswertungen und den Daten, eine XIF gibt es 
von Paradigma eher nicht für meine Module.

Mal sehen, welche Werte ich noch finde.

Habe noch nichts für Brenner, Solarfurchfluss etc…, aber vielleicht wird 
das noch :-)

Ich dokumentiere fleißig, welcher Wert was für Paradigma bedeutet, 
vielleicht hilft das später auch noch mal…

[Georg H. (g3gg0)]

Magst du im .cfg einen eigenen Eintrag anlegen und deine Erkenntnisse 
dort einpflegen?

[Ron S. (ron2875)]

Kann ich machen, werden dann aber 3 - 4 Einträge, für jedes Device 
einen.

Danach strukturiere ich auch gerade meine Doku.

Welches Gerät, welche ID, welches Signal, welcher Wert etc.

[Ron S. (ron2875)]

Ich bin weiter fleissig dabei, meine Doku und die CFG zu erweitern.

Noch scheitere ich an der Uhrzeit und dem Datum, aber vielleicht mache 
ich auch was falsch?

Hast Du noch einen Tipp?
Es geht bei mir ja quasi nur um 2x UML, mehr Datum gibt es bei mir 
nicht...

[Georg H. (g3gg0)]

bei dem UML stehen datum/uhrzeit nicht in den NVs :(

[Ron S. (ron2875)]

Georg H. schrieb:
> 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!)

Was genau war dann damit gemeint?
Auslesen kann ich Datum und Zeit ja auch…

[Georg H. (g3gg0)]

Alle Module haben eine Zeit-NV - aber das Bedieninterface des UML hat 
wohl eine eigene Uhr.

[Ron S. (ron2875)]

Ich habe nur die Geräte selber, kein Bedienteil.
Oder verstehe ich Dich nicht?
Siehe Anhang, Beispiel, dort soll die Zeit gesetzt werden.

[Georg H. (g3gg0)]

Ich hab eine UML C1 mit dem Bedienteil rechts.

So eine: 
https://img.kleinanzeigen.de/api/v1/prod-ads/images/de/de57a277-1310-49de-91f8-3c8a9729fef5?rule=$_57.JPG
(Der Link wird sicher nicht lang verfügbar sein)

Da ist es jedenfalls so, dass das Bedienteil die Uhrzeit des Moduls 
ignoriert. Wie man diese programmieren kann, weiss ich noch nicht.

[Ron S. (ron2875)]

Und in meinem Fall sollte das aber gehen?

[Georg H. (g3gg0)]

Das weiss ich nicht. Probieren :)

[Peter M. (peter2003)]

Hallo Ron,

Windhager verwendet zum "steuern" der Module sogenante "User Application 
Message codes", nicht NV Variablen.

Auslesen kann man die zB. mit (Hex Werte am LON Bus):

0E 00 06 21 = READ_STANDARD_VARIABLE

senden:  0E 00 06 21 04 02 C6 00 40
Antwort: 0E 00 06 21 0A 46 01 04 28 E8 FD 00 00 05 AA -> (Datum,16.12.2077,1.1.1900,2.3.2019)

senden:  0E 00 06 21 04 02 C8 00 40
Antwort: 0E 00 06 21 0A 48 01 04 2A 9F 05 00 00 96 03 -> uml (zeit,23:59,0,15:18)

senden:  0E 00 06 21 04 02 C9 00 40
Antwort: 0E 00 06 21 0A 49 81 00 00 00 00 00 00 05 00 -> Wo-TAG (0=Mo, 5=Sa, 6=So)

Setzen kann man Datum und Zeit zB so:

0E 00 06 23 = WRITE_PARAMETER

senden:  0E 00 06 23 06 02 C6 00 40 13 AA -> set uml date (0xAA13 = 43539 Tage seit 1.1.1900 -> 16.3.2019)
Antwort: ACK

senden:  0E 00 06 23 06 02 C8 00 40 95 03 -> set uml time (0x395 = 915 min seit 00:00 -> 15:17)
Antwort: ACK

Wie du das senden kannst, kann dir sicher Georg sagen.
Und ob das bei allen UML funktionier, kann ich auch nicht sagen.
Bei meinem UML+ V2.0 funktioniert es so.

lg. Peter

[Ron S. (ron2875)]

Hallo Peter,
vielen Dank, in diese Richtung wollte ich, diese Basis hat mir gefehlt.
Vielleicht hatte ich mich auch nur falsch ausgedrückt.
Es stimmt, ich muss noch heraus finden, wie ich das auf den Bus bringe.
Leider ist es wirklich schwierig, dieses Projekt umzusetzen.
Allerdings macht es auch großen Spaß und ich würde mich freuen, wenn 
mein kleiner Anteil noch mal einem Paradigma User bei der Fehlersuche 
hilft.
Ohne die Hilfe hier wäre das sowieso alles nicht möglich.
Gruß
Ron

[Ron S. (ron2875)]

Könnte man so auch die Betriebsart setzen?
Also von Absenken auf Auto oder ähnlich?
Dann könnte man über den ESP32 nach Stromausfall wieder komplett auf 
Normalbetrieb schalten, inkl aktuellem Datum/Zeit Faktor.

[Georg H. (g3gg0)]

Super! Ich danke dir vielmals.

Habs noch nicht überprüft, aber werd mich heut Abend dran machen.
Ich hab vor geraumer Zeit schon mit den Nachrichten gespielt, wusste 
aber keine Addressen und hab auch nie eine Antwort bekommen.

Im PacketForge sieht man schon die ein oder andere vorbereitete 
Nachricht.
Wie gesagt, bei der "UML read time" kam aber nie eine Antwort.

Wo hast du die Adressen her?

[Georg H. (g3gg0)]

Ich konnte nicht so lange warten, auch wenn meine Frau, die gerade den 
Garten aufräumt mich dafür hassen wird :)

Ich bekomme bei keiner 0E (LonAPduGenericApplication) mit 
READ_STANDARD_VARIABLE Nachricht eine Antwort.

[Georg H. (g3gg0)]

Ah, ich erinnere mich. Das ist der EBus.
Aber irgendwie krieg ich beim UML C1 keine Antwort.
Hat die überhaupt einen EBus?

Aus meinen Notizen, als ich vor nem Jahr die Software etwas reverse 
engineered hab:

APDU 0x0E -> EBUS command

Service 0x06 Command 0x21 "ReadEbusVariable"

  TT SS CC LL (ML MH SL SH)
  TT = transaction sequence number, incrementing
  SS = service (0x06)
  CC = command (0x21)
  LL = payload length (0x04)
  ML =  MainLow -> Main ID
  MH = MainHigh -> (extended ? 0x80 : 0x00) | SubID
  SL/SH = (type<<14) | (function<<9) | (entity<<4) | blockNumber

Service 0x06 Command 0x22 "ReadEbusVariableValue"
  see 0x21

Service 0x06 Command 0x23 "WriteEbusVariable"
   see 0x21, just LL and number of payload bytes incremented by the 
variable width

[Georg H. (g3gg0)]

Ich hab mir die OperationalData.xml für die "UML +" angekuckt.
Dort sieht man schön die EBus IDs

https://github.com/g3gg0/LonScan/releases/tag/v0.4.2
Hab mal PacketForge etwas erweitert, so dass man die EBus IDs sehen 
kann.

[Peter M. (peter2003)]

Hallo Georg,

wenn ich bei mir über das Bedienfeld (InfoWin) Datum/Zeit ändere, werden 
genau die Pakete am LON gesendet, die ich oben gezeigt habe.
Aber ich habe ein UML+. Ob das beim UML C1 auch so geht?

Wie kannst du Datum/Zeit ändern, an der Anlage? Und was sieht man da am 
LON Bus?

Über NV Variablen ist es mir auch nie gelungen, Datum/Zeit zu stellen.
Nur zu lesen.

[Georg H. (g3gg0)]

Das hab ich nicht angeschaut.

Bei mir sind die Bedienteile mit einem extra bus zu ihren jeweiligen UML 
verbunden.
Ist kein LON, sondern irgendein serial.
UART, 4.8k, 9.7V, siehe screenshot.

Wenn ich an einem Bedienteil die Zeit einstelle, hat das keine 
Auswirkungen auf das andere oder gar die NV des UML.
Daher glaub ich nicht, dass da irgendwas raus geht.

[Ron S. (ron2875)]

Hi Georg,

ich habe Dein Programm noch nicht ganz durch gearbeitet, deshalb auf die 
Schnelle hier die Frage:

Meinst Du, ich kann Dein Programm mit dem Controller aus dem Anhang 
verwenden?

Er nutzt wohl FlowControl, Du schaltest die PINs selber, oder?

Hintergrund: ich baue mir gerade ein zweites Set auf und habe diesen 
Controller geliefert bekommen, er macht aber erstmal nur TX an und das 
war es dann.

Danke!

[Georg H. (g3gg0)]

Da ich weder IC-Beschriftungen noch einen Schaltplan sehe, kann ich gar 
nichts dazu sagen.

[Ron S. (ron2875)]

Ich habe es noch mal etwas besser versucht, man kann den Chip erkennen. 
Bei R13 kann man wohl eine Brücke setzen, um den 120 Ohm Widerstand zu 
aktivieren, ich weiß nicht, ob es den braucht. Einen Schaltplan habe ich 
nicht.
Ich denke, es ist nicht die Frage, ob der Transceiver das kann, meine 
Frage war, ob Dein Programm auf dem ESP32 ins Nichts läuft, wenn der 
Transceiver das Senden und Empfangen automatisch macht/regelt.
Ich bin leider nicht so weit mit diesem Thema und manche Frage mag 
komisch sein, aber ich habe unglaublich Lust, dabei was zu lernen und 
selber weiter zu kommen.
Dazu brauche ich aber oft erst mal was “zum Anpacken”, um dann weiter 
machen zu können.
Es steckt keine Faulheit meinerseits dahinter, bevor das falsch 
verstanden wird.

[Georg H. (g3gg0)]

Ich kanns dir jetzt gar nicht sagen, was genau passiert.
Probiers einfach mal und dann kann ich dir vllt tips geben wie das 
debuggst :)

[Ron S. (ron2875)]

Ist das im Anhang eine Antwort auf die EBus Abfrage?

[Ron S. (ron2875)]

Zusätzlich passiert das, wenn man eine EBus Anfrage an die BBU sendet.

[Ron S. (ron2875)]

Ich habe nun meine Platine fertig gemacht, es bleibt bei dem alten 
Controller. Mit dem neuen FlowControl Device wollte ich die restlichen 
CRC Fehler ausmerzen, aber ich denke, es ist gut genug so.
Konnte eine meiner Netzteil Platinen verwenden, um so direkt die 12V 
abzugreifen und das Ganze in ein Leergehäuse zu bauen, läuft jetzt 
prima.

Leider komme ich nicht weiter, was Steuerung etc. angeht. Da muss ich 
mal sehen, wie ich da hinter komme, was noch möglich ist. Schön wäre 
wirklich, die Uhrzeit setzen zu können (da probiere ich gerade die Tips 
oben aus) und zB die Anforderung für Warmwasser triggern zu können.
Mir fehlt noch immer das Verständnis, das zu übersetzen, was ich zB in 
Wireshark sehen kann.

Die Windhager truncated Messages tauchen aber nur auf, wenn ich einen 
Nachricht sende, die im Tool von Georg unter EBus gespeichert ist. Dazu 
muss ich Sender und Empfänger anpassen, dann kommt was zurück.

[Ron S. (ron2875)]

Hallo,

ich habe noch eine konkrete Frage, da wir diese Funktion oft benötigen:

Ist es möglich, die (oder ähnliche) Funktion: "Jetzt Wasser erwärmen" zu 
steuern bzw. über den Bus anzutriggern?

Wenn ja: wie finde ich die Funktion bzw. kann diese so mitschneiden, 
dass ich sie reproduzieren kann?

Ich würde gerne den Befehl über iobroker senden, um nicht in den Keller 
zu müssen und dies per Hand zu erledigen.

Falls es Hilfe gibt: bitte eine kurze Step-by-Step Anleitung, da ich so 
nicht weiterkomme und irgendwie auch nicht weiß, wo ich noch suchen 
soll.

Vielen Dank,
Ron

[Ron S. (ron2875)]

Hi,

nächste Frage: kann man die EBus Anfragen / Auswertung auch Wireshark 
fähig machen?

Hintergrund: wenn LON nur Variablen enthält muss ich ja versuchen die 
EBus Befehle mitzulesen um zB. den Befehl zur Wassererwärmung 
reproduzieren zu können.

So stehe ich immer noch am Anfang mit den Befehlen. So schön die 
Erweiterung von Georg um EBus in dem LON Scanner auch ist, ich weiß 
nicht, ob ich damit weiter komme, ich brauche ja eigentlich erstmal den 
Befehl, der von der Steuerung gesendet wird, wenn man die Funktion am 
Bedienteil einschaltet...

Danke,
Ron

[Ron S. (ron2875)]

Hallo zusammen,

nachdem ich nun mein Projekt erfolgreich abschliessen konnte, wollte ich 
mich noch einmal bedanken:

Danke an Georg, für die tolle Inspiration und die Vorgaben.
Danke an Peter, für die eingebrachten Tipps.
Danke an meinen Kumpel, der mich wahrlich bei der Programmierung 
unterstützt hat.

Leider habe ich hier keine Reaktionen mehr erhalten, vielleicht war ich 
auch zu fordernd, keine Ahnung.

Jedenfalls habe ich:

1.) Den ESP Teil von Georg nachgebaut und erstmal damit getestet.

2.) Die Firmware der Paradigma MES in allen Teilen zerlegt.

3.) Den ESP in großen Teilen umprogrammiert.

4.) Den LON Bus so weit wie möglich zerlegt und analysiert.

Was habe ich erreicht:

1.) Ich kenne nun alle Variablen der Paradigma MES Module 4,8,10,11 
(BBU, Solar, 2x C1 UML)

2.) Ich weiß, wie ich den LON beeinflussen kann

3.) Ich kann alle mir wichtigen Funktion steuern oder einbringen, sowohl 
Alarm bei zu hoher Solar Temperatur, als auch die Warmwasser 
Ansteuerung, kann mit Timings umgehen und auch den LON aushebeln etc.

4.) Ich habe unglaublich viel gelernt und bin froh, nicht aufgegeben zu 
haben.

Was ich noch nicht kann:

1.) Die Uhrzeit der Module -> das Thema macht micht irre... Aber ich 
werde mit ein wenig Pause dort weitermachen und mich noch dran setzen, 
es muss auch möglich sein, das zu beeinflussen...

Viele Grüße, alles Gute, Danke,
Ron

[Georg H. (g3gg0)]

Servus,

gute Arbeit, dann hast du ja das Beste draus gemacht.
 - Was gelernt
 - Dein Ziel erreicht
 - Es selbst erreicht!

Naja zu den Fragen hat wohl keiner pauschale Antworten.
Ich muss sagen, ich hab die letzten auch nicht wirklich gesehen :)

Ich weiss leider auch noch nicht, wie ich meine Bedienteile ansprechen 
kann.
EBus scheint es nicht zu sein. Jedenfalls reagiert da nichts drauf.

Magst vllt deine Firmware auch irgendwo online stellen?
So kann der nächste Paradigma-Nutzer vllt draus was machen.

Gruß,
Georg

[Ron S. (ron2875)]

Ist schon cool, dass ich jetzt am iPad über einen Button mit iobroker 
das Wasser erwärmen kann :-)

Die Fragen waren hauptsächlich dazu gedacht, am Ende Aufwand und Zeit zu 
sparen, ich habe da echt viele Stunden  dran gesessen.

Ich kann gerne meine Erfahrungen zusammenfassen und dann Online stellen, 
aber dazu muss ich alles aufräumen und noch den letzten Teil fertig 
bekommen.

Es macht einfach Spaß gerade… :-)

[Wil (howil)]

Martin schrieb:
> Windhager Biowin 2

Hi Martin,
Liebe BioWin 2 Touch -Nutzer,

Mir war folgende Info lange Zeit nicht klar und hätte beinahe dazu 
geführt dass ich mir ein extra RC-7030 LON-Adapter besorge.

Zumindest die BioWin 2 Touch hat hinter der Display-Einheit einen 
LAN-Buchse (Siehe Bild).
Offensichtlich ist der RC-7030 schon integriert und muss nicht extra 
gekauft werden.

BG
Wil

[Wil (howil)]

Georg H. schrieb:
> Ich hab mir mittlerweile einen Home Assistant eingerichtet und baue
> langsam meine MQTT-Geräte so um, dass sie dem HA die config-messages
> gleich mitschicken.
>
> So hab ich das jetzt auch bei MES-WiFi gemacht.

Lieber Georg,

Bei meiner BioWin2-Touch habe ich schon LAN-Zugriff auf den Webserver. 
Damit ist für mich MESWiFi nicht notwendig (obwohl es sehr cool ist!).
Ist deine Integration in Home Assistant aber in irgendeiner Art 
kompatibel mit dem Zugriff über LAN?

Zwei Projekte die sich mit dem Zugriff von HA auf die BioWin 
beschäftigen sind:
- https://github.com/vermi0ffh/ha-windhager / 
https://community.home-assistant.io/t/windhager-integration/348369/11
- https://github.com/sessl3r/windhager/tree/master braucht noch eine 
separate VM für die Bereitstellung der Daten als über MQTT
Wobei ich noch nicht beurteilen kann ob diese Integrationen stabiler, 
umfangreicher sind als deine.

Aus meiner Sicht wäre natürlich eine Kompatibilität hinsichtlich einer 
aktuellen und breite Unterstützung/Wartung, Robustheit und Einfachheit 
wünschenswert.

Ist aus deiner Sicht so etwas denkbar? Alternativ würde ich ansonsten 
erstmals auf https://github.com/vermi0ffh/ha-windhager setzen.

BG
Wil

[Georg H. (g3gg0)]

Wil schrieb:
> https://github.com/sessl3r/windhager/tree/master braucht noch eine
> separate VM für die Bereitstellung der Daten als über MQTT
> Wobei ich noch nicht beurteilen kann ob diese Integrationen stabiler,
> umfangreicher sind als deine.

Servus Wil,

da bei mir die HA-Integration eher so ein "ich schick die Daten halt auf 
MQTT raus" ist, mit ein bisschen Zusatzinfo bzgl der Datenformate etc, 
glaub ich nicht, dass es Sinn macht, bei mir da was in der Richtung zu 
erweitern.

Ich empfehle dir das von dir genannte Projekt zu nutzen.
Das scheint dann wohl Explizit dafür gemacht und dadurch die bessere 
Wahl.

[Simon N. (jahusi)]

Hallo,

hat schon jemand Erfahrung mit den neuen Infinity Plus Modulen von 
Windhager? Die Lon Schnittstelle wurde anscheinend durch Ethernet 
ersetzt.
Ich bekomme die Tage das Update auf den Biowin2 und möchte das ganze 
dann auch in den HA einbinden. Bzw. suche immer noch nach einer sauberen 
Lösung um die Heizkreise in den Absenkbetrieb zu versetzen, wenn alle 
Ventile den FBH geschlossen sind und bei Anforderung wieder sauber die 
Mischer und Pumpen einzuschalten.

Danke und Grüße

[Jens S. (jks1981)]

Hallo, ich habe hier ein ESP32-WROOM-32 Board, ein MAX485/RS485 Modul 
und ein Step Down Modul auf 5V. Kann ich damit das MES-WiFi von Georg 
nutzen? Kann mir da vllt. jemand bei der korrekten Pin-Belegung zwischen 
Board und dem MAX485/RS485 Modul helfen? Ich war da bis jetzt leider 
erfolglos. Der MES-WiFi Server auf dem ESP32 läuft immerhin :)

[Jens S. (jks1981)]

Ok, ich habe weiter oben folgende Pin-Belegung gefunden, aber leider 
kommt im Home Assistant nichts an.

RO (RX) -> G35
RE/DE (TX_EN) -> G26
DI (TX) -> G25

Der ESP32 connected sich mit dem MQTT-Server, das sehe ich im Home 
Assistant-Log. Hat der MES-WiFi Server auch ein Log?

[Stefan M. (gremlin2000)]

Georg H. schrieb:
> Ich hab mir die OperationalData.xml für die "UML +" angekuckt.
> Dort sieht man schön die EBus IDs
>
> https://github.com/g3gg0/LonScan/releases/tag/v0.4.2
> Hab mal PacketForge etwas erweitert, so dass man die EBus IDs sehen
> kann.

Hallo Georg,

ich habe ein UML+ und würde gerne mehr über EBus Ids in Erfahrung welche 
entsprechend angesprochen werden können. Besteht die Möglichkeit das du 
mir die vollständige OperationalData.xml zu bekommen?

VG Stefan