Läuft: Heizung mit eBus-Schnittstelle

[de.jt]

So, jetzt ist ebusd 2.2 als Release erhältlich:
https://github.com/john30/ebusd/releases/tag/v2.2

VG John

Hallo John.
Ich habe ebusd 2.2 (ebusd-2.2_armhf.deb) neu aufgesetzt.

version: ebusd 2.2.65328e5
...
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0128;HW=6002", loaded "vaillant/15.470.csv"
address 31: master #8, ebusd
address 36: slave #8

08;Vaillant;BAI00;0518;7401;21;12;22;0010009351;3100;005676;N3
15;Vaillant;47000;0128;6002;21;12;23;0020108127;0082;020860;N8
26;Vaillant;47000;0128;6002;21;12;23;0020108127;0082;020860;N8

Meine Hardware 0010009351 wird in vaillant/08.bai.csv aufgeführt (s. Anlage). Warum wird an Stelle der zugehörigen bai.0010003886.inc das Fallback bai.308523.inc geladen?

Was mache ich falsch?
Grüsse,
D.

[john30]

Warum wird an Stelle der zugehörigen bai.0010003886.inc das Fallback bai.308523.inc geladen?

berechtigte Frage. Kannst Du mal ebusd neu starten und mir dann das Log davon schicken?

[de.jt]

berechtigte Frage. Kannst Du mal ebusd neu starten und mir dann das Log davon schicken?

Hallo John,
hier das Logfile:

2016-10-24 18:00:41.053 [main notice] ebusd 2.2.65328e5 started
2016-10-24 18:00:41.115 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2016-10-24 18:00:41.124 [bus notice] signal acquired
2016-10-24 18:00:45.833 [bus notice] new master 10, master count 2
2016-10-24 18:00:45.900 [bus notice] new master 03, master count 3
2016-10-24 18:00:45.901 [update notice] unknown MS cmd: 1008b5110101 / 093a38d0084e5a0000ff
2016-10-24 18:00:50.082 [update notice] unknown MS cmd: 1008b5100900004b8cffff00ff00 / 0101
2016-10-24 18:00:51.124 [main notice] starting initial scan for fe
2016-10-24 18:00:51.431 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv
2016-10-24 18:00:51.434 [main notice] read common config file /etc/ebusd/vaillant/general.csv
2016-10-24 18:00:51.439 [main notice] read common config file /etc/ebusd/vaillant/scan.csv
2016-10-24 18:00:51.452 [main notice] read scan config file /etc/ebusd/vaillant/08.bai.csv for ID "bai00", SW0518, HW7401
2016-10-24 18:00:51.636 [main notice] found messages: 211 (3 conditional on 23 conditions, 1 poll, 8 update)
2016-10-24 18:00:52.139 [bus notice] poll scan.08 id:
2016-10-24 18:00:53.934 [main notice] read scan config file /etc/ebusd/vaillant/15.470.csv for ID "47000", SW0128, HW6002
2016-10-24 18:00:54.002 [main notice] found messages: 457 (3 conditional on 23 conditions, 1 poll, 8 update)
2016-10-24 18:00:56.338 [update notice] update bai Status01 QQ=10: 28.0;28.0;8.812;39.0;45.0;off
2016-10-24 18:00:56.587 [update notice] update broadcast vdatetime QQ=10: 18:00:58;24.10.2016
2016-10-24 18:00:56.842 [update notice] unknown MS cmd: 1008b512020064 / 00
2016-10-24 18:00:57.674 [bus notice] poll scan.08 id:
2016-10-24 18:01:00.549 [update notice] update bai Mode QQ=10: standby
2016-10-24 18:01:03.658 [bus notice] poll scan.08 id:
2016-10-24 18:01:04.717 [update notice] update bai Status01 QQ=10: 28.0;28.0;8.812;39.0;45.0;off
2016-10-24 18:01:06.852 [update notice] update bai DateTime QQ=10: nosignal;18:01:09;-.-.-;8.812
2016-10-24 18:01:07.124 [update notice] update bai Status02 QQ=10: auto;60;45.0;80;45.0
2016-10-24 18:01:09.662 [bus notice] poll scan.08 id:
2016-10-24 18:01:11.047 [update notice] update bai Mode QQ=10: standby

[john30]

hier das Logfile:

2016-10-24 18:00:51.452 [main notice] read scan config file /etc/ebusd/vaillant/08.bai.csv for ID "bai00", SW0518, HW7401
2016-10-24 18:00:52.139 [bus notice] poll scan.08 id:

das ist merkwürdig, hier sollte eigentlich etwas mehr stehen, als dieses Nichts. Zudem sollte eigentlich der Scan vor dem Laden passieren. Muss ich mir mal in Ruhe anschauen.
Welche CSVs hast Du im Einsatz?

[de.jt]

