HA Sterowanie Piecem Vaillant VC20CS/1-5 + VRC 720

Home Assistant Integracje
1

Czy ktoś z Was może mnie wesprzeć w konfiguracji pieca Vaillant model VC20CS/1-5) z HomeAsistant?
Piec działa ze regulatorem VRC720. Dokupiłem oczywiście moduł EbusD ze strony https://ebusd.eu.
Moduł pracuje z ostatnią wersja FW 20240825. Podpiąłem go do sieci wifi i skonfigurowałem MQTT.
W HA zainstalowałem ebusd - wersja 23.2.5.
A to jego konfiguracja:

scanconfig: true
loglevel_all: notice
mqtttopic: ebusd
mqttint: /etc/ebusd/mqtt-hassio.cfg
mqttjson: true
http: true
network_device: enh:192.168.40.101:9999
latency: 10
configpath: /config/ebus/config
mqtthost: 192.168.50.7
mqttuser: mqtt-xxxxx
mqttpass: xxxxxxxx
mqttport: 1883

W HA widzę urządzenia:

  • ebusd bai - który zrzuca mi część ustawień z pieca
  • ebusd broadcast - tutaj tylko outsidetemp
  • ebusctl2 - tu chyba miałbym sterownik ale cos nie zagrało i widzę jakieś harmonogramy ale to nie jest jakby moduł sterownika w postaci cli mate
  • ebusddevice - informacje o module ebusd.

To co chce osiągnąć to oczywiście dashboardy ale możliwość sterowania piecem z poziomu HA - temperatura, czy uruchomienie podgrzania CWU itd.

Czy ktoś może mi pomoc w diagnostyce co robie źle i pomóc osiągnąć cel?

Czytałem fora od miesiąca ale niestety nie poradziłem sobie z problemem.

Dzięki
A.

Załączam jeszcze początek loga z ebusd

