eBus Schaltung in Betrieb nehmen

[Reinhart]

1 Frage Einstellung des Poti der V1.6 selbst wenn das Poti nicht korrekt eingestellt ist sollte ich doch irgendwas empfangen oder ?
2 Das auslesen der ebusd.log mit PSPad scheitert daran das angeblich das Kennwort falsch ist mir scheint das so als ob ich garkein zugriff über FTP auf den Pi habe
3 viele unterschiedliche aussagen über die config der /etc/default/ebusd was muss da genau rein

Du hast es immerhin schon richtig erkannt, dass man ohne Grundlagen bei diesem Thema nicht weiterkommt und du musst dich wohl oder übel etwas in die Materie einarbeiten.

zu 1.) Wenn das Poti nicht exakt stimmt bekommst du KEINE Daten! Dazu die zahlreichen Tipps zur Einstellung im Wiki oder hier im Forum beachten.


zu 2.) Damit FTP am Raspberry überhaupt funktioniert, muss am Raspberry auch ein FTP Server installiert, konfiguriert und gestartet sein, dann wird auch PSPad für den Filetransfer Zugriff erhalten.


zu 3.) für die Config gibt es keine einheitliche Einstellung da dies stark von deiner Umgebung abhängt. In der Regel wirst du mit der letzten Version von ebusd aber mit folgenden Parametern auskommen.

Code Auswählen Erweitern

EBUSD_OPTS="-d /dev/ttyebus -p 8888 -l /var/log/ebusd.log --scanconfig -c http://ebusd.eu/config/


Man könnte über jeden einzelnen Punkt hier seitenweise beschreiben, aber das Wiki alleine sollte mehr als ausreichend für deine Fragen sein und die Inbetriebnahme jedermann ermöglichen. Du musst Verständnis haben, das ich hier nur die wesentlichen Eckdaten als Antwort gebe damit du jetzt einmal weiter kommst.


LG
Reinhart

[Kodak]

vielen Dank für deine Antwort
ich bin jetzt ein ganzes Stück weiter bekomme jetzt einige Daten
leider ist das Wochenende schon wieder rum
Morgen wieder auf Montage
Aber es geht voran wollte mir nochmal ein Sauberes System aufsetzen
reicht es eigentlich wenn ich euere Bus_Installer_Fhem nutze das ist ja den wirklich Idioten sicher .
Gruß Kodak

[Reinhart]

reicht es eigentlich wenn ich euere Bus_Installer_Fhem nutze das ist ja den wirklich Idioten sicher .

Ja reicht, aber du hast dann eine ältere Version von ebusd, die solltest auf jeden Fall noch updaten, aber laufen sollte auch diese Version.

LG

[Kodak]

ich Verzweifel langsam Ebus läuft
aber ich kann die Daten nicht in meinen IoBroker übertragen weder per http noch über Mqtt
das kann doch nur an der Einstellung im /etc/default/ebusd liegen oder
wo finde ich ne Anleitung für die richtigen Eintragungen

Danke vorab Gruß Kodak

[Reinhart]

Wenn du per MQTT Protokoll übertragen willst musst du es auch aktivieren (eigene ebusd-Version erforderlich).

Hier ein Beispiel wie ich es bei mir eingestellt habe: (wichtig ist mqttport,Host und Topic)

Code Auswählen Erweitern

EBUSD_OPTS="-d /dev/ttyebus --pollinterval=180 -p 8888 -l /var/log/ebusd.log --scanconfig -c http://ebusd.eu/config/ --httpport=8080 --htmlpath=/var/ebusd/html --mqttport=1883 --mqttjson --mqtthost=10.0.0.5 --mqtttopic=sonoff_ebusd/%name"

Am Besten du logst dann im Broker mit und schaust was dann alles so kommt, auch die Broadcast werden über MQTT übermittelt.
Host= jene IP wo der Broker läuft.
Die Doku dazu findest du im ebusd Wiki von John.
Hier siehst du jeweils die Mqtt Version für die verschiedenen Betriebssysteme.

