Verwarming uitlezen met ebusd

[maarten_NL]

/testmode on

Gisteren de ebusd weer gestart, nu met alleen de broadcast _template scan csv files. Een dag gedraaid en so far so good.

Net de ebusd weer gestopt, de 76.vwz en 76.vwzio files toegevoegd. Bij het starten klaagt de ebusd over de hcmode en errors.inc files, dus die ook toegevoegd.

Na even draaien, hee ik hoor de VWZ AI klikken. ebusd gestopt en voor nu is het klikken ook gestopt.

Als ik de logs bekijk zie ik update-write acties:

2024-03-28 14:34:49.795 [update notice] received update-write vwzio SetMode QQ=10: 00 00 ff ff ff 01 00 00
2024-03-28 14:34:50.155 [update notice] received unknown MS cmd: f115b52406020003001b00 / 0601031b000000
2024-03-28 14:34:50.341 [update notice] received unknown MS cmd: f115b52406020001000f00 / 0601010f000000
2024-03-28 14:34:51.259 [bus error] poll vwzio TotalEnergyUsageImmersionHeater failed: ERR: read timeout
2024-03-28 14:34:57.227 [bus error] poll vwzio TotalRunningHours failed: ERR: read timeout
2024-03-28 14:34:58.644 [update notice] received unknown MS cmd: 1008b5110101 / 09261f0080ffff0000ff
2024-03-28 14:35:03.286 [bus error] poll vwzio YieldTotal failed: ERR: read timeout
2024-03-28 14:35:03.771 [update notice] received unknown MS cmd: 0376b5120613000f000006 / 0200ff
2024-03-28 14:35:03.990 [update notice] received unknown MS cmd: 1008b51009000000ffffff070000 / 0101
2024-03-28 14:35:04.254 [update notice] received update-write vwzio SetMode QQ=10: 00 00 ff ff ff 01 00 00
2024-03-28 14:35:05.753 [update notice] received unknown MS cmd: 7108b5110107 / 0a00a301c0002d00000000
2024-03-28 14:35:06.112 [update notice] received unknown MS cmd: f108b5160114 / 09000000004100000000
2024-03-28 14:35:06.289 [update notice] received unknown MS cmd: 7108b5110107 / 0a00a301c0002d00000000
2024-03-28 14:35:06.386 [update notice] received unknown MS cmd: f115b52406020003001b00 / 0601031b000000
2024-03-28 14:35:06.571 [update notice] received unknown MS cmd: f115b52406020001000f00 / 0601010f000000
2024-03-28 14:35:08.590 [update notice] received unknown MS cmd: 1008b5110101 / 09261f0080ffff0000ff
2024-03-28 14:35:08.857 [update notice] received read vwzio State01 QQ=10: -;-;-;-;45.5;off
2024-03-28 14:35:09.124 [update notice] received read vwz unknownMPoll10sB512h QQ=10: dc 02 00 00 80 ff 00
2024-03-28 14:35:09.253 [update notice] sent poll-read vwzio BuildingCircuitPumpPower QQ=31: -
2024-03-28 14:35:09.350 [update notice] received unknown MS cmd: 7108b5110107 / 0a00a301c0002d00000000
2024-03-28 14:35:09.526 [update notice] received unknown MS cmd: 1008b51009000000ffffff070000 / 0101
2024-03-28 14:35:09.796 [update notice] received update-write vwzio SetMode QQ=10: 00 00 ff ff ff 01 00 00
2024-03-28 14:35:11.364 [update notice] received unknown MS cmd: 0376b5120613000f000006 / 0200ff
2024-03-28 14:35:12.690 [update notice] received unknown MS cmd: 7108b5110107 / 0a00a301c0002d00000000
2024-03-28 14:35:15.184 [update notice] sent poll-read vwzio CondensorInletTemp QQ=31: -0.1
2024-03-28 14:35:16.115 [update notice] received unknown MS cmd: 7108b5110107 / 0a00a301c0002d00000000
2024-03-28 14:35:18.529 [update notice] received unknown MS cmd: 1008b5110101 / 09261f0080ffff0000ff
2024-03-28 14:35:18.797 [update notice] received read vwzio State01 QQ=10: -;-;-;-;45.5;off
2024-03-28 14:35:19.063 [update notice] received read vwz unknownMPoll10sB512h QQ=10: dc 02 00 00 80 ff 00
2024-03-28 14:35:19.376 [update notice] received unknown MS cmd: 1008b51009000000ffffff070000 / 0101
2024-03-28 14:35:19.603 [update notice] received unknown MS cmd: 7108b5110107 / 0a00a301c0002d00000000
2024-03-28 14:35:19.786 [update notice] received update-write vwzio SetMode QQ=10: 00 00 ff ff ff 01 00 00

Zou dat iets te maken kunnen hebben met het klikkende relais in de VWZ AI?

[maarten_NL]

Ebusd weer gestart en begint gelijk weer met klikken. de log op mijn telefoon getailed en ik heb iets te pakken, denk ik:

2024-03-28 14:49:01.233 [bus error] poll vwzio TotalEnergyUsageImmersionHeater failed: ERR: read timeout
2024-03-28 14:49:07.376 [bus error] poll vwzio TotalRunningHours failed: ERR: read timeout
2024-03-28 14:49:13.198 [bus error] poll vwzio YieldTotal failed: ERR: read timeout
2024-03-28 14:48:31.223 [bus error] poll vwzio Status16 failed: ERR: read timeout
2024-03-28 14:49:01.233 [bus error] poll vwzio TotalEnergyUsageImmersionHeater failed: ERR: read timeout
2024-03-28 14:49:07.376 [bus error] poll vwzio TotalRunningHours failed: ERR: read timeout
2024-03-28 14:49:13.198 [bus error] poll vwzio YieldTotal failed: ERR: read timeout
a301c0002d00000000
2024-03-28 14:50:01.253 [bus error] poll vwzio ImmersionHeaterStarts failed: ERR: read timeout
2024-03-28 14:50:07.449 [bus error] poll vwzio ImmersionHeaterTemp failed: ERR: read timeout
2024-03-28 14:50:13.218 [bus error] poll vwzio OutdoorTemp failed: ERR: read timeout

Bij elke [bus error] stoppen de log entries en klikt de VWZAI een keer, dan komen er weer log entries, tot de volgende [bus error]

Eens kijken of dit na verwijderen van de 76.vwz csv en terug zetten van basv csv ook het geval is.

[maarten_NL]

Met de 15.basv 15.700 csvs had ik na uren draaien maar 1 [bus error]:

2024-03-28 15:04:39.608 [update notice] received unknown MS cmd: f115b52406020001000f00 / 0601010f000000
2024-03-28 15:04:42.030 [update notice] received unknown MS cmd: 7108b5110107 / 0a00a301c0002d00000000
2024-03-28 15:04:43.428 [update notice] received unknown MS cmd: 0376b5120613000f000006 / 0200ff
2024-03-28 15:04:45.197 [update notice] sent poll-read basv Hc1HeatCurveAdaption QQ=31: 0.0
2024-03-28 15:04:45.471 [update notice] received unknown MS cmd: 7108b5110107 / 0a00a301c0002d00000000
2024-03-28 15:04:47.621 [update notice] received unknown MS cmd: 1008b5110101 / 09251e0080ffff0000ff
2024-03-28 15:04:47.900 [update notice] received unknown MS cmd: 1076b5110101 / 09ffff0080ff5b0000ff
2024-03-28 15:04:48.155 [update notice] received unknown MS cmd: 1076b512030f0001 / 07d902000080ff00
2024-03-28 15:04:48.418 [update notice] received unknown MS cmd: 1008b51009000000ffffff070000 / 0101
2024-03-28 15:04:48.681 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2024-03-28 15:04:48.952 [update notice] received unknown MS cmd: 7108b5110107 / 0a00a301c0002d00000000
2024-03-28 15:04:51.171 [bus error] poll basv Hc1MaxFlowTempDesired failed: ERR: read timeout
2024-03-28 15:04:51.706 [update notice] received unknown MS cmd: 0376b5120613000f000006 / 0200ff
2024-03-28 15:04:52.371 [update notice] received unknown MS cmd: 7108b5110107 / 0a00a301c0002d00000000
2024-03-28 15:04:54.291 [update notice] received unknown MS cmd: 7108b51a03043732 / 0e3707c0cfc07b3c00b01b20000000
2024-03-28 15:04:54.676 [update notice] received unknown MS cmd: 7108b51a03043833 / 0e380000c08b020000000000000000
2024-03-28 15:04:55.063 [update notice] received unknown MS cmd: 7108b51a03043934 / 0e39cf2000c002210100180006d800
2024-03-28 15:04:55.162 [update notice] received unknown MS cmd: f115b52406020003001b00 / 0601031b000000
2024-03-28 15:04:55.341 [update notice] received unknown MS cmd: f115b52406020001000f00 / 0601010f000000
2024-03-28 15:04:55.474 [update notice] received unknown MS cmd: 7108b51a03043a35 / 0e3a00000000000100900100001000
2024-03-28 15:04:55.847 [update notice] received unknown MS cmd: 7108b51a03043b36 / 0e3b00000000000000000000000000
2024-03-28 15:04:56.337 [update notice] received unknown MS cmd: 7108b5110107 / 0a00a301c0002d00000000
2024-03-28 15:04:57.188 [update notice] sent poll-read basv Hc1MinFlowTempDesired QQ=31: 30
2024-03-28 15:04:57.541 [update notice] received unknown MS cmd: 1008b5110101 / 09251e0080ffff0000ff
2024-03-28 15:04:57.809 [update notice] received unknown MS cmd: 1076b5110101 / 09ffff0080ff5b0000ff

Ik heb de 76.vwzio.csv nu uitgekleed. Alle dingen er uitgehaald waar ik van weet dat mijn installatie niet heeft, bijvoorbeeld die immersion heater registers die resulteren in een bus error en ik geen interesse in heb. en tot zo ver geen [bus errors] of geklik. (kwam bij de vorige start met die file binnen 1 minuut)

[maarten_NL]

Na een nacht draaien zie ik toch nog wat [bus errors], hetzij niet meer elke zoveel seconden:

2024-03-29 00:04:43.181 [bus error] poll basv Hc1ActualFlowTempDesired failed: ERR: read timeout
2024-03-29 00:21:13.162 [bus error] poll basv OpMode failed: ERR: read timeout
2024-03-29 00:42:43.121 [bus error] poll hmu SupplyTempWeighted failed: ERR: SYN received
2024-03-29 01:05:43.150 [bus error] poll hmu BuildingPumpHours failed: ERR: read timeout
2024-03-29 01:07:25.132 [bus error] poll hmu Fan1Hours failed: ERR: SYN received
2024-03-29 01:42:13.264 [bus error] poll hmu YieldThisYear8 failed: ERR: read timeout
2024-03-29 01:52:25.188 [bus error] poll hmu RunStatsCompressorHours failed: ERR: read timeout
2024-03-29 01:54:25.231 [bus error] poll hmu TotalHours failed: ERR: SYN received
2024-03-29 01:54:25.298 [bus notice] arbitration won in invalid state ready
2024-03-29 01:56:25.120 [bus error] poll hmu YieldThisYear8 failed: ERR: SYN received
2024-03-29 02:00:25.176 [bus error] poll basv HwcTempDesired failed: ERR: read timeout
2024-03-29 02:02:25.184 [bus error] poll hmu BuildingCircuitPumpPower failed: ERR: SYN received
2024-03-29 02:04:25.178 [bus error] poll hmu Fan2Hours failed: ERR: read timeout
2024-03-29 02:06:25.329 [bus error] poll hmu RunStats4PortValveHours failed: ERR: read timeout
2024-03-29 02:08:25.247 [bus error] poll hmu TemperatureSwitchElectricHeater failed: ERR: read timeout
2024-03-29 02:12:19.222 [bus error] poll basv AdaptHeatCurve failed: ERR: read timeout
2024-03-29 02:12:25.262 [bus error] poll basv DisplayedOutsideTemp failed: ERR: read timeout
2024-03-29 02:20:25.397 [bus error] poll hmu RunDataEEVOutletTemp failed: ERR: read timeout
2024-03-29 02:33:19.201 [bus error] poll hmu HeatCurve failed: ERR: read timeout
2024-03-29 03:01:07.099 [bus error] poll hmu Fan1Starts failed: ERR: SYN received
2024-03-29 03:08:49.228 [bus error] poll vwzio SupplyTemp failed: ERR: read timeout
2024-03-29 04:03:19.112 [bus error] poll hmu YieldThisYear11 failed: ERR: read timeout
2024-03-29 04:13:19.171 [bus error] poll hmu MinFlowTemp failed: ERR: read timeout
2024-03-29 04:26:49.486 [bus error] poll hmu HcModeActive failed: ERR: read timeout
2024-03-29 04:54:01.237 [bus error] poll hmu CurrentYieldPower failed: ERR: read timeout
2024-03-29 04:56:06.007 [bus notice] max. symbols per second: 207
2024-03-29 05:21:13.131 [bus error] poll hmu BuildingCircuitPumpPower failed: ERR: SYN received
2024-03-29 05:41:43.467 [bus error] poll hmu YieldCooling failed: ERR: arbitration lost
2024-03-29 05:45:07.197 [bus error] poll vwzio TotalRunningHours failed: ERR: read timeout

Nu komen er toh wat registers langs die volgens mij wel zouden moeten werken zoals hwctempdesired?

Gelukkig zie ik geen gek stop/start gedrag in de WP statussen of symptomen in de Ta/stroom verbruik.

Dit is ook wel vreemd: ERR: arbitration lost en [bus notice] arbitration won in invalid state ready

Zien jullie dit ook?

[PeterJones]

maarten_NL schreef op vrijdag 29 maart 2024 @ 07:10:
Na een nacht draaien zie ik toch nog wat [bus errors], hetzij niet meer elke zoveel seconden:

[...]
Nu komen er toh wat registers langs die volgens mij wel zouden moeten werken zoals hwctempdesired?
Gelukkig zie ik geen gek stop/start gedrag in de WP statussen of symptomen in de Ta/stroom verbruik.
Dit is ook wel vreemd: ERR: arbitration lost en [bus notice] arbitration won in invalid state ready
Zien jullie dit ook?

Vreemd hoor dat je zoveel read time outs en andere bus errors krijgt. Bij draait het stabiel met een beperkt lijstje ERR messages (en merk hier verder niets van):

code:

2024-03-08 01:41:46.838 [bus error] send to 08: ERR: wrong symbol received, retry
2024-03-08 05:05:54.949 [bus error] send to 15: ERR: read timeout, retry
2024-03-08 07:59:03.829 [bus error] send to 15: ERR: SYN received, retry
2024-03-08 08:31:51.326 [bus error] send to 08: ERR: wrong symbol received, retry
2024-03-08 09:11:48.285 [bus error] send to 15: ERR: wrong symbol received, retry
2024-03-08 10:57:12.296 [bus error] send to 15: ERR: SYN received, retry
2024-03-08 12:24:04.239 [bus error] send to 76: ERR: read timeout, retry
2024-03-08 13:14:05.097 [bus error] send to 08: ERR: CRC error, retry
2024-03-08 15:40:40.179 [bus error] send to 08: ERR: SYN received, retry
2024-03-08 22:49:03.173 [bus error] send to 76: ERR: read timeout, retry

Een dergelijke hoeveelheid fouten duidt denk ik op een hardware issue in de ebus adapter of voeding, in de Vaillant hardware of de bekabeling. Aangezien je het een en ander al uitgesloten hebt kan er niet veel over zijn. Let wel, er kan ook interactie plaats vinden als je meerdere devices op de bus aansluit, reflecties van signalen en dergelijke al is dat niet zo waarschijnlijk omdat de communicatie snelheid laag is.
Nog wat ideeen (wellicht nutteloos hoor):
- Je kunt ook eens proberen de polariteit van de ebus kabels om te draaien (ook al is er geen polariteit) bij je adapter.
- Klopt het dat het eerst wel goed werkte en toen opeens niet meer? Is er iets veranderd in je HW configuratie? Kan er een kabel slecht aangesloten zijn geraakt? HW kan ook kapot gaan. Misschien is je voeding stuk, of je ebus adapter?
- Er lijkt ook een CSV interactie te zijn. Kun je een andere / oudere hcmode.inc proberen (let wel er zijn er per taal 2 in de repository)? Welke repository gebruik je uberhaupt als basis?

[Eriko]

Of is de vermogen van de power adapter iets te laag?

[maarten_NL]

@PeterJones @Eriko

Alle mogelijke opties zijn welkom

Ik heb vanvond nog geprobeerd wat de de optie --latency=20 doet, maar dat lijkt weinig effect te hebben.

Ik heb de bedrading van de ebusinterface, VWZAI, 720f en sensonet gateway nog bekeken en het zat nu al een *. van de WP kwam de bedrading binnen op de VWZ AI, liep links en rechts naar de gateway en 720f, waar ik de ebus interface bij had geknoopt. Ik heb het nu zo bedraad dat er geen aftakkingen meer in zitten.

Morgenochtend eens kijken hoe het is met de bus errors en anders ga ik de 3e voeding proberen. Ik heb als het goed is nog ergens een 3A raspberry voeding liggen.

[maarten_NL]

@PeterJones

Ik gebruik jouw repo natuurlijk

[Robust2]

Ik draai de ebusd add-on nu al enkele maanden op m'n home assistant, en er komt data uit, maar ik heb tot nu toe eigenlijk er nog nooit iets mee gedaan omdat het zo'n rommeltje is...

Bij wat nader onderzoek vandaag gezien dat hij m'n tado thermostaat wou uitlezen met de 15.370.csv, maar enkel maar unknown waardes leek te tonen. Gemakshalve gewoon die file verwijderd uit m'n lokale repo om die nutteloze velden weg te halen, maar mogelijk is er een betere manier? Heeft iemand succes met Tado data uit te lezen?

Daarnaast is de weergave van de data in Home Assistant alles behalve eenvoudig gelabeld, alles komt er uit in sensors als "ebusd bai ExtFlowTempDesiredMin temp" wat nu niet echt zeer zelfverklarend is . In die csv/inc files zie ik wel duidelijke verklaring ernaast staan, maar deze lijken niet door te komen tot in HA.
Is er een manier om deze te hernoemen/herlabelen op een gemakkelijke manier die re-starts en updates overleeft? Of moet ik gewoon zelf er nog iets bovenop knutselen
Daarnaast heb ik ook wel wat sensors waar geen data in terecht komt, die kan ik gewoon uit mijn .inc file verwijderen vermoed ik? (ik zie dit uit ebusctl `info: scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/bai.0010006101.inc" ([PROD='']), "vaillant/08.bai.csv"` )

[maarten_NL]

@Robust2

Ik ben de csv's ook op gaan schonen, less is more

Let op dat je niet zomaar alles weg kan halen wat je niet kent, elke keer de deamon herstarten en kijken of de file geen errors geeft.

Verwijderen kan, # werkt ook.

[Robust2]

Ik heb er een hele hoop zaken uitgegooid door te commenten, lijkt gewoon nog te werken. Ook een paar op "r1" gezet in plaats van gewoon op r, zodat hij ze ook actief polled (er waren interessante waarden die ik niet vanzelf zag verschijnen).

Mijn MQTT is echter niet mee met deze wijzigingen. Ik zie de nieuwe waardes die ik wil in de ebusd log, maar ze komen niet door in MQTT, en MQTT heeft ook de oude niet vanzelf verwijderd, wat ik min of meer had verwacht.

Iemand enig idee hoe ik MQTT ook mee in lijn breng?

[joris1000]

Hallo, ik ben nieuw op dit forum en geïnteresseerd in LiveMonitorMain.

Mijn warmtepomp Vaillant arotherm VWL 75/6 a is anderhalf jaar oud en ik lees de data die de warmtepomp geeft uit met EBUSD volgens een zelf geschreven python programma. (elke twee minuten) en sla die op in een CSV bestand. Omdat niet altijd duidelijk is welke status de WP heeft, dacht ik dat LiveMonitorMain, zoals op dit forum beschreven een optie zou kunnen zijn.

Echter ik heb beide opties die in dit forum besproken zijn (de "lange"en de "korte") om de beurt toegevoegd aan elk van mijn 3 csv files : 08.hmu.csv , 15.ctlv2.csv en 76.vwzio.csv.

Het resultaat is dat ik alleen met de lange versie en via 76.vzwio.csv data terug kreeg.
Echter de data slaan nergens op.
De codes kloppen niet en de teruggegeven status ook niet. Er komt van alles terug :
-;-
Compressor off;128
Compressor off;-
1;128
Deicing start;8
Deicing start;5
Deicing start;7
Compressor coast down;-
Deicing start;Heating
Deicing start;9
Deicing start;88
Deicing start;Cooling

Echter ze kloppen niet met de werkelijke situatie ; bijvoorbeeld compressor off op een tijdstip waarop het opgenomen vermogen 3 kW is.
Ik weet niet of iemand in de bovenstaande discussie hier raad mee weet.

[Roger_de_Poger]

Ik wil graag m'n Brink Renovent balansventilatie uitlezen/aansturen in HA. Nu heb ik een Pi en USB ebus adapter gekocht en gaan stoeien mbv de instructies die ik van de verkoper kreeg. Echter, ik krijg het niet helemaal voor elkaar. Moet gelijk toegeven: ben een noob met Linux.
Er is wel verbinding tussen Pi/mqtt en de broker in HA maar er komt geen data door.
Ik heb wat gegevens bij elkaar geknipt en geplakt. Misschien ziet iemand wat ik fout doe (en heeft een tip hoe dat op te lossen ;-) )

code:

On a 1GB Pi3b with 64b OS:
 
admin@pi:~ $ ebusctl info
version: ebusd 23.3.23.3
update check: OK
device: /dev/ttyUSB0, serial
signal: acquired
symbol rate: 49
max symbol rate: 91
min arbitration micros: 5
max arbitration micros: 83
min symbol latency: 4
max symbol latency: 13
scan: finished
reconnects: 0
masters: 3
messages: 2
conditional: 0
poll: 0
update: 0
address 1f: master #22
address 24: slave #22, scanned "MF=ENCON;ID= ?;SW=5302;HW=0109"
address 31: master #8, ebusd
address 36: slave #8, ebusd, scanning
address 37: master #18
address 3c: slave #18, scanned "MF=ENCON;ID= ;SW=-;HW=-"

from /var/ebusd.log:
(multiple entries)
2024-05-03 21:58:23.315 [update notice] received scan-read scan.3c QQ=1f: ENCON; ;-;-
2024-05-03 21:58:27.843 [update notice] received unknown MS cmd: 1f3c40220101 / 020000
2024-05-03 21:58:32.826 [update notice] received unknown MS cmd: 1f3c40220101 / 020000
2024-05-03 21:58:37.156 [update notice] received unknown MS cmd: 1f3c40a106000000000000 / 022000
2024-05-03 21:58:37.801 [update notice] received unknown MS cmd: 1f3c40220101 / 020000
2024-05-03 21:58:42.828 [update notice] received unknown MS cmd: 1f3c40220101 / 020000
 
config in /etc/default/ebusd:
EBUSD_OPTS="--scanconfig=full --latency=100 -c /etc/ebusd/equipment_configs/--accesslevel=* --mqtthost 192.168.1.14 --mqttport 1883 --mqttint=/etc/ebusd/mqtt-hassio.cfg --mqttuser=mqtt --mqttpass=mqtt --mqttjson -l /var/log/ebusd.log"
 
csv file in:
/etc/ebusd/equipment_configs/3c.renovent-excellent-300-english.csv
 
admin@pi:~ $ lsusb
Bus 001 Device 006: ID 046d:c018 Logitech, Inc. Optical Wheel Mouse
Bus 001 Device 005: ID 413c:2003 Dell Computer Corp. Keyboard SK-8115
Bus 001 Device 004: ID 0403:6015 Future Technology Devices International, Ltd Bridge(I2C/SPI/UART/FIFO)
Bus 001 Device 003: ID 0424:ec00 Microchip Technology, Inc. (formerly SMSC) SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Microchip Technology, Inc. (formerly SMSC) SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
 
admin@pi:~ $ ls /dev/serial/by-id
usb-FTDI_FT230X_Basic_UART_D30FYHV3-if00-port0

admin@pi:~ $ dmesg | grep ttyUSB
[ 63.934048] usb 1-1.2: FTDI USB Serial Device converter now attached to ttyUSB0
[ 146.021847] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
[ 146.021976] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
[ 146.140580] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
[ 183.881592] usb 1-1.2: FTDI USB Serial Device converter now attached to ttyUSB0

[wicked_fool]

Is er toevallig nog iemand die een ebus adapter "over" heeft? Momenteel zijn ze lastig te krijgen (of ik heb niet goed gezocht).

[WVerbiest]

Kan iemand mij helpen de eBUS adapter van https://adapter.ebusd.eu/ te laten werken?

Ik heb reeds contact kunnen leggen via WiFi met de eBUS adapter.
Maar weet niet goed wat ik op die website verder moet instellen.

De eBUS adapter is aangesloten op een Raspberry PI 3+ (Bullseye)
via de USB kabel. Meld zich als /dev/ttyACM0
Kan er op de Raspberry Pi via screen 115200 met communiceren

De ebusd heb ik moeten downloaden en zelf compileren.
In de /etc/default/ebusd staat:
EBUSD_OPTS="--scanconfig -d ens:/dev/ttyACM0"

De /etc/ebusd links naar /root/ebusd/ebusd-configuration/ebusd-2.1.x/de
In /root/ebusd/ebusd-configuration/ebusd-2.1.x/de
Staan:
Vaillant = directory
_templates.csv
broadcast.csv
Memory.csv

Bij service status ebusd krijg ik fouten gemeld:

In service ebusd status krijg ik:
ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
Loaded: loaded (/lib/systemd/system/ebusd.service; enabled; vendor preset: enabled)
Active: activating (start) since Mon 2024-05-06 11:47:37 CEST; 18s ago
Process: 2775 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=0/SUCCESS)
Tasks: 0 (limit: 1595)
CPU: 26ms
CGroup: /system.slice/ebusd.service
: Starting ebusd, the daemon for communication with eBUS heating systems....
: ebusd.service: Can't open PID file /run/ebusd.pid (yet?) after start: Operation not permitted

In jouralctl -u ebusd krijg ik:
: ebusd.service: Failed with result 'timeout'.
: Failed to start ebusd, the daemon for communication with eBUS heating systems..
: ebusd.service: Scheduled restart job, restart counter is at 8.
: Stopped ebusd, the daemon for communication with eBUS heating systems..
: Starting ebusd, the daemon for communication with eBUS heating systems....
: ebusd.service: Can't open PID file /run/ebusd.pid (yet?) after start: Operation not permitted
: ebusd.service: start operation timed out. Terminating.

De eBUS kabel is aangesloten op de eBUS adapter, en de Vaillant toestellen werken zonder problemen.

Het is mijn bedoeling de instellingen te lezen van mijn installatie
via een van de mogelijke kanalen van de eBUS adapter zelf of met behulp van de ebusd daemon.

Mijn warmtepompinstallatie bestaat uit:
Vaillant AroTHERM plus monoblok VWL 75/6
Vaillant VWZ MEH 97/6 MB1 hydraulische module
Vaillant VR 70 uitbreidingsmodule
Vaillant Multimatic VRC 720 v2 regelaar met buitensensor
Vaillant VR 921 internetmodule

[paQ]

wicked_fool schreef op maandag 6 mei 2024 @ 11:25:
Is er toevallig nog iemand die een ebus adapter "over" heeft? Momenteel zijn ze lastig te krijgen (of ik heb niet goed gezocht).

Ik heb er zojuist hier 2 besteld:
https://www.elecrow.com/ebus-adapter-shield-v5.html
doosje voor 1,50
https://www.elecrow.com/e...us-adapter-shield-v5.html


edit:
Ik zit me nu wel af te vragen of deze stand alone benaderbaar zijn, of moet dit hoe dan ook op een pi? @Proton_

[ Voor 24% gewijzigd door paQ op 06-05-2024 13:23 ]

[Proton_]

@paQ de ebusd draait niet op die adapter, dus dat moet ook ergens, maar dat hoeft geen pi te zijn.
@WVerbiest lijkt me een rechtenprobleem ("Operation not permitted").Wellicht kom je verder door te controleren of je de ebusd service als root kan draaien.

[paQ]

Proton_ schreef op dinsdag 7 mei 2024 @ 13:49:
@paQ de ebusd draait niet op die adapter, dus dat moet ook ergens, maar dat hoeft geen pi te zijn.
@WVerbiest lijkt me een rechtenprobleem ("Operation not permitted").Wellicht kom je verder door te controleren of je de ebusd service als root kan draaien.

aha, naja ik heb die bestelling geannuleerd en gewijzigd naar deze
https://www.elecrow.com/e...-adapter-module-v5-2.html

