eBus Adapter Version 2.0 / 2.1 / 2.2

[venni]

Moin Maik,

frohes Neues erstmal an alle!
Das hatte ich gerade irgendwie verschlafen...sorry.

Stimmt, da hätte ich auch selbst drauf kommen können 
Allerdings verstehe ich die Erläuterung nicht welche Datei durch den Scan verwendet werden würde.
Erkannt wird bei mit folgendes: [bus notice] scan 08: ;Vaillant;BAI00;0518;7401

root@raspberrypi:~# ebusctl info
version: ebusd 3.4.v3.3-51-g57eae05
update check: revision v3.4 available
signal: acquired
symbol rate: 22
max symbol rate: 76
reconnects: 0
masters: 3
messages: 13
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401"
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd

Welche CSV müsste das dann sein?
Selbst wo ich jetzt alle sehe, weiss ich leider noch nicht welche existieren müsste.
Sorry für die dumme Frage...gelesen hatte ich wie es geht anhand der Hexwerte. Verstehe die Logik nur nicht ganz dahinter.

Gruß
Frank

[istler]

Hallo Frank,

die geladenen CSV-Dateien stehen hinter den gefunden Bus-Teilnehmern. Zum Beispiel so bei mir:

Code Auswählen Erweitern

version: ebusd 3.1.v3.1-22-gdaf771e
update check: version 3.4 available, broadcast.csv: different version available, vaillant/15.ui.csv: different version available, vaillant/23.solsy.cc.csv: different version available, vaillant/25.solsy.hwc.csv: different version available, vaillant/26.solsy.hc.csv: different version available, vaillant/50.solsy.mc.csv: different version available, vaillant/broadcast.csv: different version available, vaillant/ec.solsy.sc.csv: different version available
signal: acquired
symbol rate: 33
max symbol rate: 150
min arbitration micros: 709
max arbitration micros: 1672
min symbol latency: 4
max symbol latency: 18
reconnects: 8
masters: 3
messages: 749
conditional: 12
poll: 33
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0706;HW=7401", loaded "vaillant/08.bai.HW7401.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UI   ;SW=0501;HW=6201", loaded "vaillant/15.ui.csv"
address 23: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/23.solsy.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/25.solsy.hwc.csv"
address 26: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/26.solsy.hc.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/50.solsy.mc.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/ec.solsy.sc.csv"


Bei dir hat er also gar keine "bekannten" Bus-Teilnehmer gefunden, bzw. konnte "MF=Vaillant;ID=BAI00;SW=0518;HW=7401" keiner CSV-Datei zu ordnen - was auf dem ersten Blick etwas komisch aussieht. Oder er konnte die CSV-Dateien nicht richtig laden - kein Zugang zum Internet??

Was steht denn in der Logdatei vom ebusd?

Gruß
Maik

[venni]

Ja so sehe ich das auch. Es müsste ja eine CSV hinter den Scan stehen die geladen wurde.
Internet ist vorhanden. apt-update und upgrade funktioniert ja auch.
Muss für den Scan auf den ebus geschrieben werden?
Ich habe zum Testen den ebus nur lesend über einen Arduino Mini Pro angeschlossen bis der Boardbausatz wieder verfügbar ist.
Dachte aber das es dafür nicht nötig ist, da lesen dafür reichen müsste.
Da das Modell ja ausgelesen wird, scheint auch alles mit dem lesenden Zugriff über den Arduino zu funktionieren.
/etc/default/ebusd sieht so aus: EBUSD_OPTS="--device=/dev/ttyUSB0 --httpport=8889 --scanconfig"

Das Log habe ich mal angehangen...

Gruß
Frank

[istler]

Hi Frank,

Muss für den Scan auf den ebus geschrieben werden?

Ja, der Bus-Scan ist ein aktiver vorgang, der funktioniert nur mit wenn auch geschrieben werden darf.

/etc/default/ebusd sieht so aus: EBUSD_OPTS="--device=/dev/ttyUSB0 --httpport=8889 --scanconfig"

Hier hast du aber keine --readonly Option definiert...

Code Auswählen Erweitern


[main error] scan config 08: ERR: read timeout
[main error] scan config 15: ERR: read timeout

So richtig gut klappt der Scan nicht. Wenn du den ebusd nicht mit readonly gestartet hast, hast du noch ein Problem mit dem Bus-Anschluss. Andererseits werden ja einige Telegramm fehlerfrei empfangen, vielleicht nur ein Problem beim schreiben?

Gruß
Maik

[venni]

--readonly hatte ich auch schon mal gesetzt, bevor ich ebusd deinstalliert hatte. Hatte einmal neu installiert weil es eben nicht ging.
Habe den jetzt noch mal gesetzt und das Ergebnis ist das Gleiche. Es wird keine CSV angewendet. Siehe angehangenem Log...
Warum auf den Bus geschrieben werden muss verstehe ich nicht, da ich davon ausging das die Broadcasts reichen. Der Gerätetyp kommt ja und der ebusd weiß folglich welches Gerät anhängt und braucht zum Interpretieren "nur" die richtige CSV anwenden. Dafür dachte ich muss nicht geschrieben werden.
Unter Umständen gibt es aber auch für meine Vaillant gar keine passende CSV.
Vielleicht mache ich es auch zu kompliziert und sollte einfach auf den Bausatz Vers. 2.2 warten.
Vielleicht geht es dann ja auf Anhieb.

