eBus->USB->Plugin->KNX

[peterf]

Ich hatte das aus dem git geholt.
Ist aber ein guter Hinweis, ich habe im log nämlich sowas:

2013-11-20 18:38:25.961 [DBG] del: id: 127 clientfd: 6 ==> entries: 0
2013-11-20 18:38:25.962 [ERR] message type 3 unkown
2013-11-20 18:38:25.965 [NET] <<< client [6]

Nun bekomme ich ein Ergebnis, ist aber immer 0:

get mv at_temp stat
 0

Dabei ists egal, welche Temp ich lese.

Für einen Tipp wäre ich dankbar :-)

[JuMi2006]

Also mit den csv aus sourceforge müsstest Du die Version bei git auschecken:
https://github.com/yuhu-/ebusd/tree/...eb2e0ee6eddf20

oder eben die fertigen Pakete nutzen:
https://github.com/yuhu-/ebusd/tree/master/build

Dann passt die csv auch zum daemon.

Oder eben die csv ändern.

[peterf]

Das fertige Paket scheint unter /usr/sbin keine ebusd zu haben.

[JuMi2006]

Stimmt, ich hab den Fehler gefunden. Der Übergang klappt doch nicht so reibungslos und die Pakete haben doch ihre kleinen Tücken .

Ich hänge dir das Paket mal an, einfach .zip entfernen.

[peterf]

Jetzt gehts!!!

Vielen Dank!

[mivola]

Ich wollte auch mal eine kurze Rückmeldung geben. Bin aktuell im Umzugsstress - kann daher nicht so viel "rumspielen" ;-) Aber der ebusd an sich scheint zu funktionieren - ich konnte die Außentemperatur und auch die Sole-Temps per telnet auslesen. Weiter bin ich leider noch nicht gekommen, aber das wird schon noch...

Noch eine Frage: wenn ich die neuen github-Pakete installieren möchte, muss ich zuvor die anderen explizit deinstallieren?

Danke!!


Micha

[Gast]

Noch eine Frage: wenn ich die neuen github-Pakete installieren möchte, muss ich zuvor die anderen explizit deinstallieren?

Wenn du ein Packerl installiert hast -> ja.

Wenn du vorher von svn ausgecheckt hast -> Verzeichnis löschen.

[JuMi2006]

Hallo Micha,

momentan gibt es keinen Grund neu auszuchecken. Deine Version ist aktuell bzw. hat keine Defizite. Lass es erstmal so wie es ist. Ich hatte beim Paketbau auch noch nen Fehler drin (mangels Testsystemen).

[sten123]

Hallo JuMi2006

hab von Roland erfahren und inzwischen hier auch gelesen, dass du den ebus/Ethernet Adapter von eservice-online einsetzt. Den habe ich mir auch besorgt und versucht den ebusd damit zum fliegen zu bringen. Ich habe dazu auf einer Debian VM den seriellen Port des ebus-Adapters als Pseudo TTY bereitgestellt und versuche den ebusd darüber zugreifen zu lassen. Das funktioniert aber nicht und wird mit der Meldung "ebus-bus.c: 210: eb_serial_open: Error Invalid argument" quittiert. Offenbar funktioniert die Prüfung des ptty durch eb_serial_valid() nicht. Dort werden mit ioctl(sfd, TIOCMGET) die Modem-Bits auszulesen um zu prüfen, ob es sich um einen seriellen Port handelt und der funktioniert. Das scheint aber auf einem ptty nicht zu funktionieren. Für einen Test habe ich den Test des seriellen Ports in ebus-bus.c und ebusd.c ausgebaut und siehe da der Daemon läuft. Aber das kann ja nicht die Lösung sein. Daher meine Frage, wie bindest Du den ebus-Adapter über Ethernet an den ebusd an?

Grüße

Sten

[JuMi2006]

Ich muss dich da leider enttäuschen, das ist ein mittlerweile verbreiteter Irrglaube .
Ich hab auch nur die USB-Version, damit müsste man sich an der Stelle tatsächlich anders behelfen.

Edit:
Hier wurde das diskutiert und eingeführt: https://knx-user-forum.de/wiregate/2...tml#post312141

[Gast]

@Sten: Sorry für die flasche Information. Ich dachte wirklich dass JuMi die Netzwerkvariante hat.

Ursprünglich hatte ich diesen Test nicht eingebaut. Wie wäre es wenn es mit einer Option ein/ausschaltbar wäre?

Gibt es einen Namensvorschlag für ein Daemonflag?

