Saunier Duval Thema Condens + exacontrol e7rc radio PROBLEM

Witam. Jestem świeżo upieczonym home assistomaniakiem :wink:
Posiadam kocioł gazowy Saunier Duval który udało mi się ogarnąć do poziomu odczytu parametrów z kotła. MQTT + Dodatek ebusd. Problem pojawił się jednak z możliwością sterowania temperatura i chociazby on/off poprzez sterownik exacontrol e7r c radio (bez pokretla). Nie potrafie zassać pliku sterownika/regulatora. W logach wywala:

2022-10-16 01:57:12.479 [main error] scan config 15: ERR: wrong symbol received

terminal zaś wypluwa:

bash-5.1# ebusctl info
version: ebusd 22.4.v3.16.2-200-ga8ca21f541
device: 192.168.0.171:9999
signal: acquired
symbol rate: 35
max symbol rate: 94
min arbitration micros: 6
max arbitration micros: 128
min symbol latency: 3
max symbol latency: 40
reconnects: 0
masters: 3
messages: 209
conditional: 0
poll: 74
update: 10
address 03: master #11
address 08: slave #11, scanned “MF=Vaillant;ID=BAI00;SW=1204;HW=6701”, loaded “vaillant/bai.0010003886.inc” ([HW=6701]), “vaillant/08.bai.csv”
address 10: master #2
address 15: slave #2, scanned “MF=Vaillant;ID=E7RC0;SW=0208;HW=7502”
address 31: master #8, ebusd
address 36: slave #8, ebusd

bash-5.1# ebusctl grab result
1008b5070108 / 00 = 3
1008b51302050a / 0101 = 1

Przegrzebałem cały internet 3 razy :wink: i nie znalazłem rozwiązania. Widzę, że miał ktoś podobny problem ale rozwiązania brak.
Widzę, że jest tu problem z poleceniem od regulatora do kotła (1008) ale za choinke nie wiem o co chodzi z PBSB b507 ebusd-configuration/broadcast.csv at master · john30/ebusd-configuration · GitHub
Wygląda to tak jakby csv był z innego urządzenia… czy się myle? jak się za to zabrać z innej strony?
Z góry dziekuje :slight_smile:

1 polubienie

Pewnie niewiele pomogę, ale mam też SD z regulatorem Exacontrol E7 Radio (model sprzed kilku ładnych lat). Ebusd mam na RPI, komunikacja z HA po mqtt.
Wszystko poszło zgodnie z instrukcją, w HA widzę kocioł i sterownik.

root@ebus:/home/pi/ebusd# ebusctl info
version: ebusd 22.4.v22.4
update check: OK
device: /dev/ttyUSB0
access: *
signal: acquired
symbol rate: 41
max symbol rate: 96
min arbitration micros: 311
max arbitration micros: 774
min symbol latency: 5
max symbol latency: 8
reconnects: 0
masters: 3
messages: 298
conditional: 2
poll: 88
update: 10
address 03: master #11
address 08: slave #11, scanned “MF=Vaillant;ID=BAI00;SW=0427;HW=8801”, loaded “vaillant/bai.0010006101.inc” ([HW=8801]), “vaillant/08.bai.csv”
address 10: master #2
address 15: slave #2, scanned “MF=Vaillant;ID=E7f00;SW=0209;HW=0602”, loaded “vaillant/15.e7f.csv”
address 31: master #8, ebusd
address 36: slave #8, ebusd

Wygląda na to, że w Twoim przypadku właściwy plik to 15.e7c.csv

ebusctl r -c e7f HwcTempDesired - odczytuję ustawioną temp. wody z regulatora
ebusctl w -c e7f HwcTempDesired 39 - zmieniam na 39 stopni i po chwili widzę zmianę w SetMode hwctempdesired z kotła
Tak samo działa z ReducedNightTemp, ComfTempDesired itd.

A czy mógłbym Cię prosić o pliki csvki do kotła i sterownika? może w moich jest cos nie tak… chociaż raczej wątpie bo próbowałęm róznych, poza tym sprawdzałem i porównywałem ich zawartość i wydawały się być ok. nic mi już do głowy nie przychodzi

Nie modyfikowałem żadnych plików csv.