Ik heb nog mailcontact gehad met die Daniel. Die legt uit dat dit gewoon stand alone werkt met zijn git.
Kan alleen maar hopen dat dat dan klopt

[Tomsworld]

@paQ ik heb dezelfde wel in de eu gehaald : https://lectronz.com/products/ebus-to-wifi-adapter-module

Werkt prima sinds ik geen stroom meer gebruik van de ebus maar van een losse usb-c adapter.

Draait in HomeAssistant.

[paQ]

Tomsworld schreef op dinsdag 7 mei 2024 @ 14:41:
@paQ ik heb dezelfde wel in de eu gehaald : https://lectronz.com/products/ebus-to-wifi-adapter-module

Werkt prima sinds ik geen stroom meer gebruik van de ebus maar van een losse usb-c adapter.

Draait in HomeAssistant.

ah goed om te weten

heb besteld met verzending via fedex, 3-5 dagen in huis (zeggen ze)
(en de V6.1)

[Roger_de_Poger]

Vraag: ebusd+mqtt draaien op een Pi om een Brink Renovent uit te lezen. Data komt netjes binnen in HA, maar ik kan geen waardes terug sturen! De Brink reageert wel, maar gaat vervolgens vrij snel weer terug naar de originele instelling. Net alsof de settings vanuit HA niet "blijven plakken" op de ebus-bus.
Zal wel iets in de config zijn, maar na een middagje stoeien en lezen kom ik geen steek verder.
Iemand suggesties?

[WVerbiest]

Ik heb de ebusd installatie opnieuw gedaan op een Raspberry Pi 4 met Bookworm OS

Veel moeten uitzoeken, ik vindt de 'handleiding' niet eenvoudig.

De ebusd draait en luistert op poort TCP 8888
lsof -i -P -n | grep LISTEN
cupsd 749 root 6u IPv6 8880 0t0 TCP [::1]:631 (LISTEN)
cupsd 749 root 7u IPv4 8881 0t0 TCP 127.0.0.1:631 (LISTEN)
sshd 797 root 3u IPv4 7385 0t0 TCP *:22 (LISTEN)
sshd 797 root 4u IPv6 7387 0t0 TCP *:22 (LISTEN)
wayvnc 808 vnc 11u IPv6 7663 0t0 TCP *:5900 (LISTEN)
ebusd 1372 root 5u IPv4 7930 0t0 TCP *:8888 (LISTEN)

Nu zie ik communicatie gegevens maar geen datapunten in
sudo cat /var/log/ebusd.log
Zit vol van:
2024-05-07 20:08:50.852 [main notice] starting initial broadcast scan
2024-05-07 20:08:50.932 [bus error] send to fe: ERR: read timeout, retry
2024-05-07 20:08:52.122 [update notice] received unknown MS cmd: 0376b51206130014000006 / 0200ff
2024-05-07 20:08:52.219 [update notice] received unknown MS cmd: f115b52406020003001b00 / 0601031b000000

Moet nu verder zoeken wat daar fout is.
Kan iemand mij zeggen hoe ik de datapunten kan bekijken in http en andere protocollen?
Groeten, Willy

[wicked_fool]

Tomsworld schreef op dinsdag 7 mei 2024 @ 14:41:
@paQ ik heb dezelfde wel in de eu gehaald : https://lectronz.com/products/ebus-to-wifi-adapter-module

Werkt prima sinds ik geen stroom meer gebruik van de ebus maar van een losse usb-c adapter.

Draait in HomeAssistant.

Draai jij ebusd dan als Add-On binnen HA of op de module zelf?

paQ schreef op dinsdag 7 mei 2024 @ 13:54:
[...]

aha, naja ik heb die bestelling geannuleerd en gewijzigd naar deze
https://www.elecrow.com/e...-adapter-module-v5-2.html

Ik heb nog mailcontact gehad met die Daniel. Die legt uit dat dit gewoon stand alone werkt met zijn git.
Kan alleen maar hopen dat dat dan klopt

Heb je de adapter al binnen en is het gelukt om deze uit te lezen zonder losse ebusd docker?

[paQ]

wicked_fool schreef op zaterdag 18 mei 2024 @ 14:32:
[...]


Draai jij ebusd dan als Add-On binnen HA of op de module zelf?


[...]


Heb je de adapter al binnen en is het gelukt om deze uit te lezen zonder losse ebusd docker?

ik heb er helaas nog totaal geen tijd voor gehad

[paQ]

pff wellicht kan me iemand op weg helpen.

Ik heb een ebus adapter met wifi aangesloten op de ebus van een arotherm.
MiniM2:~ 5KiMac$ telnet 192.168.108.39 3333
Trying 192.168.108.39...
Connected to 192.168.108.39.
Escape character is '^]'.
?????????$H??????$H??????$??????$??? ?????$??????$"??? ?????$??????$?v??? (?????$??????$??v? ???????$????v??????$??????$"??v???????$"?????$??v???v?ӵ???$m??????$? ???$

Ik neem aan dat dit betekent dat 'het werkt' ?

In HA heb ik in de config gezet:

YAML:

ebusd:
  circuit: '700'
  host: '192.168.108.39:3333'
  port: 8888

Ik zie echter geen errors, maar evenmin zie ik entiteiten verschijnen.
Laat ik de poort weg, dan verschijnt er wel een (1) error.

Wat zie ik hier over het hoofd?


edit: met circuit: "ehp" heb ik exact hetzelfde (non)resultaat

[ Voor 7% gewijzigd door paQ op 27-05-2024 14:08 ]

[paQ]

async mode: true
software serial mode: true
uptime: 2600271 ms
last_connect_time: 295 ms
reconnect_count: 1
rssi: -64 dBm
free_heap: 162104 B
reset_code: 1
loop_duration: 9 us
max_loop_duration: 3464450 us
version: v7.1
nbr arbitrations: 0
nbr restarts1: 0
nbr restarts2: 0
nbr lost1: 0
nbr lost2: 0
nbr won1: 0
nbr won2: 0
nbr late: 0
nbr errors: 0
pwm_value: 130

het is me intussen wel duidelijk dat ik gewoon 0 data binnenkrijg.
(nbr won)

en dat is me nog 1 groot mystery

[ Voor 28% gewijzigd door paQ op 27-05-2024 12:44 ]

[daxy]

Roger_de_Poger schreef op dinsdag 7 mei 2024 @ 19:24:
Vraag: ebusd+mqtt draaien op een Pi om een Brink Renovent uit te lezen. Data komt netjes binnen in HA, maar ik kan geen waardes terug sturen! De Brink reageert wel, maar gaat vervolgens vrij snel weer terug naar de originele instelling. Net alsof de settings vanuit HA niet "blijven plakken" op de ebus-bus.
Zal wel iets in de config zijn, maar na een middagje stoeien en lezen kom ik geen steek verder.
Iemand suggesties?

Ik had dit ook al opgemerkt, maar nooit verder naar gekeken. Tot nu toe heb ik ebusd alleen maar gebruikt om te lezen.

Anyhow, hier heb ik de oplossing vandaan:
Het blijkt dat "FanSpeed" niet goed werkt, maar "FanMode" wel.
Zet de volgende regel in het 7c.renovent-excellent-400.csv bestand:

code:

w,,FanMode,FanMode,,,40cb,0101,,,UIR,0=Holiday;1=Reduced;2=Normal;3=High,,

Hier staat een ebusd config die ik nog niet eerder gevonden had, maar ziet er wel goed uit! Ik ga daar eens verder naar kijken.

[BertusB404]

paQ schreef op maandag 27 mei 2024 @ 10:53:
pff wellicht kan me iemand op weg helpen.

Ik heb een ebus adapter met wifi aangesloten op de ebus van een arotherm.
MiniM2:~ 5KiMac$ telnet 192.168.108.39 3333
Trying 192.168.108.39...
Connected to 192.168.108.39.
Escape character is '^]'.
?????????$H??????$H??????$??????$??? ?????$??????$"??? ?????$??????$?v??? (?????$??????$??v? ???????$????v??????$??????$"??v???????$"?????$??v???v?ӵ???$m??????$? ???$

Ik neem aan dat dit betekent dat 'het werkt' ?

In HA heb ik in de config gezet:

YAML:

ebusd:
  circuit: '700'
  host: '192.168.108.39:3333'
  port: 8888

Ik zie echter geen errors, maar evenmin zie ik entiteiten verschijnen.
Laat ik de poort weg, dan verschijnt er wel een (1) error.

Wat zie ik hier over het hoofd?


edit: met circuit: "ehp" heb ik exact hetzelfde (non)resultaat

Wat me opvalt is dat je bij host zowel het ip als de poort hebt staan, en vervolgens nog een aparte entry voor de poort.

Verander de host naar het ip, dus zonder :3333 en verander port naar de poort waar de adapter op luisterd

[paQ]

BertusB404 schreef op maandag 27 mei 2024 @ 14:37:
[...]


Wat me opvalt is dat je bij host zowel het ip als de poort hebt staan, en vervolgens nog een aparte entry voor de poort.

Verander de host naar het ip, dus zonder :3333 en verander port naar de poort waar de adapter op luisterd

Er is hier duidelijk iets wat ik over het hoofd zie.

yaml:

YAML:

    
ebusd:
  circuit: '700'
  host: '192.168.108.39'
  port: 3333

mosquitto (zelfde computer) op poort 1883
ebusd (zelfde computer)

Er zijn geen errors in HA, ik zie verder ook niets verschijnen / gebeuren.

In de container waar ebusd draait, zie ik in de console:
root@ec1301a7539c:/# ebusctl info
version: ebusd 23.3.23.3
update check: OK
device: 192.168.108.39:3333, TCP
signal: acquired
symbol rate: 154
max symbol rate: 237
min arbitration micros: 3
max arbitration micros: 6
min symbol latency: 13
max symbol latency: 42
scan: finished
reconnects: 0
masters: 5
messages: 73
conditional: 0
poll: 0
update: 10
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0902;HW=5103", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=CTLV3;SW=0709;HW=3704"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0202;HW=0103"
address f1: master #10
address f6: slave #10, scanned "MF=Vaillant;ID=NETX3;SW=0119;HW=0404"

[BertusB404]

Je ebus adapter doet het wel.
Ik zie dat de scan bezig is, heeft al een en ander gevonden aan apparaten.
Eerst even geduld hebben denk ik, mocht er niks verschijnen in HA dan ligt het nu in ieder geval niet meer aan de adapter, die lijkt goed te communiceren met zowel de ebus als met ebusd

[Broodro0ster]

paQ schreef op maandag 27 mei 2024 @ 10:53:
pff wellicht kan me iemand op weg helpen.

Ik heb een ebus adapter met wifi aangesloten op de ebus van een arotherm.
MiniM2:~ 5KiMac$ telnet 192.168.108.39 3333
Trying 192.168.108.39...
Connected to 192.168.108.39.
Escape character is '^]'.
?????????$H??????$H??????$??????$??? ?????$??????$"??? ?????$??????$?v??? (?????$??????$??v? ???????$????v??????$??????$"??v???????$"?????$??v???v?ӵ???$m??????$? ???$

Ik neem aan dat dit betekent dat 'het werkt' ?

In HA heb ik in de config gezet:

YAML:

ebusd:
  circuit: '700'
  host: '192.168.108.39:3333'
  port: 8888

Ik zie echter geen errors, maar evenmin zie ik entiteiten verschijnen.
Laat ik de poort weg, dan verschijnt er wel een (1) error.

Wat zie ik hier over het hoofd?


edit: met circuit: "ehp" heb ik exact hetzelfde (non)resultaat

Je geeft in de host al een poort mee (:3333) en dan nog eens 8888 als poort. Dat gaat niet werken lijkt me?

[paQ]

BertusB404 schreef op maandag 27 mei 2024 @ 14:55:
Je ebus adapter doet het wel.
Ik zie dat de scan bezig is, heeft al een en ander gevonden aan apparaten.
Eerst even geduld hebben denk ik, mocht er niks verschijnen in HA dan ligt het nu in ieder geval niet meer aan de adapter, die lijkt goed te communiceren met zowel de ebus als met ebusd

ja dat realiseerde ik me ook.

Ik heb de ebusd docker voor de zekerheid opnieuw aangemaakt met

code:

--scanconfig -d 192.168.108.39:3333 --mqttport=1883 --mqtthost=192.168.108.78 --mqttuser=user --mqttpass=ww

[paQ]

Broodro0ster schreef op maandag 27 mei 2024 @ 15:07:
[...]


Je geeft in de host al een poort mee (:3333) en dan nog eens 8888 als poort. Dat gaat niet werken lijkt me?

ik dacht (daar ) dat ie wellicht nog op zoek was naar de broker.
In het bericht boven je aangepast

[daxy]

paQ schreef op maandag 27 mei 2024 @ 15:08:
[...]

ja dat realiseerde ik me ook.

Ik heb de ebusd docker voor de zekerheid opnieuw aangemaakt met

code:

--scanconfig -d 192.168.108.39:3333 --mqttport=1883 --mqtthost=192.168.108.78 --mqttuser=user --mqttpass=ww

Ik heb nooit met de HA integratie gewerkt, dus even onder voorbehoud:
Kan je dit erbij zetten: --mqttint=/config/mqtt-hassio.cfg
Deze moet wel in de juiste directory staan natuurlijk

De mqtt-hassio.cfg heeft eigenlijk alle settings voor HA, ik denk dat die mist waardoor je niets ziet nu

[paQ]

ben een klein stapje verder met een ebus addon repo:

[daxy]

paQ schreef op maandag 27 mei 2024 @ 15:31:
ben een klein stapje verder met een ebus addon repo:

[Afbeelding]

Haal je niet 2 dingen door elkaar nu?
De HA add-on config is 1 manier om met ebusd te "praten", mqtt de andere. De docker commando die je liet zien verteld me dat je MQTT wilt gebruiken, die zie je als het goed is ook in het screenshot hierboven.

Haal de ebusd config eens weg uit HA, herstart HA en ga naar Settings->Integraties->MQTT en kijk of en hoeveel ebusd Devices je ziet staan (ik heb er 2 of 3) en kijk eens bij allemaal 😀.

[paQ]

daxy schreef op maandag 27 mei 2024 @ 16:04:
[...]


Haal je niet 2 dingen door elkaar nu?
De HA add-on config is 1 manier om met ebusd te "praten", mqtt de andere. De docker commando die je liet zien verteld me dat je MQTT wilt gebruiken, die zie je als het goed is ook in het screenshot hierboven.