2024-08-30 17:53:43.178 [update notice] received read bai Status01 QQ=10: 38.5;37.0;33.000;-;42.0;off
2024-08-30 17:53:43.454 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
s6-rc: info: service legacy-services successfully started
ebusd --foreground --httpport=8889 --mqtthost=192.168.50.7 --mqttport=1883 --mqttuser=mqtt-xxxx--mqttpass=xxxxx --scanconfig --mqttjson --configpath=/config/ebus/config --latency=10 --mqttint=/etc/ebusd/mqtt-hassio.cfg --mqtttopic=ebusd --device=enh:192.168.40.101:9999 --log=all:notice
2024-08-30 17:53:51.514 [main notice] ebusd 23.2.p20230716 started with auto scan on device: 192.168.40.101:9999, enhanced
2024-08-30 17:53:51.545 [bus notice] device status: resetting
2024-08-30 17:53:51.546 [bus notice] bus started with own address 31/36
2024-08-30 17:53:51.546 [bus notice] signal acquired
2024-08-30 17:53:51.547 [bus notice] device status: reset, supports info
2024-08-30 17:53:51.549 [bus notice] device status: extra info: firmware 1.1[4819].1[4819], jumpers 0x0b
2024-08-30 17:53:51.566 [mqtt notice] connection established
2024-08-30 17:53:53.070 [bus notice] new master 10, master count 2
2024-08-30 17:53:53.144 [bus notice] new master 03, master count 3
2024-08-30 17:53:53.144 [update notice] received unknown MS cmd: 1008b5110101 / 094d4a0021ff540000ff
2024-08-30 17:53:53.421 [update notice] received unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2024-08-30 17:54:01.715 [bus notice] scan 08: ;Vaillant;BAI00;0704;7603
2024-08-30 17:54:01.715 [update notice] store 08 ident: done
2024-08-30 17:54:01.715 [update notice] sent scan-read scan.08  QQ=31: Vaillant;BAI00;0704;7603
2024-08-30 17:54:01.715 [bus notice] scan 08: ;Vaillant;BAI00;0704;7603
2024-08-30 17:54:01.729 [main notice] read common config file vaillant/general.csv
2024-08-30 17:54:01.729 [main notice] read common config file vaillant/scan.csv
2024-08-30 17:54:01.730 [main notice] read common config file vaillant/broadcast.csv
2024-08-30 17:54:01.731 [main notice] read scan config file vaillant/08.bai.csv for ID "bai00", SW0704, HW7603
2024-08-30 17:54:01.936 [update notice] sent scan-read scan.08 id QQ=31: 
2024-08-30 17:54:02.100 [update notice] sent scan-read scan.08 id QQ=31: 
2024-08-30 17:54:02.260 [update notice] sent scan-read scan.08 id QQ=31: 
2024-08-30 17:54:02.428 [update notice] sent scan-read scan.08 id QQ=31: 21;21;31;0010024647;0001;008096;N9
2024-08-30 17:54:02.452 [main notice] found messages: 224 (3 conditional on 28 conditions, 0 poll, 10 update)
2024-08-30 17:54:02.642 [update notice] sent scan-read scan.08 id QQ=31: 21;21;31;0010024647;0001;008096;N9
2024-08-30 17:54:02.807 [update notice] sent scan-read scan.08 id QQ=31: 21;21;31;0010024647;0001;008096;N9
2024-08-30 17:54:02.968 [update notice] sent scan-read scan.08 id QQ=31: 21;21;31;0010024647;0001;008096;N9
2024-08-30 17:54:03.019 [bus notice] max. symbols per second: 130
2024-08-30 17:54:03.260 [update notice] received read bai Status01 QQ=10: 38.5;37.0;32.750;-;42.0;off
2024-08-30 17:54:03.375 [update notice] sent scan-read scan.08 id QQ=31: 21;21;31;0010024647;0001;008096;N9
2024-08-30 17:54:03.376 [bus notice] scan 08: ;21;21;31;0010024647;0001;008096;N9
2024-08-30 17:54:04.102 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2024-08-30 17:54:04.387 [update notice] received read bai DateTime QQ=10: valid;17:54:06;30.08.2024;32.750
2024-08-30 17:54:04.655 [update notice] received read bai Status02 QQ=10: auto;60;75.0;70;70.0
2024-08-30 17:54:04.894 [update notice] received update-read broadcast vdatetime QQ=10: 17:54:04;30.08.2024
2024-08-30 17:54:05.173 [update notice] received unknown MS cmd: 1008b5110100 / 096b0214001f10008000
2024-08-30 17:54:05.390 [update notice] received update-read broadcast outsidetemp QQ=10: 33.000
2024-08-30 17:54:05.494 [bus notice] scan 15: ;Vaillant;CTLV2;0514;1104
2024-08-30 17:54:05.494 [update notice] store 15 ident: done
2024-08-30 17:54:05.494 [update notice] sent scan-read scan.15  QQ=31: Vaillant;CTLV2;0514;1104
2024-08-30 17:54:05.494 [bus notice] scan 15: ;Vaillant;CTLV2;0514;1104
2024-08-30 17:54:05.639 [update notice] sent unknown MS cmd: 3115b5090124 / 09003231323132353030
2024-08-30 17:54:05.791 [update notice] sent scan-read scan.15 id QQ=31: 
2024-08-30 17:54:05.936 [update notice] sent scan-read scan.15 id QQ=31: 
2024-08-30 17:54:06.086 [update notice] sent scan-read scan.15 id QQ=31: 21;21;25;0020260916;0953;007000;N9
2024-08-30 17:54:06.086 [bus notice] scan 15: ;21;21;25;0020260916;0953;007000;N9
2024-08-30 17:54:06.090 [main error] error reading scan config file vaillant/15.ctlv2.csv for ID "ctlv2", SW0514, HW1104: ERR: end of input reached, vaillant/15.ctlv2.csv:1: ERR: end of input reached, missing message type/name/pbsb
2024-08-30 17:54:06.090 [main error] scan config 15: ERR: end of input reached
2024-08-30 17:54:07.585 [update notice] sent poll-read bai CounterStartattempts1 QQ=31: 2
3

trochę popoprawiam, a na przyszłość

oraz nie pisz kolejnych postów po sobie - do uzupełnień masz edycję, sens tworzenia kolejnego posta powstaje w momencie pojawienia się odpowiedzi na tego poprzedniego

