eBus Schaltung in Betrieb nehmen

Begonnen von Reinhart, 23 Dezember 2015, 15:19:45

Vorheriges Thema - Nächstes Thema

Prof. Dr. Peter Henning

Ich würde doch empfehlen, die Posts aus diesem einen Jahr selbst zu lesen - oder sollen wir dafür als Hilfskräfte dienen ?

LG

pah

jonien

#1246
Hallo,
...akt. komme ich nicht weiter.  :-\
Ich habe den eBUS adapter 2.0 (und auch die Erweiterungsplatine) in Betrieb genommen. Der ebusd device string ist 192.168.168.133:9999.
ebusd connected: no   (???)
eBUS signal: no signal  (ebus noch nicht angeschlossen)

ebusd auf Raspi (wheezy) installiert:
version: ebusd 3.1.v3.0-35-gb0e20b7
signal: no signal
reconnects: 0
masters: 1
messages: 11
conditional: 0
poll: 0
update: 4
address 31: master #8, ebusd
address 36: slave #8, ebusd

In Fhem Device ebus1 angelegt: Type:GAEBUS
loclhost:8888 150   >   connected
(kann auch die ebusd_info auslesen)

Ebusd Konfiguration (/etc/default/ebusd)
EBUSD_OPTS=" -d 192.168.168.133:9999 -l /var/log/ebusd.log --scanconfig --latency=20000 --loglevel=debug --receivetimeout=50000"

Wo mache ich hier einen Denkfehler, ich drehe mich immer im Kreis ;)

Warum verbindet sich der Ebusd nicht mit dem eBUS adapter 2.0 ???

2018-01-18 17:23:20.015 [bus error] unable to open 192.168.168.133:9999: ERR: generic I/O error

Liebe Grüße Jörg

Reinhart

#1247
@jonien

offensichtlich versuchst du auf dem Management Port eine Verbindung zu bekommen!
Was hast du denn beim ebusd TCP Port eingestellt, das musst du dann in den OPTs eintragen!
Siehe dazu hier.

Configuration:
1. WIFI SSID: SSID des eigenen Wlan
2. WIFI secret: Passwort
3. WIFI IP address: 10.0.0.161/24, gateway: 10.0.0.254
4. ebusd TCP/UDP mode: TCP
5. ebusd TCP port: 8889
6. ebusd RX+TX PINs: direct RX+TX (GPIO3+1)
7. Management TCP port: 9999
8. LED PINs: RX:disabled, TX:disabled
9. Initial PIN direction: D0:L, D4:L


Ach ja, Wheezy ist schon etwas nostalgisch würde dir was neueres empfehlen, wir haben sämtliche Tests schon mit Stretch durchgeführt.


LG
Reinhart



FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

jonien

#1248
Hallo Reinhard,
habe nochmal die Einstellung lt. Deinem Hinweis kontrolliert. Der Managementport ist bei mir "80". Ich habe den Kommunikationsport im Ebusd und im Adapter auf "8889" geändert. Leider keine Änderung. Master und Slave (Ebusd) sind beide "ebusd"; ist das richtig?

root@raspberrypi:/home/pi# ebusctl info
version: ebusd 3.1.v3.0-35-gb0e20b7
update check: revision v3.1-1-g60a18d1 available, broadcast.csv: newer version available
signal: no signal
reconnects: 0
masters: 1
messages: 11
conditional: 0
poll: 0
update: 4
address 31: master #8, ebusd
address 36: slave #8, ebusd

Nach einem reboot Ebusd bekomme ich folgendes...
root@raspberrypi:/home/pi# service ebusd restart
[ ok ] Stopping ebusd: ebusd.
[ ok ] Stopping ebusd4: ebusd.
[ ok ] Starting ebusd: ebusd.
[ ok ] Starting ebusd4: ebusd.

LG

PS Ist ein Upgrade auf JESSY oder... möglich? Ich scheue mich etwas vor einer Neuinstallation ::)

Reinhart

komisch, da laufen ja 2 Dämon?

mach mal bitte
PS -aux|grep ebus
ob da wirklich 2 mal der Dämon läuft.