Haal de ebusd config eens weg uit HA, herstart HA en ga naar Settings->Integraties->MQTT en kijk of en hoeveel ebusd Devices je ziet staan (ik heb er 2 of 3) en kijk eens bij allemaal 😀.

Ik heb de ebusd config verwijderd, en de ebusd-addon geinstalleerd. (wil ik eigenlijk wel liever proberen dan via mqtt) Dus heb de ebusd docker verwijderd en alleen --scanconfig -d 192.168.108.39:3333 gebruikt.

Daar krijg ik weer netjes:
version: ebusd 23.3.23.3
update check: OK
device: 192.168.108.39:3333, TCP
signal: acquired
symbol rate: 64
max symbol rate: 245
min arbitration micros: 2
max arbitration micros: 21
min symbol latency: 13
max symbol latency: 47
scan: finished
reconnects: 0
masters: 5
messages: 73
conditional: 0
poll: 0
update: 10
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0902;HW=5103", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=CTLV3;SW=0709;HW=3704"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0202;HW=0103"
address f1: master #10
address f6: slave #10, scanned "MF=Vaillant;ID=NETX3;SW=0119;HW=0404"

In HA, gebeurt er verder niets eigenlijk, behalve dat de ebusd addon zich meldt via mqtt

[Broodro0ster]

Welke adapter heb je?
En waarom gebruik je UDP en niet het enhanched network protocol zoals in de config die ik stuurde?
Hier de documentatie: https://github.com/john30/ebusd/wiki

[paQ]

Broodro0ster schreef op maandag 27 mei 2024 @ 17:26:
Welke adapter heb je?
En waarom gebruik je UDP en niet het enhanched network protocol zoals in de config die ik stuurde?
Hier de documentatie: https://github.com/john30/ebusd/wiki

ik heb voor mijn gevoel alles al geprobeerd
Dit is de adapter:

https://www.elecrow.com/e...-adapter-module-v5-2.html
Ik ga weer eens van voor af aan beginnen

[ Voor 9% gewijzigd door paQ op 27-05-2024 18:32 ]

[paQ]

maar!
Verandering als ik 192.168.108.39:3335 (enhanced communication) ipv 3333, (read and write) gebruik



edit: @Broodro0ster
Zodra ik verwijs naar de externe csv folder, dan verdwijnen ook deze connecties hierboven weer.

version: ebusd 23.3.23.3
update check: OK
device: 192.168.108.39:3333, TCP
signal: acquired
symbol rate: 23
max symbol rate: 245
min arbitration micros: 2
max arbitration micros: 21
min symbol latency: 13
max symbol latency: 47
scan: finished
reconnects: 0
masters: 5
messages: 73
conditional: 0
poll: 0
update: 10
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0902;HW=5103", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=CTLV3;SW=0709;HW=3704"
address 31: master #8, ebusd, conflict
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0202;HW=0103"
address f1: master #10
address f6: slave #10, scanned "MF=Vaillant;ID=NETX3;SW=0119;HW=0404"

[ Voor 53% gewijzigd door paQ op 27-05-2024 19:09 ]

[paQ]

OK met @Broodro0ster zijn settings, maar dan ook access level all 'aangezet' krijg ik na enkele minuten een hele trits aan hmu waarden.

Ik heb geen idee of dit het is, of dat ik nog andere devices moet kunnen afvangen.
Ik zie bijv geen flowrate, defrost sensor of compressorsnelheid.



edit, sja die dingen schijnen er wel in te moeten zitten.
https://github.com/jonesP...135d642006ed9e2e1d06c0cfd
Ik zal heel de debian compjuter eens rebooten. Kijken of dat nog iets doet.

[ Voor 6% gewijzigd door paQ op 27-05-2024 20:44 ]

[Broodro0ster]

Het ziet er goed uit zo volgens mij.
Ik heb bij accesslevel niks staan, maar ik heb een andere adapter als jou en heb read en write mogelijkheden. Dus als je dat sterretje nodig hebt om het te laten werken, dan is dat maar zo.

[paQ]

Broodro0ster schreef op dinsdag 28 mei 2024 @ 10:20:
Het ziet er goed uit zo volgens mij.
Ik heb bij accesslevel niks staan, maar ik heb een andere adapter als jou en heb read en write mogelijkheden. Dus als je dat sterretje nodig hebt om het te laten werken, dan is dat maar zo.

Ik mis alleen nog wat parameters die wel in het csv bestand voorkomen, alsook in mijn VZW AI.
Compressor snelheid, flow, dat soort zaken.

[paQ]

oh wacht even

het is dus
1. adapter > ebusd > mqtt
OF
2. adapter > ebusd addon
?

in geval 1 krijg ik dus binnen wat ik hierboven postte, in het andere geval.... niets
De HMU wordt ook niet meer herkend in de ebusd addon, dus dat kan de reden zijn. Via de ebusd van John30 krijg ik wel een HMU te zien.

[ Voor 56% gewijzigd door paQ op 28-05-2024 12:30 ]

[Roger_de_Poger]

daxy schreef op maandag 27 mei 2024 @ 13:27:
[...]


Ik had dit ook al opgemerkt, maar nooit verder naar gekeken. Tot nu toe heb ik ebusd alleen maar gebruikt om te lezen.

Anyhow, hier heb ik de oplossing vandaan:
Het blijkt dat "FanSpeed" niet goed werkt, maar "FanMode" wel.
Zet de volgende regel in het 7c.renovent-excellent-400.csv bestand:

code:

w,,FanMode,FanMode,,,40cb,0101,,,UIR,0=Holiday;1=Reduced;2=Normal;3=High,,

Hier staat een ebusd config die ik nog niet eerder gevonden had, maar ziet er wel goed uit! Ik ga daar eens verder naar kijken.

Deze oplossing ken ik, maar bij mij doet 'ie het niet.
De regel staat ook in het cvs bestand 3c.Excellent300.csv maar mijn machine reageert niet op FanModeAlernative. Wél op die FanMode maar dan slechts gedurende 1 minuut of zo.
Vervelend dat uitgerekend de functie waar je mee zou willen pielen zich NIET laat sturen.

zie hier.

[paQ]

Ik word er echt krankjorem van....

De data (bijv compressorspeed) is gewoon aanwezig in de LukasGrebe addon


Ik kan er om vragen:
2ad9b828-ebusd:/# ebusctl r -f CompressorSpeed
0.0

Ik kan er op wachten:


Maar hij verschijnt simpelweg niet niet in de Homeassitant addon.
(en nog meer sensoren niet overigens)

Waar komt dit nou door?
Kan ik hem desnoods handmatig forceren in MQTT?

[Roger_de_Poger]

Is er soms een botsing tussen poorten? Standaard 1883 meen ik.

[Infernoken]

paQ schreef op vrijdag 31 mei 2024 @ 15:44:
Ik word er echt krankjorem van....

De data (bijv compressorspeed) is gewoon aanwezig in de LukasGrebe addon
[Afbeelding]

Ik kan er om vragen:
2ad9b828-ebusd:/# ebusctl r -f CompressorSpeed
0.0

Ik kan er op wachten:
[Afbeelding]

Maar hij verschijnt simpelweg niet niet in de Homeassitant addon.
(en nog meer sensoren niet overigens)

Waar komt dit nou door?
Kan ik hem desnoods handmatig forceren in MQTT?

Heb je de filter weggehaald voor mqtt?

Je hebt een bestand mqtt-hassio.cfg die mqtt berichten filtert...
Als je daar in aanpast, kan je alles laten doorkomen...

[ Voor 6% gewijzigd door Infernoken op 01-06-2024 07:17 ]

[paQ]

Infernoken schreef op zaterdag 1 juni 2024 @ 07:14:
[...]


Heb je de filter weggehaald voor mqtt?

Je hebt een bestand mqtt-hassio.cfg die mqtt berichten filtert...
Als je daar in aanpast, kan je alles laten doorkomen...

Kan ik als het ware daar parameters aan- en uitzetten?
Kun je daar wat over uitweiden?

het is dit stukje neem ik aan?

code:

# include only messages having data sent at least once (only checked for passive or read messages, not for active write)
# when set to 1. If set to >1, then all messages passing the other filter criteria (including active read messages) will
# automatically be set to have a poll priority of at most this value, so these are automatically being polled.
# HA integration: filtering only seen messages to avoid unnecessary "pollution" and auto-poll all matched messages
filter-seen = 5
# include only messages having a priority less than or equal to the specified value.
#filter-priority =
# include only messages having the specified circuit (partial match, alternatives and wildcard supported).
#filter-circuit =
# exclude messages having the specified circuit (partial match, alternatives and wildcard supported).
#filter-non-circuit =
# include only messages having the specified name (partial match, alternatives and wildcard supported).
# HA integration: filter to some useful names for monitoring the heating circuit
filter-name = status|temp|yield|count|energy|power|runtime|hours|starts|mode|curve|^load$|^party$|sensor
# exclude messages having the specified name (partial match, alternatives and wildcard supported).
#filter-non-name =
# include only messages having the specified level (partial match, alternatives and wildcard supported).
# Note: This is a filter on top of the messages already filtered implicitly for the ebusd "mqtt" user (if any).
# Note: Since the empty string matches all levels, an explicit check for empty string (with "^$") needs to be used for
# including only messages without a level.
filter-level = ^$
# include only messages having the specified direction ("r", "w", "u", or "uw". partial match, alternatives and wildcard supported).
# HA integration: writable messages excluded for now
filter-direction = r|u
# HA integration: for including writable messages, use this line or overwrite with '--mqttvar=filter-direction=r|u|^w'.
#filter-direction = r|u|^w
# include only fields having the specified name (partial match, alternatives and wildcard supported).
#filter-field =
# exclude fields having the specified name (partial match, alternatives and wildcard supported).
# HA integration: exclude the useless sensor ok/cutoff info from temperature sensor.
filter-non-field = ^sensor$

[ Voor 76% gewijzigd door paQ op 01-06-2024 10:27 ]

[Roger_de_Poger]

moet zijn: filter-direction = r|u|^w (asterix verwijderen)

door de asterix te verwijderen, activeer je de regel.

[ Voor 32% gewijzigd door Roger_de_Poger op 01-06-2024 10:35 ]

[paQ]

Roger_de_Poger schreef op zaterdag 1 juni 2024 @ 10:33:
moet zijn: filter-direction = r|u|^w (asterix verwijderen)

door de asterix te verwijderen, activeer je de regel.

Oh nice, Hij voegt nu iig bediening toe

Maar bijv RunDataCompressorSpeed en ook WaterThroughput are no where to be seen

[Roger_de_Poger]

Lastig beoordelen vanuit m'n luie stoel. Begrijp ik goed dat je de add-on in Docker hebt? Daar heb ik geen ervaring mee. IK gebruik een aparte Raspberry Pi met USB adapter om een Brink WTW uit te lezen. Bij mij verschijnen alle entities direct in HA. Liep wel effe te stoeien met write acties. Je kunt ook polling van sensors beinvloeden. Heb je rustig afgewacht tot alle entities doordruppelen in HA?

Schets effe kort wat je setup is en wat je probeert uit te lezen. (Krijg het altijd op m'n heupen als ik pagina's thread terug moet lezen)

[ Voor 15% gewijzigd door Roger_de_Poger op 01-06-2024 11:32 ]

[Roger_de_Poger]

edit: heb je mqtt-hasio.cfg ook aangepast? Daar zit dezelfde filter in...

[paQ]

Roger_de_Poger schreef op zaterdag 1 juni 2024 @ 11:42:
edit: heb je mqtt-hasio.cfg ook aangepast? Daar zit dezelfde filter in...

Ik heb het nu zo:
# include only messages having data sent at least once (only checked for passive or read messages, not for active write)
# when set to 1. If set to >1, then all messages passing the other filter criteria (including active read messages) will
# automatically be set to have a poll priority of at most this value, so these are automatically being polled.
# HA integration: filtering only seen messages to avoid unnecessary "pollution" and auto-poll all matched messages
filter-seen = 5
# include only messages having a priority less than or equal to the specified value.
#filter-priority =
# include only messages having the specified circuit (partial match, alternatives and wildcard supported).
#filter-circuit =
# exclude messages having the specified circuit (partial match, alternatives and wildcard supported).
#filter-non-circuit =
# include only messages having the specified name (partial match, alternatives and wildcard supported).
# HA integration: filter to some useful names for monitoring the heating circuit
filter-name = status|temp|yield|count|energy|power|runtime|hours|starts|mode|curve|^load$|^party$|sensor
# exclude messages having the specified name (partial match, alternatives and wildcard supported).
#filter-non-name =
# include only messages having the specified level (partial match, alternatives and wildcard supported).
# Note: This is a filter on top of the messages already filtered implicitly for the ebusd "mqtt" user (if any).
# Note: Since the empty string matches all levels, an explicit check for empty string (with "^$") needs to be used for
# including only messages without a level.
filter-level = ^$
# include only messages having the specified direction ("r", "w", "u", or "uw". partial match, alternatives and wildcard supported).
# HA integration: writable messages excluded for now
filter-direction = r|u
# HA integration: for including writable messages, use this line or overwrite with '--mqttvar=filter-direction=r|u|^w'.
filter-direction = r|u|^w
# include only fields having the specified name (partial match, alternatives and wildcard supported).
#filter-field =
# exclude fields having the specified name (partial match, alternatives and wildcard supported).
# HA integration: exclude the useless sensor ok/cutoff info from temperature sensor.
filter-non-field = ^sensor$

En sindsdien zie ik dus ook dit:


Verder echt iets van 100 sensoren, maar ik mis er dus enkele die ik (persoonlijk) van belang vind om wel te kunnen zien.

Dit is de LukasGrebe addon voor HA.
Deze config:

YAML:

scanconfig: true
loglevel_all: notice
mqtttopic: ebusd
mqttint: /etc/ebusd/mqtt-hassio.cfg
mqttjson: true
mode: enh
network_device: 192.168.108.39:3335
configpath: /config/ebusd-configuration/ebusd-2.1.x/en
accesslevel: "*"

Maar ik gebruik de console in portainer om te controleren of ik handmatig ook data uit kan lezen
De data is er dus ook gewoon wel:
2ad9b828-ebusd:/# ebusctl r -f WaterThroughPut
0

2ad9b828-ebusd:/# ebusctl r -f RunDataCompressorSpeed
0.0

[paQ]

ah!



filter-name = status|temp|yield|count|energy|power|runtime|hours|starts|mode|curve|^load$|^party$|sensor|RunDataCompressorSpeed