Warto wrzucić też jakieś linki do dokumentacji tego co używasz, bo to nie jest do końca jasne jaka to integracja czy może raczej jakiś komponent niestandardowy? i/lub jakiś Dodatek?

4

Dziękuje za wskazówkę co do kodów YAML, postaram się jak najbardziej to stosować. Tak samo jak i edycję postów.

Jeżeli chodzi o linki do dokumentacji:

Używam dodatku ebusd : GitHub - LukasGrebe/ha-addons: Addons for Home Assistant

Dodałem go z poziomu menu Add-Ons jako customowe repozytorium

1 polubienie
5

Panowie, podpowiedzcie mi co robię źle bo już budzą się we mnie pierwotne instynkty - gdyż utknąłem (pewnie na czymś trywialnym) i nie mogę ruszyć.

  • Adapter to: ESP32-C6-mini-1
  • Kocioł z którym chcę się połączyć, to: Vaillant ecoTEC Plus VC PL 186/3-5 wraz z regulatorem CalorMATIC 470f
  • HA to: Home Assistant OS 12.4 postawiony na RPI4
  1. Postawłem ESPHome, które według poniższych logów komunikuje się z adapterem
INFO Starting log output from 192.168.1.89 using esphome API
INFO Successfully connected to ebus-vaillant @ 192.168.1.89 in 5.183s
INFO Successful handshake with ebus-vaillant @ 192.168.1.89 in 0.094s
[18:14:19][I][app:100]: ESPHome version 2024.9.2 compiled on Oct 11 2024, 18:07:35
[18:14:19][C][wifi:600]: WiFi:
[18:14:19][C][wifi:428]:   Local MAC: 54:32:04:14:43:14
[18:14:19][C][wifi:433]:   SSID: [redacted]
[18:14:19][C][wifi:436]:   IP Address: 192.168.1.89
[18:14:19][C][wifi:439]:   BSSID: [redacted]
[18:14:19][C][wifi:441]:   Hostname: 'ebus-vaillant'
[18:14:19][C][wifi:443]:   Signal strength: -43 dB ▂▄▆█
[18:14:19][C][wifi:447]:   Channel: 1
[18:14:19][C][wifi:448]:   Subnet: 255.255.255.0
[18:14:19][C][wifi:449]:   Gateway: 192.168.1.100
[18:14:19][C][wifi:450]:   DNS1: 192.168.1.100
[18:14:19][C][wifi:451]:   DNS2: 0.0.0.0
[18:14:19][C][logger:185]: Logger:
[18:14:19][C][logger:186]:   Level: DEBUG
[18:14:19][C][logger:188]:   Log Baud Rate: 115200
[18:14:19][C][logger:189]:   Hardware UART: UART0
[18:14:19][C][uptime.sensor:033]: Uptime Sensor 'Czas działania ESP32'
[18:14:19][C][uptime.sensor:033]:   Device Class: 'duration'
[18:14:19][C][uptime.sensor:033]:   State Class: 'total_increasing'
[18:14:19][C][uptime.sensor:033]:   Unit of Measurement: 's'
[18:14:19][C][uptime.sensor:033]:   Accuracy Decimals: 0
[18:14:19][C][uptime.sensor:033]:   Icon: 'mdi:timer-outline'
[18:14:19][C][uptime.sensor:034]:   Type: Seconds
[18:14:19][C][captive_portal:089]: Captive Portal:
[18:14:19][C][mdns:116]: mDNS:
[18:14:19][C][mdns:117]:   Hostname: ebus-vaillant
[18:14:19][C][esphome.ota:073]: Over-The-Air updates:
[18:14:19][C][esphome.ota:074]:   Address: ebus-vaillant.local:3232
[18:14:19][C][esphome.ota:075]:   Version: 2
[18:14:19][C][esphome.ota:078]:   Password configured
[18:14:19][C][safe_mode:018]: Safe Mode:
[18:14:19][C][safe_mode:019]:   Boot considered successful after 60 seconds
[18:14:19][C][safe_mode:021]:   Invoke after 10 boot attempts
[18:14:19][C][safe_mode:022]:   Remain in safe mode for 300 seconds
[18:14:19][C][api:139]: API Server:
[18:14:19][C][api:140]:   Address: ebus-vaillant.local:6053
[18:14:19][C][api:142]:   Using noise encryption: YES
[18:14:19][C][mqtt:145]: MQTT:
[18:14:19][C][mqtt:146]:   Server Address: 192.168.1.20:1883 (192.168.1.20)
[18:14:19][C][mqtt:148]:   Username: [redacted]
[18:14:19][C][mqtt:149]:   Client ID: [redacted]
[18:14:19][C][mqtt:151]:   Discovery IP enabled
[18:14:20][C][mqtt:154]:   Discovery prefix: 'homeassistant'
[18:14:20][C][mqtt:155]:   Discovery retain: YES
[18:14:20][C][mqtt:157]:   Topic Prefix: 'ebus_vaillant'
[18:14:20][C][mqtt:159]:   Log Topic: 'ebus_vaillant/debug'
[18:14:20][C][mqtt:162]:   Availability: 'ebus_vaillant/status'
[18:14:20][C][mqtt.sensor:028]: MQTT Sensor 'Czas działania ESP32':
[18:14:20][C][mqtt.sensor:032]:   State Topic: 'ebus_vaillant/sensor/czas_dzia__ania_esp32/state'
[18:14:22][D][sensor:093]: 'Czas działania ESP32': Sending state 9.18900 s with 0 decimals of accuracy
[18:14:25][D][esphome.ota:117]: Starting update from 192.168.1.20...
[18:14:25][W][component:157]: Component esphome.ota set Warning flag: unspecified

  1. Adapter “pozwala” na podłączenie się do niego - robiąc np. test z wiersza poleceń o treści: telnet 192.168.1.89 3232 dostaję czarny ekran, czyli Telnet się łączy.

  2. Zawartość pliku konfiguracyjnego adaptera:

  name: ebus-vaillant
  friendly_name: Vaillant