Du kannst ja auch einmal versuchen via Telnet den eBus Port zu erreichen.
telnet 192.168.168.133 9999
dann sollte sich eine Konsole öffnen wo nur der Cursor blinkt. Wenn ja dann kann man vom Raspi den Wemos erreichen. Wenn nein, dann stimmt was mit der IP oder Port des Wemos nicht. Von wo aus du das machst ist egal, kann auch ein PC sein.

Ja und eins ist klar, solange der eBus nicht angeschlossen ist, kannst auch kein Signal bekommen. Aber ein zusätzliches USB Netzteil hast du auf einem der Wemos angeschlossen?

Poste bitte auch einmal ein Log nachdem der Dämon gestartet wurde.

Betreffend Jessie/Stretch, ein Upgrade empfiehlt sich nicht, mach lieber alles neu. Kannst ja auch auf einer neuen SD Card machen, wenn was schief geht steckst einfach die bestehende wieder ein und du hast den Stand wieder, aber schau vorher das du den eBus zum Laufen bekommst.

LG
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

jonien

... über telnet kann ich den Wemos erreichen.

das Kommando "PS -aux|grep ebus " bringt "bash: PS: command not found".

Im Verzeichnis " /home/pi/ebusd" gibt es einen Unterorder mit dem Namen "ebusd" (also:" /home/pi/ebusd/ebusd". Dieser enthält die gleichen Dateien wie der Hauptordner. Scheint wirklich eine doppelte Installation zu sein.

Kann ich Ebusd komplett entfernen und neu installieren? Wenn ja, wie? :-\

LG Jörg


Reinhart

das mit dem Home Verzeichnis passt schon. Aus Home/pi wird nichts gestartet, von dort wird bei der Installation nach /usr/bin/ kopiert.

Um die Tasks anzuzeigen bitte mit
ps -aux|grep ebus
die Rechtschreibprüfung hat mir "ps" groß geschrieben!

LG
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

jonien

...ok :)

root@raspberrypi:/home/pi# ps -aux|grep ebus
warning: bad ps syntax, perhaps a bogus '-'?
See http://gitorious.org/procps/procps/blobs/master/Documentation/FAQ
root      4653  0.0  0.2  28540  1920 ?        Ssl  21:54   0:00 /usr/bin/ebusd --pidfile /var/run/ebusd4.pid -d 192.168.168.133:8889 -l /var/log/ebusd.log                                      --scanconfig --latency=20000 --loglevel=debug --receivetimeout=50000
root      9358  0.0  0.1  45948  1820 ?        Ssl  21:59   0:00 /usr/bin/ebusd --pidfile /var/run/ebusd4.pid -d 192.168.168.133:8889 -l /var/log/ebusd.log                                      --scanconfig --latency=20000 --loglevel=debug --receivetimeout=50000
root     31499  0.0  0.1   3576  1644 pts/0    S+   22:22   0:00 grep ebus

john30

Zitat von: jonien am 19 Januar 2018, 22:24:35
root@raspberrypi:/home/pi# ps -aux|grep ebus
warning: bad ps syntax, perhaps a bogus '-'?
See http://gitorious.org/procps/procps/blobs/master/Documentation/FAQ
root      4653  0.0  0.2  28540  1920 ?        Ssl  21:54   0:00 /usr/bin/ebusd --pidfile /var/run/ebusd4.pid -d 192.168.168.133:8889 -l /var/log/ebusd.log                                      --scanconfig --latency=20000 --loglevel=debug --receivetimeout=50000
root      9358  0.0  0.1  45948  1820 ?        Ssl  21:59   0:00 /usr/bin/ebusd --pidfile /var/run/ebusd4.pid -d 192.168.168.133:8889 -l /var/log/ebusd.log                                      --scanconfig --latency=20000 --loglevel=debug --receivetimeout=50000
root     31499  0.0  0.1   3576  1644 pts/0    S+   22:22   0:00 grep ebus
ok, du hast eine zweite ebusd Instanz konfiguriert. Post bitte mal den kompletten Inhalt von "/etc/default/ebusd" und auch die Ausgabe der Webseite von ebusd-esp
author of ebusd

jonien