[john30]

--readonly hatte ich auch schon mal gesetzt, bevor ich ebusd deinstalliert hatte. Hatte einmal neu installiert weil es eben nicht ging.
Habe den jetzt noch mal gesetzt und das Ergebnis ist das Gleiche.

wenn du readonly benutzt, musst du entweder die Heizungsanlage neu starten, damit ebusd die ID Messages mitlesen kann, oder manuell die richtigen CSVs picken (mit lokalem Verzeichnis). Anders geht es nicht.

Warum auf den Bus geschrieben werden muss verstehe ich nicht, da ich davon ausging das die Broadcasts reichen. Der Gerätetyp kommt ja und der ebusd weiß folglich welches Gerät anhängt und braucht zum Interpretieren "nur" die richtige CSV anwenden. Dafür dachte ich muss nicht geschrieben werden.

es gibt eine ID Nachricht, in der ein Gerät seine Infos mitteilt, wie Hersteller, ID und SW/HW-Version. Wenn ebusd als readonly dran hängt (oder dein Adapter nicht schreiben kann), dann muss zwangsweise ein anderer Teilnehmer, der schreiben darf, diese ID Messages verschicken. Das passiert üblicherweise beim Neustart der Anlage, aber auch nicht zwingend.

Unter Umständen gibt es aber auch für meine Vaillant gar keine passende CSV.

kann auch sein, wirst aber erst rausfinden, wenn die ID Message vorbei kam oder aktiv gesendet wurde

[venni]

Vielen Dank für die Erklärung!  Das mit dem Neustart der Therme war der entscheidende Hinweis:

2020-01-02 07:00:00.590 [main notice] read common config file vaillant/broadcast.csv
2020-01-02 07:00:00.591 [main notice] read common config file vaillant/scan.csv
2020-01-02 07:00:00.657 [main notice] read scan config file vaillant/08.bai.HW7401.csv for ID "bai00", SW0518, HW7401
2020-01-02 07:00:00.658 [main notice] found messages: 209 (3 conditional on 1 conditions, 0 poll, 8 update)
2020-01-02 07:00:04.492 [update notice] received read bai Status01 QQ=10: 45.0;31.0;-6.312;48.0;49.0;off
2020-01-02 07:00:06.531 [update notice] received unknown MS cmd: 1008b5110100 / 08c802090062080082
2020-01-02 07:00:06.757 [update notice] received update-read broadcast outsidetemp QQ=10: -6.312
2020-01-02 07:00:10.521 [update notice] received read bai Mode QQ=10: standby
2020-01-02 07:00:14.544 [update notice] received read bai Status01 QQ=10: 40.0;31.0;-6.312;48.0;49.0;off
2020-01-02 07:00:16.525 [update notice] received read bai Status02 QQ=10: auto;60;67.0;80;55.0
2020-01-02 07:00:17.277 [update notice] received unknown MS cmd: 1008b5120204ff / 0101
2020-01-02 07:00:20.550 [update notice] received read bai Mode QQ=10: standby
2020-01-02 07:00:24.542 [update notice] received read bai Status01 QQ=10: 36.0;31.0;-6.312;48.0;49.0;off
2020-01-02 07:00:26.591 [update notice] received read bai DateTime QQ=10: nosignal;07:03:04;-.-.-;-6.312


Wie kann ich die richtige CSV picken und mitgeben?
Welche das sind weiss ich ja nach einem Neustart nun.
Dann bräuchte ich die Therme nicht neustarten wenn der Bus/Raspberry mal neustartet.

[john30]

Vielen Dank für die Erklärung!  Das mit dem Neustart der Therme war der entscheidende Hinweis:

2020-01-02 07:00:00.590 [main notice] read common config file vaillant/broadcast.csv
2020-01-02 07:00:00.591 [main notice] read common config file vaillant/scan.csv
2020-01-02 07:00:00.657 [main notice] read scan config file vaillant/08.bai.HW7401.csv for ID "bai00", SW0518, HW7401
2020-01-02 07:00:00.658 [main notice] found messages: 209 (3 conditional on 1 conditions, 0 poll, 8 update)
2020-01-02 07:00:04.492 [update notice] received read bai Status01 QQ=10: 45.0;31.0;-6.312;48.0;49.0;off
2020-01-02 07:00:06.531 [update notice] received unknown MS cmd: 1008b5110100 / 08c802090062080082
2020-01-02 07:00:06.757 [update notice] received update-read broadcast outsidetemp QQ=10: -6.312
2020-01-02 07:00:10.521 [update notice] received read bai Mode QQ=10: standby
2020-01-02 07:00:14.544 [update notice] received read bai Status01 QQ=10: 40.0;31.0;-6.312;48.0;49.0;off
2020-01-02 07:00:16.525 [update notice] received read bai Status02 QQ=10: auto;60;67.0;80;55.0
2020-01-02 07:00:17.277 [update notice] received unknown MS cmd: 1008b5120204ff / 0101
2020-01-02 07:00:20.550 [update notice] received read bai Mode QQ=10: standby
2020-01-02 07:00:24.542 [update notice] received read bai Status01 QQ=10: 36.0;31.0;-6.312;48.0;49.0;off
2020-01-02 07:00:26.591 [update notice] received read bai DateTime QQ=10: nosignal;07:03:04;-.-.-;-6.312