LG

[SkeeveKlah]

Nabend,

ich habe endlich die Zeitprogramme ans laufen bekommen, hätte wohl besser keine eigene Benennung eingeführt aber nunja ...

Folgenden "Effekt" habe ich:
wenn ich die Zeiten für einen Tagestimer angepasst habe, kommt für 1-2 Minuten eine "invalid position" Meldung vom ebusd, auch auf Kommando Zeile.
Aber nach den 1-2 Minuten kann ich die Werte abrufen und sie stimmen auch mit den gesetzten überein.
Hat jemand eine Idee was da noch unrund bei mir ist?

Grüße Marc

[SkeeveKlah]

Irgendwas scheint exterm unrund bei mir zu sein

Derzeit kommt nur ein unvollstäniger Scan:

Code Auswählen Erweitern


ebusctl i
version: ebusd 3.2.v3.2-12-g45b9bad
update check: OK, broadcast.csv: different version available
signal: acquired
symbol rate: 47
max symbol rate: 68
min arbitration micros: 30
max arbitration micros: 76
min symbol latency: 4
max symbol latency: 20
reconnects: 0
masters: 3
messages: 13
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401"
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd


Es sollte aber eher so aussehen:

Code Auswählen Erweitern

address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/bai.308523.inc" ([PROD='0010004282']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=43000;SW=0215;HW=2002"
address 26: slave, scanned "MF=Vaillant;ID=43000;SW=0215;HW=2002"
address 31: master #8, ebusd
address 36: slave #8, ebusd

Im ebusd.log ist auch nichts zu erkennen, nur " [update notice] received unknown MS cmd".
Welche Bedingungen beeinflussen den Scan?
Würde eine offline Konfig evtl. besser laufen als die bei John online angefragte?
Wie kann man die jetzt noch Erzeugen?

Grüße Marc

[Reinhart]

du hast aber schon so an die 2-3 Minuten gewartet bis der Scan durch ist?
Der Scan fragt ja alle Adressen durch ob er eine Antwort bekommt, das kann schon etwas dauern weil ja das Timing eingehalten werden muss.

Wenn sich aber trotz wiederholter Scans und Wartezeit nicht mehr tut, dann versuche bitte ein RAW LOG von einem Scan Vorgang zu posten, vielleicht erkennt man dann was die Ursache sein kann.

Was mir aber auffällt, schon alleine die bai hat mehr als 13 Messages und die wird ja gefunden aber offensichtlich das CSV nicht geladen! Poste doch einmal deine Config (aus der /etc/default/ebusd).

LG

[SkeeveKlah]

Hallo Reinhart,

ja, ich warte immer bis der Scan durch ist

pi@raspberry-fhem:/etc/default $ ebusctl scan result
08;Vaillant;BAI00;0518;7401

hier die /etc/defaults/ebusd

EBUSD_OPTS="--scanconfig -d 192.168.150.110:9999 --latency=10000 --configpath=http://ebusd.eu/config/ --pollinterval=5 --configlang=LANG"

Das RAW LOG liefer ich nach, kann ich gerade nicht machen.

[SkeeveKlah]

So, hier noch das RAW LOG

pi@raspberry-fhem:~ $ ebusctl scan result
08;Vaillant;BAI00;0518;7401
26;Vaillant;43000;0215;2002

[Reinhart]

@SkeeveKlah

laut deinem RAW Log versteht der eBus die Sendeaufforderung nicht

Code Auswählen Erweitern

