eBus Schaltung in Betrieb nehmen

Begonnen von Reinhart, 23 Dezember 2015, 15:19:45

Vorheriges Thema - Nächstes Thema

Marie01

#435
Also, Slave#26 ist leider ein Reinfall :( den hab ich gar nicht.
Hab mir soeben die Infos aus vrDialog gezogen, und diese Adresse habe ich nicht.

Nichts desto trotz geht mir Bus-Slave 0xE0, also die Außeneinheit, ab.

(https://photos-1.dropbox.com/t/2/AABV8fELVtDObO7yjbWXMJ1BsyxPRMpV5r3bNTnCPzvCoQ/12/26822334/png/1024x768/3/1455048000/0/2/VWL_Scan.PNG/EK-XmhQYrJoSIAIoAg/fNHy6giDsv_1OfjRHf21urcXfg1J6FTVTLhl0baSaS0?size_mode=3&size=1024x768)

Reinhart

ich würde mich an deiner Stelle jetzt nicht unbedingt auf die falsche "26" versteifen die gar nicht existiert! eBusd glaubt halt aus irgend einem unbekannten Grund hier ein Gerät gefunden zu haben und du hast durch umkopieren ja sogar die CSV angeboten die auch Ergebnisse geliefert hat.

"no data stored" bedeutet ja nur, das im Buffer keine Daten liegen, weil sie halt noch nie abgefragt wurden. Hast du da schon versucht was "harmloses" auszulesen? Wenn das gelingt, dann antwortet das Gerät sehr wohl. Man sieht ja in deinem Log, dass via "ehp" schon jede Menge gültige Daten ankommen. So wie ich das sehe, ist ja "ehp" deine Außeneinheit oder täusche ich mich da jetzt.

LG
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

Marie01

Ne, die kopierte 26er liefert nur falsche Werte. Habe ich gerade verifiziert. Die Außeneinheit müsste als e0 auftauchen.

Jetzt stellt sich mir wieder die Frage - liegts an der Verkabelung? Wie hast du den Ebus angezapft? Direkt an der Regler Platine? Wie gesagt, ich greif das Signal zwischen Bedienfeld (UIH) und Wärmepumpe (EHP) ab.

fz69412

Hallo Marie,

gibt es Einstellungen, welche Du am Bedienteil vornehmen kannst die direkt auf die Außeneinheit wirken?

So könntest Du bei angestecktem E-Bus Adapter mal schauen was übertragen wird. Durch Änderungen der Einstellungen muss ja die Außeneinheit aktiv kommunizieren bzw. das Bedienteil aktiv Daten an diese senden und umgekehrt..
Das Log während dieser Änderungen wäre bestimmt hilfreich.

Die Verkabelung der Komponenten sollte im Idealfall sternförmig zum Bedienteil laufen. Als Leitungsquerschnitt empfiehlt Vaillant 0,75mm2 .
Viele HB nehmen dafür sogar 3x1,5mm2 ( Elektroinstallationsleitung).
Ich habe bei mir 0,6mm2 im Einsatz und es geht ohne Probleme. Allerdings habe ich bei mir die Verkabelung auf symetrisch umgestellt , will heißen die Adernpaare sind verdrillt miteinander. Mein Raumbedienteil ist 22m entfernt und meldet sich zuverlässig.
Alle Geräte liegen parallel auf dem Bus !
Wenn Du hierzu mehr wissen willst einfach fragen.

Du kannst ja mal schreiben wie es bei Dir genau verkabelt ist. Kleine Skizze.

LG Frank




Marie01

Hallo Frank!

Vielen Dank für deine Antwort.

Zitatgibt es Einstellungen, welche Du am Bedienteil vornehmen kannst die direkt auf die Außeneinheit wirken?
Klar. Ich kann am Bedienfeld Infos von der Außeneinheit ablesen sowie auch Parameter setzen.

ZitatSo könntest Du bei angestecktem E-Bus Adapter mal schauen was übertragen wird. Durch Änderungen der Einstellungen muss ja die Außeneinheit aktiv kommunizieren bzw. das Bedienteil aktiv Daten an diese senden und umgekehrt..
Das Log während dieser Änderungen wäre bestimmt hilfreich.
Wie kann ich das am besten loggen? Mittels grab? Oder einfach im ebusd.log schauen?

ZitatDie Verkabelung der Komponenten sollte im Idealfall sternförmig zum Bedienteil laufen.
Kannst du mir das bitte erklären? Was bedeuted sternförmig?

ZitatAls Leitungsquerschnitt empfiehlt Vaillant 0,75mm2 .
Viele HB nehmen dafür sogar 3x1,5mm2 ( Elektroinstallationsleitung).
Ok. Ich glaube hier muss ich noch nachbessern. Ich habe ein altes Telefonkabel in Verwendung und keine Ahnung mit welchen Leitungsquerschnitt.

ZitatIch habe bei mir 0,6mm2 im Einsatz und es geht ohne Probleme. Allerdings habe ich bei mir die Verkabelung auf symetrisch umgestellt , will heißen die Adernpaare sind verdrillt miteinander.
Die Kabel sind verdrillt? Also müsste ich auch ein Ethernetkabel verwenden können, oder?

ZitatAlle Geräte liegen parallel auf dem Bus !
Kannst du mir das bitte auch genauer eklären?!

ZitatDu kannst ja mal schreiben wie es bei Dir genau verkabelt ist. Kleine Skizze.
Anbei eine Skizze meiner Verkabelung:
http://www2.pic-upload.de/img/29695172/FullSizeRender.jpg

Vielen lieben Dank Frank!

cs-online

Hallo Marie,

schau bitte mal bei Wikipedia nach Parallenschaltung. Stell Dir den Ebus wie eine Leiter vor, der Bus besteht also aus den beiden Seitenteilen, alle Geräte wären dann wie die Sprossen. Evtl. muss auf Polung geachtet werden.

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

Marie01

Verstanden, danke!
Somit, habe ich mich mit meiner ebusd Leitung genau auf eine Sprosse geklemmt und das scheint nicht gut zu sein.
Werde heute versuchen, direkt auf die Reglerplatine zu gehen. Dann würde die ebusd Leitung eine "eigene Sprosse" bilden und wäre somit paralell.

Reinhart

Möchte euch nur mitteilen, das die Platinen die ich für einige User gelötet habe und auf meiner Vaillant abgestimmt habe, alle sofort ohne weitere Nachkalibrierung laufen und dies sogar bei Geräten anderer Hersteller, Wolf zb. Wobei die Abstimmung ja immer nach dem selben Muster ging, 27 Halbumdrehungen nach rechts am Bus anklemmen, kontrollieren und passt. Unter kontrollieren verstehe ich ein paar Umdrehungen nach links und dann nach rechts und schauen ob ich etwa in der Mitte liege. Die Kommunikation verfolge ich dabei auf den Leds des RS232 Konverters. Wenn die fröhlich blinken ist alles ok, wenns Poti daneben liegt hört das Blinken auf.

Dies bedeutet, da sich die verschiedenen Hersteller sehr genau an die Spezifikation des eBus halten und hier offensichtlich keine Ausreißer dabei sind. Die bisschen Streuung der Busspannung schluckt dabei die Schaltung locker.

Die Abstimmung mit den Spindeltrimmern ist jetzt auch wirklich sehr leicht geworden und daher von jedem ohne Probleme durchführbar.

LG
Reinhart
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

Marie01

So, ich hab mich jetzt direkt auf die Reglerplatine geklemmt, einen Lüftertest via Bedienteil abgeschickt und einen ebusctl Scan Full durchgeführt - Resultat: Ich bekomm die Außeneinheit noch immer nicht gescannt.

Ich bin am verzweifeln. Kann es sein, dass das ein Bug in der 2.0 ist?

Bitte helft mir :-(

Cruiser79

Zitat von: Reinhart am 10 Februar 2016, 15:50:13
Möchte euch nur mitteilen, das die Platinen die ich für einige User gelötet habe und auf meiner Vaillant abgestimmt habe, alle sofort ohne weitere Nachkalibrierung laufen und dies sogar bei Geräten anderer Hersteller, Wolf zb. Wobei die Abstimmung ja immer nach dem selben Muster ging, 27 Halbumdrehungen nach rechts am Bus anklemmen, kontrollieren und passt. Unter kontrollieren verstehe ich ein paar Umdrehungen nach links und dann nach rechts und schauen ob ich etwa in der Mitte liege. Die Kommunikation verfolge ich dabei auf den Leds des RS232 Konverters. Wenn die fröhlich blinken ist alles ok, wenns Poti daneben liegt hört das Blinken auf.

Dies bedeutet, da sich die verschiedenen Hersteller sehr genau an die Spezifikation des eBus halten und hier offensichtlich keine Ausreißer dabei sind. Die bisschen Streuung der Busspannung schluckt dabei die Schaltung locker.

Die Abstimmung mit den Spindeltrimmern ist jetzt auch wirklich sehr leicht geworden und daher von jedem ohne Probleme durchführbar.

LG
Reinhart

Also meine Platine funktioniert super. Ich hatte nur kurzzeitig, als ich die Platine über einen USB Hub am Raspberry betrieben hatte, alle paar Sekunden ein "signal lost" und danach ein "re-opened" des USB Konverter bekommen. Das Anschliessen des USB Konverters direkt an den Raspberry hat diese Probleme behoben.

Mein eigentliches Problem ist jetzt aber, das meine Therme wohl nicht korrekt erkannt wird, oder es noch keine Übersetzungs-CSV-Dateien gibt.
Ich bekomme folgende Meldungen im ebusd.log

2016-02-10 23:00:23.317 [update notice] unknown MS cmd: 1008b5120204ff / 0101
2016-02-10 23:00:23.533 [update notice] unknown BC cmd: 10feb51603019005
2016-02-10 23:00:31.293 [update notice] unknown MS cmd: 1008b5110101 / 0951459005ff680000ff
2016-02-10 23:00:31.565 [update notice] unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2016-02-10 23:00:41.305 [update notice] unknown MS cmd: 1008b5110101 / 0951459005ff680000ff
2016-02-10 23:00:41.579 [update notice] unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2016-02-10 23:00:51.325 [update notice] unknown MS cmd: 1008b5110101 / 0950459005ff680000ff
2016-02-10 23:00:51.599 [update notice] unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2016-02-10 23:00:51.855 [update notice] unknown MS cmd: 1008b5110102 / 06033c96468c6e
2016-02-10 23:01:01.296 [update notice] unknown MS cmd: 1008b5110101 / 0950459005ff680000ff
2016-02-10 23:01:01.568 [update notice] unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2016-02-10 23:01:11.303 [update notice] unknown MS cmd: 1008b5110101 / 0950459005ff680000ff
2016-02-10 23:01:11.578 [update notice] unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2016-02-10 23:01:21.317 [update notice] unknown MS cmd: 1008b5110101 / 0950459005ff680000ff
2016-02-10 23:01:21.591 [update notice] unknown MS cmd: 1008b5040100 / 0a00ffffffffffffff9005
2016-02-10 23:01:21.833 [update notice] unknown BC cmd: 10feb516080022012310020316
2016-02-10 23:01:22.108 [update notice] unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2016-02-10 23:01:22.363 [update notice] unknown MS cmd: 1008b5110102 / 06033c96468c6e
2016-02-10 23:01:22.627 [update notice] unknown MS cmd: 1008b5110100 / 08850213001f000000
2016-02-10 23:01:22.874 [update notice] unknown MS cmd: 1008b5100305ff01 / 0101
2016-02-10 23:01:23.112 [update notice] unknown MS cmd: 1008b512020000 / 00
2016-02-10 23:01:23.352 [update notice] unknown MS cmd: 1008b5120204ff / 0101
2016-02-10 23:01:23.569 [update notice] unknown BC cmd: 10feb51603019005


Nach einem scan full, scan result info kommt folgendes


pi@raspberrypi:~$ ebusctl scan full
done

pi@raspberrypi:~$ ebusctl scan result
08;Vaillant;BAI00;0608;5502

pi@raspberrypi:~$ ebusctl info
version: ebusd 2.0.0ea7efc
signal: acquired
symbol rate: 14
masters: 4
messages: 14
address 03: master #3
address 08: slave #3, scanned "MF=Vaillant;ID=BAI00;SW=0608;HW=5502"
address 10: master #6
address 15: slave #6, scanned "MF=Vaillant;ID=70000;SW=0110;HW=2103"


und folgendes im Log


2016-02-10 22:53:41.325 [update notice] unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2016-02-10 22:53:44.833 [bus notice] scan 08 completed (223 slaves left)
2016-02-10 22:53:44.833 [bus notice] scan 08: ;Vaillant;BAI00;0608;5502
2016-02-10 22:53:50.022 [bus notice] scan 15 completed (214 slaves left)
2016-02-10 22:53:50.022 [bus notice] scan 15: ;Vaillant;70000;0110;2103
2016-02-10 22:53:51.260 [update notice] unknown MS cmd: 1008b5110101 / 0953499005ff680000ff
2016-02-10 22:53:52.037 [update notice] unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2016-02-10 22:53:52.797 [update notice] unknown MS cmd: 1008b5110102 / 06033c96468c6e
2016-02-10 22:54:01.211 [update notice] unknown MS cmd: 1008b5110101 / 0953499005ff680000ff
2016-02-10 22:54:03.779 [update notice] unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2016-02-10 22:54:07.064 [main error] unable to load scan config 08: no file from /etc/ebusd/vaillant with prefix 08. matches ID "bai00", SW0608, HW5502


Wie gehe ich nun am besten weiter vor? Im Wiki finde ich keine weitere Anleitung.

Gruß,
Tim
FHEM auf Raspberry Pi
HM-CFG-LAN mit HM-TC-IT-WM-W-EU, HM-CC-RT-DN, HM-WDS10-TH-O, HM-LC-SW1-FM, HM-LC-Bl1-FM
Signalduino mit Elro AB440, LOGILINK WS0002, IT CMR-1000

amunra


Zitat von: Cruiser79 am 10 Februar 2016, 23:14:57
Im Wiki finde ich keine weitere Anleitung.
Dort steht etwas von config Paket (CSV)?!
Einfach von oben nach unten durcharbeiten/lesen.
Gruß
Arthur

Cruiser79

Zitat von: amunra am 10 Februar 2016, 23:28:29
Dort steht etwas von config Paket (CSV)?!
Einfach von oben nach unten durcharbeiten/lesen.
Gruß
Arthur

Mit dem ebus installer hatte ich schon die csv Pakete runter geladen und sie befinden sich auch im /etc/ebus Verzeichnis. Die sollte ich doch also alle haben,oder meinst du was anderes?

Gruß,
Tim
FHEM auf Raspberry Pi
HM-CFG-LAN mit HM-TC-IT-WM-W-EU, HM-CC-RT-DN, HM-WDS10-TH-O, HM-LC-SW1-FM, HM-LC-Bl1-FM
Signalduino mit Elro AB440, LOGILINK WS0002, IT CMR-1000

amunra

Der letzte Logeintrag macht mich stutzig "unable to load Scan config 08..."  Sieht aus als wenn das file nicht da wäre oder evtl. ein Berechtigungsproblem... ?
Viele Grüße
Arthur

Cruiser79

Zitat von: amunra am 10 Februar 2016, 23:40:51
Der letzte Logeintrag macht mich stutzig "unable to load Scan config 08..."  Sieht aus als wenn das file nicht da wäre oder evtl. ein Berechtigungsproblem... ?
Viele Grüße
Arthur

Habe sogar 2 dieser unable to load Meldungen gefunden

2016-02-10 22:57:58.706 [main error] unable to load scan config 08: no file from /etc/ebusd/vaillant with prefix 08. matches ID "bai00", SW0608, HW5502
2016-02-10 22:58:00.826 [main error] unable to load scan config 15: no file from /etc/ebusd/vaillant with prefix 15. matches ID "70000", SW0110, HW2103


Aber welche 08 Datei sucht er denn genau? Ich habe folgende Dateien im Verzeichnis /etc/ebusd/vaillant zur Verfügung

-rw-rw-r-- 1 pi pi  2376 Jan  9 01:00 _templates.csv
-rw-rw-r-- 1 pi pi   792 Jan  9 01:00 scan.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 ed.pms.sc.csv -> 06.pms.csv
-rw-rw-r-- 1 pi pi  6397 Jan  9 01:00 ec.solsy.sc.csv
-rw-rw-r-- 1 pi pi  8505 Jan  9 01:00 ec.sol.sc.csv
-rw-rw-r-- 1 pi pi  8298 Jan  9 01:00 e0.omu.csv
-rw-rw-r-- 1 pi pi   595 Jan  9 01:00 broadcast.csv
-rw-rw-r-- 1 pi pi  1988 Jan  9 01:00 a1.sol.cc.csv
-rw-rw-r-- 1 pi pi  4784 Jan  9 01:00 a0.sol.hwc.csv
-rw-rw-r-- 1 pi pi  2601 Jan  9 01:00 75.v81.csv
-rw-rw-r-- 1 pi pi   713 Jan  9 01:00 75.rcc.csv
-rw-rw-r-- 1 pi pi  4195 Jan  9 01:00 51.vr630.mc.3.csv
-rw-rw-r-- 1 pi pi  9684 Jan  9 01:00 50.v61.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 3c.v81.5.csv -> 75.v81.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 3c.rcc.5.csv -> 75.rcc.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 35.v81.1.csv -> 75.v81.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 35.rcc.1.csv -> 75.rcc.csv
-rw-rw-r-- 1 pi pi  3368 Jan  9 01:00 25.vr630.hwc.csv
-rw-rw-r-- 1 pi pi  4348 Jan  9 01:00 25.solsy.hwc.csv
-rw-rw-r-- 1 pi pi  3644 Jan  9 01:00 25.ehp.hwc.csv
lrwxrwxrwx 1 pi pi    15 Jan  9 01:00 23.vr630.cc.csv -> 23.solsy.cc.csv
-rw-rw-r-- 1 pi pi  2245 Jan  9 01:00 23.solsy.cc.csv
-rw-rw-r-- 1 pi pi  1885 Jan  9 01:00 23.ehp.cc.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 1c.v81.4.csv -> 75.v81.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 1c.rcc.4.csv -> 75.rcc.csv
-rw-rw-r-- 1 pi pi 14929 Jan  9 01:00 15.uih.csv
-rw-rw-r-- 1 pi pi 14302 Jan  9 01:00 15.ui.csv
-rw-rw-r-- 1 pi pi  3006 Jan  9 01:00 15.sdr_p.csv
lrwxrwxrwx 1 pi pi    12 Jan  9 01:00 15.hep.csv -> 15.sdr_p.csv
lrwxrwxrwx 1 pi pi    12 Jan  9 01:00 15.heb.csv -> 15.sdr_p.csv
-rw-rw-r-- 1 pi pi 21663 Jan  9 01:00 15.f47.csv
-rw-rw-r-- 1 pi pi  4985 Jan  9 01:00 15.e7f.csv
-rw-rw-r-- 1 pi pi 22025 Jan  9 01:00 15.470.csv
-rw-rw-r-- 1 pi pi 18656 Jan  9 01:00 15.430.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 15.400.csv -> 15.350.csv
-rw-rw-r-- 1 pi pi 11691 Jan  9 01:00 15.392.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 15.36p.csv -> 15.350.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 15.360.csv -> 15.350.csv
-rw-rw-r-- 1 pi pi  4875 Jan  9 01:00 15.350.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 15.140.csv -> 15.350.csv
-rw-rw-r-- 1 pi pi  7434 Jan  9 01:00 0a.pmw.hwc.csv
-rw-rw-r-- 1 pi pi  5870 Jan  9 01:00 06.pms.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 05.vl9.csv -> 05.vd4.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 05.vl8.csv -> 05.vd4.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 05.vd6.csv -> 05.vd4.csv
-rw-rw-r-- 1 pi pi  5843 Jan  9 01:00 05.vd4.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 05.vd3.csv -> 05.vd4.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 05.vd2.csv -> 05.vd4.csv
-rw-rw-r-- 1 pi pi  7355 Jan  9 11:38 53.mc2.5.csv
-rw-rw-r-- 1 pi pi  7772 Jan  9 11:38 52.mc2.4.csv
-rw-rw-r-- 1 pi pi  4418 Jan  9 11:38 50.vr630.mc.csv
-rw-rw-r-- 1 pi pi  5809 Jan  9 11:38 50.solsy.mc.csv
-rw-rw-r-- 1 pi pi  8389 Jan  9 11:38 50.ehp.mc.csv
-rw-rw-r-- 1 pi pi  4070 Jan  9 11:38 26.vr630.hc.csv
-rw-rw-r-- 1 pi pi  6107 Jan  9 11:38 26.solsy.hc.csv
-rw-rw-r-- 1 pi pi 30243 Jan  9 11:38 08.ehp.csv
-rw-rw-r-- 1 pi pi 18410 Jan  9 11:38 08.bai.HW7401.csv


Gruß,
Tim
FHEM auf Raspberry Pi
HM-CFG-LAN mit HM-TC-IT-WM-W-EU, HM-CC-RT-DN, HM-WDS10-TH-O, HM-LC-SW1-FM, HM-LC-Bl1-FM
Signalduino mit Elro AB440, LOGILINK WS0002, IT CMR-1000

amunra

#449
Hallo Tim,
in deinem Fall sucht er nach:

08.bai.HW5502.csv für deine Therme gibt es noch keine Definition:
Du kannst versuchen die vorhandene 08.bai.HW7401.csv in 08.bai.HW5502.csv umzubennen und "lesend" (read) ein paar Werte von deiner Therme zu entlocken.
Anlago dazu auch:
15.700.csv => dafür gibt es aber mWn noch keine CSV. -> villeicht kann John mal in die DB schauen und etwas exportieren? Oder Du versuchst die 470er CSV-Files?

Viele Grüße
Arthur