eBus Schaltung V2 in Betrieb nehmen

[freetz]

Hallo Reinhart,

nein, es scheint einen vollwertigen eBus zu haben, über den auch das Raumgerät angebunden ist. Es ist in der Tat kein Brennwertgerät, aber zumindest die drei Telegramme, die ich jetzt geloggt habe, finden sich ja im eBus-Wiki wieder (habe den ebusd kurz vor der Arbeit gestartet und war bis jetzt nicht zu Hause, um mal die Menüpunkte durchzurattern um zu sehen, ob da was kommt). Das Raumgerät hat auch eine Service-Buchse, an der man das Vaillant-Tool mit der entsprechenden Software anschließen kann, insofern sollte da eigentlich was möglich sein. Ich wundere mich nur, falls ich jetzt der erste Vaillant-Nutzer sein sollte, der den ebusd einsetzt, wenn es gleichzeitig auf dem Wiki schon einiges dekodiert worden ist. Oder bin ich nur zu blind, da die richtige Konfiguration zu aktivieren?

VG, F.

[Reinhart]

Danke für die Info, in der Zwischenzeit hat mir auch ein anderer User bestätigt der eine Auromatic 620/3 hat und das der Adapter bei ihm funktioniert.
Du bist mir Sicherheit nicht der einzige Vaillant Benutzer, sondern es gibt da vermutlich einige Hundert, zumindest haben wir schon weit über 500 Adapter versendet. Es klappt auch bei den meisten reibungslos, nur gibt es ein paar Geräte die nicht auf Anhieb wollen und wir wissen nicht genau woran es liegt. Ich habe ja deinen Adapter schon an meiner Therme von Vaillant vor dem Versand getestet, lesend und schreibend, deshalb die Verwirrung warum es bei dir jetzt nicht klappen sollte und wie man sieht lesen kann er ja.

Vielleicht postest du deinen genauen Gerätetyp, dann können sich andere Anwender dieses Gerätetyps ja hier melden wie es denen ergangen ist.

LG
Reinhart

[freetz]

@Reinhart: Ich habe jetzt einmal mit ebusctl raw auf Rohdaten-Logging umgestellt und stelle erfreut fest, dass nun im Log eine ganze Reihe an Datenblöcken zu sehen sind. Darunter z.B. dieses hier:

2019-02-19 00:57:21.788 [bus notice] <1008b51101018900093c3e0080ff380000ff9100

Was laut eBus-Wiki auch schon entschlüsselt ist:
https://ebus-wiki.org/doku.php/ebus/serviceb511

Es gibt noch eine Reihe mehr Datenblöcke im raw log, aber ich verstehe nicht, warum mir mit ebusctl find dann nichts dergleichen angezeigt wird (s.o.). Anscheinend sind diese Datensätze aber in irgendeiner Form dem ebusd bekannt, denn ebusctl grab result scheint nur die Daten zu berücksichtigen, die wirklich unbekannt sind und die im Log mit "[update notice] received unknown MS cmd:" bezeichnet sind.
Ich habe jedenfalls eine Vaillant atmoTEC plus VCW DE 194/4-5-HL R1 mit einem Calormatic 332 Raumgerät.

Wie gesagt, der Adapter läuft problemlos, die grüne LED blinkt im Dauerfeuer und es kommen zumindest erkennbare Daten im Logfile an, wenn man auf raw stellt. Vielleicht stehe ich ja wirklich noch irgendwo sehr auf dem Schlauch, wie man diese dann auch per Kommandozeile anzeigen lassen kann...

[john30]

Ist ein "scan config 15: ERR: read timeout" bzw. "scan config 08: ERR: read timeout" beim Starten des ebusd eigentlich ein Problem oder kann man das, wenn dann doch Datensätze kommen, ignorieren?

das ist v.a. dann problematisch, wenn du --scanconfig nutzt. dann verhindern solche timeouts das Identifizieren der passenden CSV files

[freetz]

Ok, danke, --scanconfig habe ich in der Konfiguration drin, was könnte/sollte ich dann tun?

[freetz]

@john30: Ich sehe gerade hier, dass da jemand ein ähnliches Problem hat. Ich habe daraufhin wie dort von Dir vorgeschlagen die Rohdaten geloggt und bekomme auch dutzendfach die Meldung "[bus notice] >31", die allerdings nicht beantwortet wird und dann zu einem Timeout führt. Da ich eine getestete Platine von Reinhart habe, schließe ich mal aus, dass das Problem dort liegt. Auf der anderen Seite kann ich mir nicht vorstellen, dass an der Service-Buchse kein Schreiben auf dem Bus möglich sein soll.