Hallo,
nachdem ich gestern Abend starke Performance-Probleme hatte (außer in ebusd) keine Veränderungen vorgenommen hatte, habe ich Ebusd und Conf.Dat. komplett deinstalliert. Danach lief auch keine Ebusd-Instanz mehr :). Dann habe ich eine kompl. Neuinstallation vorgenommen. Danach bekam ich ztw. Verbindung zum Wemos. Trotzdem scheinen weiter 2(oder jetzt 3?)Instanzen zu laufen ???.

pi@raspberrypi ~ $ sudo su
root@raspberrypi:/home/pi# ps -aux|grep ebus
warning: bad ps syntax, perhaps a bogus '-'?
See http://gitorious.org/procps/procps/blobs/master/Documentation/FAQ
root      3789 59.0  0.2  28540  1948 ?        Ssl  00:54 449:47 /usr/bin/ebusd                                                                                                --pidfile /var/run/ebusd.pid -d 192.168.168.133:8889 -l /var/log/ebusd.log --sca                                                                                               nconfig --latency=20000 --loglevel=debug --receivetimeout=50000
root      4792 59.1  0.2  45948  1980 ?        Ssl  00:55 449:32 /usr/bin/ebusd                                                                                                --pidfile /var/run/ebusd.pid -d 192.168.168.133:8889 -l /var/log/ebusd.log --sca                                                                                               nconfig --latency=20000 --loglevel=debug --receivetimeout=50000
root     14368  0.0  0.1   3576  1840 pts/0    S+   13:36   0:00 grep ebus
root     20804 78.0  0.2  28540  1916 ?        Ssl  00:37 607:14 /usr/bin/ebusd                                                                                                --pidfile /var/run/ebusd.pid -d 192.168.168.133:8889 -l /var/log/ebusd.log --sca                                                                                               nconfig --latency=20000 --loglevel=debug --receivetimeout=50000
root@raspberrypi:/home/pi#



# /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 /usr/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.



EBUSD_OPTS=" -d 192.168.168.133:8889 -l /var/log/ebusd.log --scanconfig --latency=20000 --loglevel=debug --receivetimeout=50000"





Configuration:
1. WIFI SSID: 1234
2. WIFI secret: 5678910
3. WIFI IP address: DHCP
4. ebusd TCP/UDP mode: TCP
5. ebusd TCP port: 8889
6. ebusd RX+TX PINs: direct RX+TX (GPIO3+1)
7. Management TCP port: 80
8. LED PINs: RX:D4, TX:D4
9. Initial PIN direction: D0:L

d. Set current PIN direction: D0:L, D4:L
t. Toggle current output PIN
e. Dump EEPROM content
f. Load factory settings
F. Factory reset (i.e. erase EEPROM)
r. Reboot (without saving)
E. Start with temporary echo (for debugging only!)
0. Start

Enter your choice:




LG Jörg

Reinhart

#1255
du hast in der 4. Zeile schon einen Eintrag!
Lösche den oder sperre ihn mit einer #

EBUSD_OPTS="--scanconfig"

Du kannst ja einmal mit

sudo kill -9 20804
den ebusd killen. die Zahl 20804 ist die Prozess ID, kille auch die anderen das keiner mehr läuft. Dann starte ebusd und schaue nochmals. Normalerweise müsste jetzt alles funktionieren.

Wenn ja dann reboote den Raspi und schaue nochmals ob wieder mehrere Instanzen laufen, dann muss in der Startrotine noch ein Fehler sein.
Du kannst auch einmal schauen wieviele Service mit Namen "ebusd" du unter /lib/systemd/system siehst. Wenn hier mehrere vorhanden sind, dann lösche die wie folgt.

sudo systemctl stop ebusd
sudo systemctl disable ebusd

auf dem selben Weg kann man den automatischen Start wieder aktivieren.

So eine Service Eintrag (ebusd.service) sollte so ausschauen:
[Unit]
Description=ebusd, the daemon for communication with eBUS heating systems.
After=network.target
ConditionPathExists=/var/log

[Service]
Type=forking
Restart=always
PIDFile=/var/run/ebusd.pid
EnvironmentFile=-/etc/default/ebusd
ExecStart=/usr/bin/ebusd $EBUSD_OPTS

