Vloerverwarming "gek" gedrag - Vaillant ebusd insights

[Minitrooper]

Haai!

Ben al een tijd aan het stoeien met een esera ebusd controller op een PI gecombineerd aan volgende Vaillant systemen: 1VCW, 1Aurostep, 1VR70 met buitenvoeler, 1VRC700 en 1 VRC91.

Na enkele avonturen in het "Zonneboiler-topic" (dankzij die ebus controller kunnen zien dat oa de glycol leidingen op het dak omgedraaid zaten) ben ik nu aan het focussen op de vloerverwarming. De Aurostep ("VMD" in ebusd) wordt énkel gebruikt voor SWW "pre-heating", en is op geen wijze gekoppeld aan de vloerverwarming.

De vloerverwarming is als volgt opgesteld:
- gelijkvloers (met eigen valve) heeft de VRC700 als sturing, verdieping (2de valve) heeft de VRC91.
- gelijkvloers kreeg in de VR70 "zone 2" en verdieping zone 1.
- er is geen externe pomp noch evenwichtsfles voorzien.
- op iedere vloerlus (8 in totaal op verdieping, 7 op gelijkvloers) hangen aan zowel ingang als uitgang een DS18B20, die ook door de PI uitgelezen wordt.
- waterzijdige inregeling is uitgevoerd op de PI aan de hand van de vloerventieltjes.
- al bovenstaande metrics komen aan in grafana ter visualisatie

Als configuratie heeft Vaillant de VR70 op "schema 1" met "adres 5" geconfigureerd, hetgeen mij 2 HeatingCircuits en 2 zones oplevert in de VRC700. En zoals hierboven aangegeven, zone 1 is VRC91, zone 2 is VRC700. Alle waarden van HC1 en HC2, zone1 en zone2 zijn identiek (eg warm water van max 25°C, stooklijn van 0.6, geen antifrost, geen eco, compensatie "thermostat", geen adaptieve HC etc).

Na de handleiding goed doorgespit te hebben (eerst begrijpen waarom "adaptive heating curve" niet aangezet wordt, terwijl dat toch een "energiebesparende feature" kan zijn - hiervoor gaat de VRC700 kijken naar de VRC91 om te zien hoe "goed" dat ie het doet, maar hiervoor moeten die in dezelfde ruimte zitten - wie hangt er nu 2 thermostaten hangt in 1 ruimte?), merk ik toch rare dingen op bij configuratie:
- gelijkvloers willen we 21°C, verdieping 19°C
- deze waarden staan als "gewenste dag temperatuur" én de thermostaten staan beiden in standje "dag" (niet auto dus)
- als ik, via de VRC700, deze themperaturen instel, wordt deze NIET overnomen op het hoofddisplay: hier staat bij de VRC700: "gewenste temperatuur: 19°C" (dit is dus de insteltemperatuur van de VRC91)
- MAAR als ik de waarden uitlees via de ebus controller dmv z2DayTemp, dan zegt ie wel 21°C!). Met andere woorden: display volgt deze waarde niet. Waarom?
- als ik de andere parameters (via dezelfde ebus controller) opvolg - zijnde extWP, Flame, z2ValveStatus", dan zie ik volgende grafiek - in combinatie met de DS18B20:

=> om 10:50, extWP gaat "aan" (blauwe achtergrond)
=> "warm" water gaat via de collector de vloer in, en deze warmt op
=> "kouder" water gaat retour, dus vloer geeft warmte af
=> gele lijn = z2RoomTemp: deze stijgt, maar nooit helemaal 21°C
=> om 14:56, extWP stopt, en de DS18B20's zien een afkoeling
=> om exact 15:10, extWP geeft terug leven, voor *exact* 5 minuten en geeft een smalle piek in de DS18B20's, maar de z2RoomTemp, die geeft geen krimp.
=> om exact 15:40 (30' later), ditzelfde proces herhaalt zich
--> z2ValveStatus bleef 1 (dus open en flipte niet aan/af zoals extWP), dit terwijl z1ValveStatus wel mooi 0 bleef (want daar was het wel al 19°C)
--> Mc2FlowTempDesired geeft aan dat ie water van 25°C vraagt (maar dus niet krijgt), parameter op de ebus: "on;25.0;on;20"

Wat gebeurt er hier dus eigenlijk? Want dit herhaalt zich dus .. 24/7 (tenzij er dus een heuse "verwarmingsblok" komt.
Eerst dacht ik:
- antifrost proces? Maar dat is niet want 1) staat af in VRC700 plus 2) het is buiten 10°C, dus dat mag niet.
- interferentie met de VRC91? Heb zoals boven aangegeven met de "adaptive heating curve" getest, maar dat veranderde niets. Maar waarom wordt die 19° overgenomen van de VRC91 naar de VRC700?

