Verwarming uitlezen met ebusd

[Proton_]

In dit topic kunnen we ervaringen uitwisselen over het koppelen van Vaillant, Bulex en AWB spullen aan domotica door middel van ebusd (http://ebusd.eu).

Inleiding: wat is ebus en wat kan ik ermee?

Ebus is een tweedraads communicatiesysteem dat vooral gebruikt wordt door klimaatbeheersingssystemen (warmtepompen, gasketels, ventilatie) uit de Vaillant familie.

Door hier op aan te koppelen met je domoticasystemen kun je bijvoorbeeld de ruimtetemperatuur instellen, maar ook het gedrag van je systeem loggen voor meer inzicht in waar er instellingen verbeterd kunnen worden voor meer comfort of zuiniger stoken.

Wat heb je nodig

• Een ebus-interface om de ebus-draden met je thuisserver te koppelen
• ebusd
• Domotica-software om de gelezen meetwaarden weg te schrijven naar een database en er een dashboard van te maken

Hardware

Omdat de ebus-standaard nogal timing gevoelig is, blijkt de adapter nogal nauw te luisteren.
https://adapter.ebusd.eu/ komt van de makers van ebusd en zal het beste werken. Leveringsproblemen/chiptekort.
https://lectronz.com/products/54 is een ebus<>Wifi adapter gebaseerd op een ESP32
https://esera.de/en/Products/eBus/135/eBus-Coupler-USB lijkt het best verkrijgbaar te zijn, maar vereist handmatige tuning van het signaal.

Software

• Uiteraard het opensource ebusd dat de berichten op de bus van betekenis voorziet en ontsluit naar MQTT en json data.
• Home Assistant add-on: https://github.com/LukasGrebe/ha-addons
• Domoticz add-on: https://github.com/guillaumezin/DomoticzEbusd

Maar zelf iets bouwen kan natuurlijk ook.

Voor het geval jouw (Vaillant-Bulex) toestel niet herkend wordt, is een tip: doe een gitclone van https://github.com/john30...ree/master/ebusd-2.1.x/en repository, kijk naar een CSV van een toestel dat in dezelfde categorie valt als die van jou, en geeft die directory mee aan de ebusd-service bij opstarten. Zo werd bij @Minitrooper de VMS (zonneboiler) niet correct herkend. Een git clone en een kopij van de 06.pmd.csv naar 06.vmd.csv gaf al toegang tot de benodigde registers. Finetuning van enkele temperatuursensoren kon dan lokaal gebeuren (omdat de laatste pull door john30 niet gebeurd werd).
Grafana is populair om dashboards mee te maken, al is dat voor de meeste features afhankelijk van een achterliggende timeseries database.

Installatie ebusd software op een raspberry pi

1) install ebusd:

code:

wget -O - https://raw.githubusercontent.com/john30/ebusd-debian/master/ebusd.gpg.key|apt-key add -
wget -O /etc/apt/sources.list.d/ebusd.list https://raw.githubusercontent.com/john30/ebusd-debian/master/ebusd-armhf-default.list
apt-get update
apt-get install ebusd
systemctl enable ebusd

2) configure ebusd adapter:

code:

ebusd -f -c /tmp --logareas bus --loglevel info --lograwdata=bytes -d /dev/ttyUSB0

--> in deze output dienen allemaal "aa"'s te verschijnen, zoniet moet je "finetunen", in geval van de USB Esera aan het potentiometertje draaien.

3) eerste maal "manueel" opstarten:

code:

ebusd -f -d /dev/ttyUSB0 --configpath=http://ebusd.eu/config/ --scanconfig=full --pollinterval=180
2019-12-06 17:27:36.565 [main notice] ebusd 3.3.v3.3 started with full scan
2019-12-06 17:27:36.817 [bus notice] bus started with own address 31/36
2019-12-06 17:27:36.858 [bus notice] signal acquired
2019-12-06 17:27:46.818 [main notice] starting initial full scan
2019-12-06 17:27:48.574 [bus notice] new master 01, master count 2
2019-12-06 17:27:48.575 [bus notice] scan 06: ;Vaillant;VMD01;0108;1703
2019-12-06 17:27:48.575 [update notice] store 06 ident: done
2019-12-06 17:27:48.575 [update notice] sent scan-read scan.06  QQ=31: Vaillant;VMD01;0108;1703
2019-12-06 17:27:48.575 [bus notice] scan 06: ;Vaillant;VMD01;0108;1703
2019-12-06 17:27:48.744 [bus notice] new master 03, master count 3
2019-12-06 17:27:48.744 [bus notice] scan 08: ;Vaillant;BAI00;0104;7803
2019-12-06 17:27:48.744 [update notice] store 08 ident: done
2019-12-06 17:27:48.745 [update notice] sent scan-read scan.08  QQ=31: Vaillant;BAI00;0104;7803
2019-12-06 17:27:48.745 [bus notice] scan 08: ;Vaillant;BAI00;0104;7803
2019-12-06 17:27:56.877 [main error] unable to load scan config 06: no file from vaillant with prefix 06 matches ID "vmd01", SW0108, HW1703
2019-12-06 17:27:56.878 [main error] scan config 06: ERR: element not found
2019-12-06 17:27:59.124 [main notice] read common config file vaillant/scan.csv
2019-12-06 17:27:59.186 [main notice] read common config file vaillant/general.csv
2019-12-06 17:27:59.241 [main notice] read common config file vaillant/broadcast.csv
2019-12-06 17:27:59.305 [main notice] read scan config file vaillant/08.bai.csv for ID "bai00", SW0104, HW7803

4. controle of alles mooi werkt:

code:

ebusctl info
version: ebusd 22.3.p20220508
update check: version 23.1 available, broadcast.csv: different version available, memory.csv: different version available, vaillant/08.bai.csv: newer version available, vaillant/15.700.csv: newer version available, vaillant/bai.308523.inc: different version available, vaillant/broadcast.csv: different version available, vaillant/ec.sol.sc.csv: different version available, vaillant/errors.inc: different version available, vaillant/general.csv: different version available, vaillant/hcmode.inc: different version available, vaillant/iotestbsol.inc: different version available, vaillant/yield3f40.inc: different version available
device: /dev/ttyUSB1
signal: acquired
symbol rate: 156
max symbol rate: 526
min arbitration micros: 312
max arbitration micros: 9743
min symbol latency: 1
max symbol latency: 25
reconnects: 4
masters: 5
messages: 800
conditional: 3
poll: 1
update: 10
address 01: master #6
address 03: master #11
address 06: slave #6, scanned "MF=Vaillant;ID=VMD01;SW=0108;HW=1703", loaded "vaillant/06.vmd.csv"
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0104;HW=7803", loaded "vaillant/bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0614;HW=6903", loaded "vaillant/15.700.csv"
address 30: master #3
address 31: master #8, ebusd
address 35: slave #3, scanned "MF=Vaillant;ID=VR_91;SW=0415;HW=4803"
address 36: slave #8, ebusd
address 52: slave, scanned "MF=Vaillant;ID=VR_70;SW=0109;HW=2903", loaded "vaillant/52.vr_70.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOL00;SW=0614;HW=6903", loaded "vaillant/ec.sol.sc.csv"
address ed: slave, scanned "MF=Vaillant;ID=VMD01;SW=0108;HW=1703"

5. Voorbeeld van oproepen van parameters vanuit een bash script

code:

Daksensor="$(ebusctl read -f Ntc1Sensor  | head -1 | cut -b 1-4)"
Vatsensor="$(ebusctl read -f Ntc3Sensor  | head -1 | cut -b 1-4)"
VatsensorT1="$(ebusctl read -f Ntc5Sensor  | head -1 | cut -b 1-4)"
VatsensorT6="$(ebusctl read -f Ntc6Sensor  | head -1 | cut -b 1-4)"
BuitenT="$(ebusctl read -f DisplayedOutsideTemp  | head -1 | cut -b 1-4)"

6. Voorbeeld bash script om àlle values uit de registers te lezen op de ebus. Let op: dit duurt even Handig "als backup" als je parameters ligt te veranderen om te zien waarop ieder register stond.

code:

 readall.sh
#!/bin/sh
port=8888
if [ "x$1" = "x-p" ]; then
  shift
  port=$1
  shift
fi
readargs=
if [ "x$1" = "x-R" ]; then
  shift
  readargs=$1
  shift
fi
for i in `echo "f -F circuit,name" "$@"|nc -q 1 127.0.0.1 $port|sort -u|egrep ','`; do
  circuit=${i%%,*}
  name=${i##*,}
  if [ -z "$circuit" ] || [ -z "$name" ] || [ "$circuit,$name" = "scan,id" ]; then
    continue
  fi
  ret=`echo "r -f ${readargs} -c $circuit $name" |nc -q 1 127.0.0.1 $port|head -n 1`
  echo "$circuit $name = $ret"
done

Geeft als (voorbeeld) output:

code:

700 Date = 19.02.2023
700 DisplayedOutsideTemp = 11.4375
700 FrostOverRideTime = 4
700 Hc1ActualFlowTempDesired = 23.1005
700 Hc1AutoOffMode = eco
700 Hc1CircuitType = mixer
700 Hc1ExcessTemp = 0.0
700 Hc1FlowTemp = 21.4375
700 Hc1HeatCurve = 0.24542
700 Hc1HeatCurveAdaption = 0.0288874
700 Hc1MaxFlowTempDesired = 40
700 Hc1MinFlowTempDesired = 18
700 Hc1MixerMovement = 10
700 Hc1PumpStatus = 1
700 Hc1RoomTempSwitchOn = thermostat
700 Hc1Status = 1
700 Hc1SummerTempLimit = 19
700 Hc2ActualFlowTempDesired = 22.222
700 Hc2AutoOffMode = eco
700 Hc2CircuitType = mixer
700 Hc2ExcessTemp = 0.0
700 Hc2FlowTemp = 21.0625
700 Hc2HeatCurve = 0.2
700 Hc2HeatCurveAdaption = -0.0100313
700 Hc2MaxFlowTempDesired = 40
700 Hc2MinFlowTempDesired = 18
700 Hc2MixerMovement = 5
700 Hc2PumpStatus = 1
700 Hc2RoomTempSwitchOn = thermostat
700 Hc2Status = 1
700 Hc2SummerTempLimit = 19

Voorbeeldimplementatie bij @Minitrooper

Hardware

• esera USB ebus reader: https://esera.de/en/Products/eBus/135/eBus-Coupler-USB
• Vaillant Aurostep 250 - zonneboiler
• Vaillant EcoTec VCW 376 inclusief buitenvoeler
• Vaillant VRC700 & VR91 voor 2 aparte zones in VVW circuit
• Raspberry pi 2
• Mee aangeknutseld: 2x ESP32 met 2x 16 DS18B80 sensoren om deze 2 zones op in- en uitvoer op te volgen - 1 ESP op wifi, de andere rechtstreeks op serial van de Pi.

Software

• ebusd (met handmatige configuratie aanpassingen)
• custom bash scriptjes: eentje voor bv "sunny predictions" te doen, andere om waardes van de ebus te krabben en in mysql te drukkenl
• mysql
• Grafana

Use cases

• Begonnen aan dit project omwille van verschillende redenen: zonneboiler vertoonde zéér raar gedrag - tot 1600 warmde het vat mooi op tot 80+°C, de uren erna vloog de temperatuur eraf tot 50°C. Dankzij het plaatsen van DS18B80 sensoren kunnen uitdokteren dat de installateur de in- en uitgang van de glycol leidingen omgewisseld had. Met als gevolg dat ik 30°C warmte affakkelde op mijn dak.
• Ook bij het inregelen ("waterzijdig calibreren") van de vloerverwarming kwam de ebus goed van pas: Vloerverwarming "gek" gedrag - Vaillant ebusd insights

Voorbeeld van 14-02-2023 hoe "goed" de zonneboiler zijn werk deed:

De sturing van de glycolpomp "aan-uit" parameters worden hierin gevisualiseerd, tesamen met "leuke" temperatuurweetjes.

Voorbeeldimplementatie bij @copy-paste

Hardware

• ebuzzz-adapter; https://gitlab.com/fromeijn/ebuzzz-adapter (Niet meer te koop, ik was een van de gelukkige die deze plug-en-play adapter heeft mogen kopen. Bedankt Floris voor het ontwikkelen en verkopen ervan)
• Vaillant GeoTherm
• Vaillant VWZ IO
• Vaillant VRC700
• Vaillant EcoTec (niet aan de ebus)

Software

• ebusd (met handmatige configuratie aanpassingen)
• custom python scriptje voor mqtt->postgresql
• PostgreSQL
• Grafana
• Home Assistant (van voor de ebusd --mqttint, alleen energie en temperatuur lezen)

Voorbeeldimplementatie bij @Proton_

Hardware

• ebuzzz-adapter; https://gitlab.com/fromeijn/ebuzzz-adapter
• Raspberry Pi 4
• Vaillant Arotherm Plus 65/6
• Vaillant VWZ IO Plus
• Vaillant VRC720

Software

• ebusd met configuratie samengesteld uit diverse pull requests
• custom C# voor json->RavenDB en gedragtweaks
• RavenDB
• Grafana

voorbeeld van het dashboard)

Externe links/lectuur

http://ebusd.eu

[ Voor 201% gewijzigd door Minitrooper op 19-02-2023 11:33 ]

[Proton_]

Voorbeeld van mijn dashboard, interactief hier:
https://snapshots.raintan...Utw6lZK1YIhOKvlvw?orgId=2

[Wirehead]

Top, een ebus topic

Hier een Vaillant installatie met:

• VRC700 thermostaat
• VR70 voor aansturing mengklep + pomp vloerverwarming
• ecoTEC plus VCW 296/5-5
• De ethernet ebus adapter van https://adapter.ebusd.eu/index.en.html#ethernet
• ebusD, die alles via MQTT in Mosquitto gooit

Via MQTT doe ik er dan een aantal zaken mee, vooral:

• Node-Red naar InfluxDB
• InfluxDB naar Grafana
• MQTT naar Home Assistant

[Proton_]

Wim Leers schreef op maandag 20 februari 2023 @ 22:08:
[...]

Niets per se er mee doen, wel de aansturing doorgronden. Maar misschien dat ik dat al kan waarnemen in Status01? Met een manueel geverifieerde resterende branderwachttijd van 0 minuten is het alleszins niet logisch dat ie water van 23ºC ziet (D.040) terwijl er een gewenste waarde van de externe eBUS thermostaat van 25ºC is (D.009). De vSMART lijkt zich vaak in "zomermodus" te zetten en warmtevraag uit te zetten voor redenen die nérgens zichtbaar zijn — da's voor mij net een deel van de reden om dit te doen: het bizarre gedrag van dit ding begrijpen!

Bijvoorbeeld, het bizarre gedrag op dit moment: 19.1ºC binnen, gewenste temperatuur 19.5ºC, buiten 9.0ºC, curve 1,2 ⇒ 19,5+(19,1-9)*1,2 = 31,5ºC. De app zegt dat ie aan het verwarmen is, maar in de praktijk is dat níet zo!

Is dat gedrag dan weg zonder vSmart? Stooklijnen enzo zitten in de thermostaat, net als de buitentemperatuur-stookgrens.

Bij mijn warmtepomp is het in ieder geval zo dat de VRC720 de aanvoertemperatuur (Ta) bepaalt volgens deze curve (geen rechte lijn, dus een ander sommetje dan jij gebruikt:)


Als het minimumvermogen van de warmtepomp te hoog is, en de gewenste Ta dus overschreden wordt, gaat de warmtepomp na verloop van tijd uit en later weer aan. Omdat hier een graadminutenteller achter zit klopt de gemiddelde Ta exact.
De graadminuten zitten bij mij in de warmtepomp.

[Proton_]

@SoulShot volgens het design op https://cadlab.io/project...yaW5nLmtpY2FkX3BjYg%3D%3D
staat het op de onderkant (gespiegeld):


Dat is wel een iets ander ontwerp dan op de foto uit de webshop, maar misschien heb je er wat aan. Een usb-connector doet denken dat er misschien al iets voor externe power geregeld is?