esp32:
  board: esp32-c6-devkitc-1
  flash_size: 4MB
  variant: esp32c6
  framework:
    type: esp-idf
    version: "5.3.1"
    platform_version: 6.9.0
    sdkconfig_options:
      CONFIG_ESPTOOLPY_FLASHSIZE_4MB: y

logger:

api:
  encryption:
    key: "xjzBtsgc0DfXy0GwriqMOl+Nau29dAnArLiC0yZc8m4="

ota:
  password: "86092381a81a3ebbf723d9f41bfb4830"
  # Używamy domyślnej platformy OTA
  platform: esphome
  
wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  ap:
    ssid: "Ebus-Vaillant Fallback Hotspot"
    password: "xE9XPWwYUP8q"

captive_portal:

mqtt:
  broker: 192.168.1.20
  port: 1883
  username: 'user'  # Użyj podanego username
  password: 'passwd'  # Użyj podanego password
  discovery: true
  discovery_prefix: homeassistant
  topic_prefix: ebus_vaillant

sensor:
  - platform: uptime
    name: "Czas działania ESP32"
    update_interval: 5s

Wrzucam całość, gdyż wielkich tajemnic tu nie ukrywam.
Testowo skompilowałem jakiś lipny sensor “uptime” by wystawić encję do HA i zobaczyć czy będzie liczyć. Liczy, z tym że - jeśli mam uruchomiony add-on eBUSd wtedy co pewien czas “Uptime” robi się niedostępny. Jeśli eBUSd jest zatrzymany - wtedy czas zlicza się i rośnie jak należy.

  1. MQTT
  • Logi z Mosquitto broker-a