Też jestem totalnie początkujący - napiszę jak to zadziałało u mnie (na razie mam testowo ebusd osobno, na pi3, podłączony do HA przez mqtt/mosquito). Mam niby też Exacontrol E7RC (i Thelia Condens), ale termostat wykrywany jest jako ‘e7f_2’.
Moja konfiguracja ebusd z pliku /etc/default/ebusd
EBUSD_OPTS="–scanconfig -d /dev/ttyUSB0 --mqtthost=192.168.17.8 --mqttport=1883 --mqttint=/etc/ebusd/mqtt-hassio.cfg --mqttjson --mqttuser=user_z_HA --mqttpass=haslo_usera_z_HA"

pi@ebusPi:~ $ ebusctl info
version: ebusd 22.4.v22.4
device: /dev/ttyUSB0
signal: acquired
symbol rate: 23
max symbol rate: 100
min arbitration micros: 320
max arbitration micros: 695
min symbol latency: 5
max symbol latency: 7
reconnects: 0
masters: 4
messages: 402
conditional: 3
poll: 97
update: 10
address 00: master #1
address 03: master #11
address 08: slave #11, scanned “MF=Vaillant;ID=BAI00;SW=0711;HW=1303”, loaded “vaillant/bai.308523.inc”, “vaillant/08.bai.csv”
address 10: master #2
address 15: slave #2, scanned “MF=Vaillant;ID=E7f_2;SW=0001;HW=8002”, loaded “vaillant/15.e7f_2.csv”
address 31: master #8, ebusd
address 36: slave #8, ebusd

Ta komenda, którą kolega powyżej podawał, u mnie wygląda minimalnie inaczej:
pi@ebusPi:~ $ ebusctl r -c e7f_2 DHWTempSet
46.00
Zapisanie tam wartości się udaje i potem ta wartość jest zarówno na wyświetlaczu E7RC, jak i w rejstrze set na kotle:
pi@ebusPi:~ $ ebusctl r -c bai SetMode hwctempdesired
46.0

Więc okiem początkującego, wygląda jakby nie istniał plik konfiguracyjny dla Twojego modelu E7RC (bo on się przedstawia inaczej, niż mój i Andrzeja: E7RC0 vs E7f00/E7f_2). Ewentualnie, często powtarzaną radą jest, aby skompilować ebusd ręcznie ze źródeł (ja tego nie musiałem robić, zadziałała instalka ‘ebusd-22.4_armv7-bullseye_mqtt1.deb’).

Update: zwiesił mi się nadajnik przy kotle od tego Exacontrol i resetowałem go przyciskiem na płytce. Po tej operacji, Exacontrol zaczął się przedstawiać identycznie, jak u kolegi, który założył temat.(alternatywna wersja oprogramowania?) Anyway, teraz mogę napisać, jak rozwiązać oryginalny problem. Mam to już w HA, jako dodatek/kontener, więc poniższe dotyczy konfiguracji w HA, ale standalone będzie podobnie.

  1. trzeba mieć lokalną konfigurację dla ebusd, najlepiej jako podkatalog w /config, aby pliki przetrwały restart
cd /config
mkdir ebusd
cd ebusd
git clone https://github.com/john30/ebusd-configuration.git
  1. w katalogu ‘vaillant’ tej lokalnej konfiguracji utworzyć plik dla urządzenia e7rc0, będący linkiem do e7c
cd /config/ebusd/ebusd-configuration/latest/en/vaillant
ln -s 15.e7c.csv 15.e7rc0.csv
  1. przekazać do ebusd tę lokalną konfigurację; w HA wpisuje się to w konfiguracji dodatku, pole tekstowe “ścieżka konfiguracji”:

/config/ebusd/ebusd-configuration/latest/en

Po tych krokach, działa mi identycznie jak wcześniej, gdy urządzenie widniało jako e7f_2.

docker exec addon_2ad9b828_ebusd /usr/bin/ebusctl info
version: ebusd 22.4.v3.16.2-200-ga8ca21f541
device: /dev/ttyUSB0
(...)
address 15: slave #2, scanned "MF=Vaillant;ID=E7RC0;SW=0208;HW=7502", loaded "vaillant/15.e7rc0.csv"

Dzięki, z tym linkowanie zadziałało :slight_smile:
Miałem tak jak kolega Dariusz i nie mogłem zwalczyć.

Polecam adapter po wifi ze strony EBUS to WiFi adapter by Daniel Kucera's store

dzień dobry,
panowie jak skonfigurować MQTT

gdzie znajdę ten plik?