[SoulShot]

Proton_ schreef op maandag 20 maart 2023 @ 17:28:
@SoulShot volgens het design op https://cadlab.io/project...yaW5nLmtpY2FkX3BjYg%3D%3D
staat het op de onderkant (gespiegeld):
[Afbeelding]

Dat is wel een iets ander ontwerp dan op de foto uit de webshop, maar misschien heb je er wat aan. Een usb-connector doet denken dat er misschien al iets voor externe power geregeld is?

Ondertussen opgelost na contact met verkoper: documentatie over TP3 en TP4 is verouderd, denk voor oudere chip waarvan jij ook print postte. Nieuwe chip kan gevoed worden via USB-C connector (5V), of 5-24V op pins VCC en GND solderen. Heb het via laatste methode gedaan omdat ik toevallig een 24V voeding in de buurt had. eBUS blijft nu stabiel, nu nog even kijken naar de config, want heb nog geen waardes :-)

Ik heb deze
https://lectronz.com/products/ebus-to-wifi-adapter-module

[ Voor 17% gewijzigd door SoulShot op 21-03-2023 17:06 ]

[SoulShot]

Aha, succes :-)

Ik moest dus aan de originele map structuur houden, met submap "vaillant"

[SoulShot]

Ondertussen proberen schrijven, met beperkt succes opnieuw...

Ik heb hiervoor zelf de mqtt config gedownload, en daarin de write aangezet

filter-direction = r|u|^w

Vervolgens verwezen in config van ebusd in HA naar mijn eigen config

scanconfig: true
loglevel_all: notice
mqtttopic: ebusd
mqttint: /config/ebusd-configuration/mqtt-hassio.cfg
mqttjson: true
configpath: /config/ebusd-configuration/
accesslevel: "*"
readonly: false
network_device: enh:192.168.1.39:3335

Het enige dat verschijnt is één enkele control, en die werkt ook wel: ik zie de wijziging gebeuren in mijn thermostaat. Veelbelovend, maar na enkele uren zoeken kom ik niet verder. Ik kan via MQTT messages geen andere opties die write hebben volgens de "15.700.csv" aanspreken. Maar dat is misschien ook logisch omdat ze niet in MQTT vermeld staan.

Ik denk dat volgende stap op twee manieren kan:
* kijken waarom de rest van de controls niet in MQTT verschijnt, of deze handmatig toevoegen.
* een manier vinden om zelf rechtstreeks in de eBUSd plugin aan te spreken

Dit werkt omdat deze toggle ook in HA bestaat

service: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/ctlv2/AdaptHeatCurve/set
payload: "yes"

Dit niet, waarschijnlijk omdat link met MQTT niet is gemaakt

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

Heb al wat forums afgezocht, maar niet gemakkelijk te vinden. Hier iemand die kan helpen om writes uit te voeren? In een ideale wereld zo veel mogelijk instellingen, maar denk vooral aan boiler aan/uit en gewenste kamertemperatuur aanpassen.

[ Voor 4% gewijzigd door SoulShot op 22-03-2023 15:16 ]

[SoulShot]

Een andere dingetje is dat de eBUS data precies wat traag is. Grafiek bovenaan is eBUS en onderaan is van Shelly die stroom meet van WP buitenunit.

Ik heb de stapjes doorloppen om de potentiemeter goed te zetten, maar dat blijkt niet te helpen aan de update snelheid.

[SoulShot]

Proton_ schreef op woensdag 22 maart 2023 @ 17:56:
De meeste data wordt niet gebroadcast en moet dus expliciet opgevraagd worden door het 2400 baud rietje.
Nu werk ik niet via mqtt, kun je daar instellen wat de pollrate is?
Dingen die je niet nodig hebt kun je dan wellicht uit zetten om de rest te versnellen.

Ja, staat standaard op 5 seconden. Je kan in principe alle commands doorgeven aan ebusd, die je normaal ook kan. Om de 5 seconden lijkt mij al aardig, wat ik wel begrijp uit deze post is dat het één waarde is per 5 seconden (itt zo allemaal), dat lijkt ook te kloppen als ik de logs uitlees.

Ik lees net dat ik dan door in de csv de "r" aan te passen naar "r1" de polling kan aanpassen voor specifieke parameters. Momenteel staat alles op "r", maar er worden alsnog poll reads uitgestuurd volgens logs.

2023-03-23 07:47:54.313 [update notice] sent poll-read ctlv2 z1ActualRoomTempDesired QQ=31: 22

Een andere rariteit is dat wanneer ik write aanzet (zie mijn post hierboven), dat sommige read waarden (bijv. z1ActualRoomTempDesired ) op "unavailable" komen te staan. Ik begrijp nog niet zo goed waarom. Iets te maken met dat er door inclusie reads het te druk wordt op de eBUS om alles goed uit te lezen?

[atimmerman]

SoulShot schreef op donderdag 23 maart 2023 @ 07:54:
[...]


Bedankt, straks eens proberen. Heb fragmenten van je knipsel proberen googlen, maar vond de bron niet meteen. Zou willen weten hoe mensen hier achterkomen zodat ik hetzelfde kan doen om andere write parameters aan te sturen.

update: lijkt niet te werken, bij aanpassing van de ID waarde naar 2200 krijg ik een read waarde van 22°C op z1ActualRoomTempDesired, terwijl dat niet klopt. met ID waarde 1400 klopte de uitlezen wel.

Kan je nog meegeven hoe je precies de write uitvoert? en delen van polling script zou misschien ook nuttig zijn.

Aanpassing had ik niet van homeassistant forum sorry, het was ebusd forum.
https://github.com/john30...4#issuecomment-1355625719
Blijft een beetje obscuur gedoe , maar hier werkte het.

Door mee te kijken op de bus kwam dit naar voren.
https://github.com/john30...4#issuecomment-1358056556

Het polling script:


De trigger:


De acties:


Het schrijven van setpoint en mode:
Ik gebruik de standaard climate component in Homeassistant.
Daarvoor heb ik eerst een mqtt climate component aangemaakt in configuration.yaml.

code:

mqtt:
  climate:
    - name: V720
      max_temp: 25
      min_temp: 15
      temp_step: 0.5
      precision: 0.1
      initial: 18
# Mode control: expects auto, off, cool, heat, dry, fan_only    
# but VRC has 0=off;1=modulating;2=thermostat
      modes:
       - auto
       - heat
       - 'off'
# Map off->off, auto->thermostat, heat->modulating
      mode_state_topic: "ebusd/ctlv2/Hc1RoomTempSwitchOn"
      mode_state_template: >
        {% set values = { 'off':'off', 'thermostat':'auto', 'modulating':'heat' } %}
        {% set value = value_json['rcmode']['value'] %}
        {{ values[value] if value in values.keys() else 'idle' }}
      mode_command_template: >-
        {% set values = { 'auto':'thermostat', 'heat':'modulating', 'off':'off'} %}
        {{ values[value] if value in values.keys() else 'auto' }}
      mode_command_topic: "ebusd/ctlv2/Hc1RoomTempSwitchOn/set"
# Current action/status: expects idle, cooling, heating, drying, or off.
      current_temperature_topic: "ebusd/ctlv2/z1RoomTemp"
      current_temperature_template: "{{value_json['tempv']['value']}}"      
      temperature_state_topic: "ebusd/ctlv2/z1ActualRoomTempDesired"
      temperature_state_template: "{{value_json['tempv']['value']}}"  
      temperature_command_topic: "ebusd/ctlv2/z1ActualRoomTempDesired/set"

In het frontend geeft dat:


Met de 3 knopjes aan de onder zijde kan ik schakelen tussen ruimtecompensatie Uitgebreid, Actief en Inactief (WAR). (Ik heb een VR720 en warmtepomp Arotherm plus) De popup tekst klopt niet. Ik heb niet kunnen vinden hoe ik dat kan aanpassen.

[ Voor 70% gewijzigd door atimmerman op 23-03-2023 12:00 ]

[SoulShot]

SoulShot schreef op woensdag 22 maart 2023 @ 15:15:
Een andere dingetje is dat de eBUS data precies wat traag is. Grafiek bovenaan is eBUS en onderaan is van Shelly die stroom meet van WP buitenunit.

Ik heb de stapjes doorloppen om de potentiemeter goed te zetten, maar dat blijkt niet te helpen aan de update snelheid.

[Afbeelding]

De resolutie is ondertussen wel wat beter. Weet niet meer exact hoe de settings hierboven stonden dat voor trage read update zorgde. Misschien stond toen write aan, waarbij ook enkele read entities opeens unavailable zijn. Nu staat enkel read aan (de poll interval is default 5 sec en ongewijzigd).

[SoulShot]

Wim Leers schreef op donderdag 23 maart 2023 @ 18:34:
[...]

Ik kan kort samenvatten wat ik heb gedaan en waar ik ben tegenaan gelopen. Echter denk ik dat er veel specifieke issues zijn (zoals degene waar ik ben tegenaan gelopen), afhankelijk van je adapter, van je systeem configuratie, en hoe je eBusD draait (in HA of apart op een Pi)

1. Aankoop adapter: Ik heb deze. Heb goede WiFi op plek van unitower, dus leek me gemakkelijk. setup van wifi van adapter via documentatie. Ik las links en rechts dat er wel wat problemen met een ESERA eBus USB/Ethernet adapter. Die zou ik dus mijden.
2. Had issues dat eBUS netwerk wegviel bij aansluiten adapter, opgelost door adapter apart te voeden, zie post.
3. eBUS adapter zou in principe juist moeten staan, maar heb gaandeweg gezien andere problemen de calibratie van de potentiemeter uitgevoerd zoals hier beschreven.
4. heb deze eBusD add-on in Hassio geinstalleerd
5. Dit als configuratie in add-on bij mij

scanconfig: true
loglevel_all: notice
mqtttopic: ebusd
mqttint: /config/ebusd-configuration/mqtt-hassio.cfg
mqttjson: true
configpath: /config/ebusd-configuration/
accesslevel: "*"
readonly: false
network_device: enh:192.168.1.39:3335
pollinterval: 1

6. Je ziet in de lijn hierboven "configpath" en "mqttint" die verwijzen naar een lokale folder in HA. Dit heb ik gedaan omdat ik manuele aanpassingen moest maken in de config files, die ik had gedownload van hier. Dat was specifiek noodzakelijk in mijn geval omdat ik gebruik maak van de ctlv2 (= VRC720 thermostaat), die nog niet helemaal op punt staat (zie aanpassingen in mijn vorige posts). In dat geval, let op behoud van de folder hierarchie.

6a. Het kan ook zijn dat de eBUSD out-of-the-box gewoon werkt met de lokale config files. Standaard staan beide parameters als volgt: "configpath:/config/..." en "mqttint:/etc/ebusd/mqtt-hassio.cfg". Indien dat niet werkt, kan je ook eens te proberen naar de online repo van eBUSD te verwijzen via "configpath:http://ebusd.eu/config/". Als dan nog niet de juist csv's worden gevonden (zie volgend puntje), dan wordt het manueel csv's inladen zoals beschreven in vorig puntje.
7. Bij starten add-on hield ik vaak de logs in de gaten (spam refresh), om te kijken of hij de csv's goed detecteerde, en indien problemen om te googlen op de foutmeldingen. Zo ziet de log er nu uit bij mijn werkende setup. Er is nog steeds een config 76 die niet gevonden wordt, ik denk dat dit de Unitower zelf is. Heb er al wat op liggen zoeken online, maar niet te vinden. Is ook niet nodig voor mij.

s6-rc: info: service s6rc-oneshot-runner: starting
s6-rc: info: service s6rc-oneshot-runner successfully started
s6-rc: info: service fix-attrs: starting
s6-rc: info: service fix-attrs successfully started
s6-rc: info: service legacy-cont-init: starting
s6-rc: info: service legacy-cont-init successfully started
s6-rc: info: service legacy-services: starting
s6-rc: info: service legacy-services successfully started
> ebusd --foreground --mqtthost=core-mosquitto --mqttport=1883 --mqttuser=addons --mqttpass=Upie5thuucheiLuongoobuo2Aingo8yaeshei6oonaegh0eesaishe2chuo9xieB --scanconfig --mqttjson --configpath=/config/ebusd-configuration/ --accesslevel=* --pollinterval=1 --mqttint=/config/ebusd-configuration/mqtt-hassio.cfg --mqtttopic=ebusd --device=enh:192.168.1.39:3335 --log=all:notice
2023-03-24 09:37:45.520 [main notice] ebusd 23.1.p20230106 started with auto scan on enhanced device 192.168.1.39:3335
2023-03-24 09:37:45.642 [bus notice] device status: resetting
2023-03-24 09:37:45.644 [bus notice] bus started with own address 31/36
2023-03-24 09:37:45.646 [bus notice] device status: reset
2023-03-24 09:37:45.647 [bus notice] signal acquired
2023-03-24 09:37:45.899 [mqtt notice] connection established
2023-03-24 09:37:48.830 [bus notice] new master 71, master count 2
2023-03-24 09:37:48.889 [bus notice] new master 03, master count 3
2023-03-24 09:37:48.889 [update notice] received unknown MS cmd: 7108b5110107 / 0a031a00e1085100000000
2023-03-24 09:37:51.724 [update notice] received unknown MS cmd: 7108b5120e1191016e016401d8011bff030000 / 020245
2023-03-24 09:37:52.344 [update notice] received unknown MS cmd: 7108b5110107 / 0a031a00e1085100000000
2023-03-24 09:37:54.574 [bus notice] new master 10, master count 4
2023-03-24 09:37:54.628 [update notice] received unknown MS cmd: 1008b5110101 / 09322d0080ffff0100ff
2023-03-24 09:37:54.892 [update notice] received unknown MS cmd: 1076b5110101 / 09342d990bff640000ff
2023-03-24 09:37:55.156 [update notice] received unknown MS cmd: 1076b512030f0001 / 07220300a0011bff
2023-03-24 09:37:55.420 [update notice] received unknown MS cmd: 1008b51009000032ffffff060000 / 0101
2023-03-24 09:37:55.683 [update notice] received unknown MS cmd: 1076b51009000000ffffff050000 / 0101
2023-03-24 09:37:55.692 [bus notice] arbitration won in invalid state skip
2023-03-24 09:37:55.825 [update notice] received unknown MS cmd: 7108b5110107 / 0a031a00e1085100000000
2023-03-24 09:37:55.978 [bus notice] scan 08: ;Vaillant;HMU00;0522;5103
2023-03-24 09:37:55.980 [update notice] store 08 ident: done
2023-03-24 09:37:55.981 [update notice] sent scan-read scan.08 QQ=31: Vaillant;HMU00;0522;5103
2023-03-24 09:37:55.981 [bus notice] scan 08: ;Vaillant;HMU00;0522;5103
2023-03-24 09:37:55.993 [main notice] read common config file vaillant/general.csv
2023-03-24 09:37:55.995 [main notice] read common config file vaillant/broadcast.csv
2023-03-24 09:37:55.997 [main notice] read common config file vaillant/scan.csv
2023-03-24 09:37:56.003 [main notice] read scan config file vaillant/08.hmu.csv for ID "hmu00", SW0522, HW5103
2023-03-24 09:37:56.007 [main notice] found messages: 65 (0 conditional on 0 conditions, 0 poll, 10 update)
2023-03-24 09:37:56.034 [bus notice] max. symbols per second: 117
2023-03-24 09:37:56.188 [update notice] sent unknown MS cmd: 3108b5090124 / 09003231323233343030
2023-03-24 09:37:56.353 [update notice] sent scan-read scan.08 id QQ=31:
2023-03-24 09:37:56.515 [update notice] sent scan-read scan.08 id QQ=31:
2023-03-24 09:37:56.691 [update notice] sent scan-read scan.08 id QQ=31: 21;22;34;0010021111;0001;010039;N7
2023-03-24 09:37:56.692 [bus notice] scan 08: ;21;22;34;0010021111;0001;010039;N7
2023-03-24 09:37:58.881 [bus notice] scan 15: ;Vaillant;CTLV2;0514;1104
2023-03-24 09:37:58.881 [update notice] store 15 ident: done
2023-03-24 09:37:58.881 [update notice] sent scan-read scan.15 QQ=31: Vaillant;CTLV2;0514;1104
2023-03-24 09:37:58.883 [bus notice] scan 15: ;Vaillant;CTLV2;0514;1104
2023-03-24 09:37:59.045 [update notice] sent unknown MS cmd: 3115b5090124 / 09003231323233343030
2023-03-24 09:37:59.213 [update notice] sent scan-read scan.15 id QQ=31:
2023-03-24 09:37:59.425 [update notice] sent scan-read scan.15 id QQ=31:
2023-03-24 09:37:59.587 [update notice] sent scan-read scan.15 id QQ=31: 21;22;34;0020260913;0953;026536;N6
2023-03-24 09:37:59.587 [bus notice] scan 15: ;21;22;34;0020260913;0953;026536;N6
2023-03-24 09:37:59.628 [main notice] read scan config file vaillant/15.ctlv2.csv for ID "ctlv2", SW0514, HW1104
2023-03-24 09:37:59.629 [main notice] found messages: 494 (0 conditional on 0 conditions, 0 poll, 10 update)
2023-03-24 09:37:59.751 [update notice] received unknown MS cmd: 7108b5120e1191016e016401d9011b03040000 / 020245
2023-03-24 09:38:01.791 [bus notice] scan 76: ;Vaillant;VWZ00;0522;5103
2023-03-24 09:38:01.792 [update notice] store 76 ident: done
2023-03-24 09:38:01.793 [update notice] sent scan-read scan.76 QQ=31: Vaillant;VWZ00;0522;5103
2023-03-24 09:38:01.793 [bus notice] scan 76: ;Vaillant;VWZ00;0522;5103
2023-03-24 09:38:01.953 [update notice] sent unknown MS cmd: 3176b5090124 / 09003231323234323030
2023-03-24 09:38:02.115 [update notice] sent scan-read scan.76 id QQ=31:
2023-03-24 09:38:02.277 [update notice] sent scan-read scan.76 id QQ=31:
2023-03-24 09:38:02.443 [update notice] sent scan-read scan.76 id QQ=31: 21;22;42;0010022070;3100;007081;N8
2023-03-24 09:38:02.443 [bus notice] scan 76: ;21;22;42;0010022070;3100;007081;N8
2023-03-24 09:38:02.445 [main error] unable to load scan config 76: no file from vaillant with prefix 76 found
2023-03-24 09:38:02.446 [main error] scan config 76: ERR: element not found
2023-03-24 09:38:02.631 [update notice] sent poll-read ctlv2 AdaptHeatCurve QQ=31: no
2023-03-24 09:38:02.729 [update notice] received read hmu State QQ=71: 3;26;225;8
2023-03-24 09:38:04.206 [update notice] sent poll-read ctlv2 DisplayedOutsideTemp QQ=31: 11.543
2023-03-24 09:38:04.651 [update notice] received poll-read hmu Status01 QQ=10: 25.0;22.5;-;-;-;on
2023-03-24 09:38:04.924 [update notice] received unknown MS cmd: 1076b5110101 / 09342d990bff640000ff
2023-03-24 09:38:05.179 [update notice] received unknown MS cmd: 1076b512030f0001 / 07220300a0011bff
2023-03-24 09:38:05.443 [update notice] received update-write hmu SetMode QQ=10: auto;25.0;-;-;0;1;1;0;0;0
2023-03-24 09:38:05.707 [update notice] received unknown MS cmd: 1076b51009000000ffffff050000 / 0101
2023-03-24 09:38:06.306 [update notice] sent poll-read ctlv2 Hc1ActualFlowTempDesired QQ=31: 25.063
2023-03-24 09:38:06.534 [update notice] received read hmu State QQ=71: 3;26;225;8