[Install]
WantedBy=multi-user.target


Wenn die Performance Probleme hast dann schaue einmal nach mit "top" in der Konsole, hier siehst du wer wieviel CPU braucht.
Mit "strg C" kannst du "top" wieder beenden!



LG
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

jonien

Hallo,
...Zeile 4 war eine Unachtsamkeit, habe ich gleich korrigiert.
Ohne eure Unterstützung hätte ich nicht erkannt, das mehrere Instanzen laufen! Ich konnte jetzt nachvollziehen warum es zu mehreren gleichzeitigen Instanzen von Ebusd gekommen ist:Das "Genie" vor dem Bildschirm hatte nicht vor jeder Änderung in der /etc/default/ebusd alle Instanzen angehalten ("service ebusd stop"). Habe ich dann einen Eintrag in der /etc/default/ebusd geändert/ergänzt, wurde eine neue zusätzliche Instanz gestartet. Mit "service ebusd stop/start/reboot " habe ich ich immer nur die in der /etc/default/ebusd aktivierten Instanzen gesehen. Tatsächlich liefen aber die "alten" auch noch:siehe "ps -aux|grep ebus". Ich habe dann alle von mir aktivierten Einträge in der /etc/default/ebusd  wieder hergestellt und gespeichert. Dann Ebusd gestoppt und dann in der /etc/default/ebusd die redundanten Einträge wieder gelöscht. Jetzt läuft nur noch eine Instanz und die Verbindung zum Wemos auch. Die Performanceprobleme haben sich damit auch erledigt. Interessant: Die Temperatur des Pi ist wieder um 15 Grad in den Normalbereich zurückgegangen. Was man mit Unwissen alles anstellen kann :D.
Unter /lib/systemd/system find ich keinen Ebusd Eintrag :-[
root@raspberrypi:/lib/systemd/system# ls
basic.target.wants                      plymouth-reboot.service
console-kit-daemon.service              plymouth-start.service
console-kit-log-system-restart.service  polkitd.service
console-kit-log-system-start.service    poweroff.target.wants
console-kit-log-system-stop.service     reboot.target.wants
dbus.service                            rsync.service
dbus.socket                             rsyslog.service
dbus.target.wants                       sockets.target.wants
fake-hwclock.service                    sudo.service
halt.target.wants                       udev-control.socket
multi-user.target.wants                 udev-kernel.socket
plymouth-halt.service                   udev.service
plymouth-kexec.service                  udev-settle.service
plymouth-poweroff.service               udev-trigger.service
plymouth-quit.service                   udisks.service
plymouth-quit-wait.service              wpa_supplicant.service
plymouth-read-write.service


Sollte der "Service Eintrag (ebusd.service) " dort zu finden sein?
Danke für den Tip zu "top", bisher musste ich immer die Instanz in putty schließen :)

LG

Reinhart


ach ja wegen der Dienste, du hast ja noch Wheezy, das ist schon 5 Jahre aus das ich da was gemacht habe. Da startet man ja noch mit der update-rc.d die einzelnen Runlevel.

Wenn du das Problem mit den doppelten Dämon noch hast dann schau mal hier, da steht noch was wie man das unter Wheezy macht.
Und ja ist klar, dein Raspi hat sich ganz schön gequält deshalb ist ihm auch so warm geworden.
Aber so wie du schreibst ist ja jetzt alles ok.




LG
FHEM auf Raspy4 mit Bullseye + SSD, Homematic, ESP8266, ESP32, Sonoff, eBus, NanoCUL, MapleCUL, , MQTT2, Alexa

rob uboot

habe mir jetzt alle beiträge durchgelesen und bin auch nur bedingt schlauer geworden.
wo liegt da der fehler? ein user fehler von mir da ahnungslos oder gibt es das csv file wirklich nicht?

