eBus Schaltung in Betrieb nehmen

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

Vorheriges Thema - Nächstes Thema

TobiasR

Hallo Peter,
hallo Maik,

ich habe jetzt noch einmal mit einem ganz neuen Image angefangen.
Alles direkt vom github runtergeladen:

wget https://github.com/john30/ebusd/releases/download/v3.0/ebusd-3.0_armhf-wheezy.deb
sudo dpkg -i --force-overwrite ebusd-3.0_armhf-wheezy.deb

wget https://github.com/john30/ebusd-configuration/releases/download/v2.1.1/ebusd-configuration-2.1.b143f39-de_all.deb
sudo dpkg -i --force-overwrite ebusd-configuration-2.1.b143f39-de_all.deb


Dann habe ich die Einstellung angepasst:
EBUSD_OPTS1="--lograwdata=bytes --scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -p 8888 -l /var/log/ebusd1.log"

Im Log erhalte ich unverändert die folgende Ausgabe:
2017-10-01 12:31:58.682 [main notice] ebusd 3.0.v3.0 started
2017-10-01 12:31:58.696 [bus notice] bus started with own address 31/36
2017-10-01 12:31:58.724 [bus notice] signal acquired
2017-10-01 12:32:01.166 [bus notice] new master 71, master count 2
2017-10-01 12:32:01.194 [bus notice] new master 03, master count 3
2017-10-01 12:32:01.194 [update notice] unknown MS cmd: 7108b507030bffff / 0100
2017-10-01 12:32:04.806 [bus notice] new master 10, master count 4
2017-10-01 12:32:08.699 [main notice] starting initial broadcast scan
2017-10-01 12:32:08.741 [bus error] send to fe: ERR: read timeout, retry
2017-10-01 12:32:08.784 [bus error] send to fe: ERR: read timeout, retry
2017-10-01 12:32:08.827 [bus error] send to fe: ERR: read timeout, retry
2017-10-01 12:32:08.913 [bus error] send to fe: ERR: read timeout
2017-10-01 12:32:08.913 [main error] initial scan failed: ERR: read timeout
2017-10-01 12:32:10.521 [update notice] unknown MS cmd: 7108b5110107 / 050084000001
2017-10-01 12:32:11.326 [update notice] unknown MS cmd: 7108b507030bffff / 0100
2017-10-01 12:32:18.600 [update notice] unknown MS cmd: 7108b5110107 / 050084000001
2017-10-01 12:32:19.001 [main error] scan config 08: ERR: read timeout
2017-10-01 12:32:21.016 [main error] scan config 15: ERR: read timeout
2017-10-01 12:32:23.059 [main error] scan config 76: ERR: read timeout
2017-10-01 12:32:25.001 [bus notice] max. symbols per second: 121
2017-10-01 12:32:25.010 [update notice] unknown MS cmd: 1076b51009000000ffffff050000 / 0101

[/code]

Ich bekomme leider auch die <aa nicht eingestellt. Kann es sein dass, wie DD schreibt, es am Rapberry Modell liegt. Ich habe einen 3er?

Tobias

Peter1984

Ich auch. Kompiliere mal gemäß Wiki und gehe dann über den Browser auf Github. Dort kannst du die neuesten CSVs direkt runterladen und DANN ging es bei mir.

Hatte es auch so probiert wie du, was nicht ging.

