NEWS
eBus Adapter Vaillant
-
Hallo.
Nein, ich habe kein Raumthermostat. Meine Fußbodenheizung wird über die Außentemperatur gesteuert.
Anbei meine ebusd.log
Meine Therme und die Vaillant Steuerung ist von 2015.
Wenn schon ein paar Daten kommen, und er sie erkennt, kann der Ebus Koppler trotzdem noch eine Feineinstellung brauchen?
mfg Georg
-
Laut Log ließt der Koppler ohne Fehler .
2020-09-24 00:24:41.544 [update notice] received unknown MS cmd: 10edb5070107 / 0100 2020-09-24 00:24:42.414 [update notice] received unknown MS cmd: 1008b5110101 / 094a4a0080ffff0000ff 2020-09-24 00:24:43.400 [update notice] received unknown MS cmd: 10edb5080707000000000000 / 00 2020-09-24 00:24:43.894 [update notice] received unknown MS cmd: 1012b505082b0f010500000080 / 00 2020-09-24 00:24:45.327 [update notice] received unknown MS cmd: 01ecb5040110 / 0af5034d0300800080b703 2020-09-24 00:24:45.594 [update notice] received unknown MS cmd: 01ecb505084d40010000000000 / 00 2020-09-24 00:24:45.831 [update notice] received unknown BC cmd: 01feb505054e95300080 2020-09-24 00:24:47.403 [update notice] received unknown MS cmd: 10ecb5040121 / 051400044d00 2020-09-24 00:24:47.590 [update notice] received unknown MS cmd: 10ecb5040110 / 0af5034d0300800080b703
Also Daten werden sehr schön gelesen , aber da die Config nicht gelesen wird , erfolgt dazu keine Übersetzung .
Wie ist denn deine ganze Config vom Ebusd , man kann nur ein Teil erkennen .
Habe oben meine Config beigefügt . -
@Glasfaser Nein, das ist meine ganze Config.
--scanconfig --device=/dev/ttyUSB0 --configpath=http://ebusd.eu/config/
Habs mit deiner probiert, aber als Pfad die Online Bibliothek ausgewählt. ist alles gleich.
mfg Georg
-
@morpheus999 sagte in eBus Adapter Vaillant:
--scanconfig --device=/dev/ttyUSB0 --configpath=http://ebusd.eu/config/
auch das geändert !?
auf :
--scanconfig=full
-
@Glasfaser ja
-d /dev/ttyUSB0 --httpport=8889 --scanconfig=full --enablehex --latency=0 --configpath=http://ebusd.eu/config/ -l /var/log/ebusd.log
So läufts gerade, hat sich aber an den Werten nichts geändert. Nur die 2 wie oben schon angeführt.
mfg Georg
-
Eigentlich funktioniert es Online ....
Bei mir habe ich es auch Local abgelegt ... da ich die 15.700.csv auf 15.720.csv geändert habe und bei mir komischerweise dadurch auch mehr Daten bei bai ... usw. angezeigt werden wenn es lokal liegt ...
Teste es mal und lade die Config ebusd-2.1.x auf dein System und passe dann auch die configpath dazu an .
-
-
Naja, so wie es derzeit aussieht findet er so gar keine CSV Datei lokal.
mfg Georg
-
Hast du es so gemacht !?
Important hint: In order to get the most up-to-date configuration files, simply checkout this repository and link the ebusd-2.1.x/de or ebusd-2.1.x/en folder to /etc/ebusd. On the command line you'd have to execute the following steps:
git clone https://github.com/john30/ebusd-configuration.git if [ -d /etc/ebusd ]; then sudo mv /etc/ebusd /etc/ebusd.old; fi sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd
-
@Glasfaser jup..
nur was ich komisch finde.... Ich habe gestern aus einem anderen Grund meinen Rasperry neu aufgesetzt. Jetzt kennt er dort und da keine CSV Dateien mehr. Auch mit dem HTTP Attribut nicht.
Das einzige was anders ist bei der EBUSD Version stand vorher (erster Post von mir) "Ebusd Version 3.4 v3.4". Und jetzt wenn ich die Letztstanversion installiere steht Version 3.4 v3.3Weder bei http oder local wird was erkannt.
EBUSD.LOG
Um 4:24 Uhr ist z.B. ein Neustart.Bin am verzweifeln...
mfg Georg
-
@morpheus999 sagte in eBus Adapter Vaillant:
Weder bei http oder local wird was erkannt.
Wenn du die Config änderst ... startest du dann auch den Ebusd neu !?
Zeige mal die Ausgabe von :
ebusctl i systemctl status ebusd.service
-
@Glasfaser said in eBus Adapter Vaillant:
systemctl status ebusd.service
root@loxberry:~# ebusctl i version: ebusd 3.4.v3.3-51-g57eae05 update check: revision v3.4 available, broadcast.csv: newer version available signal: acquired symbol rate: 23 max symbol rate: 148 reconnects: 0 masters: 5 messages: 21 conditional: 0 poll: 0 update: 4 address 01: master #6 address 03: master #11 address 06: slave #6, scanned "MF=Vaillant;ID=PMS02;SW=0209;HW=8402" address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0703;HW=7401" address 0a: slave, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302" address 10: master #2 address 12: slave, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302" 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" address ed: slave, scanned "MF=Vaillant;ID=PMS02;SW=0209;HW=8402" address f7: master #20 address fc: slave #20, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302" root@loxberry:~# systemctl status ebusd.service ● ebusd.service - ebusd, the daemon for communication with eBUS heating systems. Loaded: loaded (/lib/systemd/system/ebusd.service; disabled; vendor preset: e Active: active (running) since Mon 2020-09-28 09:54:38 CEST; 10h ago Main PID: 931 (ebusd) Tasks: 4 (limit: 2200) Memory: 6.9M CGroup: /system.slice/ebusd.service └─931 /usr/bin/ebusd -d /dev/ttyUSB0 --scanconfig --configpath=/etc/e Sep 28 16:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFil Sep 28 17:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFil Sep 28 17:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFil Sep 28 17:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFil Sep 28 18:13:11 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFil Sep 28 18:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFil Sep 28 18:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFil Sep 28 19:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFil Sep 28 19:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFil Sep 28 19:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFil lines 1-19/19 (END)...skipping... ● ebusd.service - ebusd, the daemon for communication with eBUS heating systems. Loaded: loaded (/lib/systemd/system/ebusd.service; disabled; vendor preset: enabled) Active: active (running) since Mon 2020-09-28 09:54:38 CEST; 10h ago Main PID: 931 (ebusd) Tasks: 4 (limit: 2200) Memory: 6.9M CGroup: /system.slice/ebusd.service └─931 /usr/bin/ebusd -d /dev/ttyUSB0 --scanconfig --configpath=/etc/ebusd Sep 28 16:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below Sep 28 17:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below Sep 28 17:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below Sep 28 17:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below Sep 28 18:13:11 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below Sep 28 18:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below Sep 28 18:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below Sep 28 19:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below Sep 28 19:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below Sep 28 19:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ lines 1-19/19 (END) ● ebusd.service - ebusd, the daemon for communication with eBUS heating systems. Loaded: loaded (/lib/systemd/system/ebusd.service; disabled; vendor preset: enabled) Active: active (running) since Mon 2020-09-28 09:54:38 CEST; 10h ago Main PID: 931 (ebusd) Tasks: 4 (limit: 2200) Memory: 6.9M CGroup: /system.slice/ebusd.service └─931 /usr/bin/ebusd -d /dev/ttyUSB0 --scanconfig --configpath=/etc/ebusd Sep 28 16:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below leg Sep 28 17:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below leg Sep 28 17:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below leg Sep 28 17:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below leg Sep 28 18:13:11 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below leg Sep 28 18:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below leg Sep 28 18:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below leg Sep 28 19:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below leg Sep 28 19:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below leg Sep 28 19:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below leg ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ lines 1-19/19 (END) ● ebusd.service - ebusd, the daemon for communication with eBUS heating systems. Loaded: loaded (/lib/systemd/system/ebusd.service; disabled; vendor preset: enabled) Active: active (running) since Mon 2020-09-28 09:54:38 CEST; 10h ago Main PID: 931 (ebusd) Tasks: 4 (limit: 2200) Memory: 6.9M CGroup: /system.slice/ebusd.service └─931 /usr/bin/ebusd -d /dev/ttyUSB0 --scanconfig --configpath=/etc/ebusd Sep 28 16:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var Sep 28 17:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var Sep 28 17:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var Sep 28 17:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var Sep 28 18:13:11 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var Sep 28 18:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var Sep 28 18:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var Sep 28 19:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var Sep 28 19:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var Sep 28 19:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ lines 1-19/19 (END) ● ebusd.service - ebusd, the daemon for communication with eBUS heating systems. Loaded: loaded (/lib/systemd/system/ebusd.service; disabled; vendor preset: enabled) Active: active (running) since Mon 2020-09-28 09:54:38 CEST; 10h ago Main PID: 931 (ebusd) Tasks: 4 (limit: 2200) Memory: 6.9M CGroup: /system.slice/ebusd.service └─931 /usr/bin/ebusd -d /dev/ttyUSB0 --scanconfig --configpath=/etc/ebusd Sep 28 16:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, up Sep 28 17:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, up Sep 28 17:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, up Sep 28 17:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, up Sep 28 18:13:11 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, up Sep 28 18:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, up Sep 28 18:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, up Sep 28 19:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, up Sep 28 19:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, up Sep 28 19:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, up ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ lines 1-19/19 (END) ● ebusd.service - ebusd, the daemon for communication with eBUS heating systems. Loaded: loaded (/lib/systemd/system/ebusd.service; disabled; vendor preset: enabled) Active: active (running) since Mon 2020-09-28 09:54:38 CEST; 10h ago Main PID: 931 (ebusd) Tasks: 4 (limit: 2200) Memory: 6.9M CGroup: /system.slice/ebusd.service └─931 /usr/bin/ebusd -d /dev/ttyUSB0 --scanconfig --configpath=/etc/ebusd Sep 28 16:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly. Sep 28 17:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly. Sep 28 17:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly. Sep 28 17:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly. Sep 28 18:13:11 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly. Sep 28 18:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly. Sep 28 18:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly. Sep 28 19:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly. Sep 28 19:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly. Sep 28 19:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly. ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ lines 1-19/19 (END)...skipping... ● ebusd.service - ebusd, the daemon for communication with eBUS heating systems. Loaded: loaded (/lib/systemd/system/ebusd.service; disabled; vendor preset: enabled) Active: active (running) since Mon 2020-09-28 09:54:38 CEST; 10h ago Main PID: 931 (ebusd) Tasks: 4 (limit: 2200) Memory: 6.9M CGroup: /system.slice/ebusd.service └─931 /usr/bin/ebusd -d /dev/ttyUSB0 --scanconfig --configpath=/etc/ebusd Sep 28 16:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly. Sep 28 17:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly. Sep 28 17:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly. Sep 28 17:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly. Sep 28 18:13:11 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly. Sep 28 18:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly. Sep 28 18:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly. Sep 28 19:13:10 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly. Sep 28 19:13:12 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly. Sep 28 19:13:14 loxberry systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
-
@morpheus999 sagte in eBus Adapter Vaillant:
root@loxberry
Nicht machen...
Log dich als user ein.[Edit:] Ach, die Wahnsinnigen von loxberry. Die haben sudo aus irgendwelchen unerfindlichen Gründen auf Eis gelegt. (Wenn man das System nicht ordentlich voreinstellen kann sollte man es lassen...)
-
Nimm nochmal meine Config und starte den Dienst dann neu !
-d /dev/ttyUSB0 --httpport=8889 --scanconfig=full --enablehex --latency=0 --configpath=/etc/ebusd -l /var/log/ebusd.log
-
-
also das muss mir jemand erklären...
ich geb deine Befehlszeile ein und auf einmal wertet er die BAI.csv aus....aber sonst nix mehr... ich starte einfach nochmal neu... erkennt garnix mehr...
Hab bei 19:14 mit deinen Werten neu gestartet
meine ebusd.log -
2020-09-29 19:15:34.378 [update notice] received scan-read scan.06 QQ=10: Vaillant;PMS02;0209;8402 2020-09-29 19:15:34.753 [main error] scan config ed: ERR: read timeout 2020-09-29 19:15:36.795 [main error] unable to load scan config fc: no file from vaillant with prefix fc matches ID "pmw01", SW0205, HW8302 2020-09-29 19:15:36.795 [main error] scan config fc: ERR: read timeout
Dort sind ein haufen ERR: read timeout Fehler drin ... als würde dein Ebus Schnittstelle nicht richtig die Kommunikation aufbauen.
-
@Glasfaser Ja, da hab ich auf READ ALL geklickt. Da fragt er auch die ab die nicht per CSV erkannt wurden. Wenn ich das richtig verstehe.
-
Ich habe jetzt mal seit langer Zeit wieder angefangen, meine Heizung per IOBroker zu optimieren..
Unter anderem setze ich die Zeiten für Warmwasser , Warmwasser Zirkulation und die Heizzeiten..
Jetzt fällt auf, dass die Werte, die der Ebusd liefert nicht immer aktuell sind... Wenn man dann im Telnet einmal von Hand z.B. die Warmwasserzirkulation von heute ausliest
read -c cc Timer.Saturday
Dann kommt sofort (im Telnet) der richtige Wert und wird mit dem nächsten Ebus Lauf auch in den Iobroker übertragen...
So.. dann dachte ich: kein Problem ... frag halt die Timer mit dem Ebus Adapter manuell ab...
Das läuft aber nicht richtig, da mehrere Timer.Saturday existieren...
im Telnet ... find Timer.Saturday cc Timer.Saturday = 07:00;11:00;-:-;-:-;-:-;-:-;Sa-So hc Timer.Saturday = no data stored hwc Timer.Saturday = 05:30;08:30;-:-;-:-;-:-;-:-;Mo-So mc Timer.Saturday = no data stored
Sprich, die muss man einzeln mit read -c cc Timer.Saturday , dann den nächsten mit read -c hwc Timer.Saturday und soweiter auslesen..
Der Adapter macht aber nur ein read -f Timer.Saturday und bringt damit nur das Ergebniss des ersten Timer Eintrages, den er findet ...
Schön wäre es, wenn man im Adapter nicht nur den Namen, den man auslesen möchte , sondern auch den Circuit (-c) angeben könnte...
-
@mameier1234 wenn du den ebus-Adapter verwendest, gibt es den cmd-DP. Dort kannst du beliebige Kommandos verwenden... einfach per script den Befehl dort hinein schreiben. Beim Ausführen des Adapters wird der Befehl ausgeführt...