pi@raspi:~ $ ebusctl info
version: ebusd 3.0pre.bbc4d04
signal: acquired
symbol rate: 10
max symbol rate: 114
min arbitration micros: 717
max arbitration micros: 988
min symbol latency: 5
max symbol latency: 6
reconnects: 0
masters: 5
messages: 270
conditional: 0
poll: 0
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU01;SW=0300;HW=8802"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403", loaded "vaillant/15.470.csv"
address 26: slave, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403"
address 31: master #8, ebusd
address 33: master #13
address 36: slave #8, ebusd
address 38: slave #13, scanned "MF=Vaillant;ID=V32;SW=0117;HW=9802"
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0107;HW=0103"
address e8: slave, scanned "MF=Vaillant;ID=FMU00;SW=0202;HW=6502"


pi@raspi:~ $ ebusctl f -v -c broadcast
broadcast datetime = no data stored
broadcast error = no data stored
broadcast hwcStatus = no data stored
broadcast ident = no data stored
broadcast ident = no data stored
broadcast load = no data stored
broadcast outsidetemp = temp2=-2.062
broadcast signoflife = no data stored
broadcast vdatetime = time=00:18:54;date=22.01.2018


pi@raspi:/etc/ebusd/vaillant $ dir
05.vd2.csv 15.392.csv    23.ehp.cc.csv 50.vr630.mc.csv     bai.0010006101.inc mcmode.inc
05.vd3.csv 15.400.csv    23.solsy.cc.csv 51.vr630.mc.3.csv   bai.0010006341.inc quick.inc
05.vd4.csv 15.430.csv    23.vr630.cc.csv 52.mc2.mc.4.csv     bai.0010007508.inc roomtempoffset.inc
05.vd6.csv 15.470.csv    25.ehp.hwc.csv 53.mc2.mc.5.csv     bai.0010010674.inc scan.csv
05.vl8.csv 15.e7f.csv    25.solsy.hwc.csv 75.rcc.csv     bai.0020066007.inc _templates.csv
05.vl9.csv 15.f37.csv    25.vr630.hwc.csv 75.v81.csv     bai.308523.inc tempsetpoints.inc
06.pms.csv 15.f43.csv    26.solsy.hc.csv a0.sol.hwc.csv     broadcast.csv timercc.inc
08.bai.csv 15.f47.csv    26.vr630.hc.csv a1.sol.cc.csv     currentservice.inc timercool.inc
08.ehp.csv 15.heb.csv    35.rcc.1.csv bai.0010002315.inc  e0.omu.csv timerhc.inc
0a.pmw.hwc.csv 15.hep.csv    35.v81.1.csv bai.0010002465.inc  ec.sol.sc.csv timerhwc.inc
15.140.csv 15.sdr_p.csv  3c.rcc.5.csv bai.0010003857.inc  ec.solsy.sc.csv timer.inc
15.350.csv 15.ui.csv     3c.v81.5.csv bai.0010003886.inc  ed.pms.sc.csv
15.360.csv 15.uih.csv    50.ehp.mc.csv bai.0010004121.inc  errors.inc
15.36p.csv 1c.rcc.4.csv  50.solsy.mc.csv bai.0010004150.inc  hcmode.inc
15.370.csv 1c.v81.4.csv  50.v61.mc.csv bai.0010005400.inc  hwcmode.inc


pi@raspi:/etc/ebusd/vaillant $ ebusctl scan result
08;Vaillant;HMU01;0300;8802
15;Vaillant;47000;0420;1403;21;15;20;0020171280;0082;021186;N8
26;Vaillant;47000;0420;1403;21;15;20;0020171280;0082;021186;N8
38;Vaillant;V32;0117;9802
76;Vaillant;VWZIO;0107;0103;21;15;24;0020143590;1610;005533;N2
e3;Vaillant;FMU00;0202;6502;21;15;23;0010014568;1610;005097;N0
e8;Vaillant;FMU00;0202;6502;21;15;23;0010014568;1610;005097;N0

john30

Zitat von: rob uboot am 22 Januar 2018, 00:39:31
habe mir jetzt alle beiträge durchgelesen und bin auch nur bedingt schlauer geworden.
wo liegt da der fehler? ein user fehler von mir da ahnungslos oder gibt es das csv file wirklich nicht?
ein bisschen was gibt es für Deine Geräte, aber nicht im letzten ebusd-configuration release, sondern nur direkt vom git, siehe hier:
https://forum.fhem.de/index.php/topic,79600.msg744150.html#msg744150
author of ebusd