[paQ]

alleen verdwijnen mijn wijzigingen weer zodra hij de container opnieuw start. Zo te zien nieuwe container id > weg wijzigingen

het bestand lokaal zetten lijkt wel weer te werken...
Wel enorm omslachtig allemaal

YAML:

scanconfig: true
loglevel_all: notice
mqtttopic: ebusd
mqttint: /config/ebusd/mqtt-hassio.cfg
mqttjson: true
mode: enh
network_device: 192.168.108.39:3335
configpath: /config/ebusd-configuration/ebusd-2.1.x/en
accesslevel: "*"

[ Voor 56% gewijzigd door paQ op 01-06-2024 12:59 ]

[Roger_de_Poger]

code:

filter-direction = r|u
...
filter-direction = r|u|^w

...dit kan natuurlijk niet. Geen idee wat het effect is, maar netjes is het niet.

en doe nog effe

code:

filter-name=*

Persoonlijk ben ik voorstander van alle config bestanden lokaal zetten. Als je inet plat gaat, blijft je systeem gewoon draaien. Zet ze in een map en pas het pad aan in de config line van ebusd.
Wat voor de een omslachtig is, is voor een ander flexibel. Je hebt het ermee te doen.

Mocht bovenstaand tot niets leiden, zet dan effe ALLE filters uit. Het ziet eruit alsof er ergens een filterregel niet goed staat.

[ Voor 53% gewijzigd door Roger_de_Poger op 01-06-2024 13:33 ]

[paQ]

Roger_de_Poger schreef op zaterdag 1 juni 2024 @ 13:21:

code:

filter-direction = r|u
...
filter-direction = r|u|^w

...dit kan natuurlijk niet. Geen idee wat het effect is, maar netjes is het niet.

en doe nog effe

code:

filter-name=*

Persoonlijk ben ik voorstander van alle config bestanden lokaal zetten. Als je inet plat gaat, blijft je systeem gewoon draaien. Zet ze in een map en pas het pad aan in de config line van ebusd.
Wat voor de een omslachtig is, is voor een ander flexibel. Je hebt het ermee te doen.

Mocht bovenstaand tot niets leiden, zet dan effe ALLE filters uit. Het ziet eruit alsof er ergens een filterregel niet goed staat.

OK aangepast

# HA integration: filter to some useful names for monitoring the heating circuit
filter-name = *
# exclude messages having the specified name (partial match, alternatives and wildcard supported).
filter-non-name = yield


ik vind de resolutie in HA echt belabberd slecht van de data....
Moet ik de polling bijv op deze wijze flink kunnen opkrikken?

RunDataCompressorSpeed = r1
FlowTemp = r1
ReturnTemp = r1
WaterThroughput = r1

[ Voor 72% gewijzigd door paQ op 01-06-2024 13:39 ]

[Roger_de_Poger]

Wat heeft de resolutie te maken met de polling rate?
De polling frequentie werkt als volgt. Standaard is 5 sec. Je kunt elke config regel inderdaad met r1 laten beginnen. Dat betekent dat de regel elke pollcyclus gelezen wordt. Zet je bijv r3, dan wordt die regel elke 3e cyclus gelezen. Het zijn dus geen seconden die je invult, maar een cyclus waarde.
Het verdient aanbeveling om je .csv bestand zoveel mogelijk op te schonen. Alles wat niet relevant is geef je een mooie asterix. Onthou dat ebus een 2400 baud dingetje is. Vreselijk traaaaaaaaaaaaaaaaag dus.
Hoe minder verschillende parameters ebusd hoeft te pollen, hoe sneller data doorkomt en een volgende cyclus kan gaan lopen.

Overigens kun je de w(rite) regels NIET voorzien van een cijfer.

[ Voor 4% gewijzigd door Roger_de_Poger op 01-06-2024 13:57 ]

[Roger_de_Poger]

Ik heb dus het rare verschijnsel met een Brink Renoven Excellent 300+ dat ik (ná aanpassen van diverse filters) alle relevante parameters kan wijzigen, behalve VentilatorMode (populair gezegd: stand 1, 2 of 3).
Na wat onderzoek kwam ik erachter dat de de WTW elke x seconden een setting verlangt, ook als die setting niet gewijzigd is. Als je geen "herhaling" stuurt, gaat de WTW naar de default instelling.
maw; als ik de AirControll afkoppel, valt de WTW terug naar een default. In of via HA gebeurt hetzelfde. Alle andere settings (debiet per stand, bypass, etc etc) blijven behouden in de WTW.
Ebusd of mqtt voorziet niet in een trucje om de data continue te herhalen. Om het op te lossen heb ik een viertal automatiseringen gemaakt in HomeAssistant.

code:

- id: '1716911053554'
  alias: Excellent Normaal
  description: ''
  trigger:
  - platform: time_pattern
    seconds: /30
  condition:
  - condition: device
    device_id: e9be518047d9c89883355b8a7b801a06
    domain: select
    entity_id: 2486d0e32acaa26f9749c463d2f73fd5
    type: selected_option
    option: Normaal
    for:
      hours: 0
      minutes: 0
      seconds: 2
  action:
  - device_id: e9be518047d9c89883355b8a7b801a06
    domain: select
    entity_id: 2486d0e32acaa26f9749c463d2f73fd5
    type: select_option
    option: Normaal
  mode: single
- id: '1716916416468'
  alias: Excellent Minimaal
  description: ''
  trigger:
  - platform: time_pattern
    seconds: /30
  condition:
  - condition: device
    device_id: e9be518047d9c89883355b8a7b801a06
    domain: select
    entity_id: 2486d0e32acaa26f9749c463d2f73fd5
    type: selected_option
    option: Minimaal
    for:
      hours: 0
      minutes: 0
      seconds: 2
  action:
  - device_id: e9be518047d9c89883355b8a7b801a06
    domain: select
    entity_id: 2486d0e32acaa26f9749c463d2f73fd5
    type: select_option
    option: Minimaal
  mode: single
- id: '1716916442124'
  alias: Excellent Afwezig
  description: ''
  trigger:
  - platform: time_pattern
    seconds: /30
  condition:
  - condition: device
    device_id: e9be518047d9c89883355b8a7b801a06
    domain: select
    entity_id: 2486d0e32acaa26f9749c463d2f73fd5
    type: selected_option
    option: Afwezig
    for:
      hours: 0
      minutes: 0
      seconds: 2
  action:
  - device_id: e9be518047d9c89883355b8a7b801a06
    domain: select
    entity_id: 2486d0e32acaa26f9749c463d2f73fd5
    type: select_option
    option: Afwezig
  mode: single
- id: '1716916467651'
  alias: Excellent Maximaal
  description: ''
  trigger:
  - platform: time_pattern
    seconds: /30
  condition:
  - condition: device
    device_id: e9be518047d9c89883355b8a7b801a06
    domain: select
    entity_id: 2486d0e32acaa26f9749c463d2f73fd5
    type: selected_option
    option: Maximaal
    for:
      hours: 0
      minutes: 0
      seconds: 2
  action:
  - device_id: e9be518047d9c89883355b8a7b801a06
    domain: select
    entity_id: 2486d0e32acaa26f9749c463d2f73fd5
    type: select_option
    option: Maximaal
  mode: single

In Jip & Janneke taal: kijk elke 30 seconden naar de status van de ventilatormode. Is die status 2 sec ongewijzigd, pas de status dan aan naar dezelfde status. Is natuurlijk onzin in termen van automatiseren, maar het lost mijn probleem wel op. Die 30sec is een gok en zou zomaar een minuut kunnen zijn. Heb dat verder niet onderzocht. Het zou kunnen dat ook andere apparaten van andere fabrikanten last hebben van dit verschijnsel.

[paQ]

Roger_de_Poger schreef op zaterdag 1 juni 2024 @ 13:54:
Wat heeft de resolutie te maken met de polling rate?
De polling frequentie werkt als volgt. Standaard is 5 sec. Je kunt elke config regel inderdaad met r1 laten beginnen. Dat betekent dat de regel elke pollcyclus gelezen wordt. Zet je bijv r3, dan wordt die regel elke 3e cyclus gelezen. Het zijn dus geen seconden die je invult, maar een cyclus waarde.
Het verdient aanbeveling om je .csv bestand zoveel mogelijk op te schonen. Alles wat niet relevant is geef je een mooie asterix. Onthou dat ebus een 2400 baud dingetje is. Vreselijk traaaaaaaaaaaaaaaaag dus.
Hoe minder verschillende parameters ebusd hoeft te pollen, hoe sneller data doorkomt en een volgende cyclus kan gaan lopen.

Overigens kun je de w(rite) regels NIET voorzien van een cijfer.

Dat is heldere uitleg, dank

Ik ga idd dat csv maar eens doorkruisen met alles wat ik niet wil.
Dit geeft alvast een eerste grove splitsing:
# HA integration: filter to some useful names for monitoring the heating circuit
filter-name = *
# exclude messages having the specified name (partial match, alternatives and wildcard supported).
filter-non-name = yield|consumption|runstats|state01|state02|state03

In het csv kan ik voor de regel gewoon een # zetten?

[Roger_de_Poger]

Yes. Een asterix is in veel talen het symbool om die regel buiten beschouwing te laten
(comment or uncomment)
Voordeel is dat je de regel kunt laten staan. Weg is weg immers.

Je kunt ook je eigen regels toevoegen, startend met een asterix, om zelf wat tekst en uitleg in je bestand te zetten. Ik doe dat wel eens om de volgende keer weer te begrijpen wat ik aan het doen was.
Succes!

[paQ]

Roger_de_Poger schreef op zaterdag 1 juni 2024 @ 14:42:
Yes. Een asterix is in veel talen het symbool om die regel buiten beschouwing te laten
(comment or uncomment)
Voordeel is dat je de regel kunt laten staan. Weg is weg immers.

Je kunt ook je eigen regels toevoegen, startend met een asterix, om zelf wat tekst en uitleg in je bestand te zetten. Ik doe dat wel eens om de volgende weer te begrijpen wat ik aan het doen was.
Succes!

komende van een systeem met modbus is dit voor het gevoel wel een stap terug ofzo
Het is inderdaad vooral traag, met een pittige leercurve.

[paQ]

Alles werkt nu voor enkele minuiten goed, en daarna komen deze errors:

2024-06-01 16:48:19.198 [bus error] poll hmu RunStatsCompressorStarts failed: ERR: SYN received
2024-06-01 16:48:19.873 [bus notice] arbitration won in invalid state ready
2024-06-01 16:48:22.237 [bus error] poll hmu RunStatsFan1Hours failed: ERR: SYN received
2024-06-01 16:48:23.031 [update notice] received unknown MS cmd: 7108b5110107 / 0a012200c1104500000000

Als ik ebusd herstart werkt het voor eventjes

[Roger_de_Poger]

Heb je soms nog een andere controler in je systeem?
Wat voor apparaat wil je beheren? Dat was mij nog niet duidelijk.

[paQ]

Roger_de_Poger schreef op zaterdag 1 juni 2024 @ 16:54:
Heb je soms nog een andere controler in je systeem?
Wat voor apparaat wil je beheren? Dat was mij nog niet duidelijk.

Dit is de ebus van een Vaillant Arotherm plus
In de ebus hangt ook een Vaillant buitensensor, een Vaillant connect, een Vaillant thermostaat en een VZW AI (En dus een wifi ebus adapter)

Heb intussen ook polling interval 10 en zelfs 15 sec geprobeerd, en daarna nog enkele regels op r2 gezet, een boel uncommented, maar dat maakt geen drol uit

[ Voor 16% gewijzigd door paQ op 01-06-2024 18:55 ]

[Roger_de_Poger]

Ik doe niets met Vaillant en ken al dat genoemde spul niet. Met mijn vraag probeerde ik te achterhalen of je misschien hetzelfde euvel hebt als waar ik eerder last van had. Soms wil een thermostaat oid z'n zin doordrukken en zich niet laten beheren via ebus. Dan kunnen er twee kapiteins op de (e)bus ontstaan als HA ook instructies op de lijn zet.
In principe kun je de polling laten voor wat het is. Hoe langer de poll-duur, hoe trager de updates binnen komen.

uncomment is astrix weghalen is activeren. Begrijp ik je goed?

[paQ]

Roger_de_Poger schreef op zaterdag 1 juni 2024 @ 22:51:
Ik doe niets met Vaillant en ken al dat genoemde spul niet. Met mijn vraag probeerde ik te achterhalen of je misschien hetzelfde euvel hebt als waar ik eerder last van had. Soms wil een thermostaat oid z'n zin doordrukken en zich niet laten beheren via ebus. Dan kunnen er twee kapiteins op de (e)bus ontstaan als HA ook instructies op de lijn zet.
In principe kun je de polling laten voor wat het is. Hoe langer de poll-duur, hoe trager de updates binnen komen.

uncomment is astrix weghalen is activeren. Begrijp ik je goed?

ja dat bedoel ik

Maar ik wil voor zaken zoals aanvoer en retour water temperatuur gewoon een knappe resolutie hebben.
Als ik ze handmatig aanroep in de console dan krijgt ik ze zo vaak te zien als ik wil.
Ik vind dit toch ronduit traag en stroperig

[Roger_de_Poger]

Hoe snel of traag gaat een update nu? En is het relevant?

[Infernoken]

paQ schreef op zaterdag 1 juni 2024 @ 10:23:
[...]

Kan ik als het ware daar parameters aan- en uitzetten?
Kun je daar wat over uitweiden?

het is dit stukje neem ik aan?

code:

# include only messages having data sent at least once (only checked for passive or read messages, not for active write)
# when set to 1. If set to >1, then all messages passing the other filter criteria (including active read messages) will
# automatically be set to have a poll priority of at most this value, so these are automatically being polled.
# HA integration: filtering only seen messages to avoid unnecessary "pollution" and auto-poll all matched messages
filter-seen = 5
# include only messages having a priority less than or equal to the specified value.
#filter-priority =
# include only messages having the specified circuit (partial match, alternatives and wildcard supported).
#filter-circuit =
# exclude messages having the specified circuit (partial match, alternatives and wildcard supported).
#filter-non-circuit =
# include only messages having the specified name (partial match, alternatives and wildcard supported).
# HA integration: filter to some useful names for monitoring the heating circuit
filter-name = status|temp|yield|count|energy|power|runtime|hours|starts|mode|curve|^load$|^party$|sensor
# exclude messages having the specified name (partial match, alternatives and wildcard supported).
#filter-non-name =
# include only messages having the specified level (partial match, alternatives and wildcard supported).
# Note: This is a filter on top of the messages already filtered implicitly for the ebusd "mqtt" user (if any).
# Note: Since the empty string matches all levels, an explicit check for empty string (with "^$") needs to be used for
# including only messages without a level.
filter-level = ^$
# include only messages having the specified direction ("r", "w", "u", or "uw". partial match, alternatives and wildcard supported).
# HA integration: writable messages excluded for now
filter-direction = r|u
# HA integration: for including writable messages, use this line or overwrite with '--mqttvar=filter-direction=r|u|^w'.
#filter-direction = r|u|^w
# include only fields having the specified name (partial match, alternatives and wildcard supported).
#filter-field =
# exclude fields having the specified name (partial match, alternatives and wildcard supported).
# HA integration: exclude the useless sensor ok/cutoff info from temperature sensor.
filter-non-field = ^sensor$

