eBus Schaltung in Betrieb nehmen

Begonnen von Reinhart, 23 Dezember 2015, 15:19:45

Vorheriges Thema - Nächstes Thema

mwolle

vielen Dank für die Tipps, eine Sache noch, ist der broadcast von Status01, bei mir werden nur Vor- und Rücklauf angezeigt und der Punpenstatus:
ebusctl r -f Status01
33.0;32.0;-;-;-;off



ich gehe aber fast davon aus, dass es daran liegt, dass Warmwasser woanders gesteuert wird, aber auch da finde ich keinen Warmwasserwert.
Was mir auch auffällt, Vorlauf und Rücklauf liegen gerade immer nur 1 Grad auseinander...auch komisch.


mirror

Zitat von: mwolle am 11 Januar 2023, 06:55:00
vielen Dank für die Tipps, eine Sache noch, ist der broadcast von Status01, bei mir werden nur Vor- und Rücklauf angezeigt und der Punpenstatus:
ebusctl r -f Status01
33.0;32.0;-;-;-;off


ich gehe aber fast davon aus, dass es daran liegt, dass Warmwasser woanders gesteuert wird, aber auch da finde ich keinen Warmwasserwert.
Was mir auch auffällt, Vorlauf und Rücklauf liegen gerade immer nur 1 Grad auseinander...auch komisch.

zu Status01: wenn Hzg. aus dann auch nur kleine Differenz, oder gar keine. ;)

Was für einen "Warmwasserwert"? Ich dachte, Du wolltest Leistungen.

mwolle

Also, ich würde am liebsten: VL, RL, Warmwasser, Außentemp und Leitung haben. VL und RL über Status01, Warmwasser suche ich schon in anderen Configdateien (z.B. hwc oder auch im Solarumfeld), aber außer Festwerte finde ich nichts. Leistung haben wir ja nun gesagt, über eine Berechnung einzelner Werte bekommt man diese.

jkriegl

Kann mir bitte jemand den csv-Eintrag von Staus01 und welche csv mitteilen.

Meine csv stammen von den Anfängen also 2015/6. Aber alles funktioniert bestens.
Hatte damals nicht den richtigen VL/RL gefunden.
Rpi 3, Fhem, Cul 868, HM-CC-RT-DN, HM-Sec-Sco, HM-ES-PMSw1-Pl, ebus (Vaillant), ECMD, Telegram, HTTPMOD, Xiaomi, Shelly

Damian

Zitat von: jkriegl am 11 Januar 2023, 18:52:23
Kann mir bitte jemand den csv-Eintrag von Staus01 und welche csv mitteilen.

Meine csv stammen von den Anfängen also 2015/6. Aber alles funktioniert bestens.
Hatte damals nicht den richtigen VL/RL gefunden.

Wenn du den korrekten Pfad einstellst: --configpath=http://cfg.ebusd.eu

hast du immer die aktuellen Daten, siehe dazu: https://forum.fhem.de/index.php/topic,131342.msg1255399.html#msg1255399
Programmierte FHEM-Module: DOIF-FHEM, DOIF-Perl, DOIF-uiTable, THRESHOLD, FHEM-Befehl: IF

Reini88

Zitat von: mwolle am 05 Januar 2023, 12:30:30
Ich hätte hier auch eine Frage, bzgl. der Momentanen Leistung:
...
nun möchte ich die Momentan Leistung eigentlich haben, nach Recherche habe ich folgende Diskussionen dazu gefunden:
Einerseits über:

bai PartloadHcKW = no data stored
bai ModulationTempDesired = no data stored

Aber das ist nur die maximale Heizlast in kW und die minimale Modulation in % als Dauerwert. Damit kann ich also am Ende nur auslesen, welche Minimalleistung die Therme kann. Dann gibt es noch diesen Wert:

ModulationTempDesired ist NICHT die  minimale Modulation sondern die aktuelle Modulation in %. Mit diesem Wert läßt sich die aktuelle Leistung berechnen.
Allerdings kann bei heftigem Wind die momentane Leistung kurzzeitig erhöht sein (damit die Flamme nicht ausgeht), ohne dass der Wert für ModulationTempDesired  sich ändert.

mwolle

Zitat von: Reini88 am 13 Januar 2023, 19:53:07
ModulationTempDesired ist NICHT die  minimale Modulation sondern die aktuelle Modulation in %. Mit diesem Wert läßt sich die aktuelle Leistung berechnen.
Allerdings kann bei heftigem Wind die momentane Leistung kurzzeitig erhöht sein (damit die Flamme nicht ausgeht), ohne dass der Wert für ModulationTempDesired  sich ändert.
Leider eben nicht, außer die Therme fährt tatsächlich dauerhaft mit 27% durch. Das kann nicht richtig sein. Der VL-RL Temp sagen mir da auch was anderes, und zwar viel Takten. Das bildet dieser Parameter gar nicht ab.

