UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[icebear]

@anubis said in Adapter: ebus:

einen Ebus Server habe ich nicht

Ich glaub du schaust dir erstmal das hier an, da ist es für "Anfänger" ziemlich gut erklärt.

https://youtu.be/5X_OUs1aTls?si=kSwvpBMhA82Dmmw3

[Verblizz]

@anubis

und auch in Deinem Bild ist der ebusd-Server... Zwischen dem ebus-Adapter (Hardware) und den verschiedenen "Zugriffsmöglichkeiten" (NodeRed, FHEM,...)

[Anubis]

Hallo, das Video ist schon sehr gut.
Muss ich jetzt noch einen Raspberry Pi haben? oder wie soll das nach dem ebus-Adapter (Hardware) laufen

[icebear]

@anubis

Du brauchst irgend ein Host der supportet wird auf dem die Software läuft, wie z.b.

Sofern die Kommunikation via ebusd ablaufen soll, muss dieser irgendwo laufen.

Das geht entweder

direkt auf einem Linux Host via Installation des Debian Package aus dem letzten Release oder über Kompilieren der Sourcen,
oder als Docker Container sowie als Home Assistant Addon via Supervisor.

siehe hier: https://adapter.ebusd.eu/v5/steps.html#ebusdinst

und dann hast du verschiedene Möglichkeiten den Adapter mit dem Host zu verbvinden

siehe hier: https://adapter.ebusd.eu/v5/

[Verblizz]

@anubis

Du kannst den ebusd-Server virtuell auf Deinem Proxmox laufen lassen...

[Anubis]

Habe ich jetzt Verstanden, Danke erst einmal!

[leonundjulie]

@icebear Ehrlich gesagt habe ich nicht alles gelesen, über 500 Einträge ist schon eine Menge ;-) ... aber es scheint ja so zu sein, dass man die Daten aus dem eBud Interface (so würde ich diesem Dameon mal nennen) in den iOBroker entweder via dem Adapter eBus, ode aber übden Adapter MQTT einlesen kann. Welchen Weg sollte man wählen? Ist der eine besser als der andere?

[TomComm27]

Hallo!

Mein System:

• raspberry pi Zero W mit debian und Version Buster (10).
• Auf dem RPi Zero W sind auch 2 andere Bus Adapter mit USB verbunden.
• Vaillant uniTower VWL 58/5 IS
• ebus Adapter v3.1 mit USB verbunden
• ebusd:

pi@raspberrypi:/var/log $ ebusctl i
version: ebusd 23.3.23.3-34-g7456bd6a
update check: revision 23.3 available
device: /dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_74baff9efeddea118816cf149a583cc7-if00-port0, serial high speed, enhanced
signal: acquired
symbol rate: 84
max symbol rate: 183
min arbitration micros: 11
max arbitration micros: 3858
min symbol latency: 0
max symbol latency: 25
scan: finished
reconnects: 0
masters: 4
messages: 708
conditional: 0
poll: 1
update: 10
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0522;HW=5103", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0613;HW=6903", loaded "vaillant/15.700.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd, scanning
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0301;HW=5103"
address ec: slave, scanned "MF=Vaillant;ID=SOL00;SW=0613;HW=6903", loaded "vaillant/ec.sol.sc.csv"

ich bekomme mehrere Tausende Logeinträge über diesen Fehler:

2024-02-18 20:11:20.537 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f50 / 00: ERR: invalid position
2024-02-18 20:11:20.538 [bus info] poll cmd: 31ecb509030d3f58
2024-02-18 20:11:20.679 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f58 / 00: ERR: invalid position
2024-02-18 20:11:31.026 [bus info] poll cmd: 31ecb509030d3f00
2024-02-18 20:11:31.159 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f00 / 00: ERR: invalid position
2024-02-18 20:11:31.160 [bus info] poll cmd: 31ecb509030d3f08
2024-02-18 20:11:31.374 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f08 / 00: ERR: invalid position
2024-02-18 20:11:31.375 [bus info] poll cmd: 31ecb509030d3f10
2024-02-18 20:11:31.515 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f10 / 00: ERR: invalid position
2024-02-18 20:11:31.515 [bus info] poll cmd: 31ecb509030d3f18
2024-02-18 20:11:31.656 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f18 / 00: ERR: invalid position
2024-02-18 20:11:31.657 [bus info] poll cmd: 31ecb509030d3f20
2024-02-18 20:11:31.871 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f20 / 00: ERR: invalid position
2024-02-18 20:11:31.871 [bus info] poll cmd: 31ecb509030d3f28
2024-02-18 20:11:32.015 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f28 / 00: ERR: invalid position
2024-02-18 20:11:32.015 [bus info] poll cmd: 31ecb509030d3f30
2024-02-18 20:11:32.156 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f30 / 00: ERR: invalid position
2024-02-18 20:11:32.156 [bus info] poll cmd: 31ecb509030d3f38
2024-02-18 20:11:32.345 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f38 / 00: ERR: invalid position
2024-02-18 20:11:32.346 [bus info] poll cmd: 31ecb509030d3f40
2024-02-18 20:11:32.486 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f40 / 00: ERR: invalid position
2024-02-18 20:11:32.486 [bus info] poll cmd: 31ecb509030d3f48
2024-02-18 20:11:32.627 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f48 / 00: ERR: invalid position
2024-02-18 20:11:32.627 [bus info] poll cmd: 31ecb509030d3f50
2024-02-18 20:11:32.767 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f50 / 00: ERR: invalid position
2024-02-18 20:11:32.768 [bus info] poll cmd: 31ecb509030d3f58
2024-02-18 20:11:32.908 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f58 / 00: ERR: invalid position
2024-02-18 20:11:43.009 [bus info] poll cmd: 31ecb509030d3f00
2024-02-18 20:11:43.141 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f00 / 00: ERR: invalid position
2024-02-18 20:11:43.142 [bus info] poll cmd: 31ecb509030d3f08
2024-02-18 20:11:43.282 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f08 / 00: ERR: invalid position
2024-02-18 20:11:43.283 [bus info] poll cmd: 31ecb509030d3f10
2024-02-18 20:11:43.423 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f10 / 00: ERR: invalid position
2024-02-18 20:11:43.424 [bus info] poll cmd: 31ecb509030d3f18
2024-02-18 20:11:43.563 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f18 / 00: ERR: invalid position
2024-02-18 20:11:43.564 [bus info] poll cmd: 31ecb509030d3f20
2024-02-18 20:11:43.703 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f20 / 00: ERR: invalid position
2024-02-18 20:11:43.707 [bus info] poll cmd: 31ecb509030d3f28
2024-02-18 20:11:43.847 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f28 / 00: ERR: invalid position
2024-02-18 20:11:43.848 [bus info] poll cmd: 31ecb509030d3f30
2024-02-18 20:11:43.986 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f30 / 00: ERR: invalid position
2024-02-18 20:11:43.987 [bus info] poll cmd: 31ecb509030d3f38
2024-02-18 20:11:44.129 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f38 / 00: ERR: invalid position
2024-02-18 20:11:44.129 [bus info] poll cmd: 31ecb509030d3f40
2024-02-18 20:11:44.269 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f40 / 00: ERR: invalid position
2024-02-18 20:11:44.270 [bus info] poll cmd: 31ecb509030d3f48
2024-02-18 20:11:44.408 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f48 / 00: ERR: invalid position
2024-02-18 20:11:44.409 [bus info] poll cmd: 31ecb509030d3f50
2024-02-18 20:11:44.549 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f50 / 00: ERR: invalid position
2024-02-18 20:11:44.549 [bus info] poll cmd: 31ecb509030d3f58
2024-02-18 20:11:44.690 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f58 / 00: ERR: invalid position
2024-02-18 20:11:55.036 [bus info] poll cmd: 31ecb509030d3f00
2024-02-18 20:11:55.169 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f00 / 00: ERR: invalid position
2024-02-18 20:11:55.170 [bus info] poll cmd: 31ecb509030d3f08
2024-02-18 20:11:55.310 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f08 / 00: ERR: invalid position
2024-02-18 20:11:55.310 [bus info] poll cmd: 31ecb509030d3f10
2024-02-18 20:11:55.450 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f10 / 00: ERR: invalid position
2024-02-18 20:11:55.451 [bus info] poll cmd: 31ecb509030d3f18
2024-02-18 20:11:55.591 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f18 / 00: ERR: invalid position
2024-02-18 20:11:55.591 [bus info] poll cmd: 31ecb509030d3f20
2024-02-18 20:11:55.777 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f20 / 00: ERR: invalid position
2024-02-18 20:11:55.777 [bus info] poll cmd: 31ecb509030d3f28
2024-02-18 20:11:55.917 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f28 / 00: ERR: invalid position
2024-02-18 20:11:55.918 [bus info] poll cmd: 31ecb509030d3f30
2024-02-18 20:11:56.147 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f30 / 00: ERR: invalid position
2024-02-18 20:11:56.147 [bus info] poll cmd: 31ecb509030d3f38
2024-02-18 20:11:56.288 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f38 / 00: ERR: invalid position
2024-02-18 20:11:56.289 [bus info] poll cmd: 31ecb509030d3f40
2024-02-18 20:11:56.517 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f40 / 00: ERR: invalid position
2024-02-18 20:11:56.517 [bus info] poll cmd: 31ecb509030d3f48
2024-02-18 20:11:56.706 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f48 / 00: ERR: invalid position
2024-02-18 20:11:56.707 [bus info] poll cmd: 31ecb509030d3f50
2024-02-18 20:11:56.980 [update error] unable to parse poll-read sc YieldThisYear from 31ecb509030d3f50 / 00: ERR: invalid position

Bei meiner Vaillant Wärmepumpe wird bei dem Fernbediengerät für multiMATIC 700 Typ unregelmäßig der Meldung: "Fehler Zusatzmodul" angezeigt.

Das ist erst seit ich den ebusd angehängt und konfiguriert habe.

Ich habe schon etwas gelesen das nur dieser eine Wert "YieldThisYear" per poll angefordert wird aber ich habe keine Ahnung warum ich dafür eine Fehler bekomme!?

fg Thomas

[Hasont]

Hallo ich brauch mal bitte einen Tip von euch.
Immer nach Reset oder Stromausfall an meinem Raspie bekomme ich im IoBroker diese fehler.

023

Log-Größe: 4.8 KB
Zeit
	
Nachricht
host.raspberrypi
	2024-02-19 14:10:00.053	warn	instance system.adapter.ebus.0 already running with pid 1185
ebus.0
	2024-02-19 14:00:05.580	warn	sent read -f Date , received ERR: element not found for {"active":true,"circuit":"","name":"Date","parameter":""} please check ebusd logs for details!
ebus.0
	2024-02-19 14:00:05.576	warn	sent read -f ActualRoomTempDesiredHc1 , received ERR: element not found for {"active":true,"circuit":"","name":"ActualRoomTempDesiredHc1","parameter":""} please check ebusd logs for details!
ebus.0
	2024-02-19 14:00:05.572	warn	sent read -f RoomTemp , received ERR: element not found for {"active":true,"circuit":"","name":"RoomTemp","parameter":""} please check ebusd logs for details!
ebus.0
	2024-02-19 14:00:05.568	warn	sent read -f Hc1RoomTempSwitchOn , received ERR: element not found for {"active":true,"circuit":"","name":"Hc1RoomTempSwitchOn","parameter":""} please check ebusd logs for details!
ebus.0
	2024-02-19 14:00:05.565	warn	sent read -f HwcOpMode , received ERR: element not found for {"active":true,"circuit":"","name":"HwcOpMode","parameter":""} please check ebusd logs for details!
ebus.0
	2024-02-19 14:00:05.561	warn	sent read -f Time , received ERR: element not found for {"active":true,"circuit":"","name":"Time","parameter":""} please check ebusd logs for details!
ebus.0
	2024-02-19 14:00:05.557	warn	sent read -f Hc1Pump , received ERR: element not found for {"active":true,"circuit":"","name":"Hc1Pump","parameter":""} please check ebusd logs for details!
ebus.0
	2024-02-19 14:00:05.553	warn	sent read -f DisplayedRoomTemp , received ERR: element not found for {"active":true,"circuit":"","name":"DisplayedRoomTemp","parameter":""} please check ebusd logs for details!
ebus.0
	2024-02-19 14:00:05.550	warn	sent read -f StorageTemp , received ERR: element not found for {"active":true,"circuit":"","name":"StorageTemp","parameter":""} please check ebusd logs for details!
ebus.0
	2024-02-19 14:00:05.546	warn	sent read -f ReturnTemp , received ERR: element not found for {"active":true,"circuit":"","name":"ReturnTemp","parameter":""} please check ebusd logs for details!
ebus.0
	2024-02-19 14:00:05.542	warn	sent read -f OutsideTemp , received ERR: element not found for {"active":true,"circuit":"","name":"OutsideTemp","parameter":""} please check ebusd logs for details!
ebus.0
	2024-02-19 14:00:05.538	warn	sent read -f WaterPressure , received ERR: element not found for {"active":true,"circuit":"","name":"WaterPressure","parameter":""} please check ebusd logs for details!
ebus.0
	2024-02-19 14:00:05.534	warn	sent read -f PumpHours , received ERR: element not found for {"active":true,"circuit":"","name":"PumpHours","parameter":""} please check ebusd logs for details!
ebus.0
	2024-02-19 14:00:05.531	warn	sent read -f FanHours , received ERR: element not found for {"active":true,"circuit":"","name":"FanHours","parameter":""} please check ebusd logs for details!
ebus.0
	2024-02-19 14:00:05.527	warn	sent read -f HwcHours , received ERR: element not found for {"active":true,"circuit":"","name":"HwcHours","parameter":""} please check ebusd logs for details!
ebus.0
	2024-02-19 14:00:05.523	warn	sent read -f HcHours , received ERR: element not found for {"active":true,"circuit":"","name":"HcHours","parameter":""} please check ebusd logs for details!
ebus.0
	2024-02-19 14:00:05.519	warn	sent read -f DisplayedHc1RoomTempDesired , received ERR: element not found for {"active":true,"circuit":"","name":"DisplayedHc1RoomTempDesired","parameter":""} please check ebusd logs for details!
ebus.0
	2024-02-19 14:00:05.515	warn	sent read -f FlowTemp , received ERR: element not found for {"active":true,"circuit":"","name":"FlowTemp","parameter":""} please check ebusd logs for details!
ebus.0
	2024-02-19 14:00:05.512	warn	sent read -f Hc1ManualOPRoomTempDesired , received ERR: element not found for {"active":true,"circuit":"","name":"Hc1ManualOPRoomTempDesired","parameter":""} please check ebusd logs for details!
ebus.0
	2024-02-19 14:00:05.507	warn	sent read -f Hc1OpMode , received ERR: element not found for {"active":true,"circuit":"","name":"Hc1OpMode","parameter":""} please check ebusd logs for details!
ebus.0
	2024-02-19 14:00:05.504	warn	sent read -f HC1HeatCurve , received ERR: element not found for {"active":true,"circuit":"","name":"HC1HeatCurve","parameter":""} please check ebusd logs for details!
host.raspberrypi
	2024-02-19 14:00:00.048	warn	instance system.adapter.ebus.0 already running with pid 1185

Das sind meine abgefragten Werte und am Schluss steht "instance system.adapter.ebus.0 already running with pid 1185"

Ich muss dann auf die Konsole und den Service mit /etc/init.d/ebusd stop aus- und mit /etc/init.d/ebusd start wieder einschalten. Danach läuft wieder alles problemlos bis zum nächsten Stromausfall was leider grad öffters passiert.

Kann es sein, dass der ebus doppelt gestartet wird und wo könnte ich da genau nachsehen und das bereinigen?

Danke schon mal für eure Hilfe.
LG Horst
I

[Agrippinenser]

@hasont

also ich beschäftige mich auch erst kurz mit EBus, ich habe das so verstanden: nach Neustart des Services initialisiert sich das System poe a poe durch parsen von Nachrichten und bindet passende Konfigurationsdateien ein.
Das dauert ein Weilchen und etwas Geduld ist gefragt.

Mehrfachstart prüfen vielleicht:
pi@rpiEBus:~ $ top | grep ebusd
3998 root 20 0 316188 10292 6176 S 1,0 1,1 0:01.84 ebusd
3998 root 20 0 316188 10292 6176 S 0,7 1,1 0:01.86 ebusd
3998 root 20 0 316188 10292 6176 S 0,7 1,1 0:01.88 ebusd
3998 root 20 0 316188 10292 6176 S 1,0 1,1 0:01.91 ebusd
3998 root 20 0 316188 10292 6176 S 1,0 1,1 0:01.94 ebusd

[Hasont]

@agrippinenser sagte in Adapter: ebus:

@hasont

also ich beschäftige mich auch erst kurz mit EBus, ich habe das so verstanden: nach Neustart des Services initialisiert sich das System poe a poe durch parsen von Nachrichten und bindet passende Konfigurationsdateien ein.
Das dauert ein Weilchen und etwas Geduld ist gefragt.

Mehrfachstart prüfen vielleicht:
pi@rpiEBus:~ $ top | grep ebusd
3998 root 20 0 316188 10292 6176 S 1,0 1,1 0:01.84 ebusd
3998 root 20 0 316188 10292 6176 S 0,7 1,1 0:01.86 ebusd
3998 root 20 0 316188 10292 6176 S 0,7 1,1 0:01.88 ebusd
3998 root 20 0 316188 10292 6176 S 1,0 1,1 0:01.91 ebusd
3998 root 20 0 316188 10292 6176 S 1,0 1,1 0:01.94 ebusd

Danke für die schnelle Hilfe. Hab den Befehl mal ausprobiert und Raspie neu gestartet.
Ergebnis hier als Code:

Hier läuft noch alles gut
pi@raspberrypi:~ $ top | grep ebusd
 1841 root      20   0   53356   6520   5208 S   0,3   0,2   3:22.17 ebusd
 1841 root      20   0   53356   6520   5208 S   0,3   0,2   3:22.18 ebusd
 1841 root      20   0   53356   6520   5208 S   0,3   0,2   3:22.19 ebusd
 
Ab hier dann Rasperie Reboot und es kommen die bereits genannten Fehler!
Ausgabe im IoBroker log: "2024-02-20 11:50:00.054	warn	instance system.adapter.ebus.0 already running with pid 1163"
pi@raspberrypi:~ $ top | grep ebusd
  424 root      20   0   34800   4992   4372 S   0,3   0,1   0:00.48 ebusd
  424 root      20   0   34800   4992   4372 S   0,3   0,1   0:00.49 ebusd
  424 root      20   0   34800   4992   4372 S   0,3   0,1   0:00.50 ebusd
  
Ab hier dann EBUS stop und start und die Fehler sind weg das 424 hat sich in 1304 geändert!!
pi@raspberrypi:~ $ /etc/init.d/ebusd stop
Stopping ebusd (via systemctl): ebusd.service==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
Legitimierung ist zum Stoppen von »ebusd.service« notwendig.
Authenticating as: ,,, (pi)
Password:
==== AUTHENTICATION COMPLETE ===
pi@raspberrypi:~ $ /etc/init.d/ebusd start
Starting ebusd (via systemctl): ebusd.service==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ===
Legitimierung ist zum Starten von »ebusd.service« notwendig.
Authenticating as: ,,, (pi)
Password:
==== AUTHENTICATION COMPLETE ===
.pi@raspberrypi:~ $ top | grep ebusd
 1304 root      20   0   34916   4232   3760 S   0,7   0,1   0:00.03 ebusd
 1304 root      20   0   34916   4232   3760 S   0,3   0,1   0:00.04 ebusd
 1304 root      20   0   34916   4232   3760 S   0,3   0,1   0:00.05 ebusd

Denke die 424 und 1304 ist sowas wie ne Prozess ID.
Ob der Prozess nun doppelt läuft kann ich nicht erkennen.
Ev. hat ja noch jemand ne andere Idee was das sein könnte. Ist jedesmal nachvollziehbar.
Nach Neustart vom Raspie kommt also immer der Fehler und nach Beenden und Starten vom EBUS
ist der Fehler weg.

LG Horst

[Agrippinenser]

@hasont aber du hast den Autostart schon "eingebaut" ?

4. Make the daemon autostart with 'systemctl enable ebusd'
sudo systemctl enable ebusd

[Hasont]

@agrippinenser sagte in Adapter: ebus:

@hasont aber du hast den Autostart schon "eingebaut" ?

4. Make the daemon autostart with 'systemctl enable ebusd'
sudo systemctl enable ebusd

Hab den Autostart nochmal eingegeben, bleibt aber dabei.
Fehler erst weg wenn eBus aus und eingeschaltet wird.
Hoffentlich starte ich den jetzt nicht dreimal;-)

[Agrippinenser]

@hasont

nun - ich würde deinerseits kurz die SD inkl. ebusd neu aufsetzten - dann wird es laufen. Zeitaufwand gering

[leonundjulie]

Hallo. Ich musste meinen RASPI PI4 neu aufsetzen.

Zum Thema ebusd lief schon mal alles unter BULLSEYE. Im Rahmen der Neuinstallation bin ich auf BOOKWORM umgestiegen. Ob das eine mit dem anderen zu tun hat ... who knows. Fakt ist, dass ich Problem mit meiner ebusd Konfiguration habe. letztlich ist es so, dass ich mit dem Thema befasse, weil ich aus meiner Gasheizing, Typ CG11 von WOLF die Werte auslesen will, um sie im iOBroker zu verwenden.

Nur warum bekomme ich es jetzt nicht wieder hin? Ich strauchle schon vor dem iOBroker.

Ich habe mal diverse Fotos gemacht, die meine Konstellation beschreiben sollen ... Bilder sagen mehr als tausend Worte:

Mein Konfigurationsstring

Und die CSV-Dateien liegen hier:

Folgende Antworten erhalte ich:

Ich glaube, dass es ein Problem mit meinem Konfigurationsstring gibt - oder warum sehe ich nach ebusctl i keine CSV informationen und weiter unter auch nichts von Kromschroeder & co (hatte ich in meiner alten Konfiguration unter BULLSEYE).

[MassiveAttack]

@leonundjulie
zugriffsrechte auf dein verzeichnis /etc/ebusd/ sind gegeben?
lass mal --configpath aus deiner config aus, und schau ob was automatisch geladen wird

[leonundjulie]

@massiveattack Linux für Anfänger: wie stelle ich fest, welche Zugriffsrechte gegeben sind? Welche müssen es sein? Wie ändere ich sie?

Ok, wie man feststellt welche Rechte gegeben sind, ist mir klar. Aber welche müssen sein?

[leonundjulie]

@leonundjulie bei mir sieht es so aus (mal die Hirarchie runtergebrochen)

Die CSV-Dateien habe alle daie selben Rechte

Die Verzeichnisse ebusd und die darunter liegenden Verzeichnisse WOLF und VAILANT haben die selben Rechte, nur KROMSCHROEDER sieht leicht anders aus

[MassiveAttack]

@leonundjulie

versuch mal "chmod 777 -R" für den ordner kromschroeder
ansonsten lass die config einfach weg, wird ohnehin online geladen

mit dem user root solltest du nichts machen, vor allem wenn du nicht sattelfest bist :)

[Kanumouse]

Seit gestern funktioniert der Adapter plötzlich nicht mehr bzw. kann die Daten vom ebusd nicht meht lesen.

Beim Befehl "ebusctl info" ist noch alles in Ordnung.

Wenn ich die Daten direkt über die Adresse "http://192.168.xxx.xx:8889/data" aufrufe kommt folgender Fehler: SyntaxError: "JSON.parse: bad control character in string literal at line 2834 column 19 of the JSON data"

Kann ir Jemand sagen, wo die Ursache liegen könnte?