018-11-06 12:21:34.650 >310207040030
2018-11-06 12:21:35.196 >31040704006f
2018-11-06 12:21:35.253 >31<10fe                   # der Dämon sendet seine Kennung an den Bus und erwartet eine Quittung mit <31
2018-11-06 12:21:35.391                                   # es kommt aber nichts und er wartet bis 12:21:37,472
2018-11-06 12:21:35.940 >310507040031
2018-11-06 12:21:36.483 >3106070400d3
2018-11-06 12:21:36.590
2018-11-06 12:21:36.759
2018-11-06 12:21:37.422
2018-11-06 12:21:37.472 >31<00fe                   #nächster Versuch und wieder keine Bestätigung und so geht das weiter .....
2018-11-06 12:21:37.620
2018-11-06 12:21:38.162 >31090704008f
2018-11-06 12:21:38.708 >310a0704006d
2018-11-06 12:21:39.253 >310b07040033

Die Frage warum die Geräte erkannt werden, laut RAW-Log geht das nicht!
Kannst du mir deine Konfiguration deines Wemos posten (Bild wenn möglich)?

LG
Reinhart

[SkeeveKlah]

Zwischen drinn geht es ja teilweise sogar...
Hier das Bild

[Reinhart]

Das ist jetzt schwer zu sagen, deine Konfiguration passt so und ESP Software hast du auch noch Herbst 2017, das ist gut so.
Wenn du jetzt schreibst, dass es zeitweise wieder funktioniert aber der Webzugriff eigentlich immer geht dann kann es die WIFI Verbindung an sich auch nicht sein.

Hast du in deinem Log viele solcher Fehlermeldungen die kurz hintereinander auftreten?

Code Auswählen Erweitern

2018-11-06 06:30:34.024 [bus error] signal lost
2018-11-06 06:30:34.928 [bus notice] signal acquired

LG
Reinhart

[SkeeveKlah]

Hallo Reinhart,

die letzten 2 Tage war ich auf Dienstreise und konnte mich darum nicht melden.
Im Log kann ich nur Meldungen der Art " [update notice] received unknown BC" finden.
Und ganz vereinzelt read timeouts. Aber nichts in der Richtung signal lost.

Aktuell kommt bei ebusctl i

pi@raspberry-fhem:/var/log $ ebusctl i
version: ebusd 3.2.v3.2-12-g45b9bad
update check: OK, broadcast.csv: different version available
signal: acquired
symbol rate: 22
max symbol rate: 74
min arbitration micros: 23
max arbitration micros: 74
min symbol latency: 5
max symbol latency: 14
reconnects: 0
masters: 3
messages: 14
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=43000;SW=0215;HW=2002"
address 26: slave, scanned "MF=Vaillant;ID=43000;SW=0215;HW=2002"
address 31: master #8, ebusd
address 36: slave #8, ebusd

Und bei ebusctl f

pi@raspberry-fhem:/var/log $ ebusctl f
broadcast datetime = no data stored
broadcast error = no data stored
broadcast id = no data stored
broadcast id = no data stored
broadcast signoflife = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan.08  = Vaillant;BAI00;0518;7401
scan.15  = Vaillant;43000;0215;2002
scan.26  = Vaillant;43000;0215;2002

pi@raspberry-fhem:/var/log $

Und ein aktueller Scan (~2 Minuten) lieferte:

pi@raspberry-fhem:/var/log $ ebusctl scan result
15;Vaillant;43000;0215;2002

pi@raspberry-fhem:/var/log $

Es gibt ja einen neuere Version für den Adapter, ich denke ich flashe den mal neu und das gleich mit der neusten Variante....

Grüße Marc

[SkeeveKlah]

Da ich gerade eh in den Keller mustte und nach dem Motto "Boot tut immer gut" 
habe ich die Heizung gerade mal für ein paar Minuten ausgeschaltet.
Wieder am Laptop habe ich dann gleich einen Scan ausgeführt.
Direkt im Anschluss gleich einmal result:

pi@raspberry-fhem:/var/log $ ebusctl scan result
1 scan(s) still running
08;Vaillant;BAI00;0518;7401
15;Vaillant;43000;0215;2002
26;Vaillant;43000;0215;2002

Nach Abschluss des Scans:

pi@raspberry-fhem:/var/log $ ebusctl scan result
08;Vaillant;BAI00;0518;7401
pi@raspberry-fhem:/var/log $