Läuft: Heizung mit eBus-Schnittstelle

Begonnen von Prof. Dr. Peter Henning, 29 November 2014, 13:36:59

Vorheriges Thema - Nächstes Thema

john30

Zitat von: Prof. Dr. Peter Henning am 24 Januar 2016, 14:49:34
Die Systematik der Vaillant-Variante des EBUS sollte unabhängig vom ebusd dokumentiert werden. In dem anliegenden Dokument habe ich vor mehr als einem Jahr eine ganze Menge Änderungen vorgenommen, daran sollte man weiter arbeiten.
Wenn ich das Prinzip der MDB richtig verstanden habe, dann gibt es für alle BAIs abhängig vom Ergebnis einer weiteren Abfrage (b509022802) noch deutlich detailliertere Nachrichten. Ich versuche zunächst mal, das rauszukitzeln.
Danach sollte einer Ergänzung der CSVs u.a. durch Deine Findings nichts mehr ím Wege stehen (ich meine, das ein oder andere ist davon auch schon berücksichtigt).
VG John
author of ebusd

john30

Zitat von: Pierce am 24 Januar 2016, 14:28:41
Das Problem ist nun, dass ich Heizung und Steuerung bereits alle möglichen Anfragen an den Kopf geworfen habe, jedoch immer nur ein "00" zurückbekomme.
Der Punkt ist, dass für die 700 noch gar nichts geklärt ist. Keine der CSVs passt dazu und insofern hilft hier nichts als probieren...
Ich meine für die HMU noch eine CSV zur Verfügung stellen zu können, muss ich mal nachschauen (es nicht alle CSVs sind im repository eingecheckt).

Zitat von: Pierce am 24 Januar 2016, 14:28:41
Die Steuerung scheint in der ganzen Kommunikation gar nicht aufzutauchen. Oder ist 1008 Kommunikation von der Steuerung an die Heizung? Denn im Status erscheint nicht nur die #15, sondern direkt davor auch die #10.
Lies mal hier: https://github.com/john30/ebusd/wiki/eBUS-background#addresses

Zitat von: Pierce am 24 Januar 2016, 14:28:41
Wenn jemand eine gute Idee hat wo ich ansetzen kann meiner Steuerung/Heizung ein paar Werte zu entlocken, so helfe ich gern dabei eine passende CSV-Datei zu zimmern. Wenn das klappt im Anschluss gern auch für die Lüftung (wenn die läuft und jemand Interesse daran hat).
Solltest Du das VR 900 haben, dann käme man vermutlich schneller vorwärts.
Ansonsten würde ich den Bus Traffic beobachten und dann im UI gezielt einzelne Werte manipulieren. Dann solltest Du recht gut erkennen können, was der Effekt davon auf dem Bus ist.

VG John
author of ebusd

john30

@amunra,de.jt,Reinhart,zentis666
Danke für Euer Feedback!

Zitat von: zentis666 am 24 Januar 2016, 19:51:07
ebusctl scan result zeigt
08;Vaillant;BAI00;0113;9602;21;15;04;0010015596;3100;005190;N9

ebusctl w -h 08b509022802
060200010d2801

ebusctl w -h 08b509022803
0c030001003601004149424d55

Gratulation zu dieser jungen Anlage! :-)
Da ist natürlich wieder alles ganz anders als bei den älteren... zum Durchdrehen!!
author of ebusd

Prof. Dr. Peter Henning

ZitatDa ist natürlich wieder alles ganz anders als bei den älteren... zum Durchdrehen!!
Wenn Vaillant so weiter macht, manövrieren die sich damit in eine in der Software nicht mehr wartbare Anlagenvielfalt.

LG

pah

Pierce

Vielen Dank John, die Hintergrundinfos zum eBus bringen schonmal ein wenig mehr Licht ins Dunkel.

Ein VR 900 habe ich. Hatte ich auch schon angeschlossen und die Vaillant-App drauf losgelassen. Diese App war dann der Meinung, dass an dem Bus keinerlei Gerät hängen würde. Ebusd sagt mir da aber was anderes. Und die Kommunikation aller Geräte untereinander funktioniert ja auch. Ich werde das VR 900 nochmal ranhängen und schauen was passiert.