Usage: ebusd [OPTIONS]
  -a --address        bus address (0xFF)
  -c --cfgfdir        configuration directory of command files (/etc/ebusd)
  -C --cfgfile        daemon configuration file (/etc/ebusd/ebusd.conf)
  -d --device        serial device (/dev/ttyUSB0)
  -e --extension    extension of command files (csv)
  -f --foreground    run in foreground
  -l --loglevel        log level (INF | INF, NOT, WAR, ERR, DBG, EBH, EBS, NET, ALL)
  -L --logfile        log file (/var/log/ebusd.log)
  -P --pidfile        pid file (/var/run/ebusd.pid)
  -p --port        port (8888)
  -r --rawdump        dump raw ebus data to file
  -R --rawfile        raw file (/tmp/ebusd.bin)
  -s --showraw        print raw data
  -S --settings        print daemon settings
  -t --localhost    allow only connection from localhost
  -v --version        print version information
  -h --help        print this message

[sten123]

Hallo Roland

Eine solche Überwachung macht auf jeden Fall Sinn und die würde ich gern auch bei ptty beibehalten. Auch hier kann das device z.B. durch ein abgezogenes Netzwerkkabel verschwinden und später wieder erscheinen. Wenn das der Daemon verkraftet ohne sich gleich die Kugel zu geben dann ist das Klasse.
Ich würde, bevor man auf die Notvariante mit dem manuell zu setzenden Flag zurückfällt, erst noch mal versuchen einen zu TIOCMGET alternativen Test zu finden, der sowohl mit den richtigen seriellen Ports als auch mit ptty funktioniert.

[Gast]

ok,

dann test doch mal

int
eb_serial_valid()
{
    return fcntl(sfd, F_GETFD) != -1 || errno != EBADF;
}

EDIT: das Flag hätte ich schon eingebaut. Wenn das gewünscht wird checke ich das morgen ein.

 -n --nodevicecheck    don't check serial device

[sten123]

Das funktioniert erstmal insofern, das der ebusd läuft und eine Störung am pty erkannt wird. Das erneute Öffnen des pty klappt aber nicht. Sieht jetzt so aus:

2013-11-26 00:02:26.910 [EBH]   b5
2013-11-26 00:02:26.915 [EBH]   11
2013-11-26 00:02:26.919 [EBH]   01
2013-11-26 00:02:26.923 [EBH]   02
2013-11-26 00:02:26.927 [EBH]   8a
2013-11-26 00:02:26.965 [EBH]   00
2013-11-26 00:02:36.976 [WAR] select timeout (0) reached
2013-11-26 00:02:36.976 [ERR] serial device is invalid
2013-11-26 00:02:36.976 [INF] port 8888 closed
2013-11-26 00:02:36.976 [INF] /dev/ebus closed
2013-11-26 00:02:37.976 [INF] /dev/ebus opened
2013-11-26 00:02:37.976 [INF] port 8888 opened
2013-11-26 00:02:47.987 [WAR] select timeout (0) reached
2013-11-26 00:02:47.987 [ERR] serial device is invalid
2013-11-26 00:02:47.987 [INF] port 8888 closed
2013-11-26 00:02:47.987 [INF] /dev/ebus closed
2013-11-26 00:02:48.987 [INF] /dev/ebus opened
2013-11-26 00:02:48.987 [INF] port 8888 opened
2013-11-26 00:02:58.998 [WAR] select timeout (0) reached
2013-11-26 00:02:58.998 [ERR] serial device is invalid
2013-11-26 00:02:58.998 [INF] port 8888 closed
2013-11-26 00:02:58.998 [INF] /dev/ebus closed
2013-11-26 00:02:59.998 [INF] /dev/ebus opened
2013-11-26 00:02:59.998 [INF] port 8888 opened
2013-11-26 00:03:10.008 [WAR] select timeout (0) reached
2013-11-26 00:03:10.009 [ERR] serial device is invalid
2013-11-26 00:03:10.009 [INF] port 8888 closed
2013-11-26 00:03:10.009 [INF] /dev/ebus closed

Generell noch eine Frage. Ich habe die vaillant_cyc.csv gemäß https://knx-user-forum.de/354773-post944.html angepasst (habe den ebusd von github geclont) und mit geladen und mal versucht mit "cyc broad date_time_temp temp" die Temperatur auszulesen. Das klappt aber nicht, es kommt keine Antwort. Der Dump dazu sieht wie folgt aus. Ist der OK und werden die Nachrichten richtig dekodiert?

