Neues YouTube-Video: Visualisierung im Devices-Adapter

[tagen]

@kanumouse, sehe dir bitte das Protokoll dazu an!

Das Problem: Die Version vom ebusd ist zu neu, es wird aber nur 23.3 unterstützt!

unsupported ebusd version found (too new): 24.1 supported version is 23.3

Der ebusd mit seiner Konfiguration hat keine Probleme!

Wert über Konsole abfragen:

# ebus-Version abfragen:
:~$ sudo ebusd -V
ebusd 24.1.24.1
# Den Wert "Hc1HeatCurve" auslesen
~$ ebusctl read "Hc1HeatCurve"
0.6

Hier mein Logauszug nach der Umstellung:

ebus.0	2024-11-15 05:24:05.961	info	all history done
ebus.0	2024-11-15 05:24:05.937	info	all http done
ebus.0	2024-11-15 05:24:05.784	info	unsupported ebusd version found (too new): 24.1 supported version is 23.3
ebus.0	2024-11-15 05:24:05.783	info	found ebusd update version OK, device firmware v5 1[4a1b] up to date, vaillant/15.ctlv2
ebus.0	2024-11-15 05:24:05.731	info	unsupported ebusd version found (too new): 24.1 supported version is 23.3
ebus.0	2024-11-15 05:24:05.730	info	installed ebusd version is 24.1
ebus.0	2024-11-15 05:24:05.630	warn	no update since 14.11.2024, 23:39:30 Scan.76.messages.Id.lastup
ebus.0	2024-11-15 05:24:05.463	warn	no update since 14.11.2024, 23:39:27 Scan.15.messages.Id.lastup
ebus.0	2024-11-15 05:24:05.287	warn	no update since 14.11.2024, 23:39:24 Scan.08.messages.Id.lastup
ebus.0	2024-11-15 05:24:04.967	error	exception from tcp socket in ebusd_ReadValues [AggregateError]
ebus.0	2024-11-15 05:24:04.887	info	list of polled vars [{"active":true,"circuit":"","name":"Hc1HeatCurve","parameter":""}]
ebus.0	2024-11-15 05:24:04.877	info	starting. Version 3.3.6 in /opt/iobroker/node_modules/iobroker.ebus, node: v20.18.0, js-controller: 6.0.11
host.xyz	2024-11-15 05:24:03.937	info	instance system.adapter.ebus.0 in version "3.3.6" started with pid 50757
host.xyz 	2024-11-15 05:24:03.656	info	"system.adapter.ebus.0" enabled

[tagen]

@kanumouse, um den Versionskonflikt ebusd-deamon zu lösen:

Vorher Backup vom System machen!

1. aktuellen ebusd-deamon 24.1 deinstallieren

iob stop
sudo systemctl stop ebusd
# Paket deinstallieren
sudo dpkg -r ebusd:i386

2. aus den Paketquellen den älteren ebusd-deamon 23.3 installieren

wget https://github.com/john30/ebusd/releases/download/23.3/ebusd-23.3_386-bookworm.deb
sudo dpkg -i ./ebusd-23.3_386-bookworm.deb
sudo systemctl enable ebusd
sudo systemctl start ebusd

3. Prüfen auf Fehlermeldungen

journalctl -f
sudo systemctl status ebusd

4. Testen

ebusctl read "Date"
15.11.2024

5. Wenn alles OK ist

iob start

[tagen]

@kanumouse, bitte beachte beim Zurückstufen ebusd-deamon 24.4 zu 23.3 auch die Konfigurationsdatei /etc/default/ebusd die Variable EBUSD_OPTS. Wenn du für device Multicast DNS mit Chip ID verwendet hast, muss du den Parameter "-d" wieder umstelllen auf IP z.B. so:
ebusd-deamon Version 24.4 : -d mdns:123456784204
ebusd-deamon 23.3: -d ens:192.168.0.253:9999

[Kanumouse]

@tagen
Danke für die Hinweise!
Hatte ich schon alles vorher gemacht, da ich auf die Version 23.3 zurück gefallen bin. Nun sind auch wieder alle Datenpunkte da.

[DRUROB]

Hallo Leute!

ich bin mirnicht ganz sicher wo der Fehler liegt.
Mir fehlt neuerdings ein einziger Wert den ich sonst schon immer mit geloggt habe in den Daten.
Ich habe eine VWL 75/6 und habe sonst im Datensatz immer den Wert "WaterThroughput" ausgelesen der mir eben meinen Wasserdurchsatz ausgegeben hat. Wenn ich "ebusctl" und dann "find" aufrufe kommen alle anderen Werte rein aber eben dieser nicht mehr. Auch ein filtern nach "water" liefert alle Wasserwerte aber nicht diesen.
Mir fehlt jetzt tatsächlich der Ansatz wo ich mit der Fehlersuche anfangen kann. Ein Neustart der Geräte Von Heizung bis Server hat ja nix gebracht. Fehler in der Wertedatei?
Oder heißt der jetzt komplett anders?
VG!

[Weissnicht]

@drurob
Hast du mal verglichen, welche csv vorher angezogen wurde und welche jetzt?
Meine Erfahrung mit werten d/nicht da ist, dass (aus mir unbekannten Gründen) andere csv angezogen werden.
Um das zukünftig zu umgehen habe ich nun auf lokale csv umgestellt.

[DRUROB]

@weissnicht Hi! Danke für den Tip. Tatsächlich ist es wohl so, dass in der 15.700.csv die ich derzeit regulär über den Server via config-Option beziehe, der Wert nicht mehr enthalten ist. Es gibt eine Diskussion auf Github wo dieses Thema bereits diskutiert wird. Aber bisher gibt es noch keine Lösung. VG!