8. Als alles goed gaat krijg je in MQTT eBUSD devices. Er zijn er verschillende voor al je componenten: je thermostaat, de buitenunit, ...

met daarin paramters die automatisch ontdekt en uitgelezen worden

9. Je kan writes als hier beschreven doen
10. Let op als je thermostaat aanpast, dat deze op manueel staat. zie hier.
11. Automatisaties
eigen schema voor vloerverwarming

- id: '1679583098879'
alias: Heating - vvw schedule
description: ''
trigger:
- platform: time
at: 09:00:00
id: Morning
- platform: time
at: '16:00:00'
id: Before sundown
- platform: time
at: '21:00:00'
id: Night
condition: []
action:
- if:
- condition: trigger
id: Morning
then:
- service: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/ctlv2/z1ActualRoomTempDesired/set
payload: '21.5'
- if:
- condition: trigger
id: Before sundown
then:
- service: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/ctlv2/z1ActualRoomTempDesired/set
payload: '22.5'
- if:
- condition: trigger
id: Night
then:
- service: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/ctlv2/z1ActualRoomTempDesired/set
payload: '5'

eigen schema boiler

- id: '1679584880933'
alias: Heating - Boiler schedule
description: ''
trigger:
- platform: time
at: '10:00:00'
id: Morning
- platform: time
at: '18:00:00'
id: Night
condition: []
action:
- if:
- condition: trigger
id: Morning
then:
- service: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/ctlv2/HwcOpMode/set
payload: day
- if:
- condition: trigger
id: Night
then:
- service: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/ctlv2/HwcOpMode/set
payload: 'off'
mode: single

boiler specifiek aanzetten als ik 's ochtends naar het werk moet

- id: '1679585426646'
alias: Heating - boiler heat morning
description: ''
trigger:
- platform: time
at: 04:30:00
condition:
- condition: template
value_template: '{{ (utcnow()+timedelta(hours=2)).strftime("%a %b %d")+" 05:25:00"
== state_attr(''sensor.jan_telefoon_next_alarm'', ''Local Time'')[0:19] }}'
- condition: time
weekday:
- fri
- thu
- wed
- tue
- mon
- condition: numeric_state
entity_id: sensor.ebusd_ctlv2_hwcstoragetemp_tempv
below: 40
action:
- service: mqtt.publish
data:
qos: 0
retain: false
topic: ebusd/ctlv2/HwcOpMode/set
payload: day
- device_id: 1b07978fb69cf9aa38027771a388fda3
domain: mobile_app
type: notify
message: ochtend verwarming boiler
enabled: true
mode: single

11. extra sensors maken voor bijv. berekening COP

- sensor:
- name: "WP COP"
unique_id: "wp_cop"
state: "{{( states('sensor.ebusd_hmu_currentyieldpower')|float(0) / states('sensor.ebusd_hmu_currentconsumedpower')|float(0) ) | round(2)}}"
unit_of_measurement: "COP"

[ Voor 7% gewijzigd door SoulShot op 24-03-2023 10:20 ]

[SoulShot]

@Proton_ Hoe wordt COP juist berekend met eBUS data? Ik heb nu onderstaande, maar weet van Vaillant arotherm topic post dat althans bij energiegegevens je moet doen (stroom+opbrengst)/(stroom). Hieronder doe ik dus enkel (opbrengst)/(stroom)

state: "{{( states('sensor.ebusd_hmu_currentyieldpower')|float(0) / states('sensor.ebusd_hmu_currentconsumedpower')|float(0) ) | round(2)}}"

Ter info, hier mijn COP adhv bovenstaande formule voor boiler (Unitower) opwarming. Mogelijk wel wat slechter dan losstaande boilers die grotere spiraal/warmteafgifte hebben dan mijn Unitower.

[SoulShot]

Proton_ schreef op maandag 27 maart 2023 @ 13:26:
@SoulShot ... ja, want in de totalen zullen de afrondingsfouten naar boven en naar beneden uitmiddelen.
Voor een moment-COP (of zelfs uur-COP) gaat dat niet op en heb je een vrij onnauwkeurig en onbruikbaar getal. Bovendien zijn de thermometers op aanvoer en retour bij mij vrij toevallig aardig matchend, waar dat bij anderen niet zo is. YMMV.

Ik kan ter verbetering wel de elektriciteit meten via mijn Shelly (ct klem), die heb ik sowieso al. Hier zie ik ook dat de Shelly iets hoger meet dan de eBUS waarde. De warmte opbrengst was vrij accuraat begrijp ik uit jouw posts.

Ik bereken het zo dan (stroom+opbrengst)/(stroom). Waarom is het zo dat de elektriciteitsconsumptie bij de opbrengst gerekend moet worden? Lijkt me sterk dat die elektriciteit wordt 100% omgezet in warmte (rondpompen en samendrukken gas is niet gelijk aan warmte)?

[SoulShot]

SoulShot schreef op maandag 27 maart 2023 @ 11:58:
@Proton_ Hoe wordt COP juist berekend met eBUS data? Ik heb nu onderstaande, maar weet van Vaillant arotherm topic post dat althans bij energiegegevens je moet doen (stroom+opbrengst)/(stroom). Hieronder doe ik dus enkel (opbrengst)/(stroom)


[...]


Ter info, hier mijn COP adhv bovenstaande formule voor boiler (Unitower) opwarming. Mogelijk wel wat slechter dan losstaande boilers die grotere spiraal/warmteafgifte hebben dan mijn Unitower.

[Afbeelding]

Wat mij nog opvalt uit deze data is dat de COP niet gek veel verschilt van opwarmen van 40-50°C (gemiddeld COP 2), en 50-60°C (gemiddeld COP 1.75). Men zegt altijd dat warmtepomp boilers beter niet te hoog staan ingesteld, is ook zo, maar uit deze data blijkt dat het verschil niet echt groot is. Tussen 40-50°C is het 15% zuiniger (2/1.75).

Door boiler op 60°C ipv 50°C in te stellen, heb je ongeveer 25% meer aftapbaar volume op 38°C


NB: COP bekering wijkt wat af zoals uitgelegd in post, maar verhouding tussen twee getallen zal hierdoor gelijk zijn.

[fluppie007]

Iemand die de energietellers al heeft kunnen resetten via MQTT?

Zou iets te maken hebben met 2^32 dat dan bij 4.294.967.296 "vol" zit.

code:

ebusctl write -c bai PrEnergySumHc1 0
ebusctl write -c bai PrEnergySumHwc1 0
ebusctl write -c bai PrEnergyCountHc1 0
ebusctl write -c bai PrEnergyCountHwc1 0

Maar die kan ik niet draaien vanuit de HA add-on. Ik probeerde dan met

code:

ebusd/bai/PrEnergyCountHc1/set

Dat geeft het volgende

code:

[mqtt error] write message bai PrEnergyCountHc1 not found

Overigens gebruik ik de ebusd adapter 3.0 / https://adapter.ebusd.eu/v30/
eBUS adapter 3
Build: 20221215
ebusd device string: enh:192.xxx.xxx.xxx:9999
WiFi signal: 100% (-43dBm)

Nu nog data van een condensatie gasketel VCW 346 + Multimatic 700, binnen enkele maanden zou hier een 150m diep gat moeten komen + een VWF 58/4 warmtepomp. Hele huis op vloerverwarming en zodoende kunnen we in de zomer passief koelen en zo ook de bron terug "regenereren". Blijkbaar is passief koelen met geothermie slechts 50-200W. Dat is dus gratis koeling in combi met pv panelen.

[fluppie007]

Got it, energietellers allemaal op 0 kunnen zetten . De energietellers hebben wi als datatype, niet w. Dus daarom moet je de access level verhogen tot een sterretje voor alles. Vermoedelijk kan je meer mis doen nu...

[Wim Leers]

1. SMA Home Manager stuurde tot en met 8 mei m'n warmtepomp aan (het 190 liter vat 5ºC extra verwarmen — zie "Warm water 'eco'" op https://www.vaillant.be/c...en/eebus-energiebeheer/):
2. Ik heb op 9 mei de ebusd adapter aangesloten. Die werkt, maar helaas blijft ebusd keihard sporadisch crashen: https://github.com/john30/ebusd/issues/825
3. Bovendien merkte ik enkele dagen geleden dat de EEBus instellingen in de Vaillant multiMATIC app plots verdwenen waren:
4. Allemaal geen toeval dus 😬

Nu de ebusd adapter verwijderd. Eens kijken of het terug in Sunny Portal verschijnt… Waarschijnlijk moet ik de adapter dus apart van voeding voorzien … maar da's ook geen garantie lijkt me.

Maar dit alles doet me dus toch heroverwegen om toch proberen EEBus MITM'en om te achterhalen hoe Vaillant & SMA communiceren: https://github.com/enbili...discussioncomment-5730649 — want zogezegd gebruiken ze de EEBus spec maar ze gebruiken het blijkbaar als pure transport layer en adverteren de HVAC use case niet én adverteren de beschikbare functionaliteit niet Waardoor alles afgeschermd/proprietary blijft. Ik heb me ook al een maand geleden aangemeld voor het Vaillant Developer Programme, met eenvoudigweg géén antwoord als resultaat

Wat een ongelooflijk verschrikkelijk fragiele zooi is dit

[ Voor 10% gewijzigd door Wim Leers op 24-05-2023 12:38 ]

[Mawlana]

Broodro0ster schreef op zondag 28 mei 2023 @ 17:26:
[...]


Ja, uiteraard. Zo'n schema heb ik al. Maar wat als we 's avonds een bad laten lopen voor de zoon, beiden douchen en daarna is het warm water op? Ik wil 's ochtends terug een douche kunnen nemen, maar daarvoor hoeft te boiler natuurlijk niet volledig geladen zijn. Als hij bv 's nachts om 4h onder de 41°C zit, wil ik hem bv terug opwarmen tot 45°C. Overdag mag hij dan tot 52°C gaan bv.

De Vaillant app/controller heb ik niet.

Ik heb de config files gedownload en daar staat de setpoint temperatuur voor de boiler al op read/write.
Alleen had ik graag een voorbeeld gezien van hoe je MQTT stuurt van uit een automation. De documentatie daarover in de ebusd addon is niet zo goed. Of ik ben gewoon dom

Als je de setpoint al kan aanpassen vanuit je device-overzicht, dan hoef jij volgens mij helemaal niks met mqtt te doen. Dat neemt homeassistant op zich.

Als alles read-only is, dan moet je waarschijnlijk de filter-direction parameter aanpassen.

[ Voor 3% gewijzigd door Mawlana op 28-05-2023 18:14 ]

[Kiwi_Kevin]

@Broodro0ster Ik volg denk ik dezelfde reis die jij aflegt, maar dan met wat vertraging

Gisteren de ebusd adapter van John aangesloten. Eerst lopen knutselen met de ebusd docker, maar aangezien ik home assistant draai ben ik al snel op de ebusd add-on terecht gekomen.

Het is me echter niet helemaal duidelijk wat er nog aan getweakt moet worden om alle variabelen uit te lezen. Mijn doel voor nu is read-only zoveel mogelijk info over de WP te krijgen (Arotherm split 55).

Ik heb getest met een hele uitgebreide config, gekloonde csv files, maar ben teruggegaan naar bijna default setup. De WP wordt gevonden, maar als ik het device bekijk zijn er veel sensors maar de meeste hebben geen waarde. Veel unknown MS cmd en invalid position errors.

Wat heb je nog aangepast aan de csv om alle sensorwaarden goed uit te laten lezen? Naar mijn idee zit de sleutel in twee zaken, de mqtt config en de .csv files.