Über die CSV zur HMU würde ich mich freuen. Jede Art von Denkanstoß würde mir helfen. Derzeit habe ich ausschliesslich Interesse daran Daten auszulesen. Und die nehme ich lieber aus der Heizung als aus der Steuerung. Mindestens was den Stromverbrauch angeht lügt mich die Steuerung an (0 kWh zusätzlicher Verbrauch innerhalb von 24 Stunden, obwohl die Heizung nachweislich lief). Andere Werte (zB aktuelle Rücklauftemperatur) habe ich in der Steuerung nirgends gefunden, in der Heizung schon.

Parallel dazu werde ich meinen Vaillant-Regions-Verkaufsberater mal anquatschen, der die Heizung auch mit in Betrieb genommen hat. Vielleicht kann er mir irgendwas besorgen. Ich denke die Protokoll-Spezifikation für das 700 wird er mir nicht geben (können). Aber vielleicht was anderes. Gibt es etwas, was helfen könnte und wonach ich ihn direkt fragen kann?

Zitat von: john30 am 25 Januar 2016, 08:21:45
Ansonsten würde ich den Bus Traffic beobachten und dann im UI gezielt einzelne Werte manipulieren. Dann solltest Du recht gut erkennen können, was der Effekt davon auf dem Bus ist.

Mit beobachten meinst du grab/ grab result? Hab da schon viele "B511"er - "B516"er gesehen. Bin mir nur nicht ganz sicher wie ich mit den Infos weiter vorgehen sollte. Ich möchte verhindern irgendwas zu zerschiessen. Und zwischen lesen und schreiben liegt ja nur ein bit (0D vs 0E).

Ein paar Schleifen laufen zu lassen, den Bus zu penetrieren um das Ergebnis auszuwerten sollte ich hinbekommen. Hab auf diese Art und Weise vor vielen Jahren die ASN.1-Kodierung entschlüsselt und einen Encoder/Decoder geschrieben - bevor ich das RFC und die M$-DLL dazu gefunden habe :/

Thnx
Thomas

stinch

Zitat von: john30 am 24 Januar 2016, 12:00:14
Es wär cool, wenn mir ein Besitzer einer BAI die Ausgabe folgender Befehle zukommen lassen könnte:
ebusctl w -h 08b509022802
ebusctl w -h 08b509022803
ebusctl w -h 08b5090124
ebusctl w -h 08b5090125
ebusctl w -h 08b5090125
ebusctl w -h 08b5090127
Damit wird die genaue Version der BAI abgefragt.

Hallo John,

folgend mein Ergebnis:

address 08: slave #3, scanned "MF=Vaillant;ID=BAI00;SW=0703;HW=7401", loaded "vaillant/08.bai.HW7401.csv"

localhost: w -h 08b509022802
0402d10304

localhost: w -h 08b509022803
0403ae0703

localhost: w -h 08b5090124
09003231313334323030

localhost: w -h 08b5090125
09313030303431323130

localhost: w -h 08b5090127
094e3300000000000000

john30

Zitat von: Pierce am 25 Januar 2016, 12:32:58
Ein VR 900 habe ich. Hatte ich auch schon angeschlossen und die Vaillant-App drauf losgelassen. Diese App war dann der Meinung, dass an dem Bus keinerlei Gerät hängen würde. Ebusd sagt mir da aber was anderes. Und die Kommunikation aller Geräte untereinander funktioniert ja auch. Ich werde das VR 900 nochmal ranhängen und schauen was passiert.
Also wenn Du den VR 900 anschließt, solltest Du unbedingt darauf achten, nicht die gleiche Adresse im ebusd zu verwenden. Das führt nämlich dazu, dass beide nicht mehr so richtig funktionieren, weil sie sich um den Buszugriff streiten und jeder denkt, er wäre jetzt an der Reihe.
Du kannst ebusd einfach mit "-a QQ" eine andere Master-Addresse zuweisen, bspw. "-a F7", siehe https://github.com/john30/ebusd/wiki/2.-Run#ebus-options. Wenn Du danach den VR 900 nochmal startest, sollte er wieder die Geräte finden.