Wie kann ich die richtige CSV picken und mitgeben?
Welche das sind weiss ich ja nach einem Neustart nun.
Dann bräuchte ich die Therme nicht neustarten wenn der Bus/Raspberry mal neustartet.

git clone von ebusd-configuration und dann als "-c" den Pfad an ebusd übergeben, siehe hier

[venni]

git clone von ebusd-configuration und dann als "-c" den Pfad an ebusd übergeben, siehe hier

Die ebusd Konfiguration nutze ich bereits lokal.
Mir ging es darum wie ich die konkret anzuwendende CSV mitgeben kann, ohne das die Therme neu gestartet werden muss damit diese auf den Bus schreibt.
Im lokalen Pfad für die ebus Config liegen ja alle CSVs.
Hier geht es glaube ich um -s und die konkrete Adresse:

Code Auswählen Erweitern

-s, --scanconfig[=ADDR] Pick CSV config files matching initial scan (ADDR="none" or empty for no initial scan message, "full" for full scan, or a single hex address to scan, default is to send a broadcast ident message).
If combined with --checkconfig, you can add scan message data as arguments for checking a particular scan configuration, e.g. "FF08070400/0AB5454850303003277201". For further details on this option, see Automatic configuration.

[john30]

Die ebusd Konfiguration nutze ich bereits lokal.
Mir ging es darum wie ich die konkret anzuwendende CSV mitgeben kann, ohne das die Therme neu gestartet werden muss damit diese auf den Bus schreibt.
Im lokalen Pfad für die ebus Config liegen ja alle CSVs.

dann einfach alle CSVs wegwerfen, die nicht benötigt werden, und scanconfig nicht benutzen

[rob uboot]

hallo!

habe jetzt den 2.2 adapter für den raspi und werden den gerne austesten.
benötige ich eine externe stromversorgung und falls ja wohin damit?
habe keine brauchbaren bilder gefunden.
das einstellen fällt ja damit weg also sollte das gleich automatisch verbinden oder muss man da was einstellen?

besten dank!

[john30]

habe jetzt den 2.2 adapter für den raspi und werden den gerne austesten.
benötige ich eine externe stromversorgung und falls ja wohin damit?

siehe hier: "Seit v2.1 kann die Basisplatine optional mit einem extra DC-DC Wandler bestückt werden, um keinerlei Strom vom eBUS zu verbrauchen."

habe keine brauchbaren bilder gefunden.

schmuddelbilder haben wir nicht, nur technische 

das einstellen fällt ja damit weg also sollte das gleich automatisch verbinden oder muss man da was einstellen?

nö, ebenfalls siehe hier: "Die Version 2 der eBUS Platine wurde hauptsächlich entworfen, um die Abstimmung des Potis zu vermeiden."

[Sven77]

Ich fasse nochmal zusammen...

So richtig gut klappt der Scan nicht. Wenn du den ebusd nicht mit readonly gestartet hast, hast du noch ein Problem mit dem Bus-Anschluss.

wenn du readonly benutzt, musst du entweder die Heizungsanlage neu starten, damit ebusd die ID Messages mitlesen kann, [...]

Vielen Dank für die Erklärung!  Das mit dem Neustart der Therme war der entscheidende Hinweis:

Da aber eben NICHT mit readonly gestartet wurde, scheint wohl istlers Annahme richtig zu sein:

[...], vielleicht nur ein Problem beim schreiben?

Prüfe nochmal den sendenden Teil des Adapters, ich bin darauf mal hereingefallen, weil ich die Sende-LED noch nicht bestückt hatte. Vielleicht ist sie bei dir falsch herum oder kaputt?!

[rob uboot]

siehe hier: "Seit v2.1 kann die Basisplatine optional mit einem extra DC-DC Wandler bestückt werden, um keinerlei Strom vom eBUS zu verbrauchen."
schmuddelbilder haben wir nicht, nur technische 

ja die kenne ich schon aber damit komme ich leider nicht weiter.
ich habe jetzt die platine und würde das teil gerne mit strom versorgen.
ist dieser wandler bei der version 2.2 dabei oder muss da was extra machen?
gibt es dazu einen stecker oder soll man da was löten?

[HeikoGr]

Der DC/DC Wandler steckt in dem bulligen schwarzen Gehäuse mit dem Aufdruck "recom rnm-0512s".
Der Strom kommt bei dir - wenn du, wie geschrieben, die Raspberry-Platine hast - direkt vom Raspberry Pi.