Als je deze regel weghaalt komt alles door:

filter-name = status|temp|yield|count|energy|power|runtime|hours|starts|mode|curve|^load$|^party$|sensor

Daar eens een # voorzetten...

En dan ebusd volledig herstarten...

[paQ]

Infernoken schreef op zondag 2 juni 2024 @ 03:03:
[...]


Als je deze regel weghaalt komt alles door:

filter-name = status|temp|yield|count|energy|power|runtime|hours|starts|mode|curve|^load$|^party$|sensor

Daar eens een # voorzetten...

En dan ebusd volledig herstarten...

Ik heb intussen vele online gevonden csv's geprobeerd, maar het lijtk dat ik met die van @PeterJones nog het verst kom. Maar ook dan is het huilen met de pet op.

code:

update check: version 23.3 available, broadcast.csv: different version available, memory.csv: different version available, vaillant/08.hmu.csv: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/general.csv: different version available
device: 192.168.108.39:3335, enhanced
signal: acquired
symbol rate: 102
max symbol rate: 250
min arbitration micros: 1
max arbitration micros: 92
min symbol latency: 7
max symbol latency: 59
scan: finished
reconnects: 0
masters: 5
messages: 824
conditional: 0
poll: 513
update: 12
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0902;HW=5103", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=CTLV3;SW=0709;HW=3704", loaded "vaillant/15.ctlv3.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0202;HW=0103"
address f1: master #10
address f6: slave #10, scanned "MF=Vaillant;ID=NETX3;SW=0119;HW=0404"

15.cvltv3.csv is een renamed 15.cltv2.csv

De VWZIO kan ik nergens vinden