TobiasR

 :'( :'( Ich habe jetzt wie im Wiki beschrieben (eBusd Installation Build Prozess) selbst kompiliert und anschließend noch die aktuelle csv installiert.

Weder die <aa noch das time Out beim Start bekomme ich damit weg.

2017-10-01 14:49:58.884 [main notice] ebusd 3.0.v3.0-9-gb9c69f0 started with broadcast scan
2017-10-01 14:49:58.902 [bus notice] bus started with own address 31/36
2017-10-01 14:49:58.911 [bus notice] signal acquired
2017-10-01 14:50:08.904 [main notice] starting initial broadcast scan
2017-10-01 14:50:08.932 [bus error] send to fe: ERR: read timeout, retry
2017-10-01 14:50:08.975 [bus error] send to fe: ERR: read timeout, retry
2017-10-01 14:50:09.018 [bus error] send to fe: ERR: read timeout, retry
2017-10-01 14:50:09.550 [bus error] send to fe: ERR: read timeout
2017-10-01 14:50:09.550 [main error] initial scan failed: ERR: read timeout
2017-10-01 14:51:32.424 [bus notice] new master 71, master count 2
2017-10-01 14:51:39.637 [main error] scan config 76: ERR: read timeout


ich gebe langsam auf...

cs-online

Hallo,

heute ist mir aufgefallen, daß einige meiner Funktionen, die direkt mit dem EMCD-Device arbeiten, nicht mehr funktionieren. Ich habe sonst z.B.

get EBUS raw 'w -c 470 hc1daytemp 25'

wobei "EBUS" mein EMCD-Device ist, z.B. die Tageswunschtemperatur eingestellt. Das war recht komfortabel, weil ich mit Variablen und ohne Klassen arbeiten konnte.
Im EBUSCTL läuft der Befehl innerhalb der '...' sauber, daran kann es also nicht liegen.
Nun kommt, wenn ich das direkt oben in die FHEM_Konsole eingebe nach kurzer Wartezeit ein Popup mit "EBUS raw => " aber nichts mehr dahinter. In einer Funktion wird der Befehl auch nicht umgesetzt. Das kann noch nicht lange so sein. Was hat sich denn da geändert ? Gibt es sonst noch Möglichkeiten, diese Schreibbefehle direkt an den EBUS zu senden ohne den Umweg über eine Klasse ?
FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266/32 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20+S26,Shelly1/2/2.5, Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV+Speicher, alles auf einem RPI und da geht noch mehr

TiPpFeHlEr

#1069
@cs-online

dito geht bei mir auch nicht, im Event Monitor erscheint
2017-10-01 16:43:20 ECMD EBUS FAILED
2017-10-01 16:43:23 ECMD EBUS DISCONNECTED


@Tobi

kann es sein das du die falsche Zeile deiner /etc/default/ebusd bearbeitet hast??
Du hast ja "EBUSD_OPTS1=" bearbeitet warum??
benutzt du mehrere Ebusadapter?
poste mal den Inhalt deiner /etc/default/ebusd.
cat /etc/default/ebusd
ebeso poste mal bitte die Ausgabe von sudo service ebusd status
parralell füge bitte noch folgendes hinzu, um die receive timeout zu erhöhen.
Ich weis garnicht mehr warum ich es benutze, glaube ich hatte ähnliche Probleme am Anfang.
--receivetimeout=100000

mfg maik

TobiasR

Hi Maik,

ich habe nur den einen Adapter angeschlossen.

# /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="--lograwdata=bytes --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.



Was für einen Raspberry nutzt du?

cs-online

FHEM auf RPI 4 4GB, HM-WLAN-Gateway, einige HM-Aktoren,2x EBUSD an Heizung+Solar, ESP8266/32 am Strom-,Gas-,Wasserzähler, in WLAN-Steckdosen und Relaisleisten, Sonoff S20+S26,Shelly1/2/2.5, Lacrosse-Gateway und Sensoren,Sduino,Alexa-Fhem,Huawei PV+Speicher, alles auf einem RPI und da geht noch mehr

TiPpFeHlEr

#1072
hi tobi,

Ich sehe den Fehler warscheinlich ;)
EBUSD_OPTS="--scanconfig"
EBUSD_OPTS1="--lograwdata=bytes --scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -p 8888 -l /var/log/ebusd1.log"

du startest 2 EBUSse
kommentire die obere Zeile bitte aus
#EBUSD_OPTS="--scanconfig"
und starte den ebus erneut.
nun sollte deine /var/log/ebusd1.log anders aussehen?

Ich vermute zudem das du die falsche log geöffnet  hast? also die /var/log/ebusd.log ?

stelle danach sicher mit sudo service ebusd statusdas nur einer läuft.

mfg maik

TobiasR

Hi Maik,

du bist ein Held!!!!
Weil nach der Änderung plötzlich Fehler kamen, habe ich nur die eine Zele angepasst:

EBUSD_OPTS="--lograwdata=bytes --scanconfig"

Ergebnis: - Ich habe nun auch <aa

2017-10-01 18:11:57.671 [main notice] ebusd stopped
2017-10-01 18:12:29.420 [main notice] ebusd 3.0.v3.0 started
2017-10-01 18:12:29.431 [bus notice] bus started with own address 31/36
2017-10-01 18:12:29.446 [bus notice] <aa
2017-10-01 18:12:29.446 [bus notice] signal acquired
2017-10-01 18:12:29.489 [bus notice] <aa
2017-10-01 18:12:29.532 [bus notice] <aa
2017-10-01 18:12:29.574 [bus notice] <aa
2017-10-01 18:12:29.617 [bus notice] <aa
2017-10-01 18:12:29.660 [bus notice] <aa
2017-10-01 18:12:29.703 [bus notice] <aa


Nur die Sendefehler sind weiter da:

2017-10-01 18:12:39.410 [bus notice] <aa
2017-10-01 18:12:39.432 [main notice] starting initial broadcast scan
2017-10-01 18:12:39.453 [bus notice] <aa
2017-10-01 18:12:39.454 [bus notice] >31
2017-10-01 18:12:39.464 [bus error] send to fe: ERR: read timeout, retry
2017-10-01 18:12:39.495 [bus notice] <aa
2017-10-01 18:12:39.496 [bus notice] >31
2017-10-01 18:12:39.506 [bus error] send to fe: ERR: read timeout, retry
2017-10-01 18:12:39.538 [bus notice] <aa
2017-10-01 18:12:39.539 [bus notice] >31
2017-10-01 18:12:39.549 [bus error] send to fe: ERR: read timeout, retry
2017-10-01 18:12:39.581 [bus notice] <aa
2017-10-01 18:12:39.582 [bus notice] >31


Hast du eine Idee was ich jetzt noch machen kann?

TiPpFeHlEr

@Tobi ???

Nein!

also, du hast mitEBUSD_OPTS="--lograwdata=bytes --scanconfig" einen Ebus gestartet ohne ein Device zu definieren!

kommentiere diese Zeile bitte mit # aus
und ändere die andere Zeile auf
EBUSD_OPTS="--receivetimeout=100000 --lograwdata=bytes --scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -p 8888 -l /var/log/ebusd.log"!!!!!!!!
diese Zeile ist die einzige ohne ein #
dann startet er den ebusd und logt in /var/log/ebusd.log

mfg maik

TiPpFeHlEr

#1075
@ Tobi

deine /etc/default/ebusd MUSS so aussehen
# /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_OPTS="--receivetimeout=100000 --lograwdata=bytes --scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -p 8888 -l /var/log/ebusd.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.


sonst kommen wir hier nicht weiter!

welche Fehler kamen denn überhaupt??

mfg maik

TobiasR

o.k.

Aber da gibt es jetzt einen neuen Fehler:

2017-10-01 18:37:16.452 [main notice] ebusd 3.0.v3.0 started
2017-10-01 18:37:16.461 [bus error] unable to open /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0: ERR: element not found
2017-10-01 18:37:16.461 [bus notice] bus started with own address 31/36
2017-10-01 18:37:26.461 [bus error] unable to open /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0: ERR: element not found
2017-10-01 18:37:36.462 [bus error] unable to open /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0: ERR: element not found


Was ist das?

TiPpFeHlEr

#1077
aha!!!!

das ist nur ein Platzhalter eines Ebus Adapters, du hast aber höchtswarscheinlich einen anderen, dieser hat dann natürlich eine andere ID
also musst du die ID deines Adapters dort einfügen.
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0
poste mal die Ausgabe von
ls /dev/serial/by-id/

mfg maik

TobiasR

gerne:

usb-FTDI_FT232R_USB_UART_00000000-if00-port0

TiPpFeHlEr

OK

wenn dies die einzige Ausgabe war, ändere bitte die Zeile auf
EBUSD_OPTS="--receivetimeout=100000 --lograwdata=bytes --scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0 -p 8888 -l /var/log/ebusd.log"

und ebusd neu starten und melden was passiert.

mfg maik