Pytasz o ‘/etc/default/ebusd’? Był on częścią pakietu *.deb, który testowałem na Raspbianie. Dodatek ebusd do HA tego nie ma - wpisujesz wszystko (mqtt host, mqtt port, itd.) w konfigurację dodatku przez UI Home Assistanta.

U mnie wygląda to tak:
scanconfig: true
loglevel_all: debug
mqtttopic: ebusd
mqttint: /etc/ebusd/mqtt-hassio.cfg
mqttjson: true
pollinterval: 5
latency: 20
network_device: 192.168.178.95:3334
readonly: false
configpath: /config/ebusd/ebusd-configuration/latest/en
mqtthost: 192.168. Tere fere
mqttport: 18 tere fere
mqttuser: user
mqttpass: password

Ale nie działa

Log:
2023-03-23 21:50:39.799 [bus notice] device invalid
2023-03-23 21:50:46.683 [network info] [00836] client connection opened 172.30.32.2
2023-03-23 21:50:46.683 [network info] [00836] connection closed
2023-03-23 21:50:47.685 [network debug] dead connection removed - 0
2023-03-23 21:50:47.862 [bus error] unable to open 192.168.178.95:3334: ERR: generic I/O error
2023-03-23 21:50:47.862 [bus notice] device invalid
2023-03-23 21:50:54.079 [mqtt debug] publish ebusd/global/uptime 100712
2023-03-23 21:50:55.005 [main debug] performing regular tasks
2023-03-23 21:50:55.926 [bus error] unable to open 192.168.178.95:3334: ERR: generic I/O error
2023-03-23 21:50:55.926 [bus notice] device invalid

Ja mam tak:

scanconfig: true
loglevel_all: debug
mqtttopic: ebusd4ha
mqttint: /config/ebusd/mqtt/mqtt-hassio.cfg ------ nie mam przygotowanego pliku ani katalogu po prostu taki config gdzies skopiowalem, dziala to nie ruszam ------
mqttjson: true
mode: ens
network_device: 192.168.111.24:9999
http: true
mqtthost: 192.168.1.110
mqttuser: mqtt
mqttpass: mqtt
loglevel_bus: debug
commandline_options: "--foreground --pollinterval=15 --latency=10000 --receivetimeout=100000"
loglevel_other: error
loglevel_update: error
loglevel_main: error
accesslevel: "*"
lograwdatasize: 102400
lograwdatafile: /config/ebusd/log/logtoraw.log
lograwdata: true
loglevel_network: debug
mqttretain: false

Wszystko działa tylko niestety nie ma wspieranego sterownika e7000 i żaden podobny plik nie renderuje dobrze wartości

EDIT: Brakuje Ci myślę typu połączenia mode: ens

1 polubienie

Coś się dzieje ale dalej nie tak jak trzeba:
evice invalid
2023-03-23 22:23:46.858 [main debug] performing regular tasks
2023-03-23 22:23:48.434 [mqtt debug] publish ebusd/global/uptime 592
2023-03-23 22:23:51.990 [bus error] unable to open 192.168.178.95:3334: ERR: generic I/O error
2023-03-23 22:23:51.991 [bus notice] device invalid
2023-03-23 22:23:56.859 [main debug] performing regular tasks
2023-03-23 22:24:00.054 [bus error] unable to open 192.168.178.95:3334: ERR: generic I/O error
2023-03-23 22:24:00.054 [bus notice] device invalid
2023-03-23 22:24:04.455 [mqtt debug] publish ebusd/global/uptime 608
2023-03-23 22:24:06.860 [main debug] performing regular tasks
2023-03-23 22:24:08.118 [bus error] unable to open 192.168.178.95:3334: ERR: generic I/O error
2023-03-23 22:24:08.118 [bus notice] device invalid

DRAKK Jutro spróbuję Twoją konfigurację ustawień dla Ebusd.
Dziękuję za odp.

@drakk Na Twojej konfiguracji mam następujący log:

–scanconfig --mqttjson --lograwdata --accesslevel=* --mqttint=/config/ebusd/mqtt/mqtt-hassio.cfg --mqtttopic=ebusd4ha --lograwdatafile=/config/ebusd/log/logtoraw.log --lograwdatasize=102400 --device=ens:192.168.178.95:3333 --log=all:debug --log=main:error --log=bus:debug --log=update:error --log=network:debug --log=other:error --foreground --pollinterval=15 --latency=10000 --receivetimeout=100000
2023-03-23 22:50:05.942 [bus error] unable to open 192.168.178.95:3333: ERR: generic I/O error
2023-03-23 22:50:05.943 [bus notice] bus started with own address 31/36
2023-03-23 22:50:05.943 [bus notice] device invalid
2023-03-23 22:50:05.943 [mqtt error] unable to open integration file /config/ebusd/mqtt/mqtt-hassio.cfg
2023-03-23 22:50:14.006 [bus error] unable to open 192.168.178.95:3333: ERR: generic I/O error

ja mam postawiony jako dodatek hassio (repo: GitHub - LukasGrebe/ha-addons: Addons for Home Assistant)
Też miałem ten błąd przy połączeniu lan, ciągle I/O error więc poszedł w śmietnik adapter z eth i leci teraz na esp (chyba wemos mini albo jakieś inne esp) po wifi.
jak wchodzisz po IP do adaptera to jakie masz statusy?

Tutaj screen z ustawieniami na dockerze (również działa awaryjnie) sorki, że zdjęcie ale nie idzie tego skopiować w synology.
image

edit: u mnie ustawienia adaptera wyglądają tak:
image

1 polubienie

dziwna sprawa mam komunikat Serwer 192.168.178.95 odrzucił połączenie.
a na pingi odpowiada, nie mogę się dostać do konfiguracji.
posiadam adapter "ESP32-C3 based WiFi to EBUS adapter powered from EBUS V5.0.
z góry przepraszam za brak wystarczającej wiedzy, mam nadzieję, że starczy wam cierpliwości.

edit:
może mi się wydaje ale to chyba wygląda ok ?

2023-03-24 17:42:20.993 [update info] received MS cmd: 1008b510090000335affff00ff00 / 0101
2023-03-24 17:42:20.994 [update notice] received update-write bai SetMode QQ=10: auto;25.5;45.0;-;0;0;0;0;0;0
2023-03-24 17:42:24.750 [mqtt debug] publish ebusd/bai/SetMode {
     "hcmode": {"value": "auto"},
     "flowtempdesired": {"value": 25.5},
     "hwctempdesired": {"value": 45.0},
     "hwcflowtempdesired": {"value": null},
     "disablehc": {"value": 0},
     "disablehwctapping": {"value": 0},
     "disablehwcload": {"value": 0},
     "remoteControlHcPump": {"value": 0},
     "releaseBackup": {"value": 0},
     "releaseCooling": {"value": 0}}
2023-03-24 17:42:26.137 [bus debug] ERR: read timeout during receive response, switching to skip
2023-03-24 17:42:28.059 [update info] received MS cmd: 1008b5040100 / 0a00ffffffffffffff0080
2023-03-24 17:42:28.059 [update notice] received read bai DateTime QQ=10: nosignal;-:-:-;-.-.-;-
2023-03-24 17:42:28.315 [update info] received MS cmd: 1008b5110102 / 0503146e5a6e
2023-03-24 17:42:28.315 [update notice] received read bai Status02 QQ=10: auto;20;55.0;90;55.0
2023-03-24 17:42:29.707 [main debug] performing regular tasks
2023-03-24 17:42:29.758 [mqtt debug] publish ebusd/bai/DateTime {
     "dcfstate": {"value": "nosignal"},
     "btime": {"value": "-:-:-"},
     "bdate": {"value": "-.-.-"},
     "temp2": {"value": null}}
2023-03-24 17:42:29.758 [mqtt debug] publish ebusd/bai/Status02 {
     "0": {"name": "hwcmode", "value": "auto"},
     "1": {"name": "temp0", "value": 20},
     "2": {"name": "temp1", "value": 55.0},
     "3": {"name": "temp0", "value": 90},
     "4": {"name": "temp1", "value": 55.0}}
2023-03-24 17:42:31.134 [bus debug] ERR: read timeout during receive response, switching to skip
2023-03-24 17:42:34.768 [mqtt debug] publish ebusd/global/uptime 64
2023-03-24 17:42:36.118 [bus debug] ERR: read timeout during receive response ACK, switching to skip
2023-03-24 17:42:36.927 [bus debug] ERR: read timeout during receive response ACK, switching to skip
2023-03-24 17:42:38.005 [update info] received BC cmd: 10feb51603015010
2023-03-24 17:42:38.005 [update notice] received update-read broadcast outsidetemp QQ=10: 16.312
2023-03-24 17:42:39.708 [main debug] performing regular tasks
2023-03-24 17:42:39.775 [mqtt debug] publish ebusd/broadcast/outsidetemp {
     "temp2": {"value": 16.312}}