Ondanks dat ik al veel commented heb in 08.hum.csv komt er echt een shitload aan sensoren binnen die al dan niet herkend worden.
Desondanks ook veel fails, timeouts en een hele trits aan unknown. (zal de VWZ zijn denk ik... (hoop ik?)

wat random regels:
2024-06-02 14:31:53.368 [update notice] received poll-read ctlv3 DisplayedOutsideTemp QQ=f1: 17
2024-06-02 14:31:53.565 [update notice] received poll-read ctlv3 z1RoomTemp QQ=f1: 21.725
2024-06-02 14:31:53.767 [update notice] received poll-read ctlv3 z1RoomHumidity QQ=f1: 59
2024-06-02 14:31:53.944 [update notice] received poll-read ctlv3 z1OpModeCooling QQ=f1: manual
2024-06-02 14:31:54.545 [update notice] received poll-read ctlv3 z1CoolingRoomTempDesiredManualControlled QQ=f1: 24
2024-06-02 14:31:54.647 [update notice] received poll-read ctlv3 z2RoomTemp QQ=f1: -
2024-06-02 14:31:54.732 [update notice] received poll-read ctlv3 z2RoomHumidity QQ=f1: -
2024-06-02 14:31:54.916 [update notice] received poll-read ctlv3 Hc1FlowTemp QQ=f1: 17
2024-06-02 14:31:55.102 [update notice] received poll-read ctlv3 SystemFlowTemp QQ=f1: -
2024-06-02 14:31:55.299 [update notice] received poll-read ctlv3 WaterPressure QQ=f1: 2.4
2024-06-02 14:31:55.478 [update notice] received poll-read ctlv3 xUnknown04 QQ=f1: 2c 01
2024-06-02 14:31:55.948 [update notice] received unknown MS cmd: 7108b5110107 / 0a000000c0004800000000
2024-06-02 14:31:55.990 [update notice] received unknown MS cmd: 1008b5110101 / 0922210080ffff0000ff
2024-06-02 14:31:56.058 [update notice] received poll-read ctlv3 HcStorageTempBottom QQ=f1: -
2024-06-02 14:31:56.160 [update notice] received poll-read ctlv3 HwcStorageTempBottom QQ=f1: -
2024-06-02 14:31:56.236 [update notice] received unknown MS cmd: 1076b5110101 / 09ffff1011ffff0000ff
2024-06-02 14:31:56.483 [update notice] sent poll-read ctlv3 z3QuickVetoEndTime QQ=31: 00:00:00
2024-06-02 14:31:56.605 [update notice] received poll-read ctlv3 HcStorageTempTop QQ=f1: -
2024-06-02 14:31:56.742 [update notice] received unknown MS cmd: 1076b512030f0001 / 070080020080ff00
2024-06-02 14:31:56.845 [update notice] received poll-read ctlv3 HwcStorageTempTop QQ=f1: -
2024-06-02 14:31:57.030 [update notice] received poll-read ctlv3 HwcCylinderOffset QQ=f1: 10
2024-06-02 14:31:57.066 [update notice] received update-read broadcast unknownBCb505h5c QQ=10: 00
2024-06-02 14:31:57.204 [update notice] received poll-read ctlv3 xUnknownB6 QQ=f1: off
2024-06-02 14:31:57.382 [update notice] received unknown MS cmd: 1008b51009000000ffffff070000 / 0101
2024-06-02 14:31:57.501 [update notice] received unknown MS cmd: 0376b51206130018000006 / 0200ff
2024-06-02 14:31:57.573 [update notice] received poll-read ctlv3 GlobalSystemOff QQ=f1: no
2024-06-02 14:31:57.731 [update notice] received unknown MS cmd: 1076b51009000000ffffff050000 / 0101
2024-06-02 14:31:58.002 [update notice] received unknown MS cmd: 1076b5040100 / 0a03583114020607241011
2024-06-02 14:31:58.242 [update notice] received unknown MS cmd: 1008b507020900 / 024e05
2024-06-02 14:31:58.483 [update notice] received update-read broadcast vdatetime QQ=10: 14:31:56;02.06.2024
2024-06-02 14:31:58.745 [update notice] received unknown MS cmd: 1008b5110100 / 09110118000000000000
2024-06-02 14:31:58.975 [update notice] received update-read broadcast OutsideTemp QQ=10: 17.000
2024-06-02 14:31:59.146 [update notice] received unknown MS cmd: 7108b5110107 / 0a000000c0004800000000
2024-06-02 14:32:02.288 [update notice] sent poll-read ctlv3 z3QuickVetoTemp QQ=31: 21
2024-06-02 14:32:02.610 [update notice] received unknown MS cmd: 7108b5110107 / 0a000000c0004800000000


aanwezige hardware:
Arotherm plus 55/6
VWZ-AI
VR940
VCR720

[Roger_de_Poger]

Tja... Probleem is wellicht ook dat het ebus protocol vrij is. Niet alle fabrikanten houden zich meer strikt aan zaken. Niet alle software versies van eenzelfde apparaat lezen/schrijven dezelfde adressen op de bus. En het protocol is traag. Voor een thermostaat of regelklep maakt dat niet veel uit, maar als je er strak op wilt sturen wordt het lastig. Voor sommige apparaten zijn de adressen niet bekend. Dan moet je gaan reverse engineren...

Ik zou eens door alle ebusd gerelateerde issues bladeren. Staat soms een schat aan ongedocumenteerde info in.

[PeterJones]

paQ schreef op zondag 2 juni 2024 @ 14:32:
[...]


Ik heb intussen vele online gevonden csv's geprobeerd, maar het lijtk dat ik met die van @PeterJones nog het verst kom. Maar ook dan is het huilen met de pet op.

>>>snap<<<

De VWZIO kan ik nergens vinden

Mijn repo heeft een vwzio CSV file, dat is weliswaar een symlink naar de gewone VWZ maar dat geeft wel al een hoop informatie (is mij verteld). Heb je die al geprobeerd?

[paQ]

PeterJones schreef op maandag 3 juni 2024 @ 21:17:
[...]


Mijn repo heeft een vwzio CSV file, dat is weliswaar een symlink naar de gewone VWZ maar dat geeft wel al een hoop informatie (is mij verteld). Heb je die al geprobeerd?

Het is jouw repo die ik draaiende heb.
Maar die vindt geen VWZ?

[paQ]

Roger_de_Poger schreef op zondag 2 juni 2024 @ 14:56:

Ik zou eens door alle ebusd gerelateerde issues bladeren. Staat soms een schat aan ongedocumenteerde info in.

Ik heb dat zeker gedaan, en hier en daar wat tips and tricks uit gevist, maar het brengt me nog niet waar het moet zijn.
Echt VEEL meer uren aan gespendeerd dan me lief is

[PeterJones]

paQ schreef op maandag 3 juni 2024 @ 22:04:
[...]

Het is jouw repo die ik draaiende heb.
Maar die vindt geen VWZ?

Dan neem ik aan dat er een foutmelding is bij het inladen van 76.vwzio.csv. kun je die delen?

[paQ]

PeterJones schreef op maandag 3 juni 2024 @ 22:07:
[...]


Dan neem ik aan dat er een foutmelding is bij het inladen van 76.vwzio.csv. kun je die delen?

code:

2024-06-03 22:08:35.044 [bus notice] scan 76: ;Vaillant;VWZIO;0202;0103
2024-06-03 22:08:35.045 [update notice] sent scan-read scan.76  QQ=31: Vaillant;VWZIO;0202;0103
2024-06-03 22:08:35.045 [bus notice] scan 76: ;Vaillant;VWZIO;0202;0103
2024-06-03 22:09:04.724 [main error] error reading scan config file vaillant/76.vwzio.csv for ID "vwzio", SW0202, HW0103: ERR: end of input reached, vaillant/76.vwzio.csv:1: ERR: end of input reached, missing message type/name/pbsb

[PeterJones]

@paQ Het lijkt er op dat de symlink van 76.vwzio.csv naar 76.vwz.csv niet werkt.
Kun je kijken of er content in de file is?
Indien nodig, de symlink opnieuw maken, of een copy maken van 76.vwz.csv (met de naam 76.vwzio.csv).

De eBUS daemon moet opnieuw opgestart worden na de CSV wijzigingen (ebusctrl reload werkt bij niet altijd).

Hopelijk helpt dit, anders kijken of we wat anders kunnen bedenken.

[paQ]

76.vwz.csv lijkt leeg te zijn.

[PeterJones]

paQ schreef op dinsdag 4 juni 2024 @ 18:12:
76.vwz.csv lijkt leeg te zijn.

Dan is dat het probleem. Even opnieuw mijn repo clonen, dan zou het opgelost moeten zijn, want de file is echt niet leeg.

[paQ]

PeterJones schreef op dinsdag 4 juni 2024 @ 19:52:
[...]

Dan is dat het probleem. Even opnieuw mijn repo clonen, dan zou het opgelost moeten zijn, want de file is echt niet leeg.
[Afbeelding]

I stand corrected

hij is niet leeg



vzwio.csv is 'leeg' maar die verwijst daar heen he?

vaillant/76.vwzio.csv:1: die roept hij wel aan.
Kan ik niet gewoon clonen en renamen?

[ Voor 7% gewijzigd door paQ op 04-06-2024 20:46 ]

[PeterJones]

@paQ ja, je kunt de 76.vwz.csv gewoon clonen en tentamen naar 76.vwzio.csv. Blijkbaar werkt de symlink niet goed op jouw platform (Mac?).

[paQ]

PeterJones schreef op dinsdag 4 juni 2024 @ 21:03:
@paQ ja, je kunt de 76.vwz.csv gewoon clonen en tentamen naar 76.vwzio.csv. Blijkbaar werkt de symlink niet goed op jouw platform (Mac?).

ik heb een mac ja, maar deze hele reut draait op een Thinkcentre met debian 11

edit


2024-06-04 21:18:05.413 [bus notice] scan 76: ;Vaillant;VWZIO;0202;0103
2024-06-04 21:18:05.413 [update notice] sent scan-read scan.76 QQ=31: Vaillant;VWZIO;0202;0103
2024-06-04 21:18:05.413 [bus notice] scan 76: ;Vaillant;VWZIO;0202;0103
2024-06-04 21:18:06.319 [main notice] read scan config file vaillant/76.vwzio.csv for ID "vwzio", SW0202, HW0103
2024-06-04 21:18:14.116 [update notice] received poll-read vwzio State01 QQ=10: -;-;20.625;-;-;off
2024-06-04 21:18:14.202 [update notice] received poll-read vwz unknownMPoll10sB512h QQ=10: 00 80 02 00 80 ff 00
2024-06-04 21:18:14.791 [update notice] received update-write vwzio SetMode QQ=10: 00 00 ff ff ff 05 00 00
2024-06-04 21:18:15.059 [update notice] received poll-read vwzio DateTime QQ=10: valid;21:18:15;04.06.2024;20.625


Dit ziet er al beter uit

edit edit:

echt maar 4 sensoren ofzo kan hij vinden. De rest is unknown.

[ Voor 59% gewijzigd door paQ op 04-06-2024 21:45 ]

[PeterJones]

paQ schreef op dinsdag 4 juni 2024 @ 21:16:
[...]
echt maar 4 sensoren ofzo kan hij vinden. De rest is unknown.

Fijn dat het werkt.
De registers zijn niet gedefinieerd met een polling frequentie, en dan moeten ze dus toevallig verzonden worden door een van de aangesloten apparaten. Als je ze zelf uitleest, middels "ebusctl read -f registernaam", neem ik aan dat er meer beschikbaar zijn.

Heb je dat geprobeerd?

[SoulShot]

PeterJones schreef op vrijdag 23 juni 2023 @ 19:43:
Ik heb ook een VRC720 en gebruik nu de volgende aanpak om vanuit domotica koeling te activeren:

• koeling op automatisch
• regeling op uitgebreid
• met koeling setpoint instellen of koeling actief (enkele graden onder gemeten kamer temperatuur) of inactief is (enkele graden boven gemeten kamer temperatuur)
• tijdsvenster waarin gekoeld mag worden

Minimum flow temperatuur heb ik flink laag gezet zodat de thermostaat middels de dauwpunt bepaling zelf de flow temperatuur kan bepalen

Is dit nog altijd jouw aanpak @PeterJones ?

Ik deed voorheen dit, maar moet voor "koelen gedurende enkele dagen (start en eind datum instellen)" naar de thermostaat lopen omdat die parameter voor zover ik weet ik nog geen enkele ctlv2 te vinden is.

SoulShot schreef op maandag 26 juni 2023 @ 09:34:
[...]


[...]


Ik heb het ondertussen opgelost door zelf "koelen enkel dagen" aan te zetten op de thermostaat, en dan zet ik het via een tijdsschema in Hassio op aan/uit door de "regeling" in de thermostaat op aan/uit te zetten.

code:

service: mqtt.publish
data:
  qos: 0
  retain: false
  topic: ebusd/ctlv2/z1opmodecooling/set
  payload: day

Ik moet dus wel het handmatig koelen op de thermostaat nog aanzetten, maar dat is in principe iets dat één keer moet gebeuren in het begin van het koelseizoen.

Verder staat bij mij de compensatie op "uit" (dus WAR), en koelen automatisch op "uit", zodat ik alles zelf kan regelen via Hassio. Ik vind zelf koelen automatisch niet zo slim: die houdt rekening met de afgelopen 24 uur, terwijl je eigenlijk met de voorspelling van komende dag wilt rekening houden.

Ik heb de mqtt om aan/uit te zetten achter een helper gezet.

code:

alias: Heating - helper cooling
description: ""
trigger:
  - platform: state
    entity_id:
      - sensor.ebusd_ctlv2_z1opmodecooling_opmode
    id: WP Changed to day
    to: day
    for:
      hours: 0
      minutes: 5
      seconds: 0
  - platform: state
    entity_id:
      - sensor.ebusd_ctlv2_z1opmodecooling_opmode
    id: WP Changed to off
    to: "off"
    for:
      hours: 0
      minutes: 5
      seconds: 0
  - platform: state
    entity_id:
      - input_boolean.cooling_status
    id: Helper Changed to off
    to: "off"
  - platform: state
    entity_id:
      - input_boolean.cooling_status
    id: Helper Changed to on
    to: "on"
condition: []
action:
  - if:
      - condition: trigger
        id: WP Changed to day
    then:
      - service: input_boolean.turn_on
        data: {}
        target:
          entity_id:
            - input_boolean.cooling_status
  - if:
      - condition: trigger
        id: WP Changed to off
    then:
      - service: input_boolean.turn_off
        data: {}
        target:
          entity_id:
            - input_boolean.cooling_status
  - if:
      - condition: trigger
        id: Helper Changed to on
      - condition: template
        value_template: >-
          {{states('sensor.ebusd_ctlv2_hwcopmode_opmode') !=
          states('input_boolean.cooling_status')}}
    then:
      - service: mqtt.publish
        data:
          qos: 0
          retain: false
          topic: ebusd/ctlv2/z1opmodecooling/set
          payload: day
  - if:
      - condition: trigger
        id: Helper Changed to off
      - condition: template
        value_template: >-
          {{states('sensor.ebusd_ctlv2_hwcopmode_opmode') !=
          states('input_boolean.cooling_status')}}
    then:
      - service: mqtt.publish
        data:
          qos: 0
          retain: false
          topic: ebusd/ctlv2/z1opmodecooling/set
          payload: "off"
mode: single

Vervolgens heb ik deze automatie om hem aan/uit te zetten adhv het weerbericht en opbrenst zonnepanelen.

code:

alias: Heating - schedule cooling
description: ""
trigger:
  - platform: time
    at: "09:00:00"
    id: Morning
  - platform: time
    at: "17:00:00"
    id: Night
  - platform: numeric_state
    entity_id: sensor.myenergi_my_home_power_export
    above: 1200
    id: Solar
    for:
      hours: 0
      minutes: 1
      seconds: 0
condition: []
action:
  - if:
      - condition: trigger
        id: Solar
      - condition: time
        after: "06:00:00"
        before: "09:00:00"
      - condition: template
        value_template: >-
          {{state_attr('weather.forecast_home','forecast')[0].temperature
          |float(0) > 24 }} 
    then:
      - service: input_boolean.turn_on
        data: {}
        target:
          entity_id: input_boolean.cooling_status
  - if:
      - condition: trigger
        id: Morning
      - condition: template
        value_template: >-
          {{state_attr('weather.forecast_home','forecast')[0].temperature
          |float(0) > 24 }} 
    then:
      - service: input_boolean.turn_on
        data: {}
        target:
          entity_id: input_boolean.cooling_status
  - if:
      - condition: trigger
        id: Night
    then:
      - service: input_boolean.turn_off
        data: {}
        target:
          entity_id: input_boolean.cooling_status
mode: single

Ik zoek nu dus naar een manier om het helemaal automatisch te doen, maar kan niet meteen aan uit hoe ik die van jouw moet implementeren. Kan je aangeven exact welke parameters je aanpast aub? Verder weet ik bijvoorbeeld niet hoe ik een tijdsvenster met ebusd moet meegeven. Houdt die trouwens ook rekening met de temp. van afgelopen 24 uur, of negeert die dat gewoon (mijn voorkeur gaat naar het laatste).

[ Voor 7% gewijzigd door SoulShot op 27-06-2024 16:29 ]

[SoulShot]

Ok, met wat verder grasduinen in de github pagina's gevonden hoe het timen moet.

Heb daarvoor gebruik gemaakt van een kopie van jouw repo, en daarvoor zijn de settings hieronder zo te bepalen. https://github.com/jonesP...ree/master/ebusd-2.1.x/en

#0=off;1=time controlled;2=manual
service: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/ctlv2/z1OpModeCooling/set
payload: 1

indien hierboven time-controlled, in te stellen per dag zoals hieronder, en de gewenste temp instellen

service: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/ctlv2/z1CTimer.Friday/set
payload: 0;1;06:00;22:00;ff ff

service: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/ctlv2/z1ActualCoolingRoomTempDesired/set
payload: 20

indien manueel, gewenste temp zo instellen

service: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/ctlv2/z1CoolingRoomTempDesiredManualControlled/set
payload: 20

Verder moet op de Unitower koelen op aan staan (dat was bij mij al zo), en ook
de compensatie op "expanded" (uigebreid) staan zodat de dauwpunt bewaking werkt

service: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/ctlv2/Hc1RoomTempMod/set
payload: 2

De minimale aanvoer temp moet laag genoeg staan, de dauwpuntsbewaking zal alsnog deze effectieve aanvoer verhogen om dauw te voorkomen.

service: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/ctlv2/Hc1MinCoolingFlowTempDesired/set
payload: 16

De buitentemp 24h lang boven een setpoint zijn, die je kan instellen

service: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/ctlv2/CoolingOutsideTempThreshold/set
payload: 20

[ Voor 8% gewijzigd door SoulShot op 28-06-2024 14:59 ]

[PeterJones]

@SoulShot Dank voor het delen van je ervaring. Ik heb zelf dit seizoen nog geen gebruik hoeven te maken van de koeling, en heb ook nog niet geautomatiseerd hoe dit te doen. Jouw post gaat daar echter zeker bij helpen!

[Nilvo]

Speedfight schreef op woensdag 9 augustus 2023 @ 14:28:
Deze ebusd adapter gebruik ik (heb overigens nog de oude versie zonder USB power supply mogelijkheid): https://www.lectronz.com/...us-to-wifi-adapter-module
Verbruik lees ik uit met een 1-fase HomeWizard DIN meter, die is veeeeel accurater dan wat de ebus rapporteert.

De YAML config van mijn dashboard view:

code:

views:
  - title: Warmtepomp
    path: warmtepomp
    icon: mdi:heat-pump
    subview: false
    badges: []
    cards:
      - type: horizontal-stack
        cards:
          - type: statistic
            entity: sensor.kwh_meter_3c39e72fb1e8_total_power_import
            period:
              calendar:
                period: day
            stat_type: change
            name: Verbruik (1d)
          - type: entity
            entity: sensor.ebusd_hmu_state_todayyieldpower
            name: Opbrengst (1d)
            state_color: false
            icon: mdi:heat-wave
      - type: entities
        entities:
          - entity: sensor.wp_cop_2
            name: CoP
            icon: mdi:copyright
          - entity: sensor.kwh_meter_3c39e72fb1e8_active_power
            secondary_info: none
            name: Verbruik
          - entity: sensor.ebusd_hmu_currentyieldpower
            name: Opbrengst
            secondary_info: last-updated
            icon: mdi:heat-wave
          - entity: sensor.ebusd_hmu_setmode_flowtempdesired
            name: Target
            secondary_info: last-updated
          - entity: sensor.ebusd_hmu_supplytemp_temps2
            name: Aanvoer
            secondary_info: last-updated
          - entity: sensor.ebusd_hmu_returntemp_temps2
            name: Retour
            secondary_info: last-updated
          - entity: sensor.wp_dt_2
            name: Delta T
            secondary_info: last-updated
          - entity: sensor.ebusd_hmu_compressorspeed
            secondary_info: last-updated
            name: Compressor
            icon: mdi:heat-pump-outline
          - entity: sensor.ebusd_hmu_fan1
            name: Ventilator
            icon: mdi:fan
            secondary_info: last-updated
          - entity: sensor.ebusd_hmu_buildingcircuitflow
            name: Flow
            secondary_info: last-updated
            icon: mdi:pump
          - entity: sensor.ebusd_hmu_flowpressure
            name: Waterdruk
            secondary_info: last-updated
            icon: mdi:car-brake-low-pressure
          - entity: sensor.ebusd_broadcast_outsidetemp_temp2
            name: Buiten
            secondary_info: last-updated
          - entity: sensor.ebusd_ctlv2_z1roomtemp_tempv
            name: Kamer
            secondary_info: last-updated
        title: Realtime
        state_color: true
      - type: vertical-stack
        cards:
          - graph: line
            type: sensor
            entity: sensor.wp_cop_2
            detail: 2
            hours_to_show: 8
            name: CoP (8h)
          - graph: line
            type: sensor
            entity: sensor.ebusd_hmu_currentyieldpower
            detail: 2
            hours_to_show: 8
            name: Opbrengst (8h)
            icon: mdi:heat-wave
          - graph: line
            type: sensor
            entity: sensor.kwh_meter_3c39e72fb1e8_active_power
            detail: 2
            hours_to_show: 8
            name: Verbruik (8h)
          - graph: line
            type: sensor
            entity: sensor.ebusd_hmu_compressorspeed
            detail: 2
            name: Compressor (8h)
            icon: mdi:heat-pump
            hours_to_show: 8
          - graph: line
            type: sensor
            entity: sensor.ebusd_hmu_buildingcircuitflow
            detail: 2
            hours_to_show: 8
            name: Flow (8h)
            icon: mdi:pump
      - type: history-graph
        entities:
          - entity: sensor.ebusd_hmu_setmode_flowtempdesired
          - entity: sensor.ebusd_ctlv2_displayedoutsidetemp_tempv
          - entity: sensor.ebusd_ctlv2_z1roomtemp_tempv
          - entity: sensor.wp_dt_2
          - entity: sensor.ebusd_hmu_flowtemp
          - entity: sensor.ebusd_hmu_returntemp_temps2
        refresh_interval: 0
        title: Verwarming (8h)
        hours_to_show: 8
      - type: gauge
        entity: sensor.ebusd_hmu_integral
        name: Integraal
        needle: true
        severity:
          green: 15
          yellow: 0
          red: 0
        max: 160
        unit: °min
      - type: gauge
        entity: sensor.ebusd_hmu_compressorspeed
        needle: true
        min: 30
        max: 120
        name: Compressor
      - type: thermostat
        entity: climate.v720
        name: Vaillant aroTHERM plus VWL55/6
      - chart_type: line
        period: day
        type: statistics-graph
        entities:
          - sensor.ebusd_hmu_outdoortemp_temps2
          - sensor.ebusd_ctlv2_z1roomtemp_tempv
        stat_types:
          - max
          - min
          - mean
        days_to_show: 7
        hide_legend: true
        title: Buiten & binnentemperatuur (7d)
      - chart_type: line
        period: week
        type: statistics-graph
        entities:
          - sensor.ebusd_hmu_buildingcircuitwaterpressure
        stat_types:
          - min
        title: Minimale waterdruk (7d)
        days_to_show: 7
        hide_legend: true
      - type: history-graph
        entities:
          - entity: sensor.ebusd_hmu_currentyieldpower
          - entity: sensor.ebusd_hmu_currentconsumedpower
        hours_to_show: 8
        refresh_interval: 0
        title: COP (8h)
      - type: history-graph
        entities:
          - entity: sensor.zone_5_aanvoer
          - entity: sensor.zone_5_retour
          - entity: sensor.zone_5_dt
          - entity: sensor.ebusd_hmu_setmode_flowtempdesired
        hours_to_show: 1
        refresh_interval: 0
        title: Verwarming (1h)

Template.yaml

code:

  - name: WP DT
    unique_id: WP DT
    unit_of_measurement: '°C'
    state: '{{ states("sensor.ebusd_hmu_supplytemp_temps2") |float(0) 
             - states("sensor.ebusd_hmu_returntemp_temps2") |float(0)}}'
    device_class: temperature

  - name: WP COP
    unique_id: WP_COP
    unit_of_measurement: "CoP"
    state: >
          {% set current_yield = states('sensor.ebusd_hmu_currentyieldpower') | float(0) |float*1000 %}
          {% set current_power = states('sensor.kwh_meter_3c39e72fb1e8_active_power') | float(0) %}
          {{ ((current_yield +current_power ) / current_power) | round(1, default=0) }}  
    device_class: energy
    state_class: measurement

  - name: Zone 5 DT
    unique_id: Zone 5 DT
    unit_of_measurement: '°C'
    state: '{{ states("sensor.zone_5_aanvoer") |float(0) 
             - states("sensor.zone_5_retour") |float(0)}}'
    device_class: temperature

Dat ziet er indrukwekkend uit! Welke CSV bestanden heeft u gebruikt? Of heeft u die zelf opgeschoond? Als ik de 2.1 CSV bestanden van @PeterJones gebruik https://github.com/jonesPD/ebusd-configuration/ dan kloppen de entities namelijk niet.

Enkele voorbeelden die ik mis: hmu_compressorspeed, hmu_buildingflowpressure, hmu_intergral, hmu_fan1, etc.

[Nilvo]

dotcom87 schreef op dinsdag 26 maart 2024 @ 11:57:
[...]