2013-11-25 23:56:10.849 [EBH]   fe
2013-11-25 23:56:10.853 [EBH]   b5
2013-11-25 23:56:10.857 [EBH]   05
2013-11-25 23:56:10.861 [EBH]   03
2013-11-25 23:56:10.866 [EBH]   4a
2013-11-25 23:56:10.870 [EBH]   01
2013-11-25 23:56:10.874 [EBH]   00
2013-11-25 23:56:10.878 [EBH]   f4
2013-11-25 23:56:10.882 [EBH]   aa
2013-11-25 23:56:10.882 [EBH]   10 fe b5 05 03 4a 01 00 f4
2013-11-25 23:56:11.414 [EBH]   10
2013-11-25 23:56:11.422 [EBH]   08
2013-11-25 23:56:11.426 [EBH]   b5
2013-11-25 23:56:11.431 [EBH]   09
2013-11-25 23:56:11.435 [EBH]   03
2013-11-25 23:56:11.439 [EBH]   29
2013-11-25 23:56:11.443 [EBH]   0f
2013-11-25 23:56:11.447 [EBH]   00
2013-11-25 23:56:11.451 [EBH]   56
2013-11-25 23:56:11.490 [EBH]   00
2013-11-25 23:56:11.494 [EBH]   aa
2013-11-25 23:56:11.494 [EBH]   10 08 b5 09 03 29 0f 00 56 00
2013-11-25 23:56:11.494 [NOT]  found: 08B50903290F00 type: MS ==> id: 8
2013-11-25 23:56:11.494 [DBG] id: 8 elem: 0 p1: 3 p2: 4 p3: 0 p4: 0
2013-11-25 23:56:11.494 [DBG] buf: 0.000000
2013-11-25 23:56:11.494 [DBG] id: 8 elem: 1 p1: 5 p2: 0 p3: 0 p4: 0
2013-11-25 23:56:11.494 [DBG] buf: 0
2013-11-25 23:56:11.494 [EBS] 0.000000 0
2013-11-25 23:56:11.586 [EBH]   10
2013-11-25 23:56:11.594 [EBH]   08
2013-11-25 23:56:11.599 [EBH]   b5
2013-11-25 23:56:11.603 [EBH]   09
2013-11-25 23:56:11.607 [EBH]   03
2013-11-25 23:56:11.611 [EBH]   29
2013-11-25 23:56:11.615 [EBH]   bb
2013-11-25 23:56:11.619 [EBH]   00
2013-11-25 23:56:11.624 [EBH]   ca
2013-11-25 23:56:11.654 [EBH]   00
2013-11-25 23:56:11.658 [EBH]   aa
2013-11-25 23:56:11.658 [EBH]   10 08 b5 09 03 29 bb 00 ca 00
2013-11-25 23:56:11.750 [EBH]   10
2013-11-25 23:56:11.758 [EBH]   08
2013-11-25 23:56:11.762 [EBH]   b5
2013-11-25 23:56:11.766 [EBH]   09
2013-11-25 23:56:11.770 [EBH]   03
2013-11-25 23:56:11.774 [EBH]   29
2013-11-25 23:56:11.778 [EBH]   ba
2013-11-25 23:56:11.782 [EBH]   00
2013-11-25 23:56:11.787 [EBH]   51
2013-11-25 23:56:11.817 [EBH]   00
2013-11-25 23:56:11.821 [EBH]   aa
2013-11-25 23:56:11.821 [EBH]   10 08 b5 09 03 29 ba 00 51 00
2013-11-25 23:56:11.913 [EBH]   10
2013-11-25 23:56:11.921 [EBH]   08
2013-11-25 23:56:11.926 [EBH]   b5
2013-11-25 23:56:11.930 [EBH]   09
2013-11-25 23:56:11.934 [EBH]   03
2013-11-25 23:56:11.938 [EBH]   29
2013-11-25 23:56:11.942 [EBH]   e2
2013-11-25 23:56:11.946 [EBH]   01
2013-11-25 23:56:11.951 [EBH]   b3
2013-11-25 23:56:11.981 [EBH]   00
2013-11-25 23:56:11.985 [EBH]   aa
2013-11-25 23:56:11.985 [EBH]   10 08 b5 09 03 29 e2 01 b3 00
2013-11-25 23:56:12.076 [EBH]   10
2013-11-25 23:56:12.084 [EBH]   08
2013-11-25 23:56:12.089 [EBH]   b5
2013-11-25 23:56:12.093 [EBH]   09
2013-11-25 23:56:12.097 [EBH]   03
2013-11-25 23:56:12.101 [EBH]   29
2013-11-25 23:56:12.105 [EBH]   03
2013-11-25 23:56:12.109 [EBH]   00
2013-11-25 23:56:12.113 [EBH]   8e
2013-11-25 23:56:12.152 [EBH]   00
2013-11-25 23:56:12.156 [EBH]   aa
2013-11-25 23:56:12.156 [EBH]   10 08 b5 09 03 29 03 00 8e 00
2013-11-25 23:56:12.156 [NOT]  found: 08B50903290300 type: MS ==> id: 7
2013-11-25 23:56:12.156 [DBG] id: 7 elem: 0 p1: 3 p2: 4 p3: 0 p4: 0
2013-11-25 23:56:12.156 [DBG] buf: 0.000000
2013-11-25 23:56:12.156 [DBG] id: 7 elem: 1 p1: 5 p2: 0 p3: 0 p4: 0
2013-11-25 23:56:12.156 [DBG] buf: 0
2013-11-25 23:56:12.156 [EBS] 0.000000 0
2013-11-25 23:56:12.469 [EBH]   10
2013-11-25 23:56:12.476 [EBH]   23
2013-11-25 23:56:12.480 [EBH]   b5
2013-11-25 23:56:12.485 [EBH]   05
2013-11-25 23:56:12.489 [EBH]   07
2013-11-25 23:56:12.493 [EBH]   2b
2013-11-25 23:56:12.497 [EBH]   00
2013-11-25 23:56:12.501 [EBH]   01
2013-11-25 23:56:12.505 [EBH]   00
2013-11-25 23:56:12.510 [EBH]   00
2013-11-25 23:56:12.514 [EBH]   00
2013-11-25 23:56:12.518 [EBH]   00
2013-11-25 23:56:12.522 [EBH]   79
2013-11-25 23:56:12.539 [EBH]   00
2013-11-25 23:56:12.544 [EBH]   aa
2013-11-25 23:56:12.544 [EBH]   10 23 b5 05 07 2b 00 01 00 00 00 00 79 00
2013-11-25 23:56:12.891 [NET] >>> client [7] cyc broad date_time_temp temp
2013-11-25 23:56:12.891 [NOT] search: cyc broad.date_time_temp
2013-11-25 23:56:12.891 [NOT]  found: FE070009 type: 1 ==> id: 0
2013-11-25 23:56:12.891 [NOT]   data: temp
2013-11-25 23:56:12.891 [DBG] add: id: 0 clientfd: 7 ==> entries: 1
2013-11-25 23:56:12.900 [EBH]   10
2013-11-25 23:56:12.908 [EBH]   08
2013-11-25 23:56:12.912 [EBH]   b5
2013-11-25 23:56:12.916 [EBH]   11
2013-11-25 23:56:12.920 [EBH]   02
2013-11-25 23:56:12.924 [EBH]   03
2013-11-25 23:56:12.929 [EBH]   00
2013-11-25 23:56:12.933 [EBH]   1e
2013-11-25 23:56:12.992 [EBH]   00
2013-11-25 23:56:12.996 [EBH]   aa
2013-11-25 23:56:12.996 [EBH]   10 08 b5 11 02 03 00 1e 00
2013-11-25 23:56:12.996 [DBG] del: id: 0 clientfd: 7 ==> entries: 0
2013-11-25 23:56:12.996 [ERR] message type 1 unkown
2013-11-25 23:56:12.996 [NET] <<< client [7]
2013-11-25 23:56:13.088 [EBH]   10
2013-11-25 23:56:13.096 [EBH]   08
2013-11-25 23:56:13.100 [EBH]   b5
2013-11-25 23:56:13.104 [EBH]   11
2013-11-25 23:56:13.108 [EBH]   01

