eBus Schaltung in Betrieb nehmen

[theotherhalf]

Hallo!
Ich wollte nun mein kleines Projekt weiter angehen bzw. aufräumen und aus den beiden Raspis (einer FHEM, einer ebus) einen machen.
Am ebus Raspi läuft seit geraumer Zeit ein Board, denke es ist V1.6, ohne Probleme, verkoppelt mit meinem Vaillant Regler.
Da ich ein zweites Board benötige um auch Daten meiner Therme einzusammeln (kann Regler und Therme leider nicht koppeln) stellen sich für mich folgende Fragen:

1. FHEM und ebus Dämon auf einem Raspi ist OK? Mein FHEM steuert nichts, sondern ist nur zur Visualisierung (siehe auch Signatur)
2. Das alte Board läuft auch mit John30s neuer V3.0 des ebusd?
3. Zwei (verschiedene) Boards laufen an zwei verschiedenen USB Ports an einem Raspi?
4. Und falls dem so ist, gibt es noch ein fertiges Board hier zu erstehen?

Grüße
Martin

[Reinhart]

1. FHEM und ebus Dämon auf einem Raspi ist OK? Mein FHEM steuert nichts, sondern ist nur zur Visualisierung (siehe auch Signatur)
2. Das alte Board läuft auch mit John30s neuer V3.0 des ebusd?
3. Zwei (verschiedene) Boards laufen an zwei verschiedenen USB Ports an einem Raspi?
4. Und falls dem so ist, gibt es noch ein fertiges Board hier zu erstehen?

1. prinzipiell ja, kommt darauf wieviel Geräte am eBus hängen und wie kommunizier freudig die sind, dann ist schon einiges los.
2. Ja geht damit
3. Ja
4. John30 hat noch welche, musst ihn fragen ob er auch ohne Erweiterung verkauft.

Lies dir dazu auf Johns Wiki im Github wie man mehrere Instanzen einrichtet, du musst ja 2 starten oder schau im Beispiel der config.

Code Auswählen Erweitern

# 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"


LG

[theotherhalf]

John30 hat noch welche, musst ihn fragen ob er auch ohne Erweiterung verkauft.

Wofür ist diese Erweiterung?

[john30]

EDIT: Ich glaube langsam komm ich dahinter... es werden nicht alle Werte automatisch als MQTT übertragen, ich muss sie anfordern ?

richtig

EDIT2: Kann ich irgendwie umgehen, dass er nur die geänderte Values erneut sendet ? Gerade für Testzwecke wäre es super Werte öfter als MQTT versenden zu können als nur dann wenn der Wert anders ist. Derzeit wenn ich ebusctl r -f HwcOpMode oder auch andere versuche wird der Wert nur einmal versendet, außer der Wert ändert sich

im neuesten Code wurde das umgestellt und stattdessen in die Option --mqttchanges eingebaut, sprich der neueste Code versendet ohne diese Option immer die Werte, selbst wenn diese sich nicht geändert haben.

[john30]

Wofür ist diese Erweiterung?

um bspw. Sensoren abzugreifen oder ein Display anzusteuern.
Ich habe auch einige nur Basis gelötet

[theotherhalf]

@John30, ich würde noch ein Board brauchen, falls fertig bestückt wäre das prima!
Die Erweiterung benötige ich nicht.
Hast du noch eines übrig?

[Reinhart]

@theotherhalf
John hats ja schon beantwortet, das er noch er noch ein paar "nur Basis Adapter gelötet" zur Verfügung hat. Ich habe dich bereits in die Bestellliste eingetragen!

LG

[theotherhalf]

Prima!
Wie läuft das ab?

[theotherhalf]

Habe eben die Installation auf einem Raspi in Betrieb genommen, so weit alles in Ordnung.
Nun habe ich den USB Stecker umgeschwenkt und erhalten folgendes im Log:

Code Auswählen Erweitern