code:

> ebusd --foreground --mqtthost=core-mosquitto --mqttport=1883 --mqttuser=addons --mqttpass=eiXiequu9aewah4coohaex9Phiubee4zohnooth9vae6doowai6Die1aeWo3Ahde --scanconfig --mqttjson --configpath=/config/ebusd-configuration/ebusd-2.1.x/en --mqttint=/etc/ebusd/mqtt-hassio.cfg --mqtttopic=ebusd --device=enh:192.168.30.44:3335 --log=all:notice
2024-03-26 11:52:17.391 [main notice] ebusd 23.2.p20230716 started with auto scan on device: 192.168.30.44:3335, enhanced
2024-03-26 11:52:17.464 [bus notice] device status: resetting
2024-03-26 11:52:17.464 [bus notice] bus started with own address 31/36
2024-03-26 11:52:17.470 [bus notice] device status: reset
2024-03-26 11:52:17.486 [bus notice] signal acquired
2024-03-26 11:52:17.630 [mqtt notice] connection established
2024-03-26 11:54:28.087 [main notice] update check: version 23.3 available, broadcast.csv: different version available, memory.csv: different version available
2024-03-26 11:55:08.551 [bus notice] new master 03, master count 2
2024-03-26 11:55:18.287 [bus notice] scan 08: ;Vaillant;HMU00;0308;0403
2024-03-26 11:55:18.287 [update notice] store 08 ident: done
2024-03-26 11:55:18.287 [update notice] sent scan-read scan.08  QQ=31: Vaillant;HMU00;0308;0403
2024-03-26 11:55:18.287 [bus notice] scan 08: ;Vaillant;HMU00;0308;0403
2024-03-26 11:55:18.363 [main notice] read common config file vaillant/broadcast.csv
2024-03-26 11:55:18.363 [main notice] read common config file vaillant/general.csv
2024-03-26 11:55:18.364 [main notice] read common config file vaillant/scan.csv
2024-03-26 11:55:18.371 [main notice] read scan config file vaillant/08.hmu.csv for ID "hmu00", SW0308, HW0403
2024-03-26 11:55:18.373 [main notice] found messages: 229 (0 conditional on 0 conditions, 0 poll, 15 update)
2024-03-26 11:55:18.592 [update notice] sent unknown MS cmd: 3108b5090124 / 09003231323030353030
2024-03-26 11:55:18.801 [update notice] sent scan-read scan.08 id QQ=31: 
2024-03-26 11:55:19.012 [update notice] sent scan-read scan.08 id QQ=31: 
2024-03-26 11:55:19.212 [update notice] sent scan-read scan.08 id QQ=31: 21;20;05;0010019412;0001;005012;N1
2024-03-26 11:55:19.212 [bus notice] scan 08: ;21;20;05;0010019412;0001;005012;N1
2024-03-26 11:55:29.497 [update notice] sent poll-read hmu 4PortValveHours QQ=31: 0
2024-03-26 11:55:35.259 [update notice] sent poll-read hmu AirInletTemp QQ=31: -0.1
2024-03-26 11:55:41.228 [update error] unable to parse poll-read hmu AirIntakeTemp from 3108b51a0405ff3226 / 02ff01: ERR: invalid position
2024-03-26 11:55:46.289 [mqtt error] decode hmu AirIntakeTemp: ERR: invalid position
2024-03-26 11:55:47.241 [update notice] sent poll-read hmu BuildingCircuitPumpPower QQ=31: 255
2024-03-26 11:55:53.230 [update notice] sent poll-read hmu BuildingPumpHours QQ=31: 16376
2024-03-26 11:55:59.258 [update notice] sent poll-read hmu BuildingPumpStarts QQ=31: 3914
2024-03-26 11:56:05.256 [update notice] sent poll-read hmu CompressorHours QQ=31: 5498
2024-03-26 11:56:11.236 [update notice] sent poll-read hmu CompressorInletTemp QQ=31: 24.6
2024-03-26 11:56:17.267 [update notice] sent poll-read hmu CompressorOutletTemp QQ=31: 24.4
2024-03-26 11:56:23.246 [update notice] sent poll-read hmu CompressorStarts QQ=31: 4848
2024-03-26 11:56:29.207 [update notice] sent poll-read hmu CondensationTemp QQ=31: 11.3
2024-03-26 11:56:35.232 [update notice] sent poll-read hmu CondensorInletTemp QQ=31: -0.1
2024-03-26 11:56:41.232 [update notice] sent poll-read hmu CondensorOutletTemp QQ=31: -0.1
2024-03-26 11:56:47.264 [update notice] sent poll-read hmu CoolingHours QQ=31: 0

Dit is wat ik nu zie (mijn VRC 700 is niet aangesloten op dit moment).

Van zodra ik mijn VRC 700 terug aansluit, komt er op het display "Beperkt bedrijf / comfortbeveiliging"
En ook bij Systeem staat "Foutstatus: foutenlijst"

Op de warmtepomp zelf komt er:
F.685 Fout verbinding CI niet herkend

Ik had vandaag ook 2x de melding "Beperkt bedrijf / comfortbeveiliging". Na het omschakelen van de jumper op de Ebus 6.1 pcb en de voeding te voorzien met usb-C heb ik de melding niet meer gezien. Ook de communicatie error op VWZ AI is nu verdwenen.

[Proton_]

pascalwinters schreef op vrijdag 12 juli 2024 @ 14:30:
[...]
Oh dat is wel jammer, zou die waarde graag willen hebben. Want alternatief is een kWh meter er tussen plaatsen.
Maar hoe te reverse engineeren?

Meer iets voor hier
Er is een hele procedure voor die ik nooit geprobeerd heb.
Het komt er op neer dat je ebusd laat luisteren terwijl de thermostaat of vwz de data opvraagt.
Een losse kWh meter vind ik sowieso een goed idee, die blijft ook doortellen bij vervanging.

[pascalwinters]

Proton_ schreef op vrijdag 12 juli 2024 @ 14:45:
[...]

Een losse kWh meter vind ik sowieso een goed idee, die blijft ook doortellen bij vervanging.

De vraag is welke kWh meter is dan geschikt om ook live te volgen in HomeAssistant.
Of wellicht zit er een kWh meter in de warmtepomp zelf die uit te lezen is.

[ Voor 11% gewijzigd door pascalwinters op 12-07-2024 18:22 ]

[Eriko]

In Meh97 zit er wel ingebouwde kWh meter. Deze geeft alleen kWh zonder decimals weer. Dus grotere sprongen

En ik heb Shelly Pro 3EM met 3x externe stroom ringen bij de 3 fase warmtepomp + Meh97 aangesloten. Deze werkt nauwkeuriger. Met ethernet aansluiting.

Beide meters komen wel bijna overeen. Ze werken prima met HomeAssistant.

Ik zou Shelly niet missen ivm 2 decimals nauwkeurigheid.

[pascalwinters]

Eriko schreef op vrijdag 12 juli 2024 @ 19:15:
In Meh97 zit er wel ingebouwde kWh meter. Deze geeft alleen kWh zonder decimals weer. Dus grotere sprongen

En ik heb Shelly Pro 3EM met 3x externe stroom ringen bij de 3 fase warmtepomp + Meh97 aangesloten. Deze werkt nauwkeuriger. Met ethernet aansluiting.

Beide meters komen wel bijna overeen. Ze werken prima met HomeAssistant.

Ik zou Shelly niet missen ivm 2 decimals nauwkeurigheid.

Dan kan ik ook deze nemen:
https://www.homewizard.com/nl/shop/wi-fi-kwh-meter-3-fase/

Die zou ook compatibel met HomeAssistant zijn.

[SoulShot]

PeterJones schreef op zaterdag 29 juni 2024 @ 17:52:
@SoulShot Dank voor het delen van je ervaring. Ik heb zelf dit seizoen nog geen gebruik hoeven te maken van de koeling, en heb ook nog niet geautomatiseerd hoe dit te doen. Jouw post gaat daar echter zeker bij helpen!

Vandaag startte bij mij de koeling niet ondanks leek dat alle parameters waren voldaan. Na wat zoeken bleek het "uit" en daarna "aan" zetten van "automatisch koelen" te werken. Heb wat gezocht, maar blijkt niet echt beschreven als bug in de thermostaat.

Vervolgens gezocht of de parameter "automatisch koelen" in jouw csv staat zodat ik deze via HA kon aansturen, maar bleek niet beschikbaar. Vervolgens verder gezocht hoe ik zelf een parameter kan vinden in de eBUSd berichten, en heb via ebusd grab gevonden dat deze berichten voorkomen bij het "uit" en "aan" zetten van deze parameter.

1008b5120204ff / 00 = 1 >>>> deactivate "automatic cooling"
BCD 04=4, ff=-
BCD:2 04ff=-
BCD:3 04ff=-
BCD:4 04ff=-
BDA 04ff="28.09.2078"
BDA:3 04ff="28.09.2078"
BDY 04=Fri
BDZ 04ff="28.09.2078"
BTI 04ff="-:04"
BTM 04ff="-:04"
D1B 04=4, ff=-1
D1C 04=2.0, ff=-
D2B 04ff=-0.984
D2C 04ff=-15.75
DAY 04ff="28.09.2078"
EXP 04ff=9.14824e-41
EXR 04ff=1.79226e-42
FLR 04ff=1.279
FLT 04ff=-0.252
HCD:1 04=4
HDA 04ff="28.09.2078"
HDA:3 04ff="28.09.2078"
HDY 04=Sat
HEX:2 04ff="04 ff"
HTI 04ff="04:-"
HTM 04ff="04:-"
MIN 04ff=":-"
NTS:2 04ff="?"
PIN 04ff=-
S3N 04ff=65284
S3R 04ff=1279
SCH 04=4, ff=-1
SIN 04ff=-252
SIR 04ff=1279
SLG 04ff=65284
SLR 04ff=1279
STR:2 04ff=" ?"
TEM_P 04ff=04-127
TTM 04="00:40"
U3N 04ff=65284
U3R 04ff=1279
UCH 04=4, ff=-
UIN 04ff=65284
UIR 04ff=1279
ULG 04ff=65284
ULR 04ff=1279
VTM 04ff="-:04"


1008b512020464 / 00 = 1 >>>> activate "automatic cooling"
BCD 04=4, 64=64
BCD:2 0464=6404
BCD:3 0464=6404
BCD:4 0464=6404
BDA 0464="14.11.1944"
BDA:3 0464="14.11.1944"
BDY 04=Fri
BDZ 0464="14.11.1944"
D1B 04=4, 64=100
D1C 04=2.0, 64=50.0
D2B 0464=100.016
D2C 0464=1600.25
DAY 0464="07.02.1970"
EXP 0464=3.58788e-41
EXR 0464=1.57506e-42
FLR 0464=1.124
FLT 0464=25.604
HCD:1 04=4
HDA 0464="07.02.1970"
HDA:3 0464="07.02.1970"
HDY 04=Sat
HEX:2 0464="04 64"
NTS:2 0464="d"
PIN 0464=0464
S3N 0464=25604
S3R 0464=1124
SCH 04=4, 64=100
SIN 0464=25604
SIR 0464=1124
SLG 0464=25604
SLR 0464=1124
STR:2 0464=" d"
TEM_P 0464=04-100
TTM 04="00:40", 64="16:40"
U3N 0464=25604
U3R 0464=1124
UCH 04=4, 64=100
UIN 0464=25604
UIR 0464=1124
ULG 0464=25604
ULR 0464=1124

Ik weet niet hoe ik van hieruit verder kan om dit toe te voegen in de csv, maar vermoed dat dit voor jou simpel is?

[PeterJones]

SoulShot schreef op vrijdag 28 juni 2024 @ 14:54:
Ok, met wat verder grasduinen in de github pagina's gevonden hoe het timen moet.

Heb daarvoor gebruik gemaakt van een kopie van jouw repo, en daarvoor zijn de settings hieronder zo te bepalen. https://github.com/jonesP...ree/master/ebusd-2.1.x/en


[...]

Dank. Ik ben vandaag ook begonnen met experimenteren met de cooling modus. In eerste instantie werd er niet gestart met koeling. Een tijdje gewacht, instellingen geprobeerd. Uiteindelijk bleek mijn 'Energiebedrijf' instelling (op de thermostaat in installatieconfiguratie) verkeerd te staan. Als deze op 'Koelen uit' of 'Verw+koel uit" staat, zal de WP niet beginnen met koelen (of verwarmen). Nadat ik dit op 'BV uit' zette, startte het syteem direct met koelen.

[Tomsworld]

Weet iemand welke waarde je zou moeten aanpassen om de delta van de dauwpuntbewaking aan te passen ?

Er zijn momenten dat ik die lager zou willen hebben ( staat standaard op 2 ). Ik heb al even gekeken maar ik kan het niet terug vinden in de csv files.

[Eriko]

Verkeerde post.

[ Voor 96% gewijzigd door Eriko op 13-08-2024 14:21 ]

[PeterJones]

Tomsworld schreef op dinsdag 13 augustus 2024 @ 01:13:
Weet iemand welke waarde je zou moeten aanpassen om de delta van de dauwpuntbewaking aan te passen ?

Er zijn momenten dat ik die lager zou willen hebben ( staat standaard op 2 ). Ik heb al even gekeken maar ik kan het niet terug vinden in de csv files.

DewPointOffset in https://github.com/jonesPD/ebusd-configuration.

[maarten_NL]

@PeterJones

Weet jij zo welke parameter ik kan gebruiken om de flowtemperatuur te regelen? Ik wil soms met wat minder vermogen koelen dan op andere momenten, Overdag mag de flowtemp best op 12-14c staan om het huis efficiënter koel te houden zonder dat ik beneden sloffen aan moet omdat de vloerverwarming zo koud wordt En dan een uurtje of wat voor het slapen gaan even op 7c als het nodig is.

Ik had de HC1actualflowtempdesired in de 15.basv al op r;w gezet maar dat is blijkbaar het resultaat van een commando want die tikt na een aantal seconden weer terug naar de waarde die op de thermostaat ingesteld staat.

De CSVs die ik in gebruik heb:

08.hmu.csv 76.vwzio.csv hcmode.inc _templates.csv
15.basv.csv errors.inc scan.csv

[PeterJones]

PeterJones schreef op dinsdag 13 augustus 2024 @ 21:18:
[...]

DewPointOffset in https://github.com/jonesPD/ebusd-configuration.

Zou ook Hc1DewPointOffset kunnen zijn trouwens. Kwestie van proberen