Ter vergelijking, deze grafiek is van vanmiddag (hier heb ik ook de "vlam" waarden bij opgetekend): de blokken dat ie ligt te "werken" is vlamloos (maar "pompt" ie wel maar niet met de CirPump wel met die "extWP"):


Uiteindelijk is mijn doel om ook via de ebus controller (met proximity sensors in domotica etc) zélf de temperaturen te kunnen regelen, maar gelijk dat het systeem nu al gekke dingen doet, gaat het zeker "onbetrouwbaar" zijn.

Iemand een gouden tip? Doe ik iets mis? Doet mijn ding wat het doen moet?

Alvast bedankt!

[ Voor 5% gewijzigd door Minitrooper op 15-12-2021 20:06 ]

[Minitrooper]

Kleine bump want ik heb een nieuw element in mijn zoektocht gevonden!

Gisteren kwam de zon erdoor, geheel onverwacht, dus de RoomTemp ging vlot boven de 21°C uit. En kijk! Het cyclisch gedrag van die extWP verdween!



Dit bevestigt, volgens mij, dat de VRC700 effectief WILT opwarmen bij die cyclische extWP maar iets houdt hem tegen.

De vraag is: wat?

[Minitrooper]

Gentle bump

[Wim Leers]

Blijft ebusd goed werken? Heb je al nieuwe inzichten vergaard?

[Minitrooper]

Haai @Wim Leers!

Kreeg geen notification, dus mijn excuses voor het late antwoord.

Het stookseizoen is hier nu 2 weken bezig, tot dan lag het VVW-ebusd deel redelijk stil (al was het zonneboiler luik super interessant).

De eerste week had ik de settings van Winter2021 overgenomen (enkel de stooklijn van 0.4 naar 0.3 laten dalen), verbruik viel heel goed mee (al was het die week donderdag-vrijdag 25°C door de zon), geen flipflopping zoals in TS.
De week erna heb ik ruimtecompensatie van "thermostaat" naar "none" gezet. Wat opvalt is dat dan effectief de VVW veel meer stookt (en het boven bijna 20°C werd tijdens het opstoken terwijl daar steeds 19°C gevraagd werd). Maar de impact op het verbruik kan ik pas maandag aflezen van de meter.
Voor volgende week ga ik de ruimtecompensatie van "none" naar "compensatie" flippen om te zien wat dan de impact zal zijn. Misschien minder warm?

In ieder geval, na het lezen van 3000 (voornamelijk duitse) forum posts heb ik geleerd dat mijn chauffagist een bandiet was, en een installatie zonder evenwichtsfles achter te laten, not done was.

Wat zijn jouw ervaringen tot nu toe?

[Wim Leers]

Ik heb nog geen ebusd adapter, noch een warmtepomp (installatie in Q1 2023), maar wél ebus: een Vaillant gasketel.

Die werd eerst achterlijk aangestuurd door een aan/uit thermostaat met een max van 50°C in de VVW onder parket 😱 → ook hier een bandiet van een chauffagist!

Sinds een dik jaar een Vaillant vSmart. Dus nu modulerend. En wat meer comfort. Maar … nog steeds achterlijk. 🤬 Dat onding kan niet om met VVW aan minder dan 30°C, wat nochtans nodig is bij buitentemperaturen tussen 5 en 15°C. Je kan geen minimum Ta instellen. Enkel de curve/stooklijn. Met als gevolg dat ik om de paar dagen de curve moet aanpassen: bij milde temperaturen een hogere stooklijn, bij lagere temperaturen een lagere. Want als hij de vloer probeert te verwarmen naar 23 a 25, dan stopt de ketel veel te gauw.

De enige werkbare optie met deze ketel lijkt om continu 27-30 te doen (want lager springt ie uit) en gewoon korter of langer draaien. Maar de thermostaat laat het niet toe.