2018.12.08 17:25:00 1: /dev/ttyUSB0 disconnected, waiting to reappear (TCM_ESP2_0)
2018.12.08 17:25:05 3: Setting TCM_ESP2_0 serial parameters to 9600,8,N,1
2018.12.08 17:25:05 1: /dev/ttyUSB0 reappeared (TCM_ESP2_0)
2018.12.08 17:25:05 1: /dev/ttyUSB0 disconnected, waiting to reappear (TCM_ESP2_0)
2018.12.08 17:25:09 3: Setting TCM_ESP2_0 serial parameters to 9600,8,N,1
2018.12.08 17:25:10 1: /dev/ttyUSB0 reappeared (TCM_ESP2_0)
2018.12.08 17:25:10 1: /dev/ttyUSB0 disconnected, waiting to reappear (TCM_ESP2_0)
2018.12.08 17:25:12 3: Setting TCM_ESP2_0 serial parameters to 9600,8,N,1
2018.12.08 17:25:12 1: /dev/ttyUSB0 reappeared (TCM_ESP2_0)

OS is Raspbian Stretch. Muss an den USB Einstellungen etwas geändert werden?

[theotherhalf]

beim raw logging erhalte ich folgende Meldungen:

Code Auswählen Erweitern

2018-12-08 18:54:41.044 [bus error] signal lost
2018-12-08 18:54:44.298 [bus notice] signal acquired
2018-12-08 18:54:47.042 [bus error] signal lost
2018-12-08 18:54:50.708 [bus notice] signal acquired
2018-12-08 18:54:53.018 [bus error] signal lost
2018-12-08 18:54:55.242 [bus notice] signal acquired
2018-12-08 18:54:57.000 [bus error] signal lost
2018-12-08 18:55:00.151 [bus notice] signal acquired
2018-12-08 18:55:02.008 [bus error] signal lost
2018-12-08 18:55:05.006 [bus notice] signal acquired
2018-12-08 18:55:07.020 [bus error] signal lost
2018-12-08 18:55:10.956 [bus notice] signal acquired
2018-12-08 18:55:13.039 [bus error] signal lost
2018-12-08 18:55:14.977 [bus notice] signal acquired
2018-12-08 18:55:17.016 [bus error] signal lost
2018-12-08 18:55:18.408 [bus notice] signal acquired
2018-12-08 18:55:29.044 [bus error] signal lost
2018-12-08 18:55:32.918 [bus notice] signal acquired
2018-12-08 18:55:35.048 [bus error] signal lost
2018-12-08 18:55:36.897 [bus notice] signal acquired
^C2018-12-08 18:55:39.024 [bus error] signal lost
2018-12-08 18:55:42.213 [bus notice] signal acquired

Seltsam, mit dem anderen Raspi hat es gut geklappt, ich habe nur das USB Kabel umgeschwenkt.
Möchte ungern am Poti drehen, da das damals eine langwierige Einstellung war.
Kann es mit den USB Port Parametern zu tun haben? Hardware ist gleich geblieben, nur neue Software.

[Reinhart]

für mich sieht das aus als läuft hier der Dämon zweimal oder öfters. Hast du den beim umstecken des USB den Dämon gestoppt und dann wieder gestartet? Ansonsten starte den Raspi einmal neu und schau mit "ps -aux|grep ebus" ob alles normal als Service läuft.

LG

[Reinhart]

Prima!
Wie läuft das ab?

John meldet sich bei dir!

LG

[theotherhalf]

habe eben mal das USB Kabel zum Konverter getauscht und siehe da, es läuft - aber nicht komplett....

folgende Info bekomme ich:

Code Auswählen Erweitern

pi@raspberrypi:~ $ ebusctl info
version: ebusd 3.2.v3.2-21-g7d10104
update check: revision v3.2-12-g45b9bad available, broadcast.csv: different vers        ion available, vaillant/15.ui.csv: different version available, vaillant/25.sols        y.hwc.csv: different version available, vaillant/26.solsy.hc.csv: different vers        ion available, vaillant/broadcast.csv: different version available, vaillant/ec.        solsy.sc.csv: different version available, vaillant/errors.inc: different versio        n available, vaillant/hcmode.inc: different version available
signal: acquired
symbol rate: 74
max symbol rate: 116
min arbitration micros: 726
max arbitration micros: 1238
min symbol latency: 5
max symbol latency: 6
reconnects: 0
masters: 3
messages: 536
conditional: 9
poll: 0
update: 9
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UI   ;SW=0324;HW=6201", loaded "va        illant/15.ui.csv"
address 23: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0306;HW=6301", loaded "vaill        ant/23.solsy.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0306;HW=6301", loaded "vaill        ant/25.solsy.hwc.csv"
address 26: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0306;HW=6301", loaded "vaill        ant/26.solsy.hc.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 3f: master #23
address 44: slave #23, scanned "MF=Vaillant;ID=SOLSY;SW=0306;HW=6301"
address 50: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0306;HW=6301", loaded "vaill        ant/50.solsy.mc.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0306;HW=6301", loaded "vaill        ant/ec.solsy.sc.csv"