das ist merkwürdig, hier sollte eigentlich etwas mehr stehen, als dieses Nichts. Zudem sollte eigentlich der Scan vor dem Laden passieren. Muss ich mir mal in Ruhe anschauen.
Welche CSVs hast Du im Einsatz?

Ich habe aus dem git-Verzeichnis ebusd-configuration das Verzeichnis  / ebusd-2.1.x / de /  via ftp nach /etc/ebusd/ kopiert.

[john30]

Ich habe aus dem git-Verzeichnis ebusd-configuration das Verzeichnis  / ebusd-2.1.x / de /  via ftp nach /etc/ebusd/ kopiert.

und nichts davon modifiziert?

[de.jt]

@de.jt: ändere vorläufig die 08.bai.csv, die beiden letzten Zeilen wie folgt:

Code Auswählen Erweitern

#!load,bai.308523.inc,,,
!load,bai.0010003886.inc,,,


Damit hast Du erstmal Ruhe ...

ja, so etwas in der Art habe ich mir auch schon gedacht... wäre aber keine saubere Installation. Die Problemlösung wäre mir lieber (schützt vor eventuellen späteren Überraschungen...  )

[de.jt]

und nichts davon modifiziert?

noch nicht

[flash91]

Hallo John,

leider hat sich das Problem nicht ganz von selbst gelöst und wenn ich neustarte funktioniert das Update der zweiten Instanz ab und zu nicht.
Habe heute eigentlich ab 12:20 schon aufgegeben, aber es laufen lassen, da ich zu einem Termin musste. Nach 4 Stunden plötzlich updates.
Sagt dir die Meldung dazwischen etwas oder deutet die auf einen schlecht eingedrehten Konverter hin?

Code Auswählen Erweitern


2016-10-25 10:17:08.790 [main notice] ebusd 2.2.af6e1c1 started
2016-10-25 10:17:08.813 [main notice] found messages: 14 (0 conditional on 0 conditions, 0 poll, 7 update)
2016-10-25 10:17:08.963 [bus notice] signal acquired
2016-10-25 10:17:10.019 [bus notice] max. symbols per second: 109
2016-10-25 10:53:34.407 [bus notice] new master 71, master count 2
2016-10-25 11:27:40.344 [main notice] SIGTERM received
2016-10-25 11:27:40.445 [main notice] ebusd stopped
2016-10-25 11:27:55.768 [main notice] ebusd 2.2.af6e1c1 started
2016-10-25 11:27:55.780 [main notice] found messages: 14 (0 conditional on 0 conditions, 0 poll, 7 update)
2016-10-25 11:27:55.791 [bus notice] signal acquired
2016-10-25 11:32:49.531 [bus notice] new master 71, master count 2
2016-10-25 11:39:46.909 [bus notice] new master 30, master count 3
2016-10-25 11:39:46.910 [update notice] unknown MM cmd: 7130502309b0f40200045d010000
2016-10-25 12:20:13.267 [main notice] SIGTERM received
2016-10-25 12:20:13.369 [main notice] ebusd stopped
2016-10-25 12:20:26.402 [main notice] ebusd 2.2.af6e1c1 started
2016-10-25 12:20:26.470 [main notice] found messages: 14 (0 conditional on 0 conditions, 0 poll, 7 update)
2016-10-25 12:20:26.484 [bus notice] signal acquired
2016-10-25 12:24:00.099 [bus notice] new master 71, master count 2
2016-10-25 15:09:50.443 [update notice] update solar temp: 1;39.50;31.31
2016-10-25 15:16:24.941 [bus notice] new master 30, master count 3
2016-10-25 15:16:24.941 [update notice] unknown MM cmd: 7130502309b0f40200045d010000
2016-10-25 16:00:16.322 [update notice] update solar ertraege: -;0;128;0;128;0
2016-10-25 16:00:31.222 [update notice] update solar temp: 1;35.50;30.00
2016-10-25 16:28:35.571 [update notice] update solar ertraege: -;0;128;0;128;0
2016-10-25 16:28:50.470 [update notice] update solar temp: 0;35.62;29.88
2016-10-25 16:29:05.394 [update notice] update solar ertraege: -;0;128;0;128;0
2016-10-25 16:29:20.294 [update notice] update solar temp: 0;35.50;29.81


[john30]

Sagt dir die Meldung dazwischen etwas oder deutet die auf einen schlecht eingedrehten Konverter hin?

das könnte schon sein. Dreh doch mal den Log Level etwas hoch, dann kann man eher erkennen, was hier los ist.

[flash91]

das könnte schon sein. Dreh doch mal den Log Level etwas hoch, dann kann man eher erkennen, was hier los ist.

Passt habe zuerst level debug gewählt und dann auf info reduziert.
Allerdings läufts gerade (wenn auch nicht kontinuierlich) mit den Updates.

Kann dir nochmal debug logs geben wenn das Prob wieder auftritt.

Edit: ganz am Ende tauch wieder unknown MM cmd auf

[john30]