2023-03-24 17:42:41.102 [bus debug] ERR: read timeout during receive response ACK, switching to skip
2023-03-24 17:42:41.907 [bus debug] ERR: read timeout during receive response ACK, switching to skip
2023-03-24 17:42:46.125 [bus debug] ERR: read timeout during receive response ACK, switching to skip
2023-03-24 17:42:47.998 [update info] received MS cmd: 1008b5110102 / 0503146e5a6e
2023-03-24 17:42:47.998 [update notice] received read bai Status02 QQ=10: auto;20;55.0;90;55.0
2023-03-24 17:42:49.709 [main debug] performing regular tasks
2023-03-24 17:42:49.790 [mqtt debug] publish ebusd/bai/Status02 {
     "0": {"name": "hwcmode", "value": "auto"},
     "1": {"name": "temp0", "value": 20},
     "2": {"name": "temp1", "value": 55.0},
     "3": {"name": "temp0", "value": 90},
     "4": {"name": "temp1", "value": 55.0}}
2023-03-24 17:42:50.793 [mqtt debug] publish ebusd/global/uptime 80
2023-03-24 17:42:51.011 [update info] received MS cmd: 1008b510090000335affff00ff00 / 0101
2023-03-24 17:42:51.012 [update notice] received update-write bai SetMode QQ=10: auto;25.5;45.0;-;0;0;0;0;0;0
2023-03-24 17:42:54.800 [mqtt debug] publish ebusd/bai/SetMode {
     "hcmode": {"value": "auto"},
     "flowtempdesired": {"value": 25.5},
     "hwctempdesired": {"value": 45.0},
     "hwcflowtempdesired": {"value": null},
     "disablehc": {"value": 0},
     "disablehwctapping": {"value": 0},
     "disablehwcload": {"value": 0},
     "remoteControlHcPump": {"value": 0},
     "releaseBackup": {"value": 0},
     "releaseCooling": {"value": 0}}
2023-03-24 17:42:56.107 [bus debug] ERR: read timeout during receive response ACK, switching to skip

Jasne, że wygląda okey. Masz już połączenie z adapterem i całą linią ebus
Co mqtt explorer pokazuje?

Do adaptera powinieneś się dostać zwykłym portem 80 chyba, że masz inny zdefiniowany.
EDIT: okey, to inny adapter więc nie wiem czy ma swój web serwer aktywny.

1 polubienie

Mamy to, WIELKIE, WIELKIE Dzięki. Mamy odczyt :slight_smile:
Moj Duaval DuoCondens + pogodynka + sterownik widać wszystkie parametry, będzie tego ze 200 encji. teraz Czy i jak tym sterować. Wystarczy mi możliwość zmiany parametrów w ebusd e7f_2 (pilot/programator).
jeszcze raz WIELKIE DZIĘKI, już chciałem składać broń i się poddać.

Gratulacje i jednocześnie zazdroszczę wspieranego modelu regulatora, ja to mam tylko kilkanaście encji i już się poddałem :wink: Coś czuje, że dopiero zaczynasz przygodę w dłubaniu bo z tego co wyczytałem trzeba sobie samodzielnie “wykonać” termostat w ha.

z tym nie powinno być problemu, rozdzielacz do podłogówki z elektrozaworami i wirtualnymi termostatami już ogarnąłem, więc wiem co i jak, Ebus był dla mnie trochę nieoczywisty.

Cześć. @DariuszSz, jak podłączyłeś nadajnik / odbiornik Exacontrol E7RC i ebusd adapter po jeden piec?

Dzień dobry. Bardzo proszę o wyjaśnienie jak technicznie masz rozwiązany Rylly8ch wdoczny na załączonym przez ciebie zdjęciu i w jaki sposób zamyka otwiera przekaźnik (zwykłe on/off czy może slow pwm?) Jak na oknach climate jest rozwiązane sterowanie (zwykłe a może PID). Czym odczytujesz temperaturę z pommieszczeń ii z jakim interwałem?
Z góry dziękuje za odpowiedź. Pozdrawiam Tadzik.