ebus neuinstallation auf einem Debian Raspi

Krissie777

@marc-berg said in ebus neuinstallation auf einem Debian Raspi:

sudo systemctl restart ebusd

sudo systemctl restart ebusd, sagt:

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.

systemctl status ebusd.service, sagt:

● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
     Loaded: loaded (/lib/systemd/system/ebusd.service; enabled; preset: enable>
     Active: activating (auto-restart) (Result: exit-code) since Sun 2025-08-31>
    Process: 94140 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=22)
        CPU: 111ms

journalctl -xeu ebusd.service, sagt:
~~```

~~```
journalctl -xeu ebusd.service
Aug 31 11:26:38 raspberrypi ebusd[94190]: 2025-08-31 11:26:38.606 [main error] >
Aug 31 11:26:38 raspberrypi systemd[1]: ebusd.service: Control process exited, >
░░ 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 22.
Aug 31 11:26:38 raspberrypi systemd[1]: ebusd.service: Failed with result 'exit>
░░ 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>
Aug 31 11:26:38 raspberrypi systemd[1]: Failed to start ebusd.service - ebusd, >
░░ 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 173900 and the job result is failed.
lines 4877-4899/4899 (END)
Aug 31 11:26:38 raspberrypi ebusd[94190]: 2025-08-31 11:26:38.606 [main error] >
Aug 31 11:26:38 raspberrypi systemd[1]: ebusd.service: Control process exited, >
░░ 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 22.
Aug 31 11:26:38 raspberrypi systemd[1]: ebusd.service: Failed with result 'exit>
░░ 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>
Aug 31 11:26:38 raspberrypi systemd[1]: Failed to start ebusd.service - ebusd, >
░░ 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 173900 and the job result is failed.
```~~



**sudo systemctl enable ebusd, sagt:**
Synchronizing state of ebusd.service with SysV service script with /lib/systemd/systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable ebusd



sudo systemctl status ebusd, sagt:
sudo systemctl status ebusd
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
     Loaded: loaded (/lib/systemd/system/ebusd.service; enabled; preset: enabled)
     Active: activating (auto-restart) (Result: exit-code) since Sun 2025-08-31 11:30:25 CEST; 12s ago
    Process: 94453 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=22)
        CPU: 113ms

Danke Dir für die Hilfe und Unterstützung

LG
Kris

Thomas Braun

@krissie777

Hast du das berücksichtigt? Insbesondere Punkt1?

Instructions:
1. Edit /etc/default/ebusd if necessary
   (especially if your device is not /dev/ttyUSB0)
2. Start the daemon with 'systemctl start ebusd'
3. Check the log file /var/log/ebusd.log
4. Make the daemon autostart with 'systemctl enable ebusd'

Ich würde da z. B. IMMER den Link-by-id und nicht direkt die Gerätedatei eintragen.

Marc Berg

@thomas-braun sagte in ebus neuinstallation auf einem Debian Raspi:

Ich würde da z. B. IMMER den Link-by-id und nicht direkt die Gerätedatei eintragen.

Das ist hier nicht relevant, das Gerät hier ist die Esara und per IP erreichbar. Trotzdem wäre es interessant, ob die Datei /etc/default/ebusd existiert, und mit welchem Inhalt.

Thomas Braun

@marc-berg

Hab es nur überflogen, die device-Datei ist halt eine gerne gemachte Fehleinstellung.
Bei TCP würde ich aber immer noch behaupten, dass das Gerät nicht erreicht werden kann.

Bzw. gilt dann wohl:

@Azrael42 sagte:

Wenn dem so ist, wirst du leider mit der Software von John30 nicht weiter kommen. Sie setzt einen EBus Adapter mit einer direkten Verbindung zum Bus voraus. Ob deine Zentraleinheit das auch kann, weiß ich allerdings nicht. Bei meiner geht das nicht.

Krissie777

@thomas-braun
Hallo Thomas,
guter Hinweis, danke Dir, das habe ich noch nicht berücksichtigt.
Mein Esera ist per LAN angebunden.

Das ist die Datei, aber wo schreibe ich meine Zeile = EBUSD_OPTS="--device=127.0.0.1:8888 --httpport=8889 --scanconfig=full --latency=30000 --configpath=/etc/ebusd" rein?


* 
* GNU nano 7.2                                                    /etc/default/ebusd *

# /etc/default/ebusd:
# config file for ebusd service.

# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="--scanconfig"

# MULTIPLE EBUSD INSTANCES WITH SYSV
# In order to run multiple ebusd instances on a SysV enabled system, simply
# define several EBUSD_OPTS with a unique suffix for each. Recommended is to
# use a number as suffix for all EBUSD_OPTS settings. That number will then be
# taken as additional "instance" parameter to the init.d script in order to
# start/stop an individual ebusd instance instead of all instances.
# Example: (uncomment the EBUSD_OPTS above)
#EBUSD_OPTS1="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -p 8888 -l /var/log/ebusd1.log"
#EBUSD_OPTS2="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A900acTF-if00-port0 -p 8889 -l /var/log/ebusd2.log"
#EBUSD_OPTS3="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A900beCG-if00-port0 -p 8890 -l /var/log/ebusd3.log"

# MULTIPLE EBUSD INSTANCES WITH SYSTEMD
# In order to run muiltiple ebusd instances on a systemd enabled system, just
# copy the /lib/systemd/system/ebusd.service file to /etc/systemd/system/
# with a different name (e.g. ebusd-2.service), remove the line starting with
# 'EnvironmentFile=', and replace the '$EBUSD_OPTS' with the options for that
# particular ebusd instance.
# /etc/default/ebusd:
# config file for ebusd service.

Herzlichen Dank und noch einen schönen Sonntag
Kris

Krissie777

@thomas-braun
Hallo Thomas,

danke Dir.
Ich kann im Browser bei der Esera die Ebus Einstellungen entweder TCP Server oder UDP Server auswählen mit einem Port der jeweils angegeben ist.
Soll ich hier von TCP auf UDP gehen?

Grüße
Kris

Thomas Braun

@krissie777 sagte in ebus neuinstallation auf einem Debian Raspi:

Soll ich hier von TCP auf UDP gehen?

Ich kann dir zu ebusd nichts weiter sagen, ich hab das nicht im Einsatz.

Marc Berg

@krissie777 sagte in ebus neuinstallation auf einem Debian Raspi:

Das ist die Datei, aber wo schreibe ich meine Zeile = EBUSD_OPTS="--device=127.0.0.1:8888 --httpport=8889 --scanconfig=full --latency=30000 --configpath=/etc/ebusd" rein?

EBUSD_OPTS="--scanconfig"

Diese Zeile sollte erweitert werden um / auf

EBUSD_OPTS="--device=192.168.178.70:8888 --httpport=8889 --scanconfig=full --latency=30000 --configpath=/etc/ebusd"

Krissie777

@marc-berg
Hallo Marc,

suuuper, jetzt läuft der:
sudo systemctl restart ebusd

und
sudo systemctl enable ebusd

ohne Fehler durch, ich freu mich so :-)

iOBroker Adapter gestartet, jetzt läuft er durch:
ebus.0
2025-08-31 12:49:11.284 info all http done
ebus.0
2025-08-31 12:49:11.218 info installed ebusd version is 25.1
ebus.0
2025-08-31 12:49:11.031 info starting. Version 3.6.3 in /opt/iobroker/node_modules/iobroker.ebus, node: v22.19.0, js-controller: 7.0.7

Ich bin jetzt ein bisschen unterwegs und kann heute Abend wieder nachsehen.
Vielen Dank an alle bis hierher
Ihr seid alle spitze

PS: Im IOBroker Adapter (abgefragte Datenpunkte) gebe ich welches: Gerät, in dem nach Parametern gesucht wird, ein?
Das -> 192.168.178.70:8888 ? Wenn ich das eingebe, kommt dieser Log:
received error! sent find, received ERR: element not found please check ebusd logs for details! find -c 192.168.178.70 -F circuit,name
GLG
Kris

Marc Berg

@krissie777 sagte in ebus neuinstallation auf einem Debian Raspi:

Im IOBroker Adapter (abgefragte Datenpunkte) gebe ich welches: Gerät, in dem nach Parametern gesucht wird, ein?
Das -> 192.168.178.70:8888 ? Wenn ich das eingebe, kommt dieser Log:
received error! sent find, received ERR: element not found please check ebusd logs for details! find -c 192.168.178.70 -F circuit,name

An dieser Stelle die IP einzugeben, ergibt nun leider überhaupt keinen Sinn. Vielleicht solltest du dir noch kurz die Grundlagen der Kommunikation zwischen eBus-Koppler (esera), ebusd Service und Adapter erarbeiten.

Fragen zum Adapter würde ich hier

https://forum.iobroker.net/topic/9844/adapter-ebus

stellen. Ich nutze den Adapter nicht, sondern übermittele die Daten per MQTT, deshalb kann ich hier nicht weiter helfen.

Community Forum

NEWS

ebus neuinstallation auf einem Debian Raspi

Support us

837

32.5k

81.8k

1.3m