aber ich erhalte nur die Hälfte der Werte.

Die csv Dateien holt sich die V3.2 selbst, man muss also nichts kopieren?

[americanium]

So, inzwischen Empfange ich bei "mosquitto_sub -d -v -t \#" nur mehr Pingresponses.
Auch keine Broadcasts mehr...

Hab mosquitto und ebusd deinstalliert und neu installiert, keine Veränderung... wenn ich

Code Auswählen Erweitern

mosquitto_pub -q 2 -t loxberry/700/DisplayedOutsideTemp/get -m "r -f -DisplayedOutsideTemp"



eingebe kommt im Monitor nur

Code Auswählen Erweitern


Client mosqsub/1831-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/700/DisplayedOutsideTemp/get', ... (26 bytes))
loxberry/700/DisplayedOutsideTemp/get r -f -DisplayedOutsideTemp


Bei Eingabe von

Code Auswählen Erweitern


mosquitto_pub -n -t loxberry/700/DisplayOutsideTemp/get

kommt nur

Code Auswählen Erweitern


Client mosqsub/2780-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/700/DisplayOutsideTemp/get', ... (0 bytes))
loxberry/700/DisplayOutsideTemp/get (null)

Any ideas ?

Danke!

[Reinhart]

wenn bei "mosquitto_sub -d -v -t \#" nichts mehr kommt, dann sendet der Dämon keine MQTT Telegramme mehr. Da kannst du dann natürlich auch nichts abfragen.

Teste doch einmal im ersten Schritt ob Mosquitto richtig funktioniert.
Dazu öffne 2 Terminalfenster, im ersten gibst du ein:

Code Auswählen Erweitern

mosquitto_sub -d -t hallo/ebusd


und am 2. Terminalfenster gibst du ein:

Code Auswählen Erweitern

mosquitto_pub -d -t hallo/ebusd -m "Hallo vom Terminal Fenster 2!"


nun muss am ersten Terminlfenster die Antwort kommen:

Code Auswählen Erweitern

pi@Raspberry:~ $ mosquitto_sub -d -t hallo/ebusd
Client mosqsub/4634-Raspberry sending CONNECT
Client mosqsub/4634-Raspberry received CONNACK
Client mosqsub/4634-Raspberry sending SUBSCRIBE (Mid: 1, Topic: hallo/ebusd, QoS: 0)
Client mosqsub/4634-Raspberry received SUBACK
Subscribed (mid: 1): 0
Client mosqsub/4634-Raspberry received PUBLISH (d0, q0, r0, m0, 'hallo/ebusd', ... (30 bytes))
Hallo vom Terminal Fenster 2!


somit weiß du ob der Mosquitto richtig funktioniert. Geht das, dann musst du schauen warum der Dämon keine MQTT Telegramme mehr senden will. Wenn du ein fertiges Binary von John installiert hast (zB: ebusd-3.2_armhf-jessie_mqtt1.deb ), dann kann der Fehler eigentlich nur in der /etc/default/ebusd liegen. Immer kontrollieren ob du nicht versehentlich mehrere ebusd Dämons laufen hast (ps ax|grep ebusd).

Anmerkung: bitte noch nicht die neuen Module MQTT2  (Client oder Server) von Fhem einsetzen, die funktionieren (die Readings werden noch nicht richtig gefiltert und angelegt) mit dem eBus noch nicht. Aber FHEM benutzt du eh nicht.

LG