Reini88

OK, dann ist das bei Deiner Therme anders als bei meiner (Vaillan EcoTec Plus).

Pnemenz

Ich habe folgendes Problem:
Ich habe den e-Busadapter in Betrieb genommen und frage nmach der Anleitung im Wiki https://wiki.fhem.de/wiki/EBUS-ECMD Werte ab.
meine Definition eines der Werte sieht so aus :
# HeisswasserSpeicher
get HeisswasserSpeicher cmd {"r -f HwcStorageTemp tempv \n"}
get HeisswasserSpeicher expect ".*\n\n"
get HeisswasserSpeicher postproc  { $_ }

Wenn die Werte in FHEM ankommen sind 2x "\n" dabei. Diese Werte werden in das DBLog geschrieben inkl der beiden neue Zeile Zeichen. Dadurch lassen sich die Daten nicht in einem Diagramm darstellen.
Wie kann ich vor dem Speicher, oder auch beim lesen aus der DB das löschen?

Pnemenz

ZitatIch habe folgendes Problem:
Ich habe das Problem selber gelöst:
es fehlte die Formatierung:
# HeisswasserSpeicher
get HeisswasserSpeicher cmd {"r -f HwcStorageTemp tempv \n"}
get HeisswasserSpeicher expect ".*\n\n"
get HeisswasserSpeicher postproc   { sprintf("%5.1f",$_) }


Damit gehts jetzt.

theotherhalf

Ich habe seit gestern meine Ebus Instanz auf neuer Hardware laufen.
Das OS habe ich von Stretch auf Bullseye aktualisiert mit einer komplett neuen Installation und nutze einen etwas weniger alten Raspi. Beide Konverter und Kabel sind noch die gleichen, die habe ich lediglich USB seitig 1:1 umgeschwenkt. Soweit läuft alles stabil.
Gestern nach dem Start lief es einige Stunden stabil, danach wurde von einem Endgerät nicht mehr geloggt. Mit dem Neustart des Raspis lief es wieder, nach 30 min wieder das gleiche.
Wenn ich schaue ob die Services noch laufen, so sieht alles normal aus:

USB0
pi@raspberrypi:~ $ service ebusd status
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
     Loaded: loaded (/etc/systemd/system/ebusd.service; enabled; vendor preset:>
     Active: active (running) since Fri 2023-02-03 12:43:26 CET; 3h 16min ago
    Process: 1083 ExecStart=/usr/bin/ebusd $EBUSD_OPTS1 (code=exited, status=0/>
   Main PID: 1085 (ebusd)
      Tasks: 4 (limit: 1596)
        CPU: 2.400s
     CGroup: /system.slice/ebusd.service
             └─1085 /usr/bin/ebusd -d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd1.l>

Feb 03 12:43:26 raspberrypi systemd[1]: Starting ebusd, the daemon for communic>
Feb 03 12:43:26 raspberrypi ebusd[1083]: 2023-02-03 12:43:26.124 [main error] i>
Feb 03 12:43:26 raspberrypi ebusd[1083]: 2023-02-03 12:43:26.125 [main error] i>
Feb 03 12:43:26 raspberrypi systemd[1]: Started ebusd, the daemon for communica>
lines 1-14/14 (END)...skipping...
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
     Loaded: loaded (/etc/systemd/system/ebusd.service; enabled; vendor preset: enabled)
     Active: active (running) since Fri 2023-02-03 12:43:26 CET; 3h 16min ago
    Process: 1083 ExecStart=/usr/bin/ebusd $EBUSD_OPTS1 (code=exited, status=0/SUCCESS)
   Main PID: 1085 (ebusd)
      Tasks: 4 (limit: 1596)
        CPU: 2.400s
     CGroup: /system.slice/ebusd.service
             └─1085 /usr/bin/ebusd -d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd1.log --pidfile=/var/run/ebusd1.pid --scanconfig --latency=20000 --receivetimeout=50000

Feb 03 12:43:26 raspberrypi systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
Feb 03 12:43:26 raspberrypi ebusd[1083]: 2023-02-03 12:43:26.124 [main error] invalid/unknown argument in env (ignored): opts1
Feb 03 12:43:26 raspberrypi ebusd[1083]: 2023-02-03 12:43:26.125 [main error] invalid/unknown argument in env (ignored): opts2
Feb 03 12:43:26 raspberrypi systemd[1]: Started ebusd, the daemon for communication with eBUS heating systems..


USB1
pi@raspberrypi:~ $ service ebusd1 status
● ebusd1.service - ebusd, the daemon for communication with eBUS heating systems.
     Loaded: loaded (/etc/systemd/system/ebusd1.service; enabled; vendor preset: enabled)
     Active: active (running) since Fri 2023-02-03 12:43:26 CET; 3h 17min ago
    Process: 1084 ExecStart=/usr/bin/ebusd $EBUSD_OPTS2 (code=exited, status=0/SUCCESS)
   Main PID: 1086 (ebusd)
      Tasks: 4 (limit: 1596)
        CPU: 2.373s
     CGroup: /system.slice/ebusd1.service
             └─1086 /usr/bin/ebusd -d /dev/ttyUSB1 -p 8889 -l /var/log/ebusd2.log --pidfile=/var/run/ebusd2.pid --scanconfig --latency=20000 --receivetimeout=50000

Feb 03 12:43:26 raspberrypi systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
Feb 03 12:43:26 raspberrypi ebusd[1084]: 2023-02-03 12:43:26.134 [main error] invalid/unknown argument in env (ignored): opts1
Feb 03 12:43:26 raspberrypi ebusd[1084]: 2023-02-03 12:43:26.137 [main error] invalid/unknown argument in env (ignored): opts2
Feb 03 12:43:26 raspberrypi systemd[1]: Started ebusd, the daemon for communication with eBUS heating systems..


Beide Dienste laufen also, von USB1 wird nach FHEM auch geloggt.
Schaue ich in das Log von USB0, sehe ich zum Zeitpunkt, als die Kommunikation stoppte, folgendes:

2023-02-03 09:22:12.024 [update notice] received unknown MS cmd: 1050b505072b1e0100000000 / 00
2023-02-03 09:22:13.440 [update notice] received unknown MM cmd: 103f0501050000000800
2023-02-03 09:22:13.893 [update notice] received unknown MM cmd: 103fb509040e7d0000
2023-02-03 09:22:14.400 [update notice] received unknown MS cmd: 1026b509040e100001 / 00
2023-02-03 09:22:15.263 [update notice] received unknown MS cmd: 10ecb50903298300 / 03830000
2023-02-03 09:22:15.516 [update notice] received read hwc Mode QQ=10: 60;off;off;hwc;00;day
2023-02-03 09:22:15.751 [update notice] received read hwc Status QQ=10: 0;off;-;0
2023-02-03 09:22:15.977 [update notice] received update-read broadcast vdatetime QQ=10: 09:22:04;03.02.2023
2023-02-03 09:22:16.462 [update notice] received update-read broadcast outsidetemp QQ=10: 8.812
2023-02-03 09:22:17.093 [update notice] received update-read broadcast datetime QQ=10: 8.812;09:22:04;03.02.2023
2023-02-03 09:22:17.628 [update notice] received unknown MS cmd: 1026b5090118 / 0a00000000000000000000
2023-02-03 09:22:19.675 [update notice] received update-read broadcast hwcStatus QQ=10: off;56;off
2023-02-03 09:22:19.973 [update notice] received unknown MS cmd: 1025b5040117 / 0100
2023-02-03 09:22:20.988 [update notice] received read hc DateTime QQ=10: valid;09:22:21;03.02.2023;8.812
2023-02-03 09:22:21.242 [update notice] received unknown MS cmd: 10ecb5040112 / 0a00800000000080000000
2023-02-03 09:22:21.495 [update notice] received unknown MS cmd: 1026b5040101 / 09160300000385000100
2023-02-03 09:22:21.735 [update notice] received unknown MS cmd: 1025b505072b1e0100000000 / 00
2023-02-03 09:22:23.432 [update notice] received unknown MM cmd: 103f0501050000000800
2023-02-03 09:22:24.204 [update notice] received unknown MM cmd: 103fb509040e7d0000
2023-02-03 09:22:24.512 [update notice] received unknown MS cmd: 1026b509040e100001 / 00
2023-02-03 09:22:25.512 [update notice] received read cc Mode QQ=10: 20;off;off;circulation;00;day
2023-02-03 09:22:25.747 [update notice] received read cc Status QQ=10: 0;off;-;0
2023-02-03 09:22:29.007 [bus notice] max. symbols per second: 215
2023-02-03 09:22:31.012 [bus notice] max. symbols per second: 250
2023-02-03 09:22:32.007 [bus notice] max. symbols per second: 387
2023-02-03 10:16:51.452 [bus error] arbitration start error
2023-02-03 10:16:51.452 [bus notice] device invalid
2023-02-03 10:16:56.454 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:16:56.454 [bus error] signal lost
2023-02-03 10:16:56.454 [bus error] send to 26: ERR: no signal, give up
2023-02-03 10:16:56.454 [bus error] send message part 0: ERR: no signal
2023-02-03 10:16:56.454 [bus notice] device invalid
2023-02-03 10:17:01.464 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:01.464 [bus notice] device invalid
2023-02-03 10:17:06.465 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:06.466 [bus notice] device invalid
2023-02-03 10:17:11.467 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:11.467 [bus notice] device invalid
2023-02-03 10:17:16.468 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:16.468 [bus notice] device invalid
2023-02-03 10:17:21.469 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:21.469 [bus notice] device invalid
2023-02-03 10:17:26.471 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:26.471 [bus notice] device invalid
2023-02-03 10:17:31.472 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:31.472 [bus notice] device invalid
2023-02-03 10:17:36.473 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:36.473 [bus notice] device invalid
2023-02-03 10:17:41.474 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:41.475 [bus notice] device invalid
2023-02-03 10:17:46.476 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:46.476 [bus notice] device invalid
2023-02-03 10:17:51.477 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:51.477 [bus notice] device invalid
2023-02-03 10:17:56.478 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:56.479 [bus notice] device invalid
2023-02-03 10:18:01.480 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:18:01.480 [bus notice] device invalid
2023-02-03 10:18:06.481 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:18:06.481 [bus notice] device invalid
2023-02-03 10:18:11.482 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:18:11.483 [bus notice] device invalid
2023-02-03 10:18:16.484 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:18:16.484 [bus notice] device invalid
2023-02-03 10:18:21.485 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:18:21.485 [bus notice] device invalid


Sieht so aus, als wenn USB0 vom ebusd nicht mehr angesprochen werden kann. Da ist eher im Debian zu suchen, oder?
Lediglich Neustart des Raspis hilft. Stoppen und starten des Dienstes nicht.

Mittels KOnsole und USB Abfrage sind beide Konverter zu sehen (hängen gerade wieder an der alten Hardware)
FHEM Anfänger
HM CCU2 mit diversen Komponenten als Steuerung
FHEM mit Floorplan auf Raspi 3 (Raspbian Jessie)  zur Visualisierung (Heizung, Zustände, etc.) und angeschlossenen One-Wire Sensoren
Schnittstelle CCU2 - FHEM mit HMCCU
EBUSD Applikation auf Raspi 2 mit Anbindung an Vaillant Heizung

Benedikt M

Schönen guten Abend zusammen,

erstmal ein großes Lob für die Entwicklung und den Support für den EBus Adapter. Ich habe die Version für den Rasp mit automatischen Abgleich. Dies lief mit FHEM und auslesen über bestimmt 3 Jahre einwandfrei. Vor nicht ganz 2 Wochen hat es dann angefangen, dass Nachrichten nicht mehr richtig interpretiert werden konnten und so in Diagrammen es Sprünge auf Null und zurück gab. Mittlerweile können keine Daten mehr gelesen werden.
Die Heizung  wird gefundenroot@raspberrypi-zero:/home/pi# ebusctl info
version: ebusd 3.3.v3.3
signal: acquired
symbol rate: 22
max symbol rate: 125
min arbitration micros: 33
max arbitration micros: 51
min symbol latency: 4
max symbol latency: 4
reconnects: 0
masters: 3
messages: 7
conditional: 0
poll: 0
update: 0
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UI   ;SW=0501;HW=6201"
address 23: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301"
address 25: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301"
address 26: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301"
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301"


Allerdings geht die Kommunikation nicht. Aus dem Log File ist folgendes zu lesen (wieder auf den Faultzustand mit CSV vom Server).
2023-02-15 19:54:06.726 [main error] can't open pidfile: /var/run/ebusd.pid
2023-02-15 19:55:26.556 [main notice] ebusd 3.3.v3.3 started with auto scan
2023-02-15 19:55:26.599 [bus notice] bus started with own address 31/36
2023-02-15 19:55:26.599 [bus notice] signal acquired
2023-02-15 19:55:26.865 [bus notice] new master 10, master count 2
2023-02-15 19:55:26.902 [bus notice] new master 03, master count 3
2023-02-15 19:55:26.902 [update notice] received unknown MS cmd: 1008b510090000$
2023-02-15 19:55:27.852 [update notice] received unknown MS cmd: 1008b513020508$
2023-02-15 19:55:28.374 [update notice] received unknown MS cmd: 1026b509030d04$
2023-02-15 19:55:28.549 [update notice] received unknown MS cmd: 1050b504010d /$
2023-02-15 19:55:28.717 [update notice] received unknown MS cmd: 1025b504010d /$
2023-02-15 19:55:29.919 [update notice] received unknown MS cmd: 1008b5110101 /$
2023-02-15 19:55:30.075 [update notice] received unknown MS cmd: 1026b505042700$
2023-02-15 19:55:30.358 [update notice] received unknown MS cmd: 1025b5040117 /$
2023-02-15 19:55:30.905 [update notice] received unknown MS cmd: 1026b5040101 /$
2023-02-15 19:55:31.079 [update notice] received unknown MS cmd: 1026b505082b0f$
2023-02-15 19:55:33.925 [update notice] received unknown MS cmd: 10ecb5040121 /$
2023-02-15 19:55:36.702 [bus notice] scan 08: ;Vaillant;BAI00;0518;7401
2023-02-15 19:55:36.702 [update notice] store 08 ident: done
2023-02-15 19:55:36.703 [update notice] sent scan-read scan.08  QQ=31: Vaillant$
2023-02-15 19:55:36.703 [bus notice] scan 08: ;Vaillant;BAI00;0518;7401
2023-02-15 19:55:36.703 [main error] unable to load scan config 08: list files $
2023-02-15 19:55:36.703 [main error] scan config 08: ERR: element not found
2023-02-15 19:55:36.979 [update notice] received unknown MS cmd: 1026b5040100 /$
2023-02-15 19:55:37.185 [update notice] received unknown MS cmd: 1008b510090000$
2023-02-15 19:55:37.983 [update notice] received unknown MS cmd: 1008b513020508$
2023-02-15 19:55:38.461 [update notice] received unknown MS cmd: 1026b509030d04$
2023-02-15 19:55:38.647 [update notice] received unknown MS cmd: 1050b5040101 /$
2023-02-15 19:55:38.813 [update notice] received unknown MS cmd: 10ecb504010d /$
2023-02-15 19:55:38.979 [update notice] received unknown MS cmd: 1025b504010d /$
2023-02-15 19:55:39.136 [update notice] received unknown MS cmd: 1050b505042d00$
2023-02-15 19:55:39.317 [bus notice] scan 15: ;Vaillant;UI   ;0501;6201
2023-02-15 19:55:39.317 [update notice] store 15 ident: done
2023-02-15 19:55:39.317 [update notice] sent scan-read scan.15  QQ=31: Vaillant$
2023-02-15 19:55:39.317 [bus notice] scan 15: ;Vaillant;UI   ;0501;6201
2023-02-15 19:55:39.318 [main error] unable to load scan config 15: list files $


Hat jemand ne Idee, was da schief läuft. Ich bin mit meinem Latein hier am Ende.

Vielen Dank.

Viele Grüße
Benedikt

john30

Zitat von: Benedikt M am 21 Februar 2023, 19:23:12

2023-02-15 19:55:39.318 [main error] unable to load scan config 15: list files $

es gibt leider immer wieder mal Probleme mit dem Hosting Provider, weshalb dann Requests ins Leere laufen.
Wenn das so weiter geht, muss ich auf AWS oder einen anderen Anbieter wechseln, aber dafür brauchts halt wieder Zeit und Muße und in dem Fall dann auch Geld...
author of ebusd

Benedikt M

Zitat
Zitat von: john30 am 26 Februar 2023, 08:04:38
es gibt leider immer wieder mal Probleme mit dem Hosting Provider, weshalb dann Requests ins Leere laufen.
Wenn das so weiter geht, muss ich auf AWS oder einen anderen Anbieter wechseln, aber dafür brauchts halt wieder Zeit und Muße und in dem Fall dann auch Geld...

Bitte nicht als Beschwerde auffassen. Wie gesagt, vielen Dank für dein / euer Engagement. Ganz ehrlich, ich nutze die Daten eigentlich nur um schauen zu können, ob die Solarthermie nicht schon wieder defekt ist und als zweite Datenquelle kann ich die Vor- und Rücklauftemperatur noch über 2 externe Fühler auslesen. Daher ist es nicht wichtig.

Viele Grüße
Benedikt

Pnemenz

#1889
Kann es sein, dass im CSV ein Tippfehler ist?
ebusctl f | grep  hwcTimer.We
700 hwcTimer.Wednesday =

Ist das nur bei mir so und kann ich das lokal ausbessern?
in meiner config steht:

--configpath=http://cfg.ebusd.eu

btw, gibt es einen Grund warum alle Heißwasserdaten mit Hwc anfangen ausser die Timer? Die fangen mit hwc an