2024-10-11 18:30:44: New connection from 172.30.32.2:53064 on port 1883.
2024-10-11 18:30:44: Client <unknown> closed its connection.
2024-10-11 18:30:59: New connection from 172.30.33.4:46838 on port 1883.
2024-10-11 18:30:59: New client connected from 172.30.33.4:46838 as ebusd_23.2_277 (p1, c1, k60, u'addons').
2024-10-11 18:31:11: New connection from 192.168.1.89:50798 on port 1883.
2024-10-11 18:31:11: Client ebus-vaillant-543204144314 already connected, closing old connection.
2024-10-11 18:31:11: New client connected from 192.168.1.89:50798 as ebus-vaillant-543204144314 (p2, c0, k15, u'user').
2024-10-11 18:31:28: New connection from 192.168.1.89:51166 on port 1883.
2024-10-11 18:31:28: Client ebus-vaillant-543204144314 already connected, closing old connection.
2024-10-11 18:31:28: New client connected from 192.168.1.89:51166 as ebus-vaillant-543204144314 (p2, c0, k15, u'user').
2024-10-11 18:31:46: New connection from 192.168.1.89:59947 on port 1883.
2024-10-11 18:31:46: Client ebus-vaillant-543204144314 already connected, closing old connection.
2024-10-11 18:31:46: New client connected from 192.168.1.89:59947 as ebus-vaillant-543204144314 (p2, c0, k15, u'user').

Ta treść powtarza się w sposób ciągły.

  1. No i pora na eBUSd.
  • Konfiguracja:
scanconfig: true
loglevel_all: notice
mqtttopic: ebusd
mqttint: /config/ebusd/mqtt-hassio.cfg
mqttjson: true
network_device: enh:192.168.1.89:3232
  • … oraz LOG:
2024-10-11 18:40:45.937 [bus notice] device invalid
2024-10-11 18:40:51.011 [bus notice] device status: resetting
2024-10-11 18:40:51.011 [bus notice] re-opened 192.168.1.89:3232
2024-10-11 18:41:03.313 [bus notice] device invalid
2024-10-11 18:41:08.418 [bus notice] device status: resetting
2024-10-11 18:41:08.418 [bus notice] re-opened 192.168.1.89:3232
2024-10-11 18:41:20.749 [bus notice] device invalid
2024-10-11 18:41:25.827 [bus notice] device status: resetting
2024-10-11 18:41:25.827 [bus notice] re-opened 192.168.1.89:3232
2024-10-11 18:41:38.157 [bus notice] device invalid
2024-10-11 18:41:43.236 [bus notice] device status: resetting
2024-10-11 18:41:43.236 [bus notice] re-opened 192.168.1.89:3232
2024-10-11 18:41:55.565 [bus notice] device invalid
2024-10-11 18:42:00.642 [bus notice] device status: resetting
2024-10-11 18:42:00.642 [bus notice] re-opened 192.168.1.89:3232
2024-10-11 18:42:12.977 [bus notice] device invalid
2024-10-11 18:42:18.059 [bus notice] device status: resetting
2024-10-11 18:42:18.059 [bus notice] re-opened 192.168.1.89:3232
2024-10-11 18:42:30.381 [bus notice] device invalid
2024-10-11 18:42:35.458 [bus notice] device status: resetting
2024-10-11 18:42:35.458 [bus notice] re-opened 192.168.1.89:3232
2024-10-11 18:42:47.757 [bus notice] device invalid
2024-10-11 18:42:52.871 [bus notice] device status: resetting
2024-10-11 18:42:52.871 [bus notice] re-opened 192.168.1.89:3232
2024-10-11 18:43:05.197 [bus notice] device invalid
2024-10-11 18:43:10.274 [bus notice] device status: resetting
2024-10-11 18:43:10.274 [bus notice] re-opened 192.168.1.89:3232
2024-10-11 18:43:22.573 [bus notice] device invalid
2024-10-11 18:43:27.685 [bus notice] device status: resetting
2024-10-11 18:43:27.685 [bus notice] re-opened 192.168.1.89:3232
2024-10-11 18:43:40.014 [bus notice] device invalid
2024-10-11 18:43:45.093 [bus notice] device status: resetting
2024-10-11 18:43:45.093 [bus notice] re-opened 192.168.1.89:3232
2024-10-11 18:43:57.425 [bus notice] device invalid

I w tym miejscu utknąłem.
Już przez moment myślałem, że może adapter musi być fizycznie podłączony pod sterownik kotła, gdyż ten “device invalid” to nie informacja o adapterze ale o sterowniku kotła - więc szybko coś podrutowałem w kotłowni, ale nie przyniosło to żadnych zmian.

Patrząc na całość zastanawia mnie jeszcze jedna rzecz …
Wiele osób, które działały z tą integracją wkleja w konfiguracji dodatku eBUSd taką ścieżkę:

/etc/ebusd/mqtt-hassio.cfg

To jest chyba moment w którym się zgubiłem.
Po pierwsze - nie jestem w stanie z terminala utworzyć takiego folderu w katalogu /etc/. Stwierdziłem wiec że jeśli wrzucę to w miejsce, gdzie mam pełen dostęp, to może też się uda - stąd moja ścieżka:

/config/ebusd/mqtt-hassio.cfg

Mój plik “mqtt-hassio.cfg” ma postać:

# General settings for ebusd MQTT configuration
broker = core-mosquitto
port = 1883
user = addons
password = oYohsho1ooN2vu9pie0vaine3uyohghalaiwielef5aed1raipe2Voo1nahmohtu
topic = ebusd
clientid = ebusd
retain = true
qos = 1
mqttjson = true

# Topics for specific data
device_data = ebusd/%circuit%/%name%
sensor_data = ebusd/%circuit%/%name%/value
command_topic = ebusd/%circuit%/%name%/set

I tu się wykładam.

Co skopałem, albo co powinienem zrobić w następnej kolejności ?

6

poważnie?
skąd pomysł na coś tak niestandardowego (dla projektów opensource C3 i S3 to wciąż nowość)

7

Jakiś czas temu było wiele wpisów z pytaniami gdzie można kupić adapter eBUS i kiedy będzie on dostępny. W jednym z linków był namiar do tego “producenta”. Na ich stronie było info że poprzednia wersja jest jest już dostępna i teraz można kupić tę najnowszą.

Twoje pytanie może sugerować że problem z połączeniem może być spowodowany przez niekompatybilność (zbyt świeża?) wersji ESP32 - czy dobrze rozumiem?

Tzn. że na razie (póki nie wyjdzie jakiś update oprogramowania) nic z tym nie zrobię?

8

Przecież na stronie projektu jest do niego dedykowane firmware

i… jest tam taka ciekawostka - w najnowszej wersji 2024-10-08 jest ponoć użyty IDF 5.3.1 czyli raczej dokładnie to co masz w YAMLu
C6 jest obsługiwany od wersji firmware 2024-08-09

Nie śledzę projektu EBUSD ale C6 w ESPHome ma obsługę dopiero w fazie eksperymentalnej (więc jak widać wymagana jest specyficzna konfiguracja i z pewnością będą jeszcze duże zmiany w przyszłości zanim to wejdzie do wersji stabilnej).

Możesz poeksperymentować z kalibracją częstotliwości.

9

Tak, o tym firmware na podanej przez Ciebie stronie wiem. Korzystałem z niego, by reanimować ESP32.

Tutaj małe wyjaśnienie z mojej strony - to mój pierwszy kontakt z ESP32, więc dopiero się tego uczę. Gdy po podłączeniu nowego adaptera zacząłem radośnie dopisywać różne pozycje do YAML-a i próbować kompilować, to w pewnym momencie przestał mi się uruchamiać, więc musiałem zrobić flash tym właśnie “czystym” softem.
To co mam w YAML-u było dopisywane na podstawie różnych informacji które znalazłem i na podstawie eksperymentów.

…tak jak napisałem, moją wiedzę i doświadczenie oraz dotarcie do punktu w którym jestem z pracami przy ESP uskuteczniam zaledwie przez ostatnich kilka dni , to moje pierwsze kroki - więc wybacz moje naiwne pytanie …
…ale może w takim razie tutaj popełniam błąd.
By mieć pewność że nie przekombinowalem -
mogę raz jeszcze wyczyścić pamięć ESP32, wgrać właśnie tę najnowszą wersję 2024-10-08 , wtedy dopisać w -em parametry dot. komunikacji i zobaczyć czy to coś zmieni. Zrobię też testy różnych częstotliwości - jak radzisz.

Czy bez fizycznego połączenia przewodem do portu BUS kotła - jestem w stanie uzyskać jakiś inny status (nawiązanie połączenia pomiędzy adapterem a eBUSd) niż “device invalid”, czy też może ta pozycja dotyczy właśnie fizycznego połączenia z portem BUS kotla?

10

To o częstotliwości miało być w innym wątku omyłkowo tu dopisałem w pośpiechu.