Zitat von: Pierce am 25 Januar 2016, 12:32:58
Über die CSV zur HMU würde ich mich freuen. Jede Art von Denkanstoß würde mir helfen. Derzeit habe ich ausschliesslich Interesse daran Daten auszulesen. Und die nehme ich lieber aus der Heizung als aus der Steuerung. Mindestens was den Stromverbrauch angeht lügt mich die Steuerung an (0 kWh zusätzlicher Verbrauch innerhalb von 24 Stunden, obwohl die Heizung nachweislich lief). Andere Werte (zB aktuelle Rücklauftemperatur) habe ich in der Steuerung nirgends gefunden, in der Heizung schon.
Dann schick mir doch mal Deine Mail Adresse per PN. Komme aber erst am WE dazu.

Zitat von: Pierce am 25 Januar 2016, 12:32:58
Parallel dazu werde ich meinen Vaillant-Regions-Verkaufsberater mal anquatschen, der die Heizung auch mit in Betrieb genommen hat. Vielleicht kann er mir irgendwas besorgen. Ich denke die Protokoll-Spezifikation für das 700 wird er mir nicht geben (können). Aber vielleicht was anderes. Gibt es etwas, was helfen könnte und wonach ich ihn direkt fragen kann?
Den würd ich an Deiner Stelle lieber mal nicht zu sehr damit behelligen, denn es ist davon auszugehen, dass der Hersteller jegliche Garantieleistungen verweigert, wenn er den Anschluss eines unbekannten Geräts an den Bus entdeckt...

Zitat von: Pierce am 25 Januar 2016, 12:32:58
Mit beobachten meinst du grab/ grab result? Hab da schon viele "B511"er - "B516"er gesehen. Bin mir nur nicht ganz sicher wie ich mit den Infos weiter vorgehen sollte. Ich möchte verhindern irgendwas zu zerschiessen. Und zwischen lesen und schreiben liegt ja nur ein bit (0D vs 0E).
Ich habe mir immer den exakten Zeitpunkt der Änderung am controller notiert und dann im ebusd Log geschaut, was da so vorbei gepurzelt kam.

VG John
author of ebusd

zentis666

#1432
Zitat von: john30 am 25 Januar 2016, 08:28:31
@amunra,de.jt,Reinhart,zentis666
Danke für Euer Feedback!
Gratulation zu dieser jungen Anlage! :-)
Da ist natürlich wieder alles ganz anders als bei den älteren... zum Durchdrehen!!

Danke. Die Anlage wurde im Juni verbaut, hat auch schon ein Firmware Update
hinter sich nachdem die Anlage angefangen hat zu spinnen
und irgendwelche Sensorfehler angezeigt hat.

Das csv, was Du mit dem config-Paket auslieferst, funktioniert schon recht gut,
die ganzen Standard-Temperaturen, Druck, Heizkurve geht alles,
nur das setzen mancher Parameter wie "Speicher laden" funzt nicht so wie bei den älteren,
hatten wir ja schon weiter oben.

Wenn Du noch Infos brauchst oder was getestet haben willst sag einfach Bescheid,

Gruß
Sven
--
FHEM auf Debian VM - ESXi 6.0 Intel Nuc i5 4th Gen, Homematic auf HMCCU - RaspberryMatic auf Raspberry PI 3,
EM1000 & FS20 über CUNO,  IT über Arduino Firmata, MiLight über WLAN-nRF Gateway, Ebus, 1Wire, diverse Squeezeboxen, Dreambox 920UHD, Homebridge

sua

#1433
Hallo john30,

Zitat von: john30 am 24 Januar 2016, 12:00:14
Es wär cool, wenn mir ein Besitzer einer BAI die Ausgabe folgender Befehle zukommen lassen könnte:
ebusctl....
Damit wird die genaue Version der BAI abgefragt.
ist das noch für Dich (und damit ja dann für uns, danke Dir :-) ) wichtig?
Hier meine Daten:
ebusctl scan result:
08;Vaillant;BAI00;0113;9602;21;15;04;0010015600;3100;005192;N4
15;Vaillant;47000;0420;1403;21;14;51;0020171280;0082;063419;N4
26;Vaillant;47000;0420;1403;21;14;51;0020171280;0082;063419;N4

ebusctl w -h 08b509022802
060200010d2801

ebusctl w -h 08b509022803
0c030001003601004149424d55

ebusctl w -h 08b5090124
09003231313530343030

ebusctl w -h 08b5090125
09313030313536303033