Kann es sonst sein dass die 31er Adresse als Master des ebusd(?) anders gewählt werden muss? Bei unserem LPB-Projekt hatten wir das letztens bei einer Weishaupt-Heizung, dass die (im Gegensatz zu anderen Heizungen) nur auf ganz bestimmte Absendeadressen geantwortet hat.

[freetz]

Keiner eine Idee? Falls Schreiben wirklich nicht möglich ist, gäbe es dann zumindest eine Möglichkeit, die 08.bai Vaillant-CSV irgendwie direkt zuzuweisen? Zumindest auf den ersten Blick scheinen die Zuordnungen zu passen und ich könnte wenigstens die Parameter lesen...

[john30]

@john30: Ich sehe gerade hier, dass da jemand ein ähnliches Problem hat. Ich habe daraufhin wie dort von Dir vorgeschlagen die Rohdaten geloggt und bekomme auch dutzendfach die Meldung "[bus notice] >31", die allerdings nicht beantwortet wird und dann zu einem Timeout führt. Da ich eine getestete Platine von Reinhart habe, schließe ich mal aus, dass das Problem dort liegt. Auf der anderen Seite kann ich mir nicht vorstellen, dass an der Service-Buchse kein Schreiben auf dem Bus möglich sein soll.

Kann es sonst sein dass die 31er Adresse als Master des ebusd(?) anders gewählt werden muss? Bei unserem LPB-Projekt hatten wir das letztens bei einer Weishaupt-Heizung, dass die (im Gegensatz zu anderen Heizungen) nur auf ganz bestimmte Absendeadressen geantwortet hat.

die adresswahl ist erstmal sekundär. solange auf ein >31 kein <31 folgt, kannst du nicht auf den bus schreiben und das musst du erstmal lösen. könnte am UART liegen, osfern einer im einsatz ist, oder am interface.

[freetz]

Also die Platine von Reinhart hängt direkt am RasPi und dessen UART. Sie hat ja drei LEDs, und wenn die >31 gesendet wird, flacker die rote LED so lange, bis die Timeout-Meldung kommt. D.h., der Raspi-UART muss funktionieren, sonst würde die LED ja nicht flackern. Reinhart sagte, die Platine ist entsprechend getestet, und zumindest bis zur LED scheint es zu funktionieren (ich weiß nicht, wo im Schaltplan die LED verbunden ist, ob also direkt hinter dem Raspi-UART oder kurz bevor das Signal auf den Bus geht).

Da der andere User in dem verlinkten GitHub-Issue ja auch das gleiche Problem und auch mit einer Vaillant-Heizung hat, wäre die Frage, ob der Bus hier generell anders reagiert. Dass Schreiben generell nicht möglich ist, kann ich mir beim Anschluss über die Service-Buchse nicht vorstellen. Aber wenn es aufgrund der flackernden roten LED auch nicht am UART oder der Platine liegen kann, muss es ja eine andere Erklärung geben. Kann ich irgendwie etwas durchmessen, was hilfreich zur Identifizierung des Problems wäre?

[pc1246]

Moin freetz
Wenn ich das so lese, beschleicht mich das Gefuehl, dass Du die RPI-Platine am Start hast!? Evtl. solltest du das noch mal klarstellen?
Gruss Christoph

[freetz]

Ja, richtig, die Platine V 2.0 von Reinhart, die direkt auf den Pi gesteckt wird.

[pc1246]

Ja, richtig, die Platine V 2.0 von Reinhart, die direkt auf den Pi gesteckt wird.

Dafuer gibt es einen eigenen Thread!
Gruss Christoph

[freetz]

Also ich hätte gedacht, dass dieser Thread ("eBus Schaltung V2 in Betrieb nehmen") der richtige ist, aber dann schaue ich noch mal...

[pc1246]

Also ich hätte gedacht, dass dieser Thread ("eBus Schaltung V2 in Betrieb nehmen") der richtige ist, aber dann schaue ich noch mal...

Moin
Das war nicht boese gemeint, nur kann das schnell zur Verwirrung der Helfenden fuehren. Und beim RPI-Board gibt es auch ein paar Besonderheiten! (Deswegen liegt meins noch in der Kiste!)
Gruss Christoph

[freetz]

Nein, alles gut, ich bin ja froh, wenn ich am Ende an der richtigen Stelle lande - und die unterschiedlichen Threads machen sicher auch Sinn, "unser" BSB-Thread ist halt alles auf einmal - mit allen Vor- und Nachteilen ...