Daarom dat ik nú al geïnteresseerd ben in de ebusd adapter!

[Minitrooper]

Okay, jij staat nog voor de startblokken dus :-)

Een gouden tip: ga voor de USB Esera adapter - buiten wat gepruts met de potentiometer voor het signaal op te pikken moet je niet knoeien met TCP stacks en delays in packets. Zeker als je al een (bv) PI liggen hebt in de buurt: die kan perfect via USB de Esera aanspreken: https://esera.de/en/Products/eBus/135/eBus-Coupler-USB

Stooklijn aanpassing heb ik "proberen" doen via de ebus, maar daarvoor moet je wel enkele police-line linten doorknippen (en de State=xx;xx;xx;xx;xx buffers overschrijven nadat de vSmart die vernaggelen).

Dus voor jouw case denk ik dat het alleszins al handig is te weten WAT er allemaal over de bus gecommuniceerd wordt, maar uit jouw postgeschiedenis haal ik dat je beter die vSmart samen met de chauffagist bij het grof vuil buitenzet. Ook ik ben hier "begonnen" met een klassieke aan/uit thermostaat, op batterijen notabene die na twee (2!) maand al leeg waren. Over verspilling gesproken. De VR900/91 zijn tenminste bus-powered.

Succes in ieder geval!

[Wim Leers]

Minitrooper schreef op vrijdag 2 december 2022 @ 15:57:
Okay, jij staat nog voor de startblokken dus :-)

Een gouden tip: ga voor de USB Esera adapter - buiten wat gepruts met de potentiometer voor het signaal op te pikken moet je niet knoeien met TCP stacks en delays in packets. Zeker als je al een (bv) PI liggen hebt in de buurt: die kan perfect via USB de Esera aanspreken: https://esera.de/en/Products/eBus/135/eBus-Coupler-USB