[Nobody else]

Hallo Zusammen,

Folgendes Problem, ich habe eine Vaillant Gastherme und alles erfolgreich eingerichtet, bekomme Daten kann auch steuern, nur würde ich jetzt gern die Daten der Solarthermie abrufen, das scheint ja über VMS01 zu laufen.
Es wird alles unter ebusctl info angezeigt, aber es kommen keine Daten.

LG

[Acidgod]

@rene_hm said in eBus Adapter Vaillant:

@hiltex sagte in eBus Adapter Vaillant:

Vielleicht kannst du das regelmäßige Abfragen ja vereinfachen, indem man diese Einstellung an dem Zahnrad des jeweiligen Datenpunktes vornehmen kann, statt die Bezeichnung händisch in den Instanzeinstellungen vornehmen zu müssen?

Ich habe es nun etwas anders gemacht, aber ich denke das führt auch zum Ziel:

Man gibt den Namen des Gerätes an (hier in meinem Beispiel cc) und drückt auf den Search-Button. Danach erscheinen alle im ebusd konfigurierten Datenpunkte in der Liste. Nun muss man nur noch diejenigen aktiv schalten, die man regelmässig abrufen möchte.
Eine Einschrännkung hat das noch: Die Konfiguration im ebusd heisst nicht automatisch, dass der Parameter im vorliegenden System auch wirklich vorhanden ist...

Moin,

bei mir funktioniert das leider nicht. Das ging zwar schon mal aber ich musste alles neu installieren und jetzt scheint das nicht mehr zu funktionieren.

[Kanumouse]

ich brauche wieder einmal eure Hilfe.
Habe jetzt den iobroker neu auf einem Pi5 unter Trixie aufgesetzt. Jetzt bekomme ich den ebusd nicht zum laufen. auf meinem Pi4 mit Bookworm lief alles problemlos.
Wenn ich jetzt den ebusd starten will erhalte ich folgende Meldungen

pi@TrixiePI:/etc/default $ systemctl start ebusd
==== AUTHENTICATING FOR org.freedesktop.systemd1.manage-units ====
Authentication is required to start 'ebusd.service'.
Authenticating as: xx
Password:
==== AUTHENTICATION COMPLETE ====
Job for ebusd.service failed because the control process exited with error code.
See "systemctl status ebusd.service" and "journalctl -xeu ebusd.service" for details.

 journalctl -xeu ebusd.service
May 31 14:08:14 TrixiePI ebusd[16539]: /usr/bin/ebusd: error while loading shared libraries: libz.so.1: ELF load command address/offset not page-aligned
May 31 14:08:14 TrixiePI systemd[1]: ebusd.service: Control process exited, code=exited, status=127/n/a
░░ Subject: Unit process exited
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ An ExecStart= process belonging to unit ebusd.service has exited.
░░
░░ The process' exit code is 'exited' and its exit status is 127.
May 31 14:08:14 TrixiePI systemd[1]: ebusd.service: Failed with result 'exit-code'.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ The unit ebusd.service has entered the 'failed' state with result 'exit-code'.
May 31 14:08:14 TrixiePI systemd[1]: Failed to start ebusd.service - ebusd, the daemon for communication with eBUS heating systems..
░░ Subject: A start job for unit ebusd.service has failed
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ A start job for unit ebusd.service has finished with a failure.
░░
░░ The job identifier is 37494 and the job result is failed.

Ich weiß momentan nicht, wo das Problem liegt?

[Marc Berg]

@Kanumouse sagte:

libz.so.1: ELF load command address/offset not page-aligned

Welche Version hast du aktuell installiert und woher kam das Paket?

Hier die arm64 Version für Trixie nehmen:

https://github.com/john30/ebusd/releases

[Kanumouse]

@Marc-Berg
Ich habe die 64-Bit Version genau von dieser Quelle installiert.

Nach etlichen Recherchen im Internet habe ich jetzt am Ender der Datei "/boot/firmware/config.txt" folgende Zeile eingefügt "kernel=kernel8.img" und den PI gebootet.

Seitdem läuft auch der ebusd!

Inhaltlich kann ich das leider nicht ganz nachvollziehen, aber vielleicht weiß jemand den Hintergrund?

[Thomas Braun]

@Kanumouse sagte:

aber vielleicht weiß jemand den Hintergrund?

Damit wird der entsprechende Kernel erzwungen.
Welcher Kernel lief denn davor auf welcher Hardware und welches kernel-Modul wurde da für ebus herangezogen?

Edit:

Laut

Debian 12 (Bookworm), 11 (Bullseye), and 10 (Buster) install packages for amd64, 386, armv7 (Raspberry Pi 2/3/4), and arm64 (Raspberry Pi 3/4 64 bit) are attached and are also available in the Debian repository as described here.

gibt es kein passendes vorkompiliertes Paket für den Kernel, der in einem Debian 13 Trixie (RPi 5) eigentlich vorgesehen ist. Deswegen muss der Kernel für einen Pi4 erzwungen werden.

[Kanumouse]

@Thomas-Braun
Ok, jetzt bin ich etwas schlauer. Wie kann man das Problem nun grundsätzlich lösen?

[Thomas Braun]

@Kanumouse Das Modul selber bauen oder mit dem Fallback auf das image8 leben.

[Kanumouse]

@Thomas-Braun

Mit dem Modul selbst bauen bin ich überfordert, da werde ich wohl vorläufige mit dem image8 leben müssen.