eBus Schaltung V2 in Betrieb nehmen

Begonnen von Reinhart, 15 November 2017, 17:41:33

Vorheriges Thema - Nächstes Thema

TomLee

Zitatversuch mal, die Config URL auf cfg.ebusd.eu umzustellen. Diese (ur)alte Version hat noch die inzwischen nicht mehr gültige Adresse.

Klappt weiterhin nicht:

pi@raspiebusdunifi:/etc/default $ systemctl status ebusd
● 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 Sat 2022-11-26 15:50:56 CET; 6s ago
  Process: 909 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=0/SUCCESS)
Main PID: 910 (ebusd)
   Memory: 760.0K
   CGroup: /system.slice/ebusd.service
           └─910 /usr/bin/ebusd -d /dev/ttyebus -p 8888 -l /var/log/ebusd.log --scanconfig --httpport=8081 --accesslevel=* --mqttport=1883 --configpath=http://cfg.ebusd.eu --mqttjson --mqtthost=192.168.188.26 --mqtttopic=ebusd/%circuit/%name --mqttuser=bli --mqttpass=bla"

Nov 26 15:50:56 raspiebusdunifi systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
Nov 26 15:50:56 raspiebusdunifi systemd[1]: ebusd.service: Can't open PID file /run/ebusd.pid (yet?) after start: No such file or directory
Nov 26 15:50:56 raspiebusdunifi systemd[1]: Started ebusd, the daemon for communication with eBUS heating systems..


ZitatOder aktualisiere ebusd
Wird also deiner Meinung nach, nach einem update wieder alles in Ordnung sein, muss ich mir keine Sorgen machen das irgendein Bauteil auf der Platine hin ist ?
Les ich mich jetzt ein wie ein update geht und nebenbei bereite ich eine neue SD mit aktuellem OS vor, das ich gleich mal alles "frisch" mache, auch Unifi.

TomLee

#841
Es klappt doch (vielen Dank für die schnelle Hilfe), bin ich froh, hatte nach dem ergänzen nur geschaut was systemctl status ebusd ausgibt und wegen dem ebusd.service: Can't open PID file /run/ebusd.pid (yet?) after start: No such file or directory gedacht es klappt nicht, im Log sieht aber auf den ersten Blick wieder alles normal aus / in FHEM kommen die Werte wieder via MQTT an.

Was hat es mit dem ebusd.service: Can't open PID file /run/ebusd.pid (yet?) after start: No such file or directory auf sich, war das normal, ich weiß es nicht mehr.

TomLee

Beschäftige mich jetzt schon wieder ewig damit, meine Installationsschritte auf einem frischen Bullseye 11 sind:

pi@raspiebusdunifi:~ $ wget -qO - https://raw.githubusercontent.com/john30/ebusd-debian/master/ebusd.gpg.key|sudo apt-key add -
Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8)).
OK
pi@raspiebusdunifi:~ $ sudo wget -O /etc/apt/sources.list.d/ebusd.list https://raw.githubusercontent.com/john30/ebusd-debian/master/ebusd-default-bullseye.list
--2022-11-27 14:26:47--  https://raw.githubusercontent.com/john30/ebusd-debian/master/ebusd-default-bullseye.list
Resolving raw.githubusercontent.com (raw.githubusercontent.com)... 185.199.109.133, 185.199.111.133, 185.199.110.133, ...
Connecting to raw.githubusercontent.com (raw.githubusercontent.com)|185.199.109.133|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 61 [text/plain]
Saving to: '/etc/apt/sources.list.d/ebusd.list'

/etc/apt/sources.list.d/ebusd.list                  100%[===================================================================================================================>]      61  --.-KB/s    in 0s     

2022-11-27 14:26:48 (226 KB/s) - '/etc/apt/sources.list.d/ebusd.list' saved [61/61]

pi@raspiebusdunifi:~ $ sudo apt-get update
Get:1 http://archive.raspberrypi.org/debian bullseye InRelease [23,6 kB]
Get:2 http://raspbian.raspberrypi.org/raspbian bullseye InRelease [15,0 kB]                       
Get:3 https://repo.ebusd.eu/apt/default/bullseye bullseye InRelease [3.667 B]                                 
Get:4 http://archive.raspberrypi.org/debian bullseye/main armhf Packages [311 kB]
Get:5 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages [13,2 MB]
Get:6 https://repo.ebusd.eu/apt/default/bullseye bullseye/main armhf Packages [470 B]                                                                                                                         
Fetched 13,6 MB in 40s (339 kB/s)                                                                                                                                                                             
Reading package lists... Done
pi@raspiebusdunifi:~ $ sudo apt-get install ebusd
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following additional packages will be installed:
  libmosquitto1