Nie mam czasu wnikać w ten projekt, czy możesz wrzucić fabrycznego YAMLa (skąd go w ogóle wziąłeś?), bo nie wiem czy należy go zmieniać… najlepiej by było by ktoś z użytkowników tego projektu się odezwał, bo sądzę że są tacy.

Bo w YAMLu, który wrzuciłeś wcześniej nie ma żadnych funkcjonalności, więc chyba z niego wywaliłeś to co najważniejsze… (zgaduję, że YAML uzyskujesz w procesie adopcji do ESPHome, bo projekt jest na bazie ESPHome?) czy ten projekt w ogóle jest na bazie ESPHome? bo na podstawie dokumentacji sądzę, że NIE, a firmware wygląda na zamknięty projekt bo nie mogę znaleźć w dokumentacji żadnych linków do jakiegoś repozytorium z kodem źródłowym dla ESP.

No ja sobie nie wyobrażam aby to mogło działać bez połączenia z magistralą EBUS, więc chyba wychodzisz z jakichś błędnych założeń.

Czy w ogóle twój kocioł ma magistralę EBUS? (czy jego sterownik jest jawnie wymieniony w dokumentacji jako kompatybilny?)

11

Ok, raz jeszcze wrzuciłem ten oryginalny firmware by dostać się do oryginalnego YAML-a. Jeśli nic nie pokręciłem to oryginalny YAML (tuż po podpięciu pierwszy raz pod ESPHome) wygląda tak:

esphome:
  name: ebus-vaillant
  friendly_name: ebus-vaillant_

esp32:
  board: esp32-c3-devkitm-1
  framework:
    type: arduino

# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: "GkSGqG263IqcWqHgM9TCRcO1X+5kHjTJPEWx0Tj41XA="

ota:
  - platform: esphome
    password: "40567de46274094fb4bffb1cf566a36e"

wifi:
  ssid: !secret wifi_ssid
  password: !secret wifi_password

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Ebus-Vaillant Fallback Hotspot"
    password: "MXRajVzcMQ6N"

captive_portal:

Fakt, niewiele tu - ale naprowadziłeś mnie na pewien trop.

Zrobiłem flash oryginalnego firmware-u z tej dedykowanej strony (którą wcześniej również przytaczałeś) i po wejściu w webowy interface adaptera zauważyłem coś na co wcześniej nie zwróciłem uwagi … Mianowicie raz jeszcze fizycznie zapiąłem połączenie BUS-owe do sterownika kotła i pojawia się info:

capture-20241015-201604
capture-20241015-2016041193×486 17.3 KB

czyli adapter widzi na swoim porcie BUS jakąś komunikację.

Dodatkowo gdy wejdzie się w surowe oogi przez interface web-owy, to da się zauważyć, że od strony firmware-u przygotował już na pinach 14 i 15 możliwość transmisji eBUS.

capture-20241015-203430
capture-20241015-2034301393×824 23.7 KB

Więc teraz zgodnie z tym co napisałeś wcześniej przydałoby się wrzucić poprawną zawartość YAML-a która będzie odpowiednio korzystała z hardware-u udostępnionego już z poziomu firmware-u.

12

Tu nie ma mowy o żadnym YAMLu to nie jest ESPHome, tylko zamknięte oprogramowanie producenta.

Nie wiem skąd wytrzasnąłeś tan YAML…
pokaż skąd go masz.
(właściwie to się domyślam - wgrałeś mu puste firmware ESPHome tam https://web.esphome.io zamiast właściwego softu producenta, dlatego YAML się zaimportował do IDE ESPHome, bo póki co nie wyobrażam sobie innego scenariusza).
Może takie małe wyjaśnienie - do MCU ESP można wgrać dowolne firmware powstałe w dowolny sposób. Tylko takie niewłaściwe nie będzie działać zgodnie z założeniami.

Zakładając że jednak wgrasz właściwe firmware, to musisz się posłużyć tą instrukcją

swój adapter konfigurujesz tu

ebus-gui-2024-10-15_22-40
ebus-gui-2024-10-15_22-401148×577 82.5 KB

13

Tutaj moje rozwiązanie, może komuś się przyda.

1 polubienie