[Gast]

2013-11-25 23:56:12.891 [NET] >>> client [7] cyc broad date_time_temp temp
2013-11-25 23:56:12.891 [NOT] search: cyc broad.date_time_temp
2013-11-25 23:56:12.891 [NOT]  found: FE070009 [COLOR=Red]type: 1 [/COLOR]==> id: 0
2013-11-25 23:56:12.891 [NOT]   data: temp
2013-11-25 23:56:12.891 [DBG] add: id: 0 clientfd: 7 ==> entries: 1
2013-11-25 23:56:12.900 [EBH]   10
2013-11-25 23:56:12.908 [EBH]   08
2013-11-25 23:56:12.912 [EBH]   b5
2013-11-25 23:56:12.916 [EBH]   11
2013-11-25 23:56:12.920 [EBH]   02
2013-11-25 23:56:12.924 [EBH]   03
2013-11-25 23:56:12.929 [EBH]   00
2013-11-25 23:56:12.933 [EBH]   1e
2013-11-25 23:56:12.992 [EBH]   00
2013-11-25 23:56:12.996 [EBH]   aa
2013-11-25 23:56:12.996 [EBH]   10 08 b5 11 02 03 00 1e 00
2013-11-25 23:56:12.996 [DBG] del: id: 0 clientfd: 7 ==> entries: 0
2013-11-25 23:56:12.996 [ERR] [COLOR=Red]message type 1 unkown[/COLOR]
2013-11-25 23:56:12.996 [NET] <<< client [7]

In der Config noch 1 durch BR ersetzen. Ist noch ein Fehler im github Repo.