Bedoel je dan: liever de USB Esera adapter dan de ethernet Esera adapter (https://esera.de/en/Products/eBus/142/eBUS-Coupler-Ethernet)? Of bedoel je ook dat je beter de https://adapter.ebusd.eu/index.en.html adapter kan vermijden?

Want … als ik het goed begrepen heb is net *schrijven* op ebus het cruciale deel dat latency-sensitive is? En de adapter die jij aanraadt wordt nu net expliciet voor gewaarschuwd op https://github.com/john30/ebusd/wiki/6.-Hardware …

Stooklijn aanpassing heb ik "proberen" doen via de ebus, maar daarvoor moet je wel enkele police-line linten doorknippen (en de State=xx;xx;xx;xx;xx buffers overschrijven nadat de vSmart die vernaggelen).

Dus … je hebt al effectief geschreven naar de ebus?

Dus voor jouw case denk ik dat het alleszins al handig is te weten WAT er allemaal over de bus gecommuniceerd wordt, maar uit jouw postgeschiedenis haal ik dat je beter die vSmart samen met de chauffagist bij het grof vuil buitenzet. Ook ik ben hier "begonnen" met een klassieke aan/uit thermostaat, op batterijen notabene die na twee (2!) maand al leeg waren. Over verspilling gesproken. De VR900/91 zijn tenminste bus-powered.

Succes in ieder geval!

Dankjewel, en … een paar uur geleden is de Vaillant vSMART gestorven door een lekkende batterij! Dat onding is nog geen 2 jaar oud!!!!

[Minitrooper]

Wim Leers schreef op donderdag 29 december 2022 @ 23:30:
[...]


Bedoel je dan: liever de USB Esera adapter dan de ethernet Esera adapter (https://esera.de/en/Products/eBus/142/eBUS-Coupler-Ethernet)? Of bedoel je ook dat je beter de https://adapter.ebusd.eu/index.en.html adapter kan vermijden?

Want … als ik het goed begrepen heb is net *schrijven* op ebus het cruciale deel dat latency-sensitive is? En de adapter die jij aanraadt wordt nu net expliciet voor gewaarschuwd op https://github.com/john30/ebusd/wiki/6.-Hardware …

Was al een jaar of 2 "out" en niet meer mee met die Esera spullen... Wat een hoop nieuw spul. Ik heb het groene Esera ebus-1-wire-naar-USB blokje - inclusief het fameuze potentiometerknopje:
https://esera.de/media/a6...s%20USB%20V2.1-klein.webp

Toen was nét het ebus-1-wire-naar-ethernet blokje op de markt, en niemand kreeg dat aan de praat. Nu zijn er blijkbaar bordjes met USB, met een raspberry interface, met ethernet én met wifi. Teveel keuze dus Blijkbaar is er enkel bij die rpi latency issues als ik die laatste documentatie doorlees.

Dus … je hebt al effectief geschreven naar de ebus?

Klopt, alleen de parameters waarnaar ik schrijven wou, worden door die SetModus "overruled", dus daar kan ik (voorlopig) niet in schrijven. Maar waar ik nu naar schrijven kan zijn z1DayTemp & z2DayTemp, en daarmee heb ik (voorlopig) voldoende.

Dankjewel, en … een paar uur geleden is de Vaillant vSMART gestorven door een lekkende batterij! Dat onding is nog geen 2 jaar oud!!!!

Doei garantie dan

Fijn oudjaar in ieder geval!

[edsub]

Minitrooper schreef op vrijdag 2 december 2022 @ 15:57:
....
Een gouden tip: ga voor de USB Esera adapter - buiten wat gepruts met de potentiometer voor het signaal op te pikken moet je niet knoeien met TCP stacks en delays in packets. Zeker als je al een (bv) PI liggen hebt in de buurt: die kan perfect via USB de Esera aanspreken: https://esera.de/en/Products/eBus/135/eBus-Coupler-USB
......

Ik heb vandaag de Esera eBus Coupler USB aangesloten en loop hu dis aan tegen dat inregelen met de potentiometer.
Ik de Esera beschrijving lees ik dat ik (poortinstelling op 2400/8/N/1) de potentiometer zo moet verdraaien totdat "the sync characters “AA” are properly received".
Welnu, wat ik ook draai:
Uiterst linksom geen data, 'data' led brandt continu (=geen eBus connectie)
Uiterst rechtsom geen data, 'data' led brandt continu (=geen eBus connectie)
Als ik vanuit een van die uiterste standen heen/terug draai begint de data stroom te lopen en knippert de 'data' led met wisselende intensiteit.
Op scherm een hoop tekens, maar niet leesbaar. En zeker geen "AA" ... Zie plaatje


Lijkt op een snelheids/pariteit fout oid.
@Minitrooper Kun jij je nog herinneren hoe je de sensitiviteit correct hebt ingesteld?

Ik heb de ebusd daemon nog niet draaien op mijn (Banana, met Ubuntu dus moet zelf compileren) Pi, probeer u eerst met mn windows laptop zeker te zijn dat het signaal goed is. Voor deze stap zoek ik eigenlijk ook nog een (gratis) ebuslogger zodat ik ook weet wat ik straks allemaal kan verwachten via de ebusd daemon.

[Minitrooper]

edsub schreef op zondag 29 januari 2023 @ 23:24:
[...]

@Minitrooper Kun jij je nog herinneren hoe je de sensitiviteit correct hebt ingesteld?

Dit zit inderdaad in een heel ver verleden lol. Maar gelukkig heb ik nog zoiets als mijn archief Let op: URLs kunnen obsolete zijn, maar daar vind je wel updates over.

Stap 1: install ebusd:

wget -O - https://raw.githubusercon...bian/master/ebusd.gpg.key|apt-key add -
wget -O /etc/apt/sources.list.d/ebusd.list https://raw.githubusercon.../ebusd-armhf-default.list

apt-get update

apt-get install ebusd

systemctl enable ebusd

Stap 2: configure esera blokje:

ebusd -f -c /tmp --logareas bus --loglevel info --lograwdata=bytes -d /dev/ttyUSB0
--> draaien aan potentiometer tot je berg "aa"'s ziet

Stap 3: detecteer ebus componenten:
# /etc/default/ebusd --> ebusd -f --scanconfig /dev/ttyUSB0 http://ebusd.eu/config/
ebusctl find -l "*" -a

Dus ik concludeer: zonder ebusd kan je die "aa"'s niet zien, en weet je niet of je tever of tedicht gedraaid hebt. In mijn geval was het amper een halve ° verschil tussen aa's en garbage zien. Volgens esera website hebben de nieuwere versie geen potentiometer meer?

Hopelijk helpt dit jou! Succes in ieder geval!

[edsub]

Thx!

Ik heb die adapter in December gekocht. Met schroef dus.......

Maar gister toch ook ebusd maar gecompileerd (geen binary voor Ubuntu), en mbv
ebusd -f -c /tmp --logareas bus --loglevel info --lograwdata=bytes -s -d /dev/ttyUSB-EBUS
(combi van https://github.com/john30/ebusd/wiki/6.-Hardware en https://github.com/john30/ebusd/wiki/1.-Build-and-install )
Krijg ik idd ">aa" (in de meeste regels, op de andere zit dus data...
Dus het lijkt "OK" voor nu.


Had Esera ook wel wat duidelijker kunnen vermelden, nu noemen ze specifiek om bijv "PuTTY" te begruiken om die "AA" te checken. Dat kan dus helemaal niet ....

Nu nog zien dat ik er ook wat mee kan (en geen last ga hebben van dat latency probleem van die Esera adapters), maar dat is voor vanavond.

[Minitrooper]

Top! Laat maar weten als er vanavond (al dan niet) rook uitkomt

[edsub]

Ik ben een (heel klein) beetje verder.
De output (na toch nog maar wat prutsen met de pot meter lijkt nu stabiel.
Maar al wat er gebeurt: Er worden wel masters/slaves ontdekt, maar niet herkend.
Ik maak gebruik van de csv's op http://cfg.ebusd.eu/ (dat werkt, als ik die hele zooi lokaal zet missen er allerlei datatypen....)
Zie ook mijn topic op https://github.com/john30/ebusd/discussions/826 , daar is echter weinig activiteit. Ik zal eea hieronder beschrijven:

Mijn setup:

• Vaillant aroTHERM plus 75/6
• Vaillant Unitower VIH QW 190/6 E
• Vaillant VR70
• Vaillant sensoCOMFORT VRC 720
• Vaillant VR921 sensoNET

Mijn setup is eigenlijk heel simpel (1 VV circuit, ingesteld op constante buffervat temp van 35 graden en tapwater op 51 graden) en ik denk / ben van mening dat ik de VR70 en VR921 gewoon niet nodig heb. Leveren geen enkele toegevoegde waarde (naast dat die VR70 de onhebbelijkheid heeft dat als de warmtepomnp het tapwater gaat opwarmen, mijn CV circulatiepomp direct werd uitgeschakeld, en ik toch een 160L buffervat heb dat nog voldoende op temperatuur is, de pomp draait nu dus buitenom de VR70 ;-) ). Toegevoegde waarde van de VR720 is er ook niet echt (want ik gebruik hem dus niet als thermostaat), ik kan via de Unitower ook bij alle instellingen, en daar is t net wat completer en logischer. Maar dit (hou ik de VR921/VR70/VR720?) is van later zorg.

Daemon startup parameters:
EBUSD_OPTS="--scanconfig -c http://cfg.ebusd.eu/ -d /dev/ttyUSB-EBUS -l /var/log/ebusd.log --httpport=8082 --port=8888 --configlang=en"

/var/log/ebusd.log geeft (na een start):

code:

2023-02-01 01:19:25.342 [main notice] ebusd 23.1.23.1-3-gaf614ae1 started with auto scan on device /dev/ttyUSB-EBUS
2023-02-01 01:19:25.684 [bus notice] bus started with own address 31/36
2023-02-01 01:19:25.727 [bus notice] signal acquired
2023-02-01 01:19:27.776 [bus notice] new master 71, master count 2
2023-02-01 01:19:27.836 [bus notice] new master 03, master count 3
2023-02-01 01:19:27.836 [update notice] received unknown MS cmd: 7108b5110107 / 0a141a0081083600000000
2023-02-01 01:19:30.463 [update notice] received unknown MS cmd: 0376b51206130012b00400 / 0202ff
2023-02-01 01:19:31.302 [update notice] received unknown MS cmd: 7108b5110107 / 0a141a0081083600000000
2023-02-01 01:19:33.180 [bus notice] new master 10, master count 4
2023-02-01 01:19:33.235 [update notice] received unknown MS cmd: 1008b5110101 / 094e470080ffff0100ff
2023-02-01 01:19:33.500 [update notice] received unknown MS cmd: 1076b5110101 / 094effb406ff640000ff
2023-02-01 01:19:33.763 [update notice] received unknown MS cmd: 1076b512030f0201 / 07250300760212ff
2023-02-01 01:19:34.059 [update notice] received unknown MS cmd: 1052b5230103 / 0f00800080008000803b020080c87d04
2023-02-01 01:19:34.723 [update notice] received unknown MS cmd: 7108b5110107 / 0a141a0081083600000000
2023-02-01 01:19:35.071 [update notice] received unknown MS cmd: 1052b523080114000000000000 / 0101
2023-02-01 01:19:35.778 [main error] scan config 08: ERR: read timeout
2023-02-01 01:19:37.886 [main error] scan config 15: ERR: read timeout
2023-02-01 01:19:38.450 [update notice] received unknown MS cmd: 0376b51206130012b70400 / 0202ff
2023-02-01 01:19:39.991 [main error] scan config 52: ERR: read timeout
2023-02-01 01:19:41.618 [update notice] received unknown MS cmd: 7108b5110107 / 0a141a0081083600000000
2023-02-01 01:19:42.105 [main error] scan config 76: ERR: read timeout
2023-02-01 01:19:43.507 [update notice] received unknown MS cmd: 1076b5110101 / 094effb406ff640000ff
2023-02-01 01:19:43.771 [update notice] received unknown MS cmd: 1076b512030f0201 / 07250300770212ff
2023-02-01 01:19:44.068 [update notice] received unknown MS cmd: 1052b5230103 / 0f00800080008000802c020080c87d04
2023-02-01 01:19:44.332 [update notice] received unknown MS cmd: 1008b5100900004effffff060000 / 0101
2023-02-01 01:19:45.075 [update notice] received unknown MS cmd: 1052b523080114000000000000 / 0101
2023-02-01 01:19:45.213 [update notice] received unknown MS cmd: 7108b5110107 / 0a141a0081083600000000
2023-02-01 01:19:46.435 [update notice] received unknown MS cmd: 0376b51206130012b50400 / 0202ff
2023-02-01 01:19:53.517 [update notice] received unknown MS cmd: 1076b5110101 / 094fffb406ff640000ff
2023-02-01 01:19:54.341 [update notice] received unknown MS cmd: 1008b5100900004effffff060000 / 0101
2023-02-01 01:19:54.643 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2023-02-01 01:19:55.435 [update notice] received unknown MS cmd: 7108b5110107 / 0a141a0081083600000000
2023-02-01 01:20:03.996 [update notice] received unknown BC cmd: 10feb505025c00

ebusctl info geeft

code:

version: ebusd 23.1.23.1-3-gaf614ae1
device: /dev/ttyUSB-EBUS
signal: acquired
symbol rate: 85
max symbol rate: 119
min arbitration micros: 122
max arbitration micros: 140
min symbol latency: 5
max symbol latency: 5
reconnects: 0
masters: 4
messages: 15
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11, scanning
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 52: slave, scanning
address 71: master #9
address 76: slave #9, scanning

ebusctl find geeft het weinig hoopgevende:

code:

broadcast datetime = no data stored
broadcast error = no data stored
broadcast id = no data stored
broadcast id = no data stored
broadcast signoflife = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan.05  = no data stored
scan.08  = no data stored
scan.15  = no data stored
scan.52  = no data stored
scan.76  = no data stored

Heb dus het sterke vermoeden dat ik iets fout doe / ben vergeten (de ebusd documentatie is niet echt een 'recept instructie', dus dat helpt niet veel) of dat er toch wat aan de hand is met mijn Esera USB coupler....
Ik draai op een BananaPi M2-PRO met Ubuntu 22.04 LTS. Esera Coupler aangesloten via powered USB hub.

[Minitrooper]

Ik vermoed dat je potentiometer nog niet helemaal goed staat - al jouw devices staan nog op "scanning" (en dan is het logisch dat er geen data stored is). Jouw signal latency (whatever that means) is ook raar. Ter vergelijking mijn ebusctl info

code:

device: /dev/ttyUSB1
signal: acquired
symbol rate: 64
max symbol rate: 526
min arbitration micros: 313
max arbitration micros: 9190
min symbol latency: 2
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"

Dus ik zou nog even teruggaan naar de vorige post om de "aa"s te zien. Draai een millimeter heen en terug, herdoe een "full-scan" en kijk naar ebusctl info. Zolang je daar niets ziet, is't prul.

ik weet wél dat de esera kritisch is: een (lange) usb kabel aan mijn PI naar de esera deed foute dingen, een andere (kortere, nu bengelt mijn esera lol) werkte van de eerste keer.

[edsub]

Dank voor het meedenken!!
Wat bedoel je met een "full-scan"?

Tot op heden gebruik ik
voor de "<aa" check:

code:

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

voor de scan config (=eigenlijk hetzelfee als starten van de daemon, maar nu in foreground):

code:

ebusd -f --scanconfig -d /dev/ttyUSB-EBUS -c http://cfg.ebusd.eu/

Wanneer wordt de config 'opgeslagen'?

[Minitrooper]

Vervang in dat laatste commando eens de "--scanconfig" door " --scanconfig=full " en vergelijk de output.

Config zit in memory vermoed ik.

[edsub]

mm, iets bijdraaien geeft inderdaad nogal wat effect.
Probleem lijkt nu dat ik geen idee heb 'wat goed is': veel output (zoals hierboven, of weinig output, zoals nu:

code:

ebusd -f --scanconfig=full -d /dev/ttyUSB-EBUS -c http://cfg.ebusd.eu/
2023-02-04 18:52:26.784 [main notice] ebusd 23.1.23.1-3-gaf614ae1 started with full scan on device /dev/ttyUSB-EBUS
2023-02-04 18:52:27.133 [bus notice] bus started with own address 31/36
2023-02-04 18:52:27.134 [bus notice] signal acquired
2023-02-04 18:52:37.134 [main notice] starting initial full scan
2023-02-04 18:52:38.005 [bus notice] max. symbols per second: 129
2023-02-04 18:54:37.221 [main notice] update check: revision 23.1 available

Na nogmaals de nodige posts rond eBusd op Github doorgelopen te hebben, ben ik er van overtuigd dat mijn Esera USB coupler goed ingesteld staat. (terug op ong de stand van hiervoor).
Ik zie volgens mij ook de output die bewijst dat er geschreven kan worden naar de ebus (">31" heeft een response "<31"), dus dat moet goed zijn.

Maar toch herkent ebusd mijn devices niet.
Heb inmiddels de config files maar lokaal gezet zodat onbereikbaarheid via het internet niet voor problemen kan zorgen (is kennelijk in Nov/Dec een issue geweest door DDos aanvallen op de provider van ebusd.eu

[ Voor 26% gewijzigd door edsub op 05-02-2023 01:43 ]

[edsub]

Het lijkt erop dat ik met mijn Esera Ebus USB coupler (toch) geen 'write' acties kan doen op de ebus.
Dat heeft tot gevolg dat de "scanconfig" niet werkt (en dat ik ook nooit 'on demand' elementen kan opvragen of instellen).
Ik heb de configuratie nu op de 'oude' manier gedaan (dwz met alleen de configuratie csv's van de devices die ik heb en dan gewoon draaien) en krijg nu een beperkte set gegevens.
Dermate teleurstellend dat ik ook maar de adapter 3 van ebusd heb besteld. . . . .

@Minitrooper Jij hebt toch ook die Esera Ebus USB coupler? En bij jou werkte de scanconfig wel?

[Minitrooper]

@edsub: yes, heb exact hetzelfde ding. scanconfig werkt (werkte) vanaf dag 1... Ik heb in't begin met de debian opstart services prulproblemen gehad, maar ik start nu de ebusd in een screen met volgend commando:

ebusd -f -d /dev/ttyUSB1 --configpath=/etc/ebusd/ --scanconfig=full --pollinterval=180 --latency 5000 --acquiretimeout=15000

Zoals je kan zien, heb ook ik alle csv's in een lokaal path (zodat ikzelf prutsen kon in de csv's), geen auto-update maar wél kan ik ook schrijven naar de registers, bv

ebusctl write -c 700 z1DayTemp 18.9

De volledige configuratie herschrijven doe ik liever niet, bovenstaande is meer dan voldoende voor mijn case.

Helpt dit?