ebusctl w -h 08b5090126
09313030303035313932

ebusctl w -h 08b5090127
094e343c3c3c3c3c3c3c


VG,
sua

cs-online

Hi John

hier meine Antworten:

der Scan unter EBUSD 1.1.0:


08;Vaillant;BAI00;0703;7401
15;Vaillant;47000;0126;6002

ebusctl w -h 08b509022802
0402d10304

ebusctl w -h 08b509022803
0403ae0703

ebusctl w -h 08b5090124
09003231313133393030

ebusctl w -h 08b5090125
09313030303431323330

ebusctl w -h 08b5090126
09303036303035373136

ebusctl w -h 08b5090127
094e3500000000000000
[/code}


Grüße

Christsian
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266/32 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20+S26,Shelly1/2/2.5, Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV+Speicher, alles auf einem RPI und da geht noch mehr

Pierce

Hey John,

das VR 900 tut mittlerweile seinen Dienst. Keine Ahnung warum es damals nicht funktioniert hatte. Auf dem eBus taucht es als COM00 auf.

Mittlerweile scheine ich auf einen Zweig in der Steuerung gestoßen zu sein, der durch Verändern eines bestimmten Bytes in der Abfrage (15b52406020003000100) immer neue Werte ausspuckt:

write -h 15b52406020003000100
06020301000100
write -h 15b52406020003000200
08020302000000c041
write -h 15b52406020003000300
070303030001010f


Hier werde ich nun einmal ein Schleifchen drüber laufen lassen, hier und da in der Steuerung was ändern und schauen was ich aus den Antworten so rauslesen kann.

Bis dahin
Thomas

john30

Zitat von: Pierce am 26 Januar 2016, 00:29:22
das VR 900 tut mittlerweile seinen Dienst. Keine Ahnung warum es damals nicht funktioniert hatte. Auf dem eBus taucht es als COM00 auf.
Trotzdem bitte ebusd nicht auf Adresse ff laufen lassen, die kommen sich sonst permanent ins Gehege!
Ich werde in der nächsten Version die default Adresse von ebusd auf etwas anderes setzen, da vrdialog immer auf ff (master) und 04 (slave) liegt.

Zitat von: Pierce am 26 Januar 2016, 00:29:22
Mittlerweile scheine ich auf einen Zweig in der Steuerung gestoßen zu sein, der durch Verändern eines bestimmten Bytes in der Abfrage (15b52406020003000100) immer neue Werte ausspuckt:
Ja, mit dem neuen Controller hat sich der Hersteller mal wieder ein neues Format zur Übertragung ausgedacht. Clever, was?  :-\
author of ebusd

john30

Zitat von: R2D2_ am 25 Januar 2016, 17:46:20
Im Anhang die Dateien ... PN folgt   ;)
In Deiner broadcast.csv (in /etc/ebusd) sind halt Einträge drin, die da nicht reingehören (vaillant spezifisch).
Ich weiß jetzt nicht, was das für ein Mischmasch an CSVs ist und hab nicht die Zeit, das im Detail rauszufinden.
Bitte entweder den Stand aus dem ebusd-configuration repository nutzen oder ansonsten schweigen ;-)
author of ebusd

john30

Zitat von: R2D2_ am 26 Januar 2016, 19:28:13
@john: welche broadcast.csv ist wichtig ?
- die in /etc/ebusd ?
- die in /etc/ebusd/vaillant ?
Die CSVs in den Verzeichnissen sind hierarchisch aufgebaut, d.h. alles in /etc/ebusd direkt wird beim Starten von ebusd sofort eingelesen und hat sozusagen globale Gültigkeit.
Deshalb ist es ungünstig, in die /etc/ebusd/broadcast.csv Hersteller spezifische Sachen einzubauen.
Diese sollten dann besser im entsprechenden Unterverzeichnis abgelegt werden, also hier /etc/ebusd/vaillant/broadcast.csv.
author of ebusd

cs-online

@R2D2: das klingt plausibel und nachvollziehbar und irgendwie genial  ;) , ich komme aber leider erst am Wochenende dazu, mal bei mir zu schauen, melde mich dann

Grüße

Christian
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266/32 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20+S26,Shelly1/2/2.5, Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV+Speicher, alles auf einem RPI und da geht noch mehr