Ik werk nu met de dynamische config die proton in de TS noemt (http://ebusd.eu/config/)

Alvast bedankt!

[SoulShot]

Broodro0ster schreef op maandag 26 juni 2023 @ 11:51:
[...]

Fijn dat je een werkende oplossing hebt!
En inderdaad, als je afgaaft op gemiddelde temperatuur, dan kom je een dag te laat met de koeling aanzetten.
Ik wil het graag nog regelen via de maximale voorspelde temperatuur van de dag. Als het 28°C zal worden of meer, moet de koeling aangaan. Alleen heeft de standaard weather integratie dit niet, dus moet eens opzoek gaan.

Ik gebruik ook de standaard weer integratie. Je kan de forecast uit de attributes halen, zie in één van de code snippets van mijn post.

Je kan alle attributes hier zien

[Cyrus The Virus]

Ik kwam erachter dat ik dus alle files die op github staan in de map vaillant moet zetten, maar heeft niet veel geholpen. Met edge krijg ik niet meer settings, bijvoorbeeld temperatuur instellen kan ik nergens.Tevens zie ik die ctlv2 er bij mij ook niet tussen staan.

[fluppie007]

Speedfight schreef op woensdag 21 juni 2023 @ 09:41:
[...]


Iemand hier nog uitsluitsel over? Ik zit met dezelfde vraag om mijn COP berekening via de ebus te doen op basis van de "currentyieldpower".
Voor het elektriciteitsverbruik gebruik ik de meting van een losse energiemeter welke een stuk exacter is.

Nu heb ik hem er als volgt in staan:

code:

  - name: WP COP
    unique_id: WP_COP
    unit_of_measurement: "CoP"
    state: '{{ states("sensor.ebusd_hmu_currentyieldpower") |float(0) |float*1000 
             / states("sensor.kwh_meter_active_power") |float(0) }}'
    device_class: energy
    state_class: measurement

Ook met ebusd aan het stoeien en sinds deze week is mijn VWF 58/4 230V operationeel, verticale boring van 140m diep .

Ik kwam dit tegen in een document van Vaillant.

[fluppie007]

intussen met een andere csv nog de CoP uit de WP kunnen halen.



Alleen grappig dat al mijn sensors een , hebben als decimaal en deze template sensor een punt? Iemand een idee waarom?

code:

template:
  sensor:
    - name: "WP COP Vaillant"
      unique_id: "wp_currentcop_vaillant"
      state: "{{ ((states('sensor.ebusd_hmu_currentyieldpower') |float(0) + (states('sensor.ebusd_hmu_currentconsumedpower')|float(0)) + 0.00001) / (states('sensor.ebusd_hmu_currentconsumedpower')|float(0) + 0.00001)) }}"
      unit_of_measurement: ""

    - name: "WP COP SDM120"
      unique_id: "wp_currentcop_sdm120"
      state: '{{ ((states("sensor.ebusd_hmu_currentyieldpower") |float(0) |float*1000 + (states("sensor.w_wp_sdm230") |float(0) + 0.01) |float(0)) / (states("sensor.w_wp_sdm230") |float(0) + 0.01)) }}'
      unit_of_measurement: ""

de 0.00001 kW of 0.01 W die je ziet is om divide by zero problemen te omzeilen. Soms geeft de SDM120 eventjes 0W en dan weer 4W aan, wanneer die naar 0 gaat gaat de sensor op "niet beschikbaar". Met die 0.01W toe te voegen lossen we dat op .

Ter info: de CoP berekening is voor de huidige CoP te berekenen, de data van de Vaillant unit is per maand en ik denk de "all time" waarde.

[ Voor 5% gewijzigd door fluppie007 op 05-08-2023 22:55 ]

[fluppie007]

Op dit moment gebruik ik deze: https://github.com/john30....x/en/vaillant/08.hmu.csv

Dan via node-red iedere 5min deze http request: http://homeassistant:8889/data/hmu?maxage=60

Maar ik weet niet of er nog een betere manier is, mogelijks ga ik later nog specifieker bepaalde waardes pollen ipv alles van de warmtepomp/hmu.

Btw, de COP waardes van de HMU zelf lijken niet te werken via de mqtt auto discovery, geen idee hoe dat komt, maar als je ze manueel toevoegt en dan polled via de bovenstaande http req dan krijg je waardes.

code:

  - name: "ebusd hmu CopHc"
    unit_of_measurement: ''
    value_template: "{{value_json[\"0\"].value}}"
    state_topic: "ebusd/hmu/CopHc"
    state_class: measurement

  - name: "ebusd hmu CopHcMonth"
    unit_of_measurement: ''
    value_template: "{{value_json[\"0\"].value}}"
    state_topic: "ebusd/hmu/CopHcMonth"
    state_class: measurement

  - name: "ebusd hmu CopHwc"
    unit_of_measurement: ''
    value_template: "{{value_json[\"0\"].value}}"
    state_topic: "ebusd/hmu/CopHwc"
    state_class: measurement

  - name: "ebusd hmu CopHwcMonth"
    unit_of_measurement: ''
    value_template: "{{value_json[\"0\"].value}}"
    state_topic: "ebusd/hmu/CopHwcMonth"
    state_class: measurement

Iemand die me kan uitleggen waarom ik nu een . krijg in de template COP ipv een , zoals bij bijna alle sensoren. Het is iets stoms, maar het stoort mij

[Speedfight]

Voor anderen ter inspiratie, het Home Assistant dashboardje wat ik heb gemaakt voor mijn Vaillant aroTHERM plus VWL 55/6:

(Tijdens koelbedrijf)

[ Voor 3% gewijzigd door Speedfight op 09-08-2023 09:22 ]

[fluppie007]

Iemand een idee waar de 2 spikes in de delta T vandaan komen?
Berekend met brijn aanvoer/retour

[fluppie007]

Aha, zie inderdaad een onderbreking. Dat komt van een berg ds18b20’s op een ESP32 met ESPHome fw.

[Infernoken]

Infernoken schreef op zondag 20 augustus 2023 @ 22:44:
[...]


Heel hartelijk bedankt, hier ga ik verder mee aan de slag...
Ik heb het hierdoor reeds werkende gekregen, maar dan rare problemen waarbij mijn volledige home assistant installatie vastloopt en niets meer helpt behalve een reboot.

Ben nu even backup terug aan het zetten en een stabiele installatie verzekeren. Dan probeer ik terug...

I'm back... Uiteindelijk volledig opnieuw moeten beginnen... Config was onstabiel geworden en dan maar de volledige boel gewist, opnieuw geïnstalleerd. (Backup's restoren hielp absoluut niet, maakte het alleen maar erger en erger...)
Een titanenwerk, maar nu heb ik tenminste een stabiel systeem en kan ik verder.