Passt habe zuerst level debug gewählt und dann auf info reduziert.
Allerdings läufts gerade (wenn auch nicht kontinuierlich) mit den Updates.

Kann dir nochmal debug logs geben wenn das Prob wieder auftritt.

Edit: ganz am Ende tauch wieder unknown MM cmd auf

das scheint immer noch nicht ganz zu passen, oder weißt Du, was für Geräte 07 und 71 sind? Mach doch mal nen fulll scan und poste das info result.

[flash91]

das scheint immer noch nicht ganz zu passen, oder weißt Du, was für Geräte 07 und 71 sind? Mach doch mal nen fulll scan und poste das info result.

Morgen John,

ja bei 71 handelt es sich um Broadcasts vom Solarmodul SM1 von Wolf. Allerdings verstehe ich nicht warum mehrere Master gefunden werden, da der Raspi direkt mit dem SM1 verbunden ist, das selbst mit nichts anderem außer zwei Temperaturfühlern und einem Dreiwegeventil verbunden ist.

Derzeitige Konfig:
besitze zwei SM1 Module, die nicht miteinander verbunden sind. Eines steuert das Zusammenspiel von Kollektor mit Speicher (über FTDI1 mit Raspi verbunden) und das zweite (über FTDI2 mit Raspi verbunden) ist Zuständig dafür, dass im Heizkreislauf der Solarspeicher über ein Dreiwegeventil verwendet wird, sofern dessen Temperatur ausreichend ist.
Hab dir im Anhang den Anschlussplan der Betriebsanleitung des Wolf Geräts beigefügt, dessen Beschaltung für FTDI2 folgendermaßen realisiert wurde:

• eBus (direkt zum Raspi)
• Temperatursensor auf SFK (für Vorlauf am Solarspeicher)
• Temperatursensor auf SFS (Sensor am Rücklauf der Heizung)
• Stromsteuerung des Dreiwegeventils über SKP
• Schließlich noch die Versorgung des SM1-Moduls selbst

(Anleitung unter www.wolf-heiztechnik.de/fileadmin/content/Downloads/Montage-Bedienungsanleitungen/Regelungen/3061592_201605_SM1_Solarmodul_WRS_Montage-und_Bedienungsanleitung.pdf)

Mich interessiert eigentlich nur der Broadcast des SM1 mit den zwei Temperaturwerten, weshalb ich auch nur die 50.csv von dir verwende, mit der Abwandlung, dass bei type nicht w sondern u1 drin steht.
https://github.com/john30/ebusd-configuration/blob/master/ebusd-2.x.x/de/wolf/50.csv

Edit: Achja und _templates.csv, broadcast.csv und memory.csv von
https://github.com/john30/ebusd-configuration/tree/master/ebusd-2.x.x/de
liegen auch noch in /etc/ebusd

Ein FullScan hätte würde ja nur was bringen, wenn entsprechende CSVs für WOLF vorhanden wären und wenn mehr als das SM1 am ebus hängt oder?

BG

Edit2:
Konnte noch folgendes finden:
https://github.com/csowada/openhab-bindings/blob/master/documents/ebus-develop.md
https://github.com/csowada/openhab-bindings/blob/master/org.openhab.binding.ebus/src/META-INF/wolf-configuration.json
wobei aber nirgends die Startkombination 07 71 50 23 ... beschrieben wird.

[john30]

ja bei 71 handelt es sich um Broadcasts vom Solarmodul SM1 von Wolf. Allerdings verstehe ich nicht warum mehrere Master gefunden werden, da der Raspi direkt mit dem SM1 verbunden ist, das selbst mit nichts anderem außer zwei Temperaturfühlern und einem Dreiwegeventil verbunden ist.

ja das ist eben die Frage.

Ein FullScan hätte würde ja nur was bringen, wenn entsprechende CSVs für WOLF vorhanden wären und wenn mehr als das SM1 am ebus hängt oder?

nein, das hat mit den CSVs zunächst nichts zu tun. der full scan macht sozusagen nur Inventur vom Bus.

[flash91]

nein, das hat mit den CSVs zunächst nichts zu tun. der full scan macht sozusagen nur Inventur vom Bus.

Achso, dann noch eine Frage
wird bei full scan auf den Bus geschrieben, also eine Identifikationsanfrage gesendet, bzw. könnte das problematisch werden, wenn ebusd mit der Konfig "readonly" gestartet wird?

Etwas mühsam ist auch, dass der dritte Master nur alle heiligen Zeiten registriert wird nach einem Neustart...

Raspi gerade gestartet und bisher erhalte ich:

Code Auswählen Erweitern


$ ebusctl -p 5002 info
version: ebusd 2.2.af6e1c1
signal: acquired
symbol rate: 20
masters: 2
messages: 14
address 31: master #8, ebusd
address 36: slave #8
address 71: master #9


Code Auswählen Erweitern

$ ebusctl -p 5002 scan full
done
$ ebusctl -p 5002 scan result
empty