The following NEW packages will be installed:
  ebusd libmosquitto1
0 upgraded, 2 newly installed, 0 to remove and 46 not upgraded.
Need to get 360 kB of archives.
After this operation, 166 kB of additional disk space will be used.
Do you want to continue? [Y/n] y
Get:2 https://repo.ebusd.eu/apt/default/bullseye bullseye/main armhf ebusd armhf 22.4 [277 kB]
Get:1 http://mirror1.hs-esslingen.de/pub/Mirrors/archive.raspbian.org/raspbian bullseye/main armhf libmosquitto1 armhf 2.0.11-1 [83,4 kB]
Fetched 360 kB in 5s (72,9 kB/s)                                                         
Selecting previously unselected package libmosquitto1:armhf.
(Reading database ... 43422 files and directories currently installed.)
Preparing to unpack .../libmosquitto1_2.0.11-1_armhf.deb ...
Unpacking libmosquitto1:armhf (2.0.11-1) ...
Selecting previously unselected package ebusd.
Preparing to unpack .../archives/ebusd_22.4_armhf.deb ...
Unpacking ebusd (22.4) ...
Setting up libmosquitto1:armhf (2.0.11-1) ...
Setting up ebusd (22.4) ...
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'
Processing triggers for libc-bin (2.31-13+rpt2+rpi1+deb11u4) ...
pi@raspiebusdunifi:~ $ sudo nano /etc/default/ebusd


Beim starten kommt:
pi@raspiebusdunifi:~ $ sudo service ebusd start
Job for ebusd.service failed because a fatal signal was delivered to the control process.
See "systemctl status ebusd.service" and "journalctl -xe" for details.
pi@raspiebusdunifi:~ $ 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: enabled)
     Active: activating (auto-restart) (Result: signal) since Sun 2022-11-27 14:38:46 CET; 19s ago
    Process: 1845 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=killed, signal=ILL)
        CPU: 59ms
pi@raspiebusdunifi:~ $ journalctl -xe
Nov 27 14:39:16 raspiebusdunifi systemd[1]: ebusd.service: Control process exited, code=killed, status=4/ILL
░░ 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 'killed' and its exit status is 4.
Nov 27 14:39:16 raspiebusdunifi systemd[1]: ebusd.service: Failed with result 'signal'.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ The unit ebusd.service has entered the 'failed' state with result 'signal'.
Nov 27 14:39:16 raspiebusdunifi systemd[1]: Failed to start 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 1843 and the job result is failed.


Warum bekomm ich die Meldung mit dem fatal Signal ? Finde dazu nix, nur ähnliche Meldungen die darauf hinweisen selbst zu kompilieren (hab ich auch schon probiert, aber auch gescheitert).

arnie

Hallo zusammen,

ich versuche gerade meine ebus in betrieb zu nehmen und habe das Problem das meine Heizung scheinbar von scanconfig nicht erkannt wird:

Ausgabe ebusctl i:
version: ebusd 22.4.v22.4-28-gbc3e6110
update check: revision v22.4 available
device: /dev/ttyUSB0
signal: acquired
symbol rate: 22
max symbol rate: 29
reconnects: 0
masters: 2
messages: 12
conditional: 0
poll: 0
update: 4
address 03: master #11
address 31: master #8, ebusd
address 36: slave #8, ebusd

Ich habe eine Vaillant auroCompact ../3 ohne witterungsgeführten Regler mit Solarpaneelen.

Mache ich etwas falsch oder benötige ich den Regler??

Schlauer Det

Moin liebe Gemeinde,

im Herbst 2019 hatte ich den eBUS Adapter V2.2 RPI aus dem Forum nach einigen Startschwierigkeiten und mit Hilfe von @Reinhart an meine Vaillant ecoCompact VSC 206 / 4-5 90 angeschlossen und lese seitdem ohne weitere Software-Änderung die wesentlichsten Daten der Gastherme mit.

Da ich noch einen zweiten Adapter V2.2 RPI hier liegen habe und meine, es wäre an der Zeit, die Sache auf den neuesten Software-Stand zu bringen (einschliesslich MQTT2), bin ich am suchen, wo man nach so langer Software-Abstinenz wieder am besten anfangen kann.

Vor allem bin ich mir nicht im Klaren, welche Versionen des Daemons und der Steuerdateien für den eBUSd verwendet werden müssen.

Kann mir vielleicht jemand der Wissenden etwas auf's Pferd helfen und mir die Startpunkte nennen?

Ich würde mich sehr freuen, wenn mir jemand weiterhelfen könnte.


Grüße von der Küste
Det  :)