Ik draai dus met volgende config:
- Ebus Adapter: V5 van ebus.eu geconnecteerd via WiFi op mijn netwerk
- eBUSD Add-On in HomeAssistant (https://github.com/LukasGrebe/ha-addons/)

Mijn toestellen: (deel van renovatie, naar een Hybride setup)
- Condensatieketel Type Ecotec VCW Vaillant VC126
- Thermostaat Multimatic VRC 700 en buitenvoeler
- later komt hier nog een Vaillant aroTHERM Plus Monobloc VWL 75/6 bij (september)

Inmiddels heb ik de eBUS setup werkende, maar toch nog een paar onduidelijkheden, vragen:

1. Mijn eBUSD Add-On blijf continue in start mode? Lijkt wel te werken, maar start precies niet volledig.
Iemand die dit herkent?



2. config and files
- Ik heb alles lokaal gezet van files, maar eigenlijk niets moeten aanpassen om het zo werkende te krijgen.
- Met mijn setup, haal ik beste files weg of gewoon alles laten staat?


Mijn config:

code:

scanconfig: true
loglevel_all: notice
mqtttopic: ebusd
mqttint: /config/ebusd-configuration/mqtt-hassio.cfg
mqttjson: true
configpath: /config/ebusd-configuration/
accesslevel: "*"
readonly: false
network_device: enh:192.168.1.207:9999
pollinterval: 5

Mijn EBUSD log (na full system restart)

code:

2023-08-24 12:21:32.819 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2023-08-24 12:21:34.554 [bus notice] scan 15: ;Vaillant;70000;0614;6903
2023-08-24 12:21:34.554 [update notice] store 15 ident: done
2023-08-24 12:21:34.554 [update notice] sent scan-read scan.15 QQ=31: Vaillant;70000;0614;6903
2023-08-24 12:21:34.554 [bus notice] scan 15: ;Vaillant;70000;0614;6903
2023-08-24 12:21:34.813 [update notice] sent unknown MS cmd: 3115b5090124 / 09003231323231333030
2023-08-24 12:21:35.073 [update notice] sent scan-read scan.15 id QQ=31: 
2023-08-24 12:21:35.334 [update notice] sent scan-read scan.15 id QQ=31: 
2023-08-24 12:21:35.594 [update notice] sent scan-read scan.15 id QQ=31: 21;22;13;0020171315;0082;011835;N6
2023-08-24 12:21:35.594 [bus notice] scan 15: ;21;22;13;0020171315;0082;011835;N6
2023-08-24 12:21:35.618 [main notice] read scan config file vaillant/15.700.csv for ID "70000", SW0614, HW6903
2023-08-24 12:21:35.618 [main notice] found messages: 641 (2 conditional on 27 conditions, 67 poll, 10 update)
2023-08-24 12:21:35.864 [update notice] sent poll-read bai CounterStartattempts1 QQ=31: 0
2023-08-24 12:21:41.284 [update notice] sent poll-read bai CounterStartattempts2 QQ=31: 0
2023-08-24 12:21:42.564 [update notice] received read bai Status01 QQ=10: 35.0;35.5;25.250;-;57.0;off
2023-08-24 12:21:42.834 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2023-08-24 12:21:43.104 [update notice] received read bai DateTime QQ=10: valid;12:21:45;24.08.2023;25.250
2023-08-24 12:21:43.364 [update notice] received poll-read bai Status02 QQ=10: auto;60;75.0;70;70.0
2023-08-24 12:21:43.601 [update notice] received update-read broadcast vdatetime QQ=10: 12:21:43;24.08.2023
2023-08-24 12:21:43.863 [update notice] received unknown MS cmd: 1008b5110100 / 08370213001f100080
2023-08-24 12:21:44.084 [update notice] received update-read broadcast outsidetemp QQ=10: 25.250
2023-08-24 12:21:47.275 [update notice] sent poll-read bai CounterStartAttempts3 QQ=31: 0
2023-08-24 12:21:52.616 [update notice] received read bai Status01 QQ=10: 35.0;35.5;25.250;-;57.0;off
2023-08-24 12:21:52.882 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2023-08-24 12:21:53.265 [update notice] sent poll-read bai CounterStartAttempts4 QQ=31: 0
2023-08-24 12:21:59.284 [update notice] sent poll-read bai DeactivationsTemplimiter QQ=31: 0
2023-08-24 12:22:02.677 [update notice] received read bai Status01 QQ=10: 35.0;35.5;25.250;-;57.0;off
2023-08-24 12:22:02.944 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2023-08-24 12:22:05.264 [update notice] sent poll-read bai DisplayMode QQ=31: 2
2023-08-24 12:22:11.294 [update notice] sent poll-read bai ExtFlowTempDesiredMin QQ=31: 40.00
2023-08-24 12:22:12.697 [update notice] received read bai Status01 QQ=10: 35.0;35.5;25.250;-;57.0;off
2023-08-24 12:22:12.965 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2023-08-24 12:22:13.224 [update notice] received poll-read bai Status02 QQ=10: auto;60;75.0;70;70.0
2023-08-24 12:22:17.284 [update notice] sent poll-read bai FanHours QQ=31: 63
2023-08-24 12:22:22.759 [update notice] received read bai Status01 QQ=10: 35.0;35.5;25.250;-;57.0;off
2023-08-24 12:22:23.027 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2023-08-24 12:22:23.294 [update notice] sent poll-read bai FanStarts QQ=31: 0
2023-08-24 12:22:29.271 [update notice] sent poll-read bai FlowTemp QQ=31: 35.44;ok
2023-08-24 12:22:32.795 [update notice] received read bai Status01 QQ=10: 35.0;35.0;25.250;-;57.0;off
2023-08-24 12:22:33.063 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2023-08-24 12:22:35.264 [update notice] sent poll-read bai FlowTempDesired QQ=31: 0.00
2023-08-24 12:22:41.284 [update notice] sent poll-read bai FlowTempMax QQ=31: 87.06
2023-08-24 12:22:42.862 [update notice] received read bai Status01 QQ=10: 35.0;35.0;25.250;-;57.0;off
2023-08-24 12:22:43.134 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2023-08-24 12:22:43.402 [update notice] received read bai DateTime QQ=10: valid;12:22:45;24.08.2023;25.250
2023-08-24 12:22:43.654 [update notice] received poll-read bai Status02 QQ=10: auto;60;75.0;70;70.0
2023-08-24 12:22:43.892 [update notice] received update-read broadcast vdatetime QQ=10: 12:22:44;24.08.2023
2023-08-24 12:22:44.158 [update notice] received unknown MS cmd: 1008b5110100 / 08370213001f100080
2023-08-24 12:22:44.372 [update notice] received update-read broadcast outsidetemp QQ=10: 25.250
2023-08-24 12:22:47.264 [update notice] sent poll-read bai HcHours QQ=31: 2
2023-08-24 12:22:52.914 [update notice] received read bai Status01 QQ=10: 35.0;35.0;25.250;-;57.0;off
2023-08-24 12:22:53.239 [update notice] sent poll-read bai HcPumpMode QQ=31: 3
2023-08-24 12:22:53.354 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2023-08-24 12:22:59.264 [update notice] sent poll-read bai HcPumpStarts QQ=31: 352
2023-08-24 12:23:02.964 [update notice] received read bai Status01 QQ=10: 35.0;35.0;25.250;-;57.0;off
2023-08-24 12:23:03.234 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2023-08-24 12:23:05.264 [update notice] sent poll-read bai HcStarts QQ=31: 0
2023-08-24 12:23:11.285 [update notice] sent poll-read bai HcUnderHundredStarts QQ=31: 0
2023-08-24 12:23:12.990 [update notice] received read bai Status01 QQ=10: 35.0;35.0;25.250;-;57.0;off
2023-08-24 12:23:13.264 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2023-08-24 12:23:13.524 [update notice] received poll-read bai Status02 QQ=10: auto;60;75.0;70;70.0
2023-08-24 12:23:17.303 [update notice] sent poll-read bai HoursTillService QQ=31: -
2023-08-24 12:23:23.031 [update notice] received read bai Status01 QQ=10: 35.0;35.0;25.250;-;57.0;off
2023-08-24 12:23:23.284 [update notice] sent poll-read bai HwcHours QQ=31: 59
2023-08-24 12:23:23.477 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2023-08-24 12:23:29.272 [update notice] sent poll-read bai HwcStarts QQ=31: 0
2023-08-24 12:23:33.105 [update notice] received read bai Status01 QQ=10: 35.0;35.0;25.250;-;57.0;off
2023-08-24 12:23:33.374 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2023-08-24 12:23:35.274 [update notice] sent poll-read bai HwcTemp QQ=31: 116.06;circuit
2023-08-24 12:23:38.161 [main notice] update check: revision 23.2 available, broadcast.csv: different version available, memory.csv: different version available, vaillant/15.700.csv: different version available, vaillant/bai.0010015600.inc: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/general.csv: different version available, vaillant/hcmode.inc: different version available
2023-08-24 12:23:41.244 [update notice] sent poll-read bai HwcTempMax QQ=31: 70.00
2023-08-24 12:23:43.124 [update notice] received read bai Status01 QQ=10: 35.0;35.0;25.250;-;57.0;off
2023-08-24 12:23:43.394 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2023-08-24 12:23:43.663 [update notice] received read bai DateTime QQ=10: valid;12:23:45;24.08.2023;25.250
2023-08-24 12:23:43.921 [update notice] received poll-read bai Status02 QQ=10: auto;60;75.0;70;70.0
2023-08-24 12:23:44.165 [update notice] received update-read broadcast vdatetime QQ=10: 12:23:44;24.08.2023
2023-08-24 12:23:44.424 [update notice] received unknown MS cmd: 1008b5110100 / 08350213001f100080
2023-08-24 12:23:44.632 [update notice] received update-read broadcast outsidetemp QQ=10: 25.250
2023-08-24 12:23:44.883 [update notice] received unknown MS cmd: 1008b5100305ff01 / 0101
2023-08-24 12:23:45.114 [update notice] received update-write bai StatusCirPump QQ=10: on
2023-08-24 12:23:45.354 [update notice] received unknown MS cmd: 1008b5120204ff / 0101
2023-08-24 12:23:45.590 [update notice] received unknown MS cmd: 1008b513020508 / 00
2023-08-24 12:23:45.804 [update notice] received unknown BC cmd: 10feb510020601
2023-08-24 12:23:47.264 [update notice] sent poll-read bai HwcUnderHundredStarts QQ=31: 13
2023-08-24 12:23:53.174 [update notice] received read bai Status01 QQ=10: 35.0;35.0;25.250;-;57.0;off
2023-08-24 12:23:53.374 [update notice] sent poll-read bai maintenancedata_HwcTempMax QQ=31: 116.06
2023-08-24 12:23:53.615 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2023-08-24 12:23:59.274 [update notice] sent poll-read bai ModulationTempDesired QQ=31: 71.2
2023-08-24 12:24:03.208 [update notice] received read bai Status01 QQ=10: 35.0;35.0;25.250;-;57.0;off
2023-08-24 12:24:03.480 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2023-08-24 12:24:05.304 [update notice] sent poll-read bai OutdoorstempSensor QQ=31: 25.25;ok
2023-08-24 12:24:11.274 [update notice] sent poll-read bai OverflowCounter QQ=31: no
2023-08-24 12:24:13.286 [update notice] received read bai Status01 QQ=10: 35.0;35.0;25.250;-;57.0;off
2023-08-24 12:24:13.555 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2023-08-24 12:24:13.807 [update notice] received poll-read bai Status02 QQ=10: auto;60;75.0;70;70.0
2023-08-24 12:24:17.295 [update notice] sent poll-read bai PowerValue QQ=31: 19 03 64 0c 64 0c
2023-08-24 12:24:23.275 [update notice] sent poll-read bai PrAPSCounter QQ=31: 0
2023-08-24 12:24:23.384 [update notice] received read bai Status01 QQ=10: 35.0;35.0;25.250;-;57.0;off
2023-08-24 12:24:23.647 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2023-08-24 12:24:29.264 [update notice] sent poll-read bai PrEnergyCountHc1 QQ=31: 9152

[Donkeychote]

Ik kan hier wel wat advies gebruiken om te zien of mijn configuratie wel juist is.
Ik heb sinds donderdag de v5 ebusd adapter, ebusd draait in een docker container(https://hub.docker.com/r/john30/ebusd), stuurt alle info door naar MQTT, waar deze door Home Assistant word ingelezen.

De verwarming bestaat uit een Arotherm Plus 5kw (VWL55/6), MEH 97/6 hydraulische unit, VR71 sturing voor vloerverwarming en VRC720 thermostaat.

Ik gebruik de 08.hmu en 15.ctlv2 csv bestanden die ik hier(https://github.com/john30/ebusd-configuration/issues/263) heb gevonden, en de meeste data lijkt wel binnen te komen.

Nu vraag ik mij af of de data die ik binnen krijg wel correct is.


Als dit juist zou zijn, heb ik yield van 2,8kW en een verbruik van 2,8kW een COP van 10, wat toch onmogelijk is volgens mij.
Ik kan het niet controleren met de CopHc waardes, deze blijven onbekend, net als compressorsnelheid, waterdruk, flow rate en nog een paar.

Waarschijnlijk ligt het aan mijn configuratie ergens, maar ik zie even door het bos de bomen niet meer, kan iemand hier mij aub op de juiste weg zetten?

[Tomsworld]

Ik heb nu de lectronz 6.0 adapter

Mqtt en ebusdaddmin maar werkt niet - ik zie het even niet meer , tips ?

edit

Unitower (190L) VWL SI 78/5 met 75/5 - 6,7 kW. + VRC700 is de installatie.

[ Voor 8% gewijzigd door Tomsworld op 13-09-2023 10:56 ]

[edsub]

Met ebusd wordt ook een 'rudimentaire' html webserver meegeleverd.
In de brouwser navigeren naar
http://ip:httpport

Levert mij het bedroevende:


Mis ik hier iets of is dit wat ebusd 'rudimentair' zou kunnen noemen?

[etmnidj1]

Bedankt @Donkeychote

De berichten komen nu binnen via MQTT; zie onderstaand:



Nu nog uitzoeken wat eea precies betekent!
Wat bedoel je precies met "Om ervoor te zorgen dat mijn apparaten gescand worden, heb ik een lokale kopie gemaakt van de ebusd configuration repo. "

[ Voor 13% gewijzigd door etmnidj1 op 08-10-2023 09:25 . Reden: toevoeging ]

[Eriko]

Kriss0r schreef op maandag 23 oktober 2023 @ 15:41:
[...]


Edit: latency was te laag voor ebus adapter via wifi, deze opgehoogd en krijg nu nagenoeg alles gesynct.

Er zijn een paar topics die wel voorbij komen in MQTT explorer maar waarvan geen sensor wordt aangemaakt in m'n Home Assistant. Iemand een idee waarom Waterpressure (pressv) bv niet automatisch een sensor wordt?

Latency ophogen -> hoe deed je in de ebusd adapter. Via web portal? Of juist met een ebusctl command in Raspberry Pi?

Ik bedoel de resolutie verhogen van 15 minuten naar 1 minuut. Zie het plaatje.

[ Voor 21% gewijzigd door Eriko op 27-10-2023 16:05 ]

[Ethidium890]

Hallo, ik ben bezig met mijn Vaillent CV en home assitant

Ik heb eeb versie 4.1 van deze ebus wifi module (https://github.com/danielkucera/esp8266-arduino-ebus) lopen. Netjes firmware kunnen updaten en daarna beschikbaar om mijn website.

Nu wil ik het met HA koppelen. Ik heb HA in een docker lopen op mijn qnap nas. Dus kan de add-on niet gebruiken, daarom probeer ik ebusd in een docker te laten lopen. Volgen mij lukt dat. Ik gebruik dit:

code:

docker run --rm --name=ebusd -it -p 8888 -e EBUSD_DEVICE=192.168.2.117:3333 -e EBUSD_LATENCY=20 -e EBUSD_SCANCONFIG -e EBUSD_MQTTPORT=1883 -e EBUSD_MQTTHOST=192.168.2.22 -e EBUSD_MQTTCLIENTID=ebusd -e EBUSD_MQTTUSER=xxxx -e EBUSD_MQTTJSON= -e EBUSD_MQTTPASS=xxxxx -e EBUSD_MQTTTOPIC=ebusd john30/ebusd:latest

Ik kan ebusd via mqtt explorere uitlezen, maar ik krijg in mijn mqt intergratie in HA er geen eniteiten bij. Doe ik iets verkeerd. In zie dit in het log van mijn ebusd docker:

code:

3-10-28 21:02:17.522 [main notice] ebusd 23.2.23.2 started with auto scan on device: 192.168.2.117:3333
2023-10-28 21:02:18.645 [bus notice] bus started with own address 31/36
2023-10-28 21:02:18.660 [mqtt notice] connection established
2023-10-28 21:02:18.678 [bus notice] signal acquired
2023-10-28 21:02:19.548 [bus notice] new master 10, master count 2
2023-10-28 21:02:19.612 [bus notice] new master 03, master count 3
2023-10-28 21:02:19.612 [update notice] received unknown MS cmd: 1008b5110102 / 06033c82468278
2023-10-28 21:02:20.595 [update notice] received unknown MS cmd: 1008b509030d4a00 / 00
2023-10-28 21:02:21.604 [update notice] received unknown MS cmd: 1008b509030d5500 / 020000
2023-10-28 21:02:22.600 [update notice] received unknown MS cmd: 1008b509030d2800 / 021104
2023-10-28 21:02:23.558 [update notice] received unknown MS cmd: 1008b509030d2200 / 026f00
2023-10-28 21:02:24.562 [update notice] received unknown MS cmd: 1008b509030d2900 / 022a00
2023-10-28 21:02:25.568 [update notice] received unknown MS cmd: 1008b509030d2300 / 021400
2023-10-28 21:02:26.563 [update notice] received unknown MS cmd: 1008b509030d7b00 / 0100
2023-10-28 21:02:27.563 [update notice] received unknown MS cmd: 1008b509030d7300 / 0100
2023-10-28 21:02:28.561 [update notice] received unknown MS cmd: 1008b509030dbb00 / 01f0
2023-10-28 21:02:28.867 [bus notice] scan 08: ;Vaillant;BAI00;0807;7603
2023-10-28 21:02:28.867 [update notice] store 08 ident: done
2023-10-28 21:02:28.868 [update notice] sent scan-read scan.08  QQ=31: Vaillant;BAI00;0807;7603
2023-10-28 21:02:28.868 [bus notice] scan 08: ;Vaillant;BAI00;0807;7603
2023-10-28 21:02:29.527 [main notice] read common config file vaillant/broadcast.csv
2023-10-28 21:02:29.569 [update notice] received unknown MS cmd: 1008b509030d3900 / 020000
2023-10-28 21:02:29.704 [main notice] read common config file vaillant/scan.csv
2023-10-28 21:02:29.875 [main notice] read common config file vaillant/general.csv
2023-10-28 21:02:30.048 [main notice] read scan config file vaillant/08.bai.csv for ID "bai00", SW0807, HW7603
2023-10-28 21:02:30.249 [update notice] sent scan-read scan.08 id QQ=31:
2023-10-28 21:02:30.437 [update notice] sent scan-read scan.08 id QQ=31:
2023-10-28 21:02:31.180 [update notice] sent scan-read scan.08 id QQ=31:

Klopt dit? Wat doe ik fout? Ik zie dit in mqtt explorere staan:



Wat moet ik nog anders doen om de mqtt berichten in HA te krijgen? Moet ik b.v. de ebusd intergratie in HA nog instellen (https://www.home-assistant.io/integrations/ebusd).

Alle hulp ik meer dan welkom!

[Eriko]

Wat doet het moduleren precies? Is dat een compressor speed zoals hieronder?

[Eriko]

Ik zie deze state wel.

Wat is juist de compressor modulatie? Is dat deze state of utilization?

[atimmerman]

Eriko schreef op woensdag 8 november 2023 @ 13:47:
Ik zie deze state wel.

Wat is juist de compressor modulatie? Is dat deze state of utilization?

[Afbeelding]

Binnen HMU\State worden 4 velden weergegeven, ik weet niet welk veld jij hier weergeeft.
In mqtt explorer verschijnt:
{
"0": {"name": "energy", "value": 92},
"1": {"name": "energy", "value": 174},
"2": {"name": "onoff", "value": 193},
"3": {"name": "state", "value": 8}}
veld 0 is de modulatie diepte.

Bij mij levert dat valt voor de afgelopen 24 uur de volgende grafiek.

[bilalhp]

@Proton_ Voorlopig normale grafieken van de HA:




Dit is een SWW-run die uitzonderlijk vanochtend plaatsvond (omdat de tanktemperatuur te laag was) met het "speciale" oploopalgoritme. Het punt is dat er meer fluctuaties in de compressor waren dan ik had verwacht, maar dat deze langer continu draaide dan zonder oploopalgoritme. Ik weet niet zeker of dit een echt voordeel oplevert in termen van energieverbruik.

Herinnering: Het oploopalgoritme verhoogt geleidelijk de gevraagde temperatuur door actief Tr te volgen.

[ Voor 4% gewijzigd door bilalhp op 09-11-2023 09:10 ]

[bilalhp]

Bij een normale SWW ligt de gemiddelde COP rond de 2,80. Verwarming van de tank tot 50C met een Ta van 55C.



Met het ramp-up-algo kon de COP in het begin worden verbeterd, maar daarna niet zo veel.

[xjonasxv]

Hey hey iedereen,

Wat een leuke topic! Ik ben een developer en zou graag de unitower met sensocomfort wat slimmer willen maken. Of toch meer data kunnen uitlezen en beheren.

Het lijkt me dat we steeds een ebus nodig hebben om de interne data te kunnen vrijgeven en beheren.

Maar hoe sluit ik dit aan?


Vermoedelijk op de rode bus. Maar ik technisch weet ik het niet zo goed. Kan iemand hierbij helpen?

Alvast bedankt!

Mvg

[bilalhp]

xjonasxv schreef op donderdag 9 november 2023 @ 15:48:
Hey hey iedereen,

Wat een leuke topic! Ik ben een developer en zou graag de unitower met sensocomfort wat slimmer willen maken. Of toch meer data kunnen uitlezen en beheren.

Het lijkt me dat we steeds een ebus nodig hebben om de interne data te kunnen vrijgeven en beheren.

Maar hoe sluit ik dit aan?
[Afbeelding]

Vermoedelijk op de rode bus. Maar ik technisch weet ik het niet zo goed. Kan iemand hierbij helpen?

Alvast bedankt!

Mvg

Juist. Het moet de rode BUS zijn. Als u meer informatie nodig heeft, kunt u deze vinden in de documenten van Unitower, zoals:

[xjonasxv]

Eriko schreef op donderdag 9 november 2023 @ 16:26:
[...]


Ja dat is hem. Gewoon parallel aansluiten op jouw ebus adapter module.

Alright! Dit wil zeggen 2 extra draden trekken van het externe ebus apparaat naar de unitower bus aansluiting?
Zo zitten er dan 2 kabels bij de plus en bij de min op de unitower zelf?

bilalhp schreef op donderdag 9 november 2023 @ 16:28:
[...]


Juist. Het moet de rode BUS zijn. Als u meer informatie nodig heeft, kunt u deze vinden in de documenten van Unitower, zoals:

[Afbeelding]

Super! heb deze alleen niet meegekregen precies..

[ Voor 18% gewijzigd door xjonasxv op 09-11-2023 17:22 ]

[bilalhp]

Is de COP echt hoger bij een hoger compressorutilisatie of komt dit omdat dit het begin van de opwarming is?

[bilalhp]

Proton_ schreef op donderdag 9 november 2023 @ 22:12:
@bilalhp ik ben er niet helemaal uit; volgens de specsheets is de COP bij A7W35 graden het hoogst bij 35Hz en minimale modulatie is 30. Meestal draai ik tussen de 25 en 27 graden en daar zijn helemaal geen (publieke) specs van.

Zelf meten is notoir lastig om goed te doen, want de warmtemeting loopt altijd achter op de stroommeting: het is het gevolg van wat de compressor doet en elke thermometer heeft traagheid. Bij een dalende modulatie meet je dus altijd warmte die op een hogere modulatie seconden tot een minuut eerder was opgewekt en dat doet de COP hoger lijken.

Mijn langzame ramp-up-algoritme werkt heel goed om veel langere runs mogelijk te maken. Maar ik realiseerde me ook dat de COP lager wordt naarmate de run langer duurt:



Dit kan ook worden veroorzaakt doordat WP de lucht zelf circuleert, maar ik heb meer gegevens nodig om dit te bevestigen. Ik weet niet welke van deze twee zinvoller is:

ebusd hmu Luchtinlaattemp. temps2
ebusd hmu Luchtinlaattemp
ebusd hmu CondensatieTemp temps2
ebusd hmu CompressorInlaatTemp temps2
ebusd hmu CompressorUitlaatTemp temps2
ebusd hmu BuitenTemp temps2

AirInletTemp en OutdoorTemp lijken tijdens de run behoorlijk constant te zijn. De rest neemt altijd toe:



Nu de COP-gegevens afnemen, weet ik niet zeker hoeveel voordeel ik nog meer heb. Nu moet ik een run van twee uur vergelijken met twee runs van een uur. Dit laatste is ook comfortabeler omdat de droge vloerconstructie sowieso niet meer warmte van langdurig hardlopen kan opnemen. Ik geef de voorkeur aan meerdere runs van 1 uur op verschillende tijdstippen van de dag om de vloertemperatuur constant te houden.

Hoeveel elektriciteit gaat er ongeveer verloren tijdens elke compressorstart?

[G K]

Hoi iedereen.
Met hulp van de beschrijving van SoulShot en de andere berichten, ben ik een stuk(je) verder gekomen met het koppelen van mijn Ebusd wifi module aan HA.
De csv files heb ik lokaal draaien. Gisteren zover dat de verschillende apparaten gevonden waren (geluksmomentje) en ook de eerste waarden hierin kwamen (niet allemaal goed)
Toch nog een hoop foutmeldingen en vandaag zijn alle waarden weg en staat alles op niet beschikbaar. Het is wel duidelijk dat ik er nog niet ben.

bij de opstart krijg ik het volgende log:


kunnen jullie zien waar het bij mij verkeerd gaat?

Ik had ook een post gelezen waarbij in de configuration file onder mqtt climate moet worden toegevoegd. Dit ging helemaal niet goed, toen startte HA in veilige modus op.

Hopelijk kunnen jullie me wat verder helpen, dank!

[Infernoken]

Het juiste pad is:

\config\ebusd-configuration

En dan daaronder de files...

Zie ook:


Of een ander path, afhankelijk wat je in de EBUSD configuration zette...

Dit heb ik:

[ Voor 33% gewijzigd door Infernoken op 11-11-2023 14:41 ]

[G K]

Infernoken schreef op zaterdag 11 november 2023 @ 14:40:
Het juiste pad is:

\config\ebusd-configuration

En dan daaronder de files...

Zie ook:
[Afbeelding]

Of een ander path, afhankelijk wat je in de EBUSD configuration zette...

Dit heb ik:
[Afbeelding]

Ik had in mijn config het pad aangepast. Voor de zekerheid even opnieuw begonnen en dit pad gebruikt. Resultaat blijft hetzelfde:



Deze configuratie gebruikt:


resultaat is onder apparaten een grote lijst met allemaal niet beschikbaar erbij.
ik heb de volgende bestanden gebruikt:

en:


De bestanden 15.720 en 15.ctlv2 hebben alleen een verwijzing naar 15.700.

Wijkt dit veel af van jouw bestanden en instellingen?

[G K]

Infernoken schreef op zondag 12 november 2023 @ 19:36:
[...]


Kijk nog eens goed naar mijn post en de configuratie...

Ik zie bij je niets staan van accesslevel of read-only: false

Zet dat eerst eens goed...

En de Vaillant directory alle files er in zetten. Er zijn veel onderlinge links.
Je kan dan nog steeds je files aanpassen, maar laat de rest eens staan...

Hey,
dank! ik heb alle files erbij gezet. Wordt iets beter (kom nu weer tot waar ik vorige week was gekomen). Paar waarden krijg ik door:

Volgens mij herkent 'ie de thermostaat nog niet (ik heb de file 15.ctlv2,csv gemaakt obv de 720 (dus symlink naar 15.700). Is dat goed en klopt het dat ik alleen als apparaten HMU, Broadcast en Ebusd zie?
Om de rest van de waarden te kunnen vinden, moet ik dan de 08.hmu aanpassen?

[bilalhp]

@Proton_ @PeterJones Weet iemand de betekenis van de volgende parameter:

r;w,,MainsBlocktimeMaxDuration,,,,,FF342D,,,UCH,,hours,Maximum block time duration (in hours),,,,,,,,,,,,,,,,,,

Staat ook vermeld in het boekje:

[ Voor 86% gewijzigd door bilalhp op 13-11-2023 19:03 ]

[bilalhp]

@Proton_ @PentaClover Er is ongeveer 5 graden verschil tussen de CondensationTemp en FlowTemp. Wordt dit verwacht? Wat zijn in jouw geval de waarden?

[Compuchip87]

bilalhp schreef op maandag 20 november 2023 @ 09:44:
@Proton_ @PentaClover Er is ongeveer 5 graden verschil tussen de CondensationTemp en FlowTemp. Wordt dit verwacht? Wat zijn in jouw geval de waarden?

[Afbeelding]

Hoe kom jij aan die mooie curve? Hier lijkt de waarde maar eens per uur ofzo te updaten, en dan ook nog eens niet tegelijk waardoor soms de retourtemp hoger geplot wordt dan de aanvoertemp.

Ik heb in de CSV files die twee waarden al hogere prioriteit gegeven (r1, de rest op r laten staan) maar dat lijkt nog niet echt effect te hebben:

[roelke]

PentaClover schreef op maandag 20 november 2023 @ 19:13:
[...]


Dat is een van de weinige temperaturen die ik niet log, maar als ik hem even handmatig een paar keer uitlees zie ik dat hij op dit moment 3.3-4.1^oC boven de Flow Temperatuur zit terwijl de WP aan het terug regelen is.

Ik kom ongeveer op 3 graden uit inderdaad.

[PentaClover]

bilalhp schreef op maandag 20 november 2023 @ 09:44:
@Proton_ @PentaClover Er is ongeveer 5 graden verschil tussen de CondensationTemp en FlowTemp. Wordt dit verwacht? Wat zijn in jouw geval de waarden?

[Afbeelding]

Ik heb hem gisteren toegevoegd aan de logging, vandaag een grafiekje gemaakt van alle temperaturen die ik log, bij een redelijk constante t_a zie ik een verschil van ongeveer 4^oC bij mij:

[bilalhp]

@PentaClover

Bedankt. Die van mij is redelijk constant op 5 graden en ik weet niet wat dat voor mij betekent. Is er ergens een onverwacht warmteverlies?

Ik heb een relatief korte leiding tussen de buitenunit en de binnenunit (WP is monoblock), waarschijnlijk ongeveer 5-7 meter, en deze is goed geïsoleerd.

[Proton_]

@bilalhp dat heeft denk ik vooral te maken met de efficiëntie van de R290/water warmtewisselaar (condensor). Is dit onder minimumbelasting?

Ik log het niet, dit is een momentopname tijdens een lopende run na twee uur op minimum:

Dat zou op 2.6 K uitkomen (maarja, ongekalibreerde sensoren: condensor outlet onder returntemp is onwaarschijnlijk, hoewel ik dat bij @PentaClover ook zie, foutje in de csv?)

[bilalhp]

Kennelijk heeft het waterdebiet hier invloed op. Heb zojuist wat experimenten gedaan:

Is dit onder minimumbelasting?

Klopt.Ik zal nog een proef doen tijdens de DHW-run.

[ Voor 11% gewijzigd door bilalhp op 22-11-2023 11:36 ]

[Eriko]

Om beter te begrijpen voor iedereen lijkt me een tekening met alle sensoren te maken. Ik neem aan dat het volgende plaatje de juiste is. Kan iemand de sensoren erbij tekenen?

[Speedfight]

bilalhp schreef op dinsdag 28 november 2023 @ 23:41:
[...]


Helaas heeft een defrost geen aparte status. De enige betrouwbare manier om een defrost te detecteren is door de status van ebusd_hmu_4portvalve te controleren.

Ik vraag me nog steeds af wat precies de defrost cycle veroorzaakt. Ik heb gevallen gezien waarbij er elke 40 minuten een ontdooiing plaatsvond bij een buitentemperatuur van 2 graden, en gevallen waarin bij onder 0 buiten urenlang geen enkele ontdooiing plaatsvond.

Defrost oftewel Deicing is zeker wel uit te lezen:

[Eriko]

Dat heb ik ook waargenomen. Zie 2 signalen: hmu State state en hmu Statuscode. Beide vertonen hetzelfde gedrag.



Ik zie een dipje bij deicing. Wie kan dan 100% zeker zeggen dat het inderdaad zo is?

[bilalhp]

Voor mij lijkt het in overeenstemming te zijn met wat er in de gebruikershandleiding staat:

[Wim Leers]

Is hier nog iemand die merkt dat YieldHcDay 's nachts niet berekend wordt? 😮🤪



Vanaf 09:00 is het beschikbaar, ervoor niet. 🤷 De WP draait ook 's nachts. En van het tijdsprogramma is er níets dat om 09:00 start.

Echt absúrd.

[ Voor 15% gewijzigd door Wim Leers op 06-12-2023 15:53 ]

[xarow]

Wim Leers schreef op woensdag 6 december 2023 @ 15:52:
Is hier nog iemand die merkt dat YieldHcDay 's nachts niet berekend wordt? 😮🤪

[Afbeelding]

Vanaf 09:00 is het beschikbaar, ervoor niet. 🤷 De WP draait ook 's nachts. En van het tijdsprogramma is er níets dat om 09:00 start.

Echt absúrd.

Telt bij mij gewoon de hele nacht netjes op.

Wellicht wat terug te vinden in je logging dat er een hickup was in de communicatie?

[bilalhp]

Eriko schreef op woensdag 22 november 2023 @ 11:46:
Om beter te begrijpen voor iedereen lijkt me een tekening met alle sensoren te maken. Ik neem aan dat het volgende plaatje de juiste is. Kan iemand de sensoren erbij tekenen?[Afbeelding]

Hier heb ik de echte versie gevonden:

[Eriko]

Ja dat zag ik eerder in een Vaillant handleiding. Gebaseerd op zulke info heb ik de tekst van de sensoren toegevoegd. Had ik maar eerder gepost.



Het is voor de VWL125/6.

EDIT: Het pijltje voor EVV is nu gecorrigeerd. @Proton_/@PentaClover Bedankt voor de review.

[ Voor 37% gewijzigd door Eriko op 14-12-2023 12:17 ]

[maarten_NL]

mastair schreef op vrijdag 29 december 2023 @ 22:31:
@maarten_NL, Op hassio kun je toch addons installeren? Staat er geen ebusd addon tussen?

Ik gebruik zelf Home Assistant core dus kan het niet voor je checken.

Je kan alleen een device toevoegen wat op die deamon connect:

Integration between the ebusd daemon (used for communication with the eBUS heating systems), and Home Assistant. The ebusd integrations uses the sensor integration.

[maarten_NL]

Het was nog even vogelen met de configuratie want de verwachtte USB/Netwerk instellingen stonden onder " Show unused optional configuration options"




Ik zie de broker nu vol lopen met ebusd topics. Thanks!

[fluppie007]

ik denk dat hij bedoelt in de 15.700.csv ik heb zelf ook de Multimatic 700, voor mij werkt het ook.



Onze VRC700 heeft ook een vochtigheidssensor, dus mogelijks werkt deze ook voor ons:

code:

r,,z1RoomHumidity,,,,,2800,,,EXP,,%,room humidity zone 1

Zeker interessant om eens te kijken welke items van https://github.com/jonesP.../en/vaillant/15.ctlv2.csv ook voor de 15.700 werken.

[Kaspers]

Het topic heet “Verwarming uitlezen met ebusd”, maar “uitlezen & aansturen” dekt tegenwoordig de lading misschien beter . Dit zijn namelijk nu leuke dingen om te gaan doen:

Ik werk met een stooklijn (van 0.3) waarbij de WP het eigenlijk net niet trekt om het huis op 21 graden te houden. Maar dat is prima, mooi lange runs namelijk.

Nu de zon op sommige momenten weer wat meer gaat schijnen, en wanneer dat resulteert in een energie-overschot (dus terugleveren (‘produceren’) naar het net) is dat vaak het ideale moment om de WP wat meer vrij spel te geven met hogere aanvoertemperaturen.

Deze twee flows in node-red nemen dit voor hun rekening:



Bij een teruglevering aan het net, gedurende een aaneengesloten periode van 5 minuten wordt de stooklijn verhoogd van 0.3 naar 0.5. En wanneer er minimaal 500W van het net gedurende 5 minuten wordt getrokken, gaan we weer terug naar een stooklijn van 0.3. Resultaat:



Ik zit nu alleen te twijfelen of de stooklijn de juiste variabele is mee te gaan spelen bij een energie-overschot. Misschien is het verstandiger om juist de doeltemperatuur van de ruimte juist tijdelijk te verhogen van 21 graden naar bijvoorbeeld 23, dat heeft namelijk ook direct effect op de stooklijn. Iemand die hier argumentatie bij heeft?

[ Voor 14% gewijzigd door Kaspers op 22-01-2024 21:41 ]

[Kaspers]

Kiwi_Kevin schreef op dinsdag 23 januari 2024 @ 07:48:
En het aansturen van de TA zelf, dat is ook mogelijk toch (ik zit in de read mode)?

Ik leef in de beleving dat je de TA helemaal aan de WP moet overlaten, tenminste bij Vaillant. Deze wordt door de stooklijn bepaald, op basis van de omgevingstemperatuur. Zie ook:



Vandaar dat ik een tijdelijke verhogen doorvoer op de stooklijn.

[rukke]

xarow schreef op woensdag 24 januari 2024 @ 20:07:
[...]


Heeft de MagnaAqua dan een ebus aansluiting? Waar zit deze, en heb je daar dan ook al CSV bestanden van?

Links onder. De handleiding van Bulex en Vailant is exact dezelfde.

[ Voor 4% gewijzigd door rukke op 25-01-2024 07:19 ]

[maarten_NL]

Ik ga na de informatieve posts hier ook maar eens een poging wagen om de ebusd op mijn 2e PI te draaien want ik krijg de "ghost" automation commando's die de ebusd in HA verstuurd niet weg en als ik de ebusd op read only zet dan vallen er een hele rits aan entiteiten weg.

De automations zijn allemaal verwijderd en ook niet zichtbaar in de automation.yaml en toch blijft er iets om het kwartier een command sturen waardoor de WP pomp naar state 8 gaat en dus uit, na even start die weer op.

Dus staat de ebusd op de HASSIO PI uit en probeer ik de ebusd op de 2e PI aan de gang te krijgen.

Bij het configeren van de service loop ik tegen een exit code aan waar ik ook na zoeken geen raad mee weet, heeft iemand een idee hoe ik dit op kan lossen?

X@server:/etc/ebusd/config $ sudo systemctl enable ebusd
Synchronizing state of ebusd.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable ebusd
Created symlink /etc/systemd/system/multi-user.target.wants/ebusd.service → /lib/systemd/system/ebusd.service.
X@server:/etc/ebusd/config $ sudo systemctl start ebusd
Job for ebusd.service failed because the control process exited with error code.
See "systemctl status ebusd.service" and "journalctl -xe" for details.


X@server:/etc/ebusd/config $ sudo systemctl status ebusd
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
Loaded: loaded (/lib/systemd/system/ebusd.service; enabled; vendor preset: enabled)
Active: activating (auto-restart) (Result: exit-code) since Tue 2024-02-27 21:29:39 GMT; 23s ago
Process: 12037 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=22)
CPU: 38ms

Exit code 22?


<edit>

Het vreemde is wel dat de MQTT blijkbaar wel status messages ontvangt en de ebus adapter wel een connected ebusd ziet:

Hostname: ebus-bbd2d4
Up time: 14
Free heap: 112916
ebusd connected: yes
eBUS signal: acquired



De scan topics zijn van het handmatig aftrappen van de ebusd op de commandline.

*geef niet op modus*


Blijkbaar draait de deamon wel, maar dan nu probleem 2 waar ik ook met de post van hier boven niet uit kom.

De /etc/default/ebusd:

pi@server:/etc/default $ cat ebusd
# /etc/default/ebusd:
# config file for ebusd service.

# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="--scanconfig=full -d=ens:192.168.0.20:9999 --mqtthost=192.168.0.3 --mqttport=1883 --mqttuser=mqtt --mqttpass=pwd1 --configpath=/etc/ebusd/config"


Als ik de deamon gewoon vanaf de commandline run zie ik deze errors voorbij komen:

2024-02-27 22:26:59.378 [main error] error reading config files from /etc/ebusd/: ERR: element not found, last error: 15.700.csv:7: ERR: element not found, field type TEMPV in field 1

Ik heb naar beste geweten de 08 15 76 files (f6 kon ik niet vinden) uit de lijst op https://github.com/jonesP...r/ebusd-2.1.x/en/vaillant gehaald en deze in diverse folders (ook /home/pi/ebusd) geprobeerd, maar laden doet ie niet.

[ Voor 31% gewijzigd door maarten_NL op 27-02-2024 23:34 ]

[maarten_NL]

Ik ben weer verder aan het klooien en ik denk dat ik de error van de deamon wel op heb kunnen lossen door de configpath toch naar de config.ebusd.eu server te laten verwijzen.

In de topics begint nu wat data binnen te lopen maar ik mis toch nog een rits entiteiten die in de HA add-on wel in het topic beschikbaar waren, dus toch nog eens kijken hoe ik die lokale csv files aan de gang kan krijgen.

Wat mij nog wel verbaasd is dat ik na het verwijderen van de ebusd add-on, bij een reboot van HA (na update) alsnog een error krijg van de ebusd add-on:



Ik heb achteraf gezien de verkeerde keuze gemaakt om het supervised/jailed HASSIO te installeren, ik zit over te denken om een clean install en dan gewoon RaspberyPI OS met de HA core.

[basfromasd]

maarten_NL schreef op dinsdag 27 februari 2024 @ 22:35:
De automations zijn allemaal verwijderd en ook niet zichtbaar in de automation.yaml en toch blijft er iets om het kwartier een command sturen waardoor de WP pomp naar state 8 gaat en dus uit, na even start die weer op.

Dus staat de ebusd op de HASSIO PI uit en probeer ik de ebusd op de 2e PI aan de gang te krijgen.

Dit had ik ook nadat ik Ebusd (versie 23.3.23.3) had geïnstalleerd met ebusd-configuratie uit de github repository van john30. Zo te zien heeft dat gedrag niet met Home Assistant te maken. Na dagenlang proberen en lezen in wiki's en dit topic heb ik de complete ebusd configuratie uit de github repo van PeterJones gebruikt inclusief includes, templates, etc. en krijg ik die storing niet meer. Status 8 betekent overigens Standby en zou op moeten treden als er geen behoefte aan verwarming is. Bijvoorbeeld als de buitentemperatuur boven de ingestelde grens is.
Hier zie je het beschreven gedrag vanaf 17:30 optreden:

[ Voor 17% gewijzigd door basfromasd op 29-02-2024 01:51 . Reden: grafiek toegevoegd ]

[maarten_NL]

Op de HA ebusd kreeg ik last van het start/stop gedrag dus toen heb ik de ebusd daar naar read-only gezet, door het read-only zetten vallen er een hoop entiteiten af dus ik dacht het probleem te verhelpen door de ebusd op een 2e raspberry te zetten en dan vanuit daar HA via de MQTT te voeden.

Gisteren ben ik dus weer verder gegaan aan de "migratie" van ebusd van de Raspberry waar HA op draait naar een 2e raspberry. er was ook een nieuwe ebusd FW beschikbaar dus die 20240310 versie er gelijk maar op geflasht.

Na wat geconfigureer en een hele hoop regels in de csv mbt de HC2 en 3 uitgecomment een goede scan gemaakt. Het was al laat dus ik dacht laten we de entiteiten over de nacht lekker vullen dan kunnen we morgen data gaan verzamelen.

Wat ik op de Home circuit 0 state (volgens mij de pomp) zie werd ik niet zo blij van, weer elke 10-20min een status wijziging



de WP heeft vannacht niet gedraaid wat ook terug te zien is in de pump en compressor starts:






Het vervelende begint dan wanneer er wel warmtevraag is en dan heb je in een kwartier 3 pop/en compressor starts, dan tikt de ebusd dus de warmtepomp elke keer uit, screenshot van het stroomverbruik op de P1:



En het gedrag zie je ook terug in de Ta:



Ik heb de warmtevraag maar weer even gestopt om uit te zoeken waar het nu aan ligt, ik zit nu terug op de Build: 20231223 waarmee ik de ebusd interface heb ontvangen en het gedrag in den beginne niet mee op trad. Maar as we speak is er weer een wisseling van status:



Heeft iemand een idee waar ik dit nu in moet gaan zoeken? De ebus log van vandaag:

https://drive.google.com/...Xcxu1lcA/view?usp=sharing

[maarten_NL]

PeterJones schreef op vrijdag 15 maart 2024 @ 20:11:
Bij anderen eerder gebleken is dat met de repo van john30 voor de CSV files dit gedrag vaker voorkomt. Als je mijn repo gebruikt voor de CSV files heb je blijkbaar dat gedrag niet. Echter ik gebruik zelf geen HA en ook de repo van john30 niet, dus kan niet spreken uit persoonlijke ervaring.

Mijn repo

Jouw pad ben ik eerder vanavond al ingeslagen maar daar krijg ik (voor mij onverklaarbare) errors in de log.

Na eerdere scans heb ik volgens mij nodig:



Die bestanden staan in de /etc/ebusd/vaillant folder. in de /etc/ebusd heb ik de_template broadcast en memory.csv van jouw repo in gezet.

Vervolgens de service weer gestart met deze config:

EBUSD_OPTS="--scanconfig -d ens:192.168.0.20:9999 --mqtthost=192.168.0.3 --mqttport=1883 --mqttuser=mqtt --mqttpass=pwd1 --configpath=/etc/ebusd --mqttint=/etc/ebusd/mqtt-hassio.cfg --mqttjson"

Het stukje log:

2024-03-15 17:48:50.045 [bus notice] scan 08: ;Vaillant;HMU00;0902;5103
2024-03-15 17:48:50.045 [update notice] store 08 ident: done
2024-03-15 17:48:50.045 [update notice] sent scan-read scan.08 QQ=31: Vaillant;HMU00;0902;5103
2024-03-15 17:48:50.045 [bus notice] scan 08: ;Vaillant;HMU00;0902;5103
2024-03-15 17:48:50.050 [main error] error reading scan config file vaillant/08.hmu.csv for ID "hmu00", SW0902, HW5103: ERR: element not found, vaillant/08.hmu.csv:25: ERR: element not found, field type SCODE in field 1
2024-03-15 17:48:50.050 [main error] scan config 08: ERR: element not found
2024-03-15 17:48:50.547 [update notice] received unknown MS cmd: 7108b5110107 / 0a007c00c0002700000000
2024-03-15 17:48:50.635 [update notice] received unknown MS cmd: 1008b5110101 / 092e290080ffff0000ff
2024-03-15 17:48:50.905 [update notice] received unknown MS cmd: 1076b5110101 / 09ffff0080ff880000ff
2024-03-15 17:48:51.175 [update notice] received unknown MS cmd: 1076b512030f0001 / 074004000080ff00
2024-03-15 17:48:51.436 [update notice] received unknown MS cmd: 1008b51009000000ffffff070000 / 0101
2024-03-15 17:48:51.697 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2024-03-15 17:48:52.275 [bus notice] scan 15: ;Vaillant;BASV3;0760;7304
2024-03-15 17:48:52.275 [update notice] store 15 ident: done
2024-03-15 17:48:52.275 [update notice] sent scan-read scan.15 QQ=31: Vaillant;BASV3;0760;7304
2024-03-15 17:48:52.275 [bus notice] scan 15: ;Vaillant;BASV3;0760;7304
2024-03-15 17:48:52.276 [main error] error reading scan config file vaillant/15.basv.csv for ID "basv3", SW0760, HW7304: ERR: end of input reached, vaillant/15.basv.csv:1: ERR: end of input reached, missing message type/name/pbsb
2024-03-15 17:48:52.276 [main error] scan config 15: ERR: end of input reached
2024-03-15 17:48:52.982 [update notice] received unknown MS cmd: 0376b5120613000d000006 / 0200ff
2024-03-15 17:48:54.005 [update notice] received unknown MS cmd: 7108b5110107 / 0a007c00c0002700000000
2024-03-15 17:48:54.535 [bus notice] scan 76: ;Vaillant;VWZIO;0202;0103
2024-03-15 17:48:54.535 [update notice] store 76 ident: done
2024-03-15 17:48:54.535 [update notice] sent scan-read scan.76 QQ=31: Vaillant;VWZIO;0202;0103
2024-03-15 17:48:54.535 [bus notice] scan 76: ;Vaillant;VWZIO;0202;0103
2024-03-15 17:48:54.536 [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
2024-03-15 17:48:54.536 [main error] scan config 76: ERR: end of input reached
2024-03-15 17:48:56.815 [bus notice] scan f6: ;Vaillant;NETX2;4034;5703
2024-03-15 17:48:56.815 [update notice] store f6 ident: done
2024-03-15 17:48:56.815 [update notice] sent scan-read scan.f6 QQ=31: Vaillant;NETX2;4034;5703
2024-03-15 17:48:56.815 [bus notice] scan f6: ;Vaillant;NETX2;4034;5703
2024-03-15 17:48:56.815 [main error] unable to load scan config f6: no file from vaillant with prefix f6 found

Heb jij een verklaring voor de error reading scan config files?

[maarten_NL]

Viel het gisteren ineens op dat de boiler temperatuur verder zakte dan normaal, kijk ik op het display:



Storing opgeslagen om 14:24 en 14:08

De ebus interface van de bus afhalen had geen effect, om 10u30 de WP aan/uit en toen ging het zaakje weer draaien. Nadat het weer draaide viel het mij ook op dat er een relais in de VWZ AI klikte. 3x aan/uit en dat zo ongeveer elk kwartier. Ik heb behalve de 3 wegklep niks aan de VWZ AI uitgangen hangen en dat klikken is mij ook nog nooit eerder opgevallen. Ik heb het afgewacht en na een kwartier, weer klik. Toen de voeding van de ebus interface er uit getrokken en toen kwamen er geen klik aan/uit 2 en 3. Dit gedag heb ik tussen 21-22u een aantal keer gehoord, daarna de stekker er voor de zekerheid maar uit getrokken.

Ik heb geen automations aangemaakt en de ebusd draait nu los van HA op een aparte rpi.

Ik heb ik de logfiles bekeken maar ik kan er (met mijn EE automotive) achtergrond geen chocola van maken, waar de comm fout vandaan komt of welk commando er word gegeven dat iets (een uitgang?) aangestuurd wordt.

Is er een logfile kenner in de zaal? @PeterJones misschien?

https://drive.google.com/...Xcxu1lcA/view?usp=sharing

[ Voor 16% gewijzigd door maarten_NL op 17-03-2024 19:58 ]

[dotcom87]

rukke schreef op vrijdag 22 maart 2024 @ 06:55:
[...]


Die module sluit je gewoon aan op de ebus, het type kabel doet er niet echt toe. Dit kan met een stukje UTP, of luidsprekerkabel, of ...

Ik heb de mijne aan een Vaillant Arotherm plus hangen en ik krijg op het display van de AI-module regelmatig een fout. Ik kan ook veel data niet uitlezen, zoals het verbruik. Ik vermoed en hoop dat de oorzaak bij de decoding zit in die github repo's. Afwachten tot iemand deze voorziet dus

Bedankt voor de uitleg!

Het is me alleen nog niet helemaal duidelijk welke juist de ebus aansluiting is op mijn warmtepomp.

Ik heb volgende foto gevonden in de handleiding:



X30 is blijkbaar een eBUS-verbinding/diagnose-interface en X100/BUS is de busaansluiting (waar normaal mijn VR 900 thermostaat aan hangt).

Waar dien ik dan de ebus bekabeling op aan te sluiten?

[Zwartoog]

dotcom87 schreef op vrijdag 22 maart 2024 @ 10:41:
[...]


Hoe heb jij het gedaan in jouw setup?

Ik heb hem bij de regelunit van de WP bijgeprikt. Als je die als centrum neemt, gaan er 3 kabels uit: WP, thermostaat en de ebusd. Al hangt dit er nu al een seizoen als spaghetti bij, dus ik denk eraan om hem bij de thermostaat door te lussen - daar loopt ook nog een loze kabel naartoe.

bensss schreef op vrijdag 22 maart 2024 @ 10:56:
[...]


Voor iedereen die het gedaan heeft is het vanzelfsprekend maar ik vond dit ook een verwarrend punt in de installatie. Dit was nergens goed te vinden of ik ben erg slecht in zoeken .

Komt omdat mensen niet meer weten wat "BUS" voor type concept is BUS is gewoon bijprikken.

Hier staat het beschreven:
https://m-bus.com/documen...ics-of-serial-bus-systems


"Token ring" zullen sommige Tweakers ook nog wel van naam kennen. (En als je ermee gewerkt hebt, zegt dat iets over je leeftijd )

[dotcom87]

maarten_NL schreef op vrijdag 22 maart 2024 @ 12:13:
[...]


Nee 2. als je de handleiding leest staat dat de draden niet getwist mogen zijn dus als je dat de 2 getwiste aderlaten samen als 1 ader aansluit voldoe je daar aan.

Ik heb net even mijn thermostaat eraf gehaald en deze is toch bedraad aangesloten blijkbaar. Mijn ebus module past net achter de thermostaat, dus dat zou wel gaan. Het enige wat ik dan dien te doen is ook 2 getwiste draden bij in die terminal steken en verbinden met mijn module?

[dotcom87]

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

Om mezelf even te quoten: een herstart van de warmtepomp heeft het precies gefixt... Geen errors meer op de WP of de thermostaat en er komt nog steeds data binnen in de ebusd add-on!

Ik zie onder MQTT nu ook een aantal nieuwe devices, waaronder een ebus 700, wat mijn thermostaat is:



Ik zie nu dat ik die waardes kan lezen, maar is er ook een manier om bijvoorbeeld het aanmaken van warm water even te stoppen via een automation?

Ik wil hiermee onze pieken van het capaciteitstarief (kwartierpieken) opvangen, daar ik mijn slimme meter al uitlees.

[maarten_NL]

PeterJones schreef op maandag 18 maart 2024 @ 20:23:
[...]


He wat vervelend. Bij dit soort communicatie problemen, waarbij Vaillant apparatuur aangeeft dat er een communicatie storing is, zou ik in eerste instantie zoeken naar een hardware probleem en oplossing. De power supply van de ebus adapter hebben we het al over gehad. Je zou ook de ebus bekabeling nog eens goed kunnen bekijken:
- is overal de isolatie nog intact (geen kortsluitingen mogelijk)?
- is de draad nergens gebroken (dat kan bij draden met een vast kern gebeuren)?
- is de bekabeling voldoende dik (genoeg koper) (zie aanwijzingen in de installatie handleiding)?

Als je daar niets op aan weet te merken, dan is er wellicht een software interactie. Je hebt HA automations al uitgezet, dat helpt. Je kunt ook (tijdelijk) alle CSV definities nog weghalen, of uitdunnen tot bijvoorbeeld alleen de scan.csv en _templates.csv files. Nooit geprobeerd, maar ik denk dat de connected devices dan alleen herkend worden bij een scan, maar geen CSV file toegekend krijgen. Zodoende kun je niets uitlezen, maar wel onderzoeken of je zo nog communicatie problemen hebt.

Hopelijk helpt het @maarten_NL . Success in ieder geval!

Ik heb een week zonder ebus gedraaid, geen problemen. De ebusd met een andere USB kabel aan de ipad lader aangesloten, na een aantal uur:




ebus er uit, een aantal dagen gedraaid, geen problemen. Andere USB voeding gepakt, ebus weer aagesloten. Het leek een dag goed te gaan maar toen hoorde ik weer geklik van relais in de VWZ AI (terwijl ik er afgezien van de SWW sensor en ebus niks aan heb hangen). Dus de ebus waar weer los.

Komende donderdag ben ik de hele dag thuis dus dan eens proberen of hetzelfde gedrag ook met andere csvs optreed (zo ja, dan een bug aanmaken), of met een uitgeklede set csv's optreed. Als dat laatste zo is dan moet het zoals je zegt wel hardware zijn. Mijn hardware heb ik uitgesloten dus dan blijft er alleen de ebus adapter over.

[paQ]

ben een klein stapje verder met een ebus addon repo:

[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

[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 ]

[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 ]

[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?

[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

[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 ]

[maarten_NL]

Hij doet het:



De reden dat ik ook bij mijn eigen csv blijf is dat parameters ook weleens van naam veranderen, dan vallen er hier in mijn HA/MQTT integratie ook weer dingen om.

[maarten_NL]

Ik heb de ebus adapter gisteren naar 20240825 geupdate en vandaag will de warmtepomp voor SWW gaan draaien, 2 pogingen om 10u en om 15u, maar afgezien van een kleine piek in aanvoertemperatuur stopte de SWW run vanmorgen na 4 minuten en om 15u na 9 minuten en 50 seconden weer.

Hier staat het tijdschema op 10-16u dus net even op handmatig gezet, SWW run werd gestart en weer na 9 minuten en 50 seconden, standby.



Ik heb de ebusd firmware net terug naar de vorige 20240809 fw gezet en nu draait de SWW run al 20 minuten, lijkt er op dat die nu gewoon blijft lopen.


Mocht iemand ook na de ebus 20240809 fw zitten? Zie jij hetzelfde gedrag?

[maarten_NL]

Ik klik op reargeer en kijk terug in HA, weer standby na compressor blocked. Het lijkt dan toch niet fw gerelateerd?

code:

2024-09-09 10:08:42.166 [update notice] received read hmu State07 QQ=71: 0;0.7;Eco mode HP on;ready
2024-09-09 10:08:42.263 [update notice] received unknown MS cmd: f108b503020004 / 0affffffffffffffffffff
2024-09-09 10:08:42.407 [update notice] received unknown MS cmd: f108b503020005 / 00
2024-09-09 10:08:44.209 [update notice] sent poll-read basv HwcFlowTemp QQ=31: 60
2024-09-09 10:08:45.406 [update notice] received unknown MS cmd: f115b52406020000004800 / 06010048000300
2024-09-09 10:08:45.590 [update notice] received read hmu State07 QQ=71: 0;0.7;Eco mode HP on;ready
2024-09-09 10:08:45.687 [update notice] received poll-read basv Hc1PumpStatus QQ=f1: 0
2024-09-09 10:08:45.879 [update notice] received poll-read basv z1HeatingRoomTempDesiredManualControlled QQ=f1: 20.5
2024-09-09 10:08:46.072 [update notice] received poll-read basv z1ActualRoomTempDesired QQ=f1: 0.0
2024-09-09 10:08:46.257 [update notice] received poll-read basv z1OpMode QQ=f1: off
2024-09-09 10:08:46.451 [update notice] received unknown MS cmd: f115b52406020003001500 / 08010315000000bc41
2024-09-09 10:08:47.232 [update notice] received unknown MS cmd: 0376b5120613000dfa0100 / 0200ff
2024-09-09 10:08:47.557 [update notice] sent write basv HwcTempDesired QQ=31: 57
2024-09-09 10:08:47.557 [mqtt notice] write basv HwcTempDesired: 57
2024-09-09 10:08:48.401 [update notice] received unknown MS cmd: f115b52406020003001b00 / 0601031b000000
2024-09-09 10:08:48.584 [update notice] received unknown MS cmd: f115b52406020001000f00 / 0601010f000000
2024-09-09 10:08:49.031 [update notice] received read hmu State07 QQ=71: 0;0.7;Eco mode HP on;ready
2024-09-09 10:08:50.216 [update notice] sent poll-read basv HwcMaxFlowTempDesired QQ=31: 80
2024-09-09 10:08:50.350 [update notice] received read hmu State01 QQ=10: 32.5;25.5;-;-;-;off
2024-09-09 10:08:50.617 [update notice] received read vwzio State01 QQ=10: -;-;-;-;35.0;off
2024-09-09 10:08:50.884 [update notice] received unknown MS cmd: 1076b512030f0002 / 073302000080ff00
2024-09-09 10:08:51.148 [update notice] received update-write hmu SetMode QQ=10: 03 ff ff 82 ff 07 00 01
2024-09-09 10:08:51.412 [update notice] received update-write vwzio SetMode QQ=10: 00 00 ff ff ff 01 00 00
2024-09-09 10:08:51.558 [update notice] received read hmu RunDataCompressorSpeed QQ=f1: 0.0
2024-09-09 10:08:51.747 [update notice] received poll-read hmu RunDataAirIntakeTemp QQ=f1: 17.6068
2024-09-09 10:08:51.962 [update notice] received unknown MS cmd: f108b50905540200560d / 0e0201560dffffffffffffffffffff
2024-09-09 10:08:52.151 [update notice] received unknown MS cmd: f108b509055402000609 / 080201060967ebc841
2024-09-09 10:08:52.366 [update notice] received poll-read hmu RunDataStatuscode QQ=f1: Warm Water: Compressor blocked
2024-09-09 10:08:52.505 [update notice] received read hmu State07 QQ=71: 0;0.7;Eco mode HP on;ready
2024-09-09 10:08:52.595 [update notice] received read hmu State01 QQ=f1: 30.0;25.0;-;-;-;off
2024-09-09 10:08:52.741 [update notice] received unknown MS cmd: f115b531020301 / 0101
2024-09-09 10:08:55.237 [update notice] received unknown MS cmd: 0376b5120613000dd70500 / 0200ff
2024-09-09 10:08:55.946 [update notice] received read hmu State07 QQ=71: 0;0.7;Eco mode HP on;ready
2024-09-09 10:08:56.199 [update notice] sent poll-read basv HwcOpMode QQ=31: auto
2024-09-09 10:08:57.527 [update notice] sent write basv HwcTempDesired QQ=31: 57
2024-09-09 10:08:57.527 [mqtt notice] write basv HwcTempDesired: 57
2024-09-09 10:08:59.382 [update notice] received read hmu State07 QQ=71: 0;0.7;Eco mode HP on;ready
2024-09-09 10:09:00.303 [update notice] received read hmu State01 QQ=10: 26.5;24.5;-;-;-;off
2024-09-09 10:09:00.571 [update notice] received read vwzio State01 QQ=10: -;-;-;-;35.0;off

10:08:52.366 > compressor blocked

En de run van net:

code:

[update notice] sent poll-read basv HwcStorageTemp QQ=31: 39
2024-09-09 20:07:35.079 [update notice] received read hmu State07 QQ=71: 0;3.8;Eco mode HP on;ready
2024-09-09 20:07:35.739 [update notice] received read hmu State01 QQ=10: 27.5;34.0;-;-;-;off
2024-09-09 20:07:36.005 [update notice] received read vwzio State01 QQ=10: -;-;-;-;39.0;off
2024-09-09 20:07:36.272 [update notice] received unknown MS cmd: 1076b512030f0002 / 077602000080ff00
2024-09-09 20:07:36.536 [update notice] received update-write hmu SetMode QQ=10: 03 ff ff 78 ff 07 00 01
2024-09-09 20:07:36.800 [update notice] received update-write vwzio SetMode QQ=10: 00 00 ff ff ff 01 00 00
2024-09-09 20:07:38.519 [update notice] received read hmu State07 QQ=71: 0;3.8;Eco mode HP on;ready
2024-09-09 20:07:40.195 [update notice] sent poll-read basv HwcTempDesired QQ=31: 52
2024-09-09 20:07:40.279 [update notice] received unknown MS cmd: 0376b5120613000d1b0500 / 0200ff
2024-09-09 20:07:40.420 [update notice] received unknown MS cmd: f115b52406020003001b00 / 0601031b000000
2024-09-09 20:07:40.604 [update notice] received unknown MS cmd: f115b52406020001000f00 / 0601010f000900
2024-09-09 20:07:41.405 [update notice] received read basv currenterror QQ=f1: -;-;-;-;-
2024-09-09 20:07:41.588 [update notice] received unknown MS cmd: f115b503020002 / 0affffffffffffffffffff
2024-09-09 20:07:41.774 [update notice] received read hmu currenterror QQ=f1: -;-;-;-;-
2024-09-09 20:07:41.959 [update notice] received unknown MS cmd: f108b503020002 / 0affffffffffffffffffff
2024-09-09 20:07:42.057 [update notice] received read hmu State07 QQ=71: 0;3.8;Eco mode HP on;ready
2024-09-09 20:07:42.197 [update notice] received unknown MS cmd: f108b503020004 / 0affffffffffffffffffff
2024-09-09 20:07:42.340 [update notice] received unknown MS cmd: f108b503020005 / 00
2024-09-09 20:07:42.527 [update notice] received poll-read hmu Statuscode QQ=f1: Warm Water: Compressor blocked
2024-09-09 20:07:45.431 [update notice] received read hmu State07 QQ=71: 0;3.8;Eco mode HP on;ready
2024-09-09 20:07:45.652 [update notice] received read hmu State01 QQ=10: 30.0;37.5;-;-;-;off
2024-09-09 20:07:45.919 [update notice] received read vwzio State01 QQ=10: -;-;-;-;39.0;off
2024-09-09 20:07:46.173 [update notice] sent poll-read basv MaxRoomHumidity QQ=31: 40
2024-09-09 20:07:46.269 [update notice] received unknown MS cmd: 1076b512030f0002 / 077602000080ff00
2024-09-09 20:07:46.533 [update notice] received update-write hmu SetMode QQ=10: 03 ff ff 78 ff 07 00 01
2024-09-09 20:07:46.798 [update notice] received update-write vwzio SetMode QQ=10: 00 00 ff ff ff 01 00 00
2024-09-09 20:07:48.239 [update notice] received unknown MS cmd: 0376b5120613000d020500 / 0200ff
2024-09-09 20:07:48.861 [update notice] received read hmu State07 QQ=71: 0;3.8;Eco mode HP on;ready
2024-09-09 20:07:52.177 [update error] unable to parse poll-read basv OpMode from 3115b52406020000007b00 / 00: ERR: invalid position
2024-09-09 20:07:52.319 [update notice] received read hmu State07 QQ=71: 0;3.8;Eco mode HP on;ready
2024-09-09 20:07:55.613 [update notice] received read hmu State01 QQ=10: 36.0;38.5;-;-;-;off

20:07:42.527 > compressor blocked

Ik zie geen foutcodes, waterdruk is prima.

Heeft iemand een idee wat die compressor blocked betekend?

[Maffo123]

Hallo allemaal!

Nadat ik deze post gelezen had ben ik zelf aan de gang gegaan, maar ik kom er niet helemaal uit.
Of eigenlijk, helemaal niet

Warmtepomp/Thermostaat:
Hydraulische binnenunit uniTOWER VIH QW 190/1 E
MultiMATIC VRC 700 / thermostaat

Ik heb deze aangeschaft en aangesloten (ook met usb-c).
Vervolgens ingesteld volgens deze link.

Maar nu wil ik deze koppelen aan HomeAssistant.
Via HA heb ik een addon geïnstalleerd genaamd eBUSd en deze geconfigureerd als onderstaand:

Vervolgens zou ik naar mijn idee informatie moeten terugvinden via de MQTT integratie.
Maar daar vind ik alleen maar een paar "basic" entiteiten. Wat dus wel aangeeft dat er iets uit te lezen valt, maar nog niet de informatie die ik wil.



In de log van de eBUSd addon staat het volgende:

code:

2024-09-16 13:05:08.976 [bus notice] device invalid
2024-09-16 13:05:14.050 [bus notice] re-opened 192.168.2.127:3334
2024-09-16 13:05:15.433 [update notice] received unknown MS cmd: 7108b5110107 / 050015000001
2024-09-16 13:05:17.029 [update notice] received unknown MS cmd: 1008b5110101 / 0929290080ffff0000ff
2024-09-16 13:05:17.299 [update notice] received unknown MS cmd: 1076b5110101 / 09ffff3c01ff6c00003c
2024-09-16 13:05:17.559 [update notice] received unknown MS cmd: 1076b512030f0201 / 07600300e0010b03
2024-09-16 13:05:17.820 [update notice] received unknown MS cmd: 1008b51009000000ffffff070000 / 0101
2024-09-16 13:05:17.870 [main error] scan config 08: ERR: arbitration lost
2024-09-16 13:05:18.088 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2024-09-16 13:05:19.449 [update notice] received unknown MS cmd: 7108b507030bffff / 0100
2024-09-16 13:05:20.222 [main error] scan config 15: ERR: arbitration lost
2024-09-16 13:05:22.576 [main error] scan config 76: ERR: arbitration lost
2024-09-16 13:05:23.511 [update notice] received unknown MS cmd: 7108b5110107 / 050015000001
2024-09-16 13:05:24.952 [main error] scan config e8: ERR: arbitration lost
2024-09-16 13:05:27.087 [update notice] received unknown MS cmd: 1008b5110101 / 0929290080ffff0000ff
2024-09-16 13:05:27.341 [update notice] received unknown MS cmd: 1076b5110101 / 09ffff3e01ff6c00003c
2024-09-16 13:05:27.609 [update notice] received unknown MS cmd: 1076b512030f0201 / 07600300e0010b03
2024-09-16 13:05:27.872 [update notice] received unknown MS cmd: 1008b51009000000ffffff070000 / 0101
2024-09-16 13:05:28.147 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2024-09-16 13:05:28.431 [bus notice] device invalid

Hoe kan ik er nou voor zorgen dat ik ook informatie als temperatuur, koelen e.d. uit kan lezen?

[Proim]

dotcom87 schreef op maandag 30 september 2024 @ 08:14:
[...]


Ik heb exact hetzelfde probleem met mijn adapter...

Ik heb nog niet verder geprobeerd, maar heb hem wel losgekoppeld aangezien de thermostaat een foutmelding aangaf. Er zou iets met 'Signaal sensor S9' zijn terwijl daar eigenlijk niets op zit aangesloten.

[Bart_Denon]

Hoi allemaal,

Sinds kort heb ik het voor elkaar om met de ebus adapter waarden via mqtt in HA te krijgen.
Ik loop nu alleen wel echt vast met de csv config files.
Heb een VWL55/6 WP, VRC720 en VWZ Ai en weet dat er nog meer waardes zijn die ik standaard nu niet meekrijg.
Even kort door de bocht zijn er hier custom csv configuratie files die voor bovenstaande apparaten gewoon alle waarden ophalen?
Ik hoef voor nu nog niks te schrijven, alleen uitlezen is voldoende.

Dit is wat ik nu meekrijg en veel waarden zijn zelfs onbekend/leeg.


Begrijp ik het goed als ik bijvoorbeeld naar dit log kijk in de ebus-addon logboek, dat die unknown MS cmd's dus codes zijn die over de ebus lopen maar dus niet herkent/gedecodeerd worden in de ebus configuratie als een bestaande waarde?
(Even in Jip en Janneke, zodat ik het zelf wat beter begrijp)

code:

2024-10-03 22:10:56.171 [update notice] sent poll-read ctlv2 z1OpMode QQ=31: auto
2024-10-03 22:10:56.397 [update notice] received unknown MS cmd: 1076b5110101 / 09ffffc00affff0000ff
2024-10-03 22:10:56.663 [update notice] received unknown MS cmd: 1076b512030f0001 / 070080000080ff03
2024-10-03 22:10:56.927 [update notice] received update-write hmu SetMode QQ=10: auto;0.0;-;-;1;1;1;0;0;0
2024-10-03 22:10:57.193 [update notice] received unknown MS cmd: 1076b51009000000ffffff050000 / 0101
2024-10-03 22:10:57.975 [update notice] received unknown MS cmd: 0376b51206130010000006 / 0200ff
2024-10-03 22:10:58.773 [update notice] received read hmu State QQ=71: 0;193;128;0
2024-10-03 22:11:00.693 [update notice] received unknown MS cmd: 7108b51a0304de32 / 0ede07c0cfc07b3c00b01b20000000
2024-10-03 22:11:01.079 [update notice] received unknown MS cmd: 7108b51a0304df33 / 0edf0000c08b020000000000000000
2024-10-03 22:11:01.252 [update notice] sent poll-read ctlv2 z1QuickVetoTemp QQ=31: 21.5
[b]2024-10-03 22:11:01.463 [update notice] received unknown MS cmd: 7108b51a0304e034 / 0ee0cf2000c0022101001800061800
2024-10-03 22:11:01.847 [update notice] received unknown MS cmd: 7108b51a0304e135 / 0ee100000000000100900100000000
2024-10-03 22:11:02.231 [update notice] received unknown MS cmd: 7108b51a0304e236 / 0ee200000000000000000000000000[/b]
2024-10-03 22:11:02.722 [update notice] received read hmu State QQ=71: 0;193;128;0

Kan iemand mij verder helpen met het naar boven halen van de andere niet getoonde waarden, zoals, vrijwel alles uit de VWZ Ai, temperaturen / comrpessor hz / waterdruk / afgegeven vermogen / cop etc...

Alvast bedankt voor t meedenken!

[paQ]

@Proim

yes yes