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

[xxx_turbo_xxx]

@Harry Ja, der steht auf 10 sec aber es tut sich nix...

[xxx_turbo_xxx]

Es läuft!!!

Hab das ebusd file geändert und jetzt kommen nach und nach immer mehr Daten an!

EBUSD_OPTS="--configpath=http://ebusd.eu/config/ -d /dev/ttyUSB2 -p 8888  --latency=0 --receivetimeout=100000 -l /var/log/ebusd.log  --scanconfig=full  --httpport=8889 --htmlpath=/var/ebusd/html"

[Harry]

@xxx_turbo_xxx
Ja super ! Jetzt muss ich meinen noch in den Griff bekommen.
Irgendwo ist jetzt bei mir der Wurm drin

[Harry]

@xxx_turbo_xxx
Hallo Turbo,
gibt es irgendwo ein Konfigurations Datei, die ich mit Nano öffnen muss um EDUSD_OPTS zu editieren. Wenn ja, wo finden ich die?

[xxx_turbo_xxx]

@Harry Ich hab das System noch immernoch nicht 100% verstanden! Manche Daten kommen einwandfrei (Außentemperatur, Pufferspeicher), manche hängen seit 18:20(Vorlauftemperatur, Speichertemperatur)!?

Ja, die Datei gibt es...

sudo nano /etc/default/ebusd

[Harry]

@xxx_turbo_xxx
Ich hoffe dass ich mein System heute auch ans Laufen bekomme und dann gucke ich mir das mal an.
Wenn ich den Parameter --latency sehe, vielleicht hat der was damit zu tun.
Ich habe auch mal gelesen, das man das Poti abgleiche muss weil sonst manche Daten vom Bus verschluckt werden.
Vielleicht ist das ja bei dir der Fall.
Guck mal hier: [https://wiki.fhem.de/wiki/EBUS](link url) , da gibt es einen Bereich "Poti abgleichen".

EBUSD_OPTS="--configpath=http://ebusd.eu/config/ -d /dev/ttyUSB2 -p 8888  --latency=0 --receivetimeout=100000 -l /var/log/ebusd.log  --scanconfig=full  --httpport=8889 --htmlpath=/var/ebusd/html"

[Harry]

@xxx_turbo_xxx
Hast du noch was rausgefunden bezüglich der Daten?
Ich habe mich gestern auch mal wieder mit dem Raspi beschäftigt.
Der Ebus läuft, IOBroker greift auch auf die Daten zu aber irgendwas ist faul weil ich nur überall "false" sehe.
Sprich die Kommunikation scheint zu funktionieren aber irgendwie ist ein Pfad oder sowas nicht korrekt gesetzt.
Hast du einen anderen Pfad bei der Installation angegeben?

[xxx_turbo_xxx]

@Harry Ich schnall es auch nicht mehr. Ich hatte eine Weile plausible Daten, aber plötzlich ging nix mehr. Ich habe Verbindung zum eBus-Koppler und es kommen auch Daten am Raspi an. Die Logfiles sind voll mit Daten, aber irgendwas stimmt mit dem entschlüsseln durch die Config Files nicht, denn in den Logfiles sind nur Hex-Werte drinnen.

Außerdem würde ich behaupten, dass wenn ich die HTML files auf mache (in meinem Fall 192.168.1.77:8889/data), so steht da kaum was drinnen.

Ich fürchte ich habe 2 Probleme:

1. Irgendwie stimmt mit den Config files oder mit dem Pfad nicht
2. Mit der HTML Verbindung stimmt auch was nicht.

Witzigerweise kommen kommen gerade wieder Daten.

Hab mal was probiert...

Hier eine Konfigutration , bei der ich davon aus gegangen bin, dass auf lokale configs zugegriffen wird

 ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/lib/systemd/system/ebusd.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2020-01-30 15:35:37 CET; 3min 30s ago
  Process: 529 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=0/SUCCESS)
 Main PID: 536 (ebusd)
    Tasks: 4 (limit: 4915)
   Memory: 2.5M
   CGroup: /system.slice/ebusd.service
           └─536 /usr/bin/ebusd --configpath=/etc/ebusd/vaillant -d /dev/ttyUSB2 -p 8888 --latency=0 --receivetimeout=100000 -l /var/log

Und hier eine, die anscheinend auf eine Online-Datenbank zugreift

 ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/lib/systemd/system/ebusd.service; enabled; vendor preset: enabled)
   Active: active (running) since Thu 2020-01-30 15:43:37 CET; 9min ago
  Process: 13053 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=0/SUCCESS)
 Main PID: 13054 (ebusd)
    Tasks: 4 (limit: 4915)
   Memory: 1.7M
   CGroup: /system.slice/ebusd.service
           └─13054 /usr/bin/ebusd --configpath=http://ebusd.eu/config/ -d /dev/ttyUSB2 -p 8888 --latency=0 --receivetimeout=100000 -l /var/log/ebusd.log --scanconfig=full --httpport=8889 --htmlpath=

Jan 30 15:43:37 raspberrypi systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
Jan 30 15:43:37 raspberrypi systemd[1]: Started ebusd, the daemon for communication with eBUS heating systems..

Nachdem ich den 2. aktiviert habe, füllen sich die Felder unter "Objekte" in ioBroker langsam wieder...

Und auch im HTML kommt mehr an. D. h. mein Problem sind die configurations

[Harry]

@xxx_turbo_xxx said in eBus Adapter Vaillant:

8889/data

Also wenn ich die Daten per Webbrowser einlese, dann bekomme ich ungefähr 30 Einträge.
Leider steht hinter jedem Eintrag false.

Ich denke dass die Config Dateien richtig geladen werden aber irgendwas anderes nicht passt.

[xxx_turbo_xxx]

@Harry Sieht bei mir ähnlich aus, wobei bei mir die Reiter oben fehlen. Liegt vielleicht am Browser?

[Harry]

Das liegt am Browser...
Ich habe bei mir noch das Problem, dass der Service irgendwie nicht richtig läuft
Wenn ich

service ebus status

eingebe. Dann steh da, das der Dienst nicht geladen wurde.

Obwohl ich mit dem Befehl

sudo systemctl enable ebusd

Das du da eine Idee?

Ich werde heute übrigens mal den Treiber von FTDI prüfen und eventuell ersetzen.
Vielleicht ist der Treiber in der Linux Distrubition fehlerhaft.
https://www.ftdichip.com/Drivers/VCP.htm

[Harry]

@xxx_turbo_xxx
Ich habe jetzt noch mal auf der Seite Message gelesen.

https://github.com/john30/ebusd/wiki/2.-Run#message-configuration-options
-c, --configpath=PATH
Read CSV config files from PATH [http://ebusd.eu/config/]

Mach brauch wirklich keine Config Files mehr.
Die werden durch die Website zur verfügung gestellt, wenn man den Pfad setzt.

[xxx_turbo_xxx]

@Harry Ja, nur so läuft es bei mir. Aber leider werden nicht alle config files gelesen. Ich habe jetzt auch gelesen und verstanden, wie sich die filenames der config zusammensetzen. Demnach bräuchte ich folgende Dateien:

08.hmu.csv - vorhabden
15.700.csv - vorhanden aber ignoriert
52.V/_70.csv - vorhanden
76.VWZ.csv - nicht vorhanden
e3.FMU.csv - nicht vorhanden
e8.FMU.csv - nicht vorhanden
ec.700.csv - nicht vorhanden

Ich fürchte fast, dass es zu meinem Heizsystem nicht alle Configs gibt

wie gesagt... An sich läuft das System schon stabil, aber mir fehlen ein Haufen Kanäle, die mir wichtig wären zu loggen um das ganze zu verstehen!

Das mit dem Autostart hat bei mir funktioniert. Nach reboot war der status immer aktiv

[Harry]

@xxx_turbo_xxx
Ich habe mal gelesen das es ein Programm von Vaillant gibt.
Dort sind die Binär Codes in einer Access Datenbank. Man kann die Raw Daten des Ebus loggen und dann darüber sich selber die Config generieren.

[xxx_turbo_xxx]

@Harry JA, das klingt nach viel Arbeit und vor allem Zeitaufwand...

[xxx_turbo_xxx]

Läuft!

Hab es hin bekommen und ich bekomme aktuell alle Daten rein!!! Ich hoffe es bleibt auch so

Hab alle fehlenden Kanäle aus der csv in ioBroker-Adapter eingetragen und siehe da...

Verstehe immer noch nicht das Zusammenspiel zwischen ioBroker und ebusd, aber solange es läuft ist es mir auch Wurscht. Nur für die Fehlersuche wäre ein bisschen hilfreicher alles zu verstehen ...

[xxx_turbo_xxx]

Noch ein Tip... Hab grad noch weitere Kanäle hinzugefügt und plötzlich kamen keine Daten mehr. Bin aber zum Glück im ioBroker-Log gleich auf den Grund gekommen.

Wenn man den Timeout-Wert zu gering wählt, schafft es ioBroker nicht innerhalb der eingestellten Zeit alle Daten zu verarbeiten, sodass am Ende gar nix raus kommt. Hab den Wert von 5 auf 30 gesetzt und siehe da... es lief wieder

[onkel-ede]

@xxx_turbo_xxx
Was hast Du genau für ein Vaillant-Fabrikat?
Ich hoffe keine Wärmepumpe.

[Harry]

@xxx_turbo_xxx

Hallo Turbo,
bei mir wurde gar nichts angezeigt. Ich bekam erst Informationen von Datenpunkten als ich sie in die EBus Konfiguration der IOBroker Instanz eingetragen habe.

Hast du auch vor, mit "write" Daten zu schreiben?

[Harry]

@xxx_turbo_xxx

Hallo Turbo,

der Befehl

service ebus status

funktionierte nicht bei mir weil ich nicht als root angemeldet war.

mit

sudo service ebus status

ging es dann bei mir auch.