Läuft: Heizung mit eBus-Schnittstelle

[john30]

das bedeutet aber, ich kann die Lüftung dann nicht mehr mit dem 470er steuern?

Doch, der VR32 kann ja ganz regulär drin bleiben, also von der Steuerung her ändert sich am 470 nichts.

kannst du wenigstens noch sagen was dein befehl und ggf. die Antwort bedeutet?

gesendet wurde: 3133b5170708b509030d0000, was beduetet:
31=QQ Quelladressse=ebusd
33=ZZ Zieladresse=VR32
b517=PBSB Kommando (Vaillant spezifisch 17=Nachricht an gekoppelten Bus senden)
07=NN Anzahl Datenbytes
08b509030d0000=7xDD
Hier steckt widerum das Kommando drin, das wir gerne auf dem gekoppelten Bus senden möchten:
08=ZZ Zieladresse 08
b509=PBSB Kommando (Vaillant spezifisch 09)
03=NN Anzahl Datenbytes
0d=DD Vaillant Subkommando Register lesen
0000=DD Registernummer 0

Die Antwort ist wieder ein bisschen fraglich: 3310b51800
33=QQ Quelladresse VR32
10=ZZ Zieladresse 10=470 (da hätte ich eigentlich die ebusd Masteradresse 31 erwartet anstelle des 470)
b518=PBSB Kommando (Vaillant spezifisch 18=Nachricht vom gekoppelten Bus erhalten)
00=NN Anzahl Datenbytes=0, also keine lesbare Antwort bekommen

Wenn ich mir ein 2tes EBUS IF zulege bräuchte ich natürlich hilfe beim einrichten

Das ist eine leichte Übung

[TiPpFeHlEr]

ok,

also den EBUS Koppler in den EBUS zwischen VR32 & Lüftungsebus?

mfg maik

[john30]

also den EBUS Koppler in den EBUS zwischen VR32 & Lüftungsebus?

genau. Also eigentlich nicht "zwischen", sondern zusätzlich dran hängen, sprich die beiden Leitungen an den bestehenden Bus anklemmen und keinesfalls irgendwie "dazwischen".

[TiPpFeHlEr]

JA

parallel an den originalen EBUS der lüftung mit dem VR32.

also nochmal Geld ausgeben

[john30]

also nochmal Geld ausgeben

richtig, etwa 10-20 Euro z.B. für das hier: http://www.fhemwiki.de/wiki/EBUS#Platine
siehe auch https://github.com/john30/ebusd/wiki/6.-Hardware

[TiPpFeHlEr]

naja,

ich setze lieber auf die fertige Lösung.

Die Platine kann ich nicht selber herstellen, und ich will mir nicht durch einen Fehler beim löten, mein EBUS zeschiessen
Und ich brauche des in nem Hutschienen Gehäuse

mfg maik

aber ich kann ja mal zum testen den Koppler an die Lüftung hängen und sehen ob ich die Lüftung direkt lesen kann.

ps. mit welcher Master/Slave ADresse meldet sich deine RecoVair ? 03/08 ?

[john30]

ps. mit welcher Master/Slave ADresse meldet sich deine RecoVair ? 03/08 ?

mit c0 bzw. 15

[TiPpFeHlEr]

So John,

es gibt einen Erfolg 

ich habe mal auf raw umgestellt, und am 470er die Lüfterstufen verstellt.
nun konnte ich im log folgendes lesen.

Code Auswählen Erweitern

2016-09-18 18:54:03.928 [bus notice] <10
2016-09-18 18:54:03.933 [bus notice] <38
2016-09-18 18:54:03.937 [bus notice] <b5
2016-09-18 18:54:03.941 [bus notice] <09
2016-09-18 18:54:03.946 [bus notice] <04
2016-09-18 18:54:03.951 [bus notice] <0e
2016-09-18 18:54:03.955 [bus notice] <8a
2016-09-18 18:54:03.959 [bus notice] <03
2016-09-18 18:54:03.965 [bus notice] <04
2016-09-18 18:54:03.969 [bus notice] <d5
2016-09-18 18:54:03.973 [bus notice] <00
2016-09-18 18:54:04.063 [bus notice] <00
2016-09-18 18:54:04.067 [bus notice] <00
2016-09-18 18:54:04.072 [bus notice] <00


2016-09-18 18:54:04.260 [bus notice] <10
2016-09-18 18:54:04.265 [bus notice] <38
2016-09-18 18:54:04.269 [bus notice] <b5
2016-09-18 18:54:04.275 [bus notice] <09
2016-09-18 18:54:04.279 [bus notice] <04
2016-09-18 18:54:04.283 [bus notice] <0e
2016-09-18 18:54:04.288 [bus notice] <8a
2016-09-18 18:54:04.292 [bus notice] <03
2016-09-18 18:54:04.298 [bus notice] <01
2016-09-18 18:54:04.302 [bus notice] <d0
2016-09-18 18:54:04.306 [bus notice] <00
2016-09-18 18:54:04.393 [bus notice] <00
2016-09-18 18:54:04.398 [bus notice] <00
2016-09-18 18:54:04.403 [bus notice] <00


2016-09-18 18:54:04.592 [bus notice] <10
2016-09-18 18:54:04.596 [bus notice] <38
2016-09-18 18:54:04.600 [bus notice] <b5
2016-09-18 18:54:04.605 [bus notice] <09
2016-09-18 18:54:04.610 [bus notice] <04
2016-09-18 18:54:04.615 [bus notice] <0e
2016-09-18 18:54:04.619 [bus notice] <8a
2016-09-18 18:54:04.623 [bus notice] <03
2016-09-18 18:54:04.627 [bus notice] <01
2016-09-18 18:54:04.633 [bus notice] <d0
2016-09-18 18:54:04.637 [bus notice] <00
2016-09-18 18:54:04.729 [bus notice] <00
2016-09-18 18:54:04.733 [bus notice] <00
2016-09-18 18:54:04.737 [bus notice] <00

2016-09-18 18:54:04.930 [bus notice] <10
2016-09-18 18:54:04.934 [bus notice] <38
2016-09-18 18:54:04.940 [bus notice] <b5
2016-09-18 18:54:04.944 [bus notice] <09
2016-09-18 18:54:04.948 [bus notice] <04
2016-09-18 18:54:04.952 [bus notice] <0e
2016-09-18 18:54:04.957 [bus notice] <8a
2016-09-18 18:54:04.962 [bus notice] <03
2016-09-18 18:54:04.966 [bus notice] <01
2016-09-18 18:54:04.970 [bus notice] <d0
2016-09-18 18:54:04.976 [bus notice] <00
2016-09-18 18:54:05.059 [bus notice] <00
2016-09-18 18:54:05.064 [bus notice] <00
2016-09-18 18:54:05.069 [bus notice] <00


also endlich eine Nachricht vom 470er an den VR32

dabei stellte ich fest das der 4te wert die Lüfterstufe ist 01 - 06 

also gleichmal diesen Befehl gesendet

Code Auswählen Erweitern

pi@ospi /var/log $ ebusctl hex 38b509040e8a0306
ERR: read timeout

pi@ospi /var/log $ ebusctl hex 38b509040e8a0301
ERR: read timeout

pi@ospi /var/log $ ebusctl hex 38b509040e8a0306
ERR: read timeout

pi@ospi /var/log $ ebusctl hex 38b509040e8a0301
ERR: read timeout

pi@ospi /var/log $ ebusctl hex 38b509040e8a0303
ERR: read timeout


allerdings werden die Werte trotzdem übernommen und geändert!
Ich kann also die Lüfterstufen ändern!
Woraus ich schliesse, der VR32 gibt die Werte weiter aber bestätigt dies nicht.

mfg maik

[john30]

ich habe mal auf raw umgestellt, und am 470er die Lüfterstufen verstellt.
nun konnte ich im log folgendes lesen.

also endlich eine Nachricht vom 470er an den VR32

pi@ospi /var/log $ ebusctl hex 38b509040e8a0303
ERR: read timeout

Nachdem der VR32 den Befehl erstmal verarbeiten muss, ist es einigermaßen logisch, dass die Antwort mehr als doppelt so spät als sonst zurück kommt. Deshalb müsstest Du den tolerierten Timeout dafür erhöhen, indem Du ebusd mit "--receivetimeout=100000" startest.

Allerdings ist es merkwürdig, dass jetzt der VR32 auf einmal normale Messages durchleitet, was vorher nicht passiert ist. Hast Du sonst noch was geändert?

[TiPpFeHlEr]

so weiter gehts

Lüfterstufen Tag

Code Auswählen Erweitern

38b509040e8a0301 = Stufe 1
38b509040e8a0302 = Stufe 2
38b509040e8a0303 = Stufe 3
38b509040e8a0304 = Stufe 4
38b509040e8a0305 = Stufe 5
38b509040e8a0306 = Stufe 6

Lüfterstufen Nacht

Code Auswählen Erweitern

38b509040e8b0301 = Stufe 1
38b509040e8b0302 = Stufe 2
38b509040e8b0303 = Stufe 3
38b509040e8b0304 = Stufe 4
38b509040e8b0305 = Stufe 5
38b509040e8b0306 = Stufe 6

werde nun noch die Betriebsarten auslesen.

mfg maik

[TiPpFeHlEr]

Nachdem der VR32 den Befehl erstmal verarbeiten muss, ist es einigermaßen logisch, dass die Antwort mehr als doppelt so spät als sonst zurück kommt. Deshalb müsstest Du den tolerierten Timeout dafür erhöhen, indem Du ebusd mit "--receivetimeout=100000" startest.

Allerdings ist es merkwürdig, dass jetzt der VR32 auf einmal normale Messages durchleitet, was vorher nicht passiert ist. Hast Du sonst noch was geändert?

werde ich mal probieren!

naja wir bekamen ja immer ein err timeout! also kann es sein das er geantwortet hat, dieses aber ignoriert wurde weil die Zeit abgelaufen war?

das er die message durchleitet habe ich nur bemerkt als die Lüftung hoch und runter fuhr.
um diese Befehle rauszufinden, die vom 470 an die Lüftung gesendet werden musste ich erstmal auf "raw" umstellen, und die Nachrichten mitlesen und im log suchen! dann bemerkte ich das die Werte die ich an den VR32 gesendet habe, auch die Werte im 470 ändern (zeitverzögert).
allerdings konnte ich keine message vom VR32 an den 470 entdecken!?

mfg maik

[TiPpFeHlEr]

ich konnte beim testen zudem noch folgende message abfangen

Code Auswählen Erweitern

1038b51303048a03

da weiss ich aber noch nicht was das ist, Betriebsart ist es nicht.

mfg maik

[TiPpFeHlEr]

so

habe nun mal den ebusd mit

Code Auswählen Erweitern

"--receivetimeout=100000"

Code Auswählen Erweitern

EBUSD_OPTS="--receivetimeout=100000 --enablehex --scanconfig -d /dev/serial/by-id/usb-E-Service_eBus_Coupler_Iso_12001_ALHTFOL-if00-port0 -p 8888 -l /var/log/ebusd.log"

gestartet,

wie lang ist 100000 in Sekunden? 100000 msec ?

es kommt immernoch nach ca 3 Sekunden

Code Auswählen Erweitern

ERR: read timeout

mfg maik

[john30]

Code Auswählen Erweitern

"--receivetimeout=100000"
wie lang ist 100000 in Sekunden? 100000 msec ?

das sind 100 millis

es kommt immernoch nach ca 3 Sekunden

Code Auswählen Erweitern

ERR: read timeout

Auf welche Anfrage denn?

[theotherhalf]

Hallo!
Eigentlich sollte mein erstes Projekt mit FHEM anders aussehen, aber nach einem Umbau meiner Vaillant Heizung im Sommer (neuer Hydraulikplan) und den nun sinkenden Temperaturen muss ich mich in den Datenverkehr zwischen Therme und Regler einklinken...
Meine Anlage besteht aus einer Vaillant ecotec plus 196-3/5 und der Vaillant Auromatic 620.
Beide habe ich über ebus verbunden.
Die Heizungsregelung an sich läuft gut und ich möchte die auch dem Regler weiterhin überlassen. Allerdings hängt mein Warmwasserspeicher nicht mehr am Regler sondern wird gleich von der Therme bedient. Meinen Hydraulikplan gibt es nämlich im Regler nicht. Der Regler weiss das aber nicht und schreibt munter 0 Grad Sollwert in das Warmwasserregister der Therme, die dann nicht mehr Brauchwasser erwärmt.
Ist es möglich die direkte Verbindung zwischen Therme und Regler zu kappen, einen Raspi mit beiden über USB Adapter zu verbinden (quasi als Brücke), aus dem Regler den Sollwert sowie benötigte  Steuerbefehle für die Thermensteuerung auszulesen und ausschlisslich diese dann an die Heizung weiterzureichen?
Quasi als Filter, sodass die Warmwassergeschichte nicht vom Regler überschrieben wird?
Ich wollte mich mit einer Visualisierung der Heizung eigentlich anders einarbeiten, aber vllt. könnt ihr mir hier erste Hilfestellung leisten? Wäre super!
Danke an euch im Voraus!