FHEM Forum

FHEM - Anwendungen => Heizungssteuerung/Raumklima => Thema gestartet von: Reinhart am 15 November 2017, 17:41:33

Titel: eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 15 November 2017, 17:41:33
eBus Schaltung V2 in Betrieb nehmen!

Nachdem bereits die Sammelbestellung läuft und doch einige Fragen auftauchen, eröffne ich hier einen Thread der dann zur eurer Unterstützung beim Aufbau und der Inbetriebnahme der Platine dient. Chons hat im Augenblick sehr viel zu tun und ich möchte ihn etwas entlasten.

Vorgeschichte:
Nachdem chons einen durchdachten Entwurf der neuen Version geplant und ausgearbeitet hatte kamen die ersten Test Platinen und ein kleines Team konnte sofort damit beginnen.
Leider hatte sich ein kleiner Layout Fehler eingeschlichen und die unterschiedliche Masse von Uart und eBus waren daher nicht mehr galvanisch getrennt und verursachten anfängliche Probleme die wir schnell ausgemerzt hatten.
Ein großes Hindernis war die Schaltung so auszulegen, dass die unterschiedlichsten Typen von Uarts eingesetzt werden konnten. Der Wemos hat 470 Ohm Widerstände intern verbaut und somit das Signal verändert. Galileo muste mehrmals die Schaltung anpassen und neu berechnen und auch mit den Optokopplern wurde viel experimentiert und gemessen bis endlich eine Version gefunden war die alle Wünsche erfüllte. In diesem Zusammenhang wurde auch die interne Versorgungsspannung auf 8 V angehoben um hohe Stabilität und Toleranz zu gewährleisten.

Leider war es nicht einfach das Wlan mit einem einzigen Wemos für alle Zwecke zu verwenden, weil ESPEasy und Esp-Link die für den eBus erforderlichen Latenzen nicht einhalten konnten. John hatt kurzerhand eine eigene Firmware für den Wemos geschrieben die nun problemlos funktioniert, aber noch keine externen Sensoren bedienen kann und noch im experimentellen Status ist.
Aus diesem Grund sind beim Komplettbausatz auch 2 Wemos dabei, einer steuert die Kommunikation des eBus und auf dem anderen läuft ESPEasy und kann die verschiedensten Devices anschließen.

Unterschied:
Der wohl wichtigste Unterschied zur Vorgängerversion 1.6 ist, dass hier kein Poti mehr vorhanden ist und die sensible Abstimmung vollkommen entfällt. Chons hat aber die Platinen für extrem hohen Komfort ausgelegt und noch Wlan und einige nützliche Sensoren wie Luftfeuchte, Temperatur und Luftdruck hinzugefügt.
Außerdem kann die Platine 3 verschiedene Uart Typen aufnehmen und ist sehr tolerant was das ausgegebene Signal dieser betrifft.

Planung:
Es sind noch jede Menge an nützlichen Tools eingeplant, die jedoch noch einige Zeit und viele Test in Anspruch nehmen werden. Eine direkte RPI Anbindung wird auch noch getestet. An den Platinen soll zunächst nichts mehr verändert werden.
   
Basisplatine:
Es werden bei den Bausätzen sehr viele Teile mitgeliefert, die nicht jedermann brauchen wird und für eine Vollbestückung ausgelegt sind. Das sind mehrere Stift- und Buchsenleisten sowie zu der Wlan Variante auch noch ein Uart für reinen Raspi Betrieb. Die Basisplatine beherbergt eigentlich schon alle Teile um mit dem eBus kommunizieren zu können. Der Mini-Uart kann direkt mit dem USB Anschluß eines Raspberry verbunden werden, der dort laufende eBus Dämon liest und steuert den eBus.

Erweiterungsplatine:
Die Erweiterungsplatine bietet viele Features wie Oled, Nextion, Buzzer oder i2c Sensoren und sollte mit ESPEasy geflasht werden. Einerseits gibt es hier viel Unterstützung und es existiert auch ein Modul zur Einbindung in FHEM. Das besondere an dieser Platine, sie kann für Bastler auch ohne Basisplatine betrieben werden und so für 8266er Tests aller Art benutzt werden.
   

Wir haben auch versucht eine kleines Dokument zu erstellen, welches jedoch noch nicht vollständig ist und auch noch alte Bilder von den Tesplatinen beinhaltet. Da jedoch in der Zwischenzeit sehr viele technische Fragen auftauchen welche die Auswahl der Bausätze beinflussen, hänge ich es hier schon mit an. Die endgültige Version wird auch auf Johns Github zu finden sein. 

Achtung, nur verbleites Zinn verwenden! (https://forum.fhem.de/index.php/topic,84636.msg865304.html#msg865304)

wichtige Links:
Inbetriebnahme eBus Platine V2 (https://ebus.github.io/adapter/)
Inbetriebnahme RPI Platine (https://forum.fhem.de/index.php/topic,84636.0.html)

ebusd ab Version 3, Accesslevel beim Schreiben (https://forum.fhem.de/index.php/topic,46098.msg688713/topicseen.html#msg688713)
Hinweis für die V2.1 Wemos Spannungsversorgung (https://forum.fhem.de/index.php/topic,79600.msg772333.html#msg772333)

Verzicht des DC-Wandlers bei der V2.2 (https://forum.fhem.de/index.php/topic,79600.msg860123.html#msg860123)
Entwicklungsthread: Ebusadapter 2.0 (https://forum.fhem.de/index.php/topic,75878.0.html)
Firmware für Wemos: ebusd-esp (https://github.com/john30/ebusd-esp)          Flashen von ebusd-esp (https://github.com/john30/ebusd-esp/blob/master/README.md)
Firmware für ESPEasy: Release 2.0 (https://github.com/letscontrolit/ESPEasy/releases)      Flashen von ESPEasy (https://www.letscontrolit.com/wiki/index.php/Basics:_Connecting_and_flashing_the_ESP8266)   ihr braucht dieses File: ESPEasy_v2.0.0-dev12_normal_4096 oder "dev"
Allgemeines für Wolf (https://forum.fhem.de/index.php/topic,64039.0.html)
Wemos und Ports (https://forum.fhem.de/index.php/topic,79600.msg759319.html#msg759319)

ESPEASY Sensoren (https://www.letscontrolit.com/wiki/index.php/Devices)
BME280 Konfiguration (https://www.letscontrolit.com/wiki/index.php/BME280)
MQTT Teil1 (https://forum.fhem.de/index.php/topic,79600.msg742291.html#msg742291) einrichten Test
MQTT Teil2 (https://forum.fhem.de/index.php/topic,79600.msg744876.html#msg744876) automatische Abfragen

MQTT2 Teil3 Konfiguration von MQTT2_Device (https://forum.fhem.de/index.php/topic,79600.msg878716.html#msg878716)
NTC einrichten (https://forum.fhem.de/index.php/topic,79600.msg746637.html#msg746637)
Wiki MQTT2 Konfiguration von MQTT2_Device (https://wiki.fhem.de/wiki/EBUS-MQTT2)


LG
Reinhart

edit 28.11: neue Pläne
edit 03.11: neue Doku V1.0
edit 03.11: neue Doku V1.1, neuer Messplan
edit 10.11: neue Doku V1.3, Beschriftungsfehler bei Jumper SJ1+SJ2 hingewiesen 
edit 12.11: neue Doku V1.5, Stückliste Fehler, C1 entfällt bei 5V   
edit 18.12: neue Doku V1.6, ESPEasy flashen, Hinweise   
edit 20.12: neue Doku V1.7, Textkorrekturen serielle Konsole, einige Bilder aktualisiert

edit 09.01: MQTT verlinkt
edit 30.12.2018 MQTT2 hinzugefügt 
edit 23.12: Doku entfernt, liegt nun auf Github
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 15 November 2017, 17:41:51
Konfigurationseinstellungen

je nach Auslegung und Bestückung der Platine, gibt es unterschiedliche Parameter in der Konfigurationsdatei von der /etc/default/ebusd.
Bitte das zu beachten!

UART
EBUSD_OPTS="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log  --scanconfig"



WLAN mit Wemos

EBUSD_OPTS="-d IP_Wemos:Port_Wemos -l /var/log/ebusd.log --scanconfig --latency=20000"


Beispiel:
EBUSD_OPTS="-d 10.0.0.161:8889 -l /var/log/ebusd.log --scanconfig --latency=20000"

Bei WLAN sollte als erstes immer mit Johns neuer eBus Version (https://github.com/john30/ebusd) (ab ebusd 3.0.v3.0-16-ge909200) die Latenz getestet werden.

pi@raspberrypi:/etc/init.d $ ebusctl info
version: ebusd 3.0.v3.0-16-ge909200
signal: acquired
symbol rate: 14
max symbol rate: 94
min symbol latency: 5
max symbol latency: 8
reconnects: 0
masters: 3
messages: 238
conditional: 14
poll: 0
update: 11
address 01: master #6, ebusd
address 03: master #11
address 06: slave #6, ebusd
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", loaded "vaillant/15.430.csv"

entscheidend dabei ist die "min symbol latency" bzw "max symbol latency" in der Ausgabe. Hier können Übertragungsprobleme schon im Vorfeld erkannt werden. Die in diesem Beispiel ausgegebene Latenz von 5-8 msec ist von einem WLAN mit 802.11 g und einem RSSI von etwa -70dB und entspricht einem guten Wert!

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 15 November 2017, 18:50:49
Ein wichtiger Punkt ist die Spannungsversorgung!

Wird die Platine mit einem UART zur Verbindung an dem Raspi betrieben ist dies kein Problem, da über das USB Kabel die 5V Versorgung vom Raspberry an den UART gewährleistet ist. Der 5V Anschluss an den Buchsenleisten ist daher auf der Basisplatine nicht weiter verdrahtet.

Wird an die Platine ein Wemos angeschloßen, so ist dieser Wemos mit einem eigenen 5V USB Netzgerät zu versorgen, also so wie beim Flashen das USB Kabel einstecken. Werden 2 Wemos verwendet, genügt es nur einen mit Spannung zu versorgen! Ein Wemos versorgt dann über seinen internen 3,3V Regler den nächsten, das klappt ohne weitere Probleme.

Vom eBus kann die Spannung nicht abgegriffen werden, da dieser mit maximal 18 mA belastet werden darf. Intern wird ja schon die eBus Spannung für den Operationsverstärker und das Tx Signal verwendet, das liegt innerhalb der erlaubten Leistungsgrenzen. Die interne Spannungserzeugung von 5V ist mit Stützkondensatoren versehen um im Sendebetrieb keine zu großen Spannungs Einbrüche zu bekommen. 

Im Anhang 2 Bilder wo der Unterschied Basis oder Erweiterungsplatine mit Wemos besser sichtbar ist!


LG
Reinhart

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: jenmeer am 30 November 2017, 23:06:51
Hallo Reinhart!

Ich habe soeben in einem älteren Beitrag von dir enige Fragen hinsichtlich Schaltung für die Anbindung an den eBus / Vaillant Therme geschrieben (https://forum.fhem.de/index.php/topic,46098.0.html)
Nun sehe ich, dass sich das Ganze anscheinend weiter entwickelt hat.

Ich werde das nun einmal weiter verfolgen und freue mich, dass es diese aktive Gruppe gibt!

LG
Jens
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 10 Dezember 2017, 10:04:39
Beschriftungsfehler!

Leider haben wir einen Beschriftungsfehler auf der Erweiterungsplatine festellen müssen!

Die Beschriftung auf der Erweiterungs Platine bei SJ1+SJ2 ist falsch und verkehrt rum, also SDA+SCL ist oben!
So wie hier abgebildet, ist für BME280 und/oder Oled gejumpert.

Alle anderen Beschreibungen betreffend der Funktionsmatrix und Jumper sind aber korrekt, es geht nur um den Aufdruck.

In der Doku ab Version 1.3 wird darauf bereits hingewiesen.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 12 Dezember 2017, 20:37:04
Moin
Da ich ja nun doch etwas heiss bin, habe ich mir schon mal die, wie immer exorbitant geniale, Anleitung von Chons vorgenommen! Und da kommt schon die erste Frage. Welcher Kondensator wird nicht bestueckt. Auf Seite 5/8 (die ersten drei Seiten haben keine Nummerierung) steht C2, auf Seite 7/10 steht dann sowohl C1 als auch C2!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: chons am 12 Dezember 2017, 20:41:27
Hallo Christoph,
die "wirklich" tolle Anleitung ist von Reinhart  ;)
Zur deiner Frage: C1 wird nicht bestückt bzw. entfällt.
Gruss Chons

EDIT: Anscheinend hast Du noch eine alte Anleitung erwischt - nimm bitte die aus dem ersten Post.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 12 Dezember 2017, 21:03:18
Hallo Chons
Es sah nach Deiner "Handschrift" aus, wenn ich an Deine anderen Anleitungen denke!
Aber Ich habe wirklich die aus dem ersten Post genommen! Und da steht es so wie ich beschrieben habe! Auf dem Messplan ist dann auch C1 durchgestrichen, und in der stueckliste existiert nur C1 und nicht C2!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: chons am 12 Dezember 2017, 21:16:39
Du hast Recht - dir entgeht ja wirklich nichts ;)
Es soll C2 heißen richtig und es ist auch ein 10uF Kondensator - das wird Reinhart sicher noch korrigieren ;o)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 12 Dezember 2017, 21:54:39
Danke Christoph für deine Aufmerksamkeit, wurde soeben korrigiert!

Da bist du natürlich in der Zwickmühle, weil (absichtlich) nur ein Elektrolytkondensator mehr dabei ist. Wir haben im letzten Augenblick aus technischen Gründen von der 8V Variante auf 5V umschwenken müssen, d.h. Texte korrigieren, Fotos und Pläne tauschen usw.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 13 Dezember 2017, 00:17:41
So
Nummer eins ist fertig geloetet! Ist auch bloed, neben Fussbal und Essen auch noch Widerstaende messen, usw.! Sieht soweit gut aus, muss mir nur langsam mal einen Satz Widerstaende zulegen, war einer falsch! Mal sehen eventuell starte ich morgen noch die IBS!? Foto gibt es auch erst morgen!
Gruss und gute Nacht
Christoph

Edith:Foto angehaengt!
Edith2: Foto getauscht!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 13 Dezember 2017, 12:42:46
@pc1246

Ah, sieht gut aus!
welcher Widerstand war denn falsch nach deiner Meinung? (150k - 39K?)

Ich sehe, du hast die 13-pol mit einer Buchsenleiste bestückt, aber das kann jeder machen so wie er es braucht. Ich habe da nur Stiftleisten genommen und auch nur dort wo ich es brauche und verbinde dann mit Dupontkabel zum Sensor bzw. Oled.
ZB. habe ich da eine 4-polige Stiftleiste für das Oled und eine gewinkelte Stiftleiste für den BME280.


LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 13 Dezember 2017, 15:24:44
Hi
Das Foto mache ich noch mal, da fehlt Pfeffer! Ich hatte einen22k ueber, dafuer fehlte mir ein 1,2k glaube ich. Habe ich erstmal aus dem anderen Tuetchen genommen, und war da gleich der Erste der mir in die Hand fiel.  :o
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 13 Dezember 2017, 19:05:32
Oh, das wäre schlecht!

Ich mache ja das immer so, dass ich 15 Kunststoffboxen befülle. Dazu richte ich mir 15 Widerstande einer Sorte her, und gebe die einzeln in die Boxen, es darf dann kein Widerstand über bleiben, sonst stimmt was nicht. In deinem Fall hat sich zu den 15 vorbereiteten Widerständen wohl ein falscher dazu geschummelt.

Da du ja noch eine Sendung bekommst, lege ich dir den fehlenden 1,2 K bei! Vermutlich geht die Sendung noch diese Woche weg.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 13 Dezember 2017, 19:42:31
Hallo Reinhart
Lass man! Schick mir lieber vorher Den Preis, denn den 2. Satz muss ich ja auch noch bezahlen! Ich habe mir jetzt ein paar (2000) Widerstaende bestellt, sind morgen da!
Ich pruefe auch noch mal ob ich nicht einen vertauscht habe, mein eines Messgeraet, hat wohl eine kleine Macke. Aber das Reservegeraet tut noch, und zur Not ist ja noch eins (oder zwei?) da.
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 13 Dezember 2017, 20:13:02
Hallo Reinhart
Irgendetwas ist faul! Ich habe jetzt mal probehalber die zweite Platine mit Widerstaenden bestueckt. Es fehlen jetzt zwei 1,2k Widerstaende, dafuer habe ich zwei 22k ueber! Ich mache jetzt noch mal einen Fotovergleich. Entweder stimmt mit der Stuecklist nicht, oder bei Dir ist etwas vertauscht. Ich habe wie gesagt kein Problem, da morgen ausreichend Widerstaende kommen. Nur fuer die Anderen kann es dann schon problematisch sein.
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 13 Dezember 2017, 20:35:26
also so wie ich das sehe, sind statt der 1,2k dann alle dieser Lieferung mit 22k vertauscht.
Ich werde mal abwarten was die anderen sagen. Zum Glück ist dieser Widerstand für die Schaltung nicht wichtig, es ist der Vorwiderstand für die Powerled und hat sonst keinen Einfluß. Ich werde mir sicherheitshalber gleich 15 Stück auf Reserve legen und die dann alle in einem Brief nachsenden.

Eigentlich müssen es ja 2 x 1,2K sein, weil auf der Erweiterungsplatine sitzt auch noch einer für die Entprellung des Reedkontaktes.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 13 Dezember 2017, 21:04:19
Moin
Naja, Du wirst einfach die Schalen 22k und 1,2k vertauscht haben. Es sind ja zwei 22k da und nur ein 1,2k. Ich gehe dann jetzt noch mal loeten! Muss noch die Bruecken loeten, und dann mache ich den 2. Satz auch gleich soweit fertig.
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 13 Dezember 2017, 23:43:33
Errata zur Anleitung: in Kap. 5.4 "EBUSD-ESP Software Konfiguration" sollte die Adresse für die eBUS-Adapter Konfigurationsseite http://192.168.4.1 lauten. Und der AP hieß bei mir "EBUS" (in der Anleitung steht "FairyLink")
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 14 Dezember 2017, 07:03:59
Moin
Ich hatte dann heute Morgen (0:30Uhr) noch andere Probleme. Die beiden Easy Wemos' wollen nicht so recht! Der Eine bleibt nach dem mounten des FS haengen, der Andere spannt zwar ein WLAN auf, laesst aber keinen rein! Werde die heute, nach dem Weihnachtsmarktbesuch, noch mal neu flashen. Ich werde dann auch mal die Stromaufnahme am USB messen, da ich die Kombi erst am Notebook USB laufen hatte, dort aber staendig reconnects hatte.
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 14 Dezember 2017, 09:26:41
Zitat von: pc1246 am 14 Dezember 2017, 07:03:59
Moin
Ich hatte dann heute Morgen (0:30Uhr) noch andere Probleme. Die beiden Easy Wemos' wollen nicht so recht! Der Eine bleibt nach dem mounten des FS haengen, der Andere spannt zwar ein WLAN auf, laesst aber keinen rein! Werde die heute, nach dem Weihnachtsmarktbesuch, noch mal neu flashen. Ich werde dann auch mal die Stromaufnahme am USB messen, da ich die Kombi erst am Notebook USB laufen hatte, dort aber staendig reconnects hatte.
Gruss Christoph

das sind leider die Probleme die ich nicht nachstellen kann, habe aber schon gelesen das hier einige Schwierigkeiten damit haben. Ich habe mindestens 5 Wemos mit ESPEasy bei mir getestet um dieses Verhalten nachstellen zu können, aber ich komme immer rein.

1. ich connecte mit einem Laptop in das Netz des AP (melde mich in diesem WLAN an)
2. ich rufe den Browser auf ( http://192.168.4.1 ) und bin in der Erstkonfiguration (das http:// am Anfang ist bei manchen Browsern wichtig!)

entweder liegt es am Browser (diverse Filter aktiv) oder die Spannung ist nicht ausreichend. Es gibt auf Laptops immer mindestens einen USB-Anschluß der mehr Strom zur Verfügung stellen kann, diesen verwenden. Wenn alle Stricke reißen, einfach den seriellen Monitor aufrufen und schauen was er da macht.

Die gesamte Kombi am Laptop wird vermutlich nicht funktionieren, da der Einschaltstrom wenn beide Wemos booten zu hoch für den USB Anschluß ist. Ich richte die Wemos in mein Hausnetz immer am PC/Laptop ein, dann erst auf die Platine anstecken. Dies ist besonders beim ebusd-esp wichtig, da es ansonsten zu Fehlfunktionen am eBus kommen könnte wenn die Firmware noch nicht konfiguriert ist.

@dkreutz
werde dass nachbessern, hat eventuell John in den letzten Versionen dann noch geändert, oder ich habe den bei mir getestet ob er booten kann. So jeden 3-4 teste ich immer ob ich mich anmelden kann. Das gleiche beim ESPEasy.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 14 Dezember 2017, 10:00:09
Info über die Stift- und Buchsenleisten in den Bausätzen

Bevor hier eventuelle Unklarheiten auftreten hier eine Übersicht für was die gedacht sind. Es kann natürlich jeder für seinen Zweck selbst entscheiden und anders kombinieren.

Basisplatine
3 x 6 pol Buchsenleiste = Uarts (nur eine für CP2102 bestücken, die anderen sind dann Reserve)
3 x 4 pol Buchsenleiste = JP1, Rx+TX-Led, Reserve oder für JP2,Jp7
2 x 2 pol Stiftleiste       = JP5+JP6, eBus
1 x 4 pol gewinkelte Stiftleiste = ebusd-Wemos mit Dupontkabel an JP8

Erweiterungsplatine
1 x 10 pol Buchsenleiste = Wemos, abschneiden auf 8 pol und die 2-pol für Basisplatine Power-Led
1 x 8 pol Buchsenleiste   = Wemos ( in den ersten Bausätzen war das noch eine 10 pol)
1 x 4 pol Buchsenleiste   = evtl. für BME280 oder andere
2 x 4 pol Stiftleiste         = Rx+Tx-Led, JP1 (3V3,Rx,Tx,Gnd)
1 x 2 pol Stiftleiste         = Power-Led
1 x X pol gewinkelte Stiftleiste = Oled oder BME280 oder Nextion.

Für den BME280 wird meist die gewinkelte Stiftleiste erforderlich sein, weil dieser extern zu montieren ist weil die Gehäusetemperatur von geringem Interesse sein wird. Auch ein eventuelles Oled wird mit einem Dupontkabel verbunden werden müsssen um es zB: am Deckel eines Hutschinengehäuses zu platzieren, daher ist auch hier eine gewinkelte Stiftleiste besser.

Im Anhang ein Foto, es sind nur die Expansionsleisten bestückt, die für diesen Zweck auch benötigt werden.
Der BME280 hängt an einer gewinkelten Stiftleiste und das Oled in diesem Fall an einer geraden Stiftleiste, könnte aber auch gewinkelt sein. Der ebusd-esp hängt an der Basisplatine an einer gewinkelten Stiftleiste.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 14 Dezember 2017, 11:45:41
ESPEASY Konfiguration via serieller Konsole

Da es offensichtlich immer wieder bei einzelnen Usern zu Problemen mit der Konfiguration führt (Login geht nicht) , hier eine kleine Anleitung wie ihr mit der seriellen Konsole den Wemos konfigurieren könnt. 
Ihr könnt aber vorher noch versuchen mit dem Handy eine Verbindung aufzubauen. Eventuell hilft es auch zu kontrollieren, ob ihr am Laptop bei der Verbindung unter Eigenschaften auf "privates Netzwerk" eingestellt habt.

Ich verwende für die seriell Verbindung die Arduino Umgebung ( ich habe 1.8.3 in Verwendung )  mit der eingebauten seriellen Konsole (Werkzeuge / Serieller Monitor), vorher aber bitte die COM Schnittstelle definieren. Baudrate in der seriellen Konsole ist 115200! Zuerst Wemos anschließen und Konsole starten und dann nochmals beim Wemos "Reset" drücken.

Die Befehlsfolge lautet in Kurzform wie folgt:

Settings            = listet die Konfiguration
WifiSSID Liwest = setzt die SSID (eure SSID eingeben)
WifiKey geheim = setzt das Passwort (euer Passwort eingeben)
ip 10.0.0.167    = setzt die IP Adresse wenn statisch gewünscht wird (eure IP eingeben)
WifiConnect      = Verbindet sich mit diesen Einstellungen mit dem Wlan
save                 = sichert die Konfiguration
reboot              = startet den Wemos neu

Hier das Log der Konsole:

INIT : Booting version: (custom)
INIT : Warm boot #7
FS   : Mounting...
FS   : Mount successful, used 75802 bytes of 2949250
INIT : Free RAM:23776
INIT : I2C
INIT : SPI not enabled
WIFI : AP Mode disabled
WIFI : AP Mode ssid will be ESP_Easy_0 with address 192.168.4.1
WIFI : Could not connect to AP!
WIFI : AP Mode enabled
WD   : Uptime 0 ConnectFailures 0 FreeMem 18456

>settings

System Info
  IP Address    : 0.0.0.0
  Build         : 20000
  Name          : ESP_Easy
  Unit          : 0
  WifiSSID      : ssid
  WifiKey       : wpakey
  WifiSSID2     :
  WifiKey2      :
  Free mem      : 18568

Ok

WD   : Uptime 1 ConnectFailures 0 FreeMem 18688

>WifiSSID Liwest     # hier die SSID eingeben

Ok

>WifiKey geheim
Ok

>settings

System Info
  IP Address    : 0.0.0.0
  Build         : 20000
  Name          : ESP_Easy
  Unit          : 0
  WifiSSID      : Liwest
  WifiKey       : geheim
  WifiSSID2     :
  WifiKey2      :
  Free mem      : 18568

Ok
>ip 10.0.0.167

Ok

>WifiConnect
IP   : Static IP :10.0.0.167
WIFI : Connecting Liwest attempt #1
WIFI : Connected! IP: 10.0.0.167 (ESP_Easy_0)

Ok

>save
FILE : Saved config.dat
FILE : Saved security.dat

Ok
>settings

System Info
  IP Address    : 10.0.0.167
  Build         : 20000
  Name          : ESP_Easy
  Unit          : 0
  WifiSSID      : Liwest
  WifiKey       : geheim
  WifiSSID2     :
  WifiKey2      :
  Free mem      : 18232
Ok


Die Einrichtung dauert ein paar Minuten. Ich hoffe ich konnte die hartnäckigen Login Fälle jetzt entschärfen!
Nun sollte es für alle einfach sein den Wemos mit ESPEasy in Betrieb zu nehmen.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 14 Dezember 2017, 12:06:45
Info über die richtige Reihenfolge bei der Inbetriebnahme mit den Wemos!

- Erweiterungsplatine von der Basis trennen oder noch besser beide Wemos abklemmen/ausbauen
- Basisplatine darf bei der Ersteinrichtung NICHT am eBus hängen
- ebus-esp einrichten (Netzteil / USB Kabel anschließen und Konfiguration per Web-Page oder serieller Konsole durchführen)
- Erweiterungsplatine (Netzteil / USB Kabel anschließen und Konfiguration laut Anleitung/Doku vornehmen)
- Stromversorgung / USB Kabel trennen
- Basis und Erweiterungsplatinen zusammenbauen
- Platine an eBus anklemmen
- Stromversorgung anschließen (dabei ist es egal ob diese an den WeMos der Erweiterungsplatine oder dem Wemos ebusd-esp auf der Basisplatine angeschlossen wird)


LG
Reinhart


Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 14 Dezember 2017, 13:57:09
Hallo Reinhart
Beim ebus-esp hatte ich keine Probleme, da war ich gleich seriell drauf, da es kein Netz gab. Der eine EASY hat dann auch kein Netz aufgespannt, und seriell war auch nichts los. Daraufhin habe ich dann den zweiten genommen, der hat dann zwar ein Netz aufgespannt, ich kam aber nicht rein.
Aber wie gesagt, heute Abend vielleicht noch mehr!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: schnitzelbrain am 17 Dezember 2017, 18:00:50
Hallo,

ich habe heute auch den Wemos auf Erweiterungsplatine mit BME280 in Betrieb genommen.
Mit WLAN hat es erst mal nicht funktioniert und ich musste per serieller Konsole ran.

Nach dem Setup der Parameter hat sich dann der Wemos mit meiner FritzBox verbunden. eine Webseite war vom PC aus nicht erreichbar. Vom Handy aus hat es dann funktioniert und die Einrichtung geht. Vom PC aus ist die Seite immer noch nicht erreichbar.
Das ist alles was der Browser (Firefox, Chrome,  Edge) anzeigt.
}h2 { href='hardware

In FHEM hab ich jetzt nach der PDF Anleitung alles angelegt. Funktioniert.
Das einzige was (noch) nicht geht ist der Plot der Daten.
Laut PDF eingerichtet kommt

No Logdevice myDbLog

Hab auch DBLog noch nicht eingerichtet, denke es liegt daran.
Ein Text Log ist generell für den ESPEasy laut PDF auch noch nicht eingerichtet bzw. wurde nicht automatisch erstellt.


EDIT:
Erledigt, Plot nach WIKI angelegt. Funktioniert  ;D


Grüße
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: chons am 17 Dezember 2017, 18:45:22
Ich hatte heute etwas Zeit mir das Nextion und OLED Display anzusehen. Das Nextion Display funktioniert auch (keine Langzeit- und Performancetests) mit ESPEasy (Serial Server).
Die Ergebnisse sieht man im Anhang und hier (https://www.youtube.com/watch?v=1HS91EEBuTY) (viel geht noch nicht, aber das wird sicher noch).
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 17 Dezember 2017, 18:53:44
@schnitzlbrain

Dein ebusd-esp hat noch einen älteren Softwarestand, zu diesem Zeitpunkt gab es noch kein Webinterface. Du kannst es aber von Johns Github neu flashen wenn du willst.

Wenn du kein dblog hast und auch keines einrichten willst, dann mach doch ein ganz normales Logfile mit den 3 Messwerten.

define FileLog_ESP_Easy_BME280 FileLog ./log/BME280-%Y.log ESPEasy_ESP_Easy_BME280:(Temperature|Humidity|Pressure).*
attr FileLog_ESP_Easy_BME280 logtype text
attr FileLog_ESP_Easy_BME280 room ESPEasy


LG
Reinhart

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 17 Dezember 2017, 19:21:46
@chons

Dein Oled ist sehr gut lesbar weil du die Schrift so groß hast!
Welche Software setzt du denn ein und wie hast du die Datenübertragung eingerichtet, MQTT oder FHEM HTTP?

Das Nextion ist natürlich noch größer, gibt es denn irgendwo brauchbare Einbaurahmen dafür, beim Oled bin ich nicht fündig geworden?

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: schnitzelbrain am 17 Dezember 2017, 21:12:29
Zitat von: Reinhart am 17 Dezember 2017, 18:53:44
@schnitzlbrain

Dein ebusd-esp hat noch einen älteren Softwarestand, zu diesem Zeitpunkt gab es noch kein Webinterface. Du kannst es aber von Johns Github neu flashen wenn du willst.

Wenn du kein dblog hast und auch keines einrichten willst, dann mach doch ein ganz normales Logfile mit den 3 Messwerten.

define FileLog_ESP_Easy_BME280 FileLog ./log/BME280-%Y.log ESPEasy_ESP_Easy_BME280:(Temperature|Humidity|Pressure).*
attr FileLog_ESP_Easy_BME280 logtype text
attr FileLog_ESP_Easy_BME280 room ESPEasy


LG
Reinhart
Danke Reinhart für die Info.
Den ebusd-esp hatte ich noch nicht getestet. War erst mal nur mit dem easy dran.

Es funktioniert jetzt soweit. Nur die Webseite des easy geht nur über Handy zu erreichen.
Ist aber nicht so wild da damit die Einrichtung auch funktioniert hat. Den ebusd werde ich dann erst mal flashen vor Einrichtung.

Das mit dem plot hab ich jetzt so gemacht. Meine config ist schon configdb beim log habe ich mich noch nicht ran gewagt.
Steht aber noch auf dem Plan.

Grüße

Schnitzelbrain


Edit
Ich sehe gerade der ebusd-esp wird als wemos aufgeführt und der andere als easy bezeichnet. Hatte ich dann durcheinander geschmissen, sorry.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: chons am 17 Dezember 2017, 23:00:00
Zitat von: Reinhart am 17 Dezember 2017, 19:21:46
Dein Oled ist sehr gut lesbar weil du die Schrift so groß hast!
Welche Software setzt du denn ein und wie hast du die Datenübertragung eingerichtet, MQTT oder FHEM HTTP?
Es ist ESPEasy, als Device habe ich OLED1306 Framed verwendet, Komminukation erfolgt über FHEM HTTP.
Zitat von: Reinhart am 17 Dezember 2017, 19:21:46
Das Nextion ist natürlich noch größer, gibt es denn irgendwo brauchbare Einbaurahmen dafür, beim Oled bin ich nicht fündig geworden?
Einen Einbaurahmen habe ich auch noch nicht gefunden, aber vermutlich werde ich etwas basteln ;)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 18 Dezember 2017, 16:12:04
Moin
So jetzt habe ich endlich mal Zeit gehabt!
Und der erste ESP-EASY laeuft! Erst bei Beiden mit der ESPEasy_v2.0.0-dev12_normal_4096 versucht, wieder kein Erfolg. Ausser dass Beide ein Netz aufgespannt haben aber meine Einstellungen fuer mein WLAN nicht uebernommen haben. Dann habe ich ESPEasy_v2.0.0-dev12_dev_4096 genommen, und seitdem laeuft es! BME zeigt was an, ESPEASY auf beiden fhems zeigen die Werte an. Jetzt geht es an den andern Teil!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 18 Dezember 2017, 17:57:31
@pc1246

ist schon komisch, dass die bereits geflashte ESPEasy nicht funktioniert hat. Die erste Anmeldeprozedur kann schon aus verschiedenen Gründen etwas zimperlich sein, aber mit dem Handy oder auf jeden Fall via serieller Einrichtung sollte es sofort klappen.

Hauptsache es funktioniert jetzt, obwohl vom eBus hast leider noch nichts testen können. Es ist gut, dass du das gleich am Anfang der Auslieferungen gepostest hast, denn so können andere daran profitieren wenn sie ähnliche Probleme mit der Anmeldung haben.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: schnitzelbrain am 18 Dezember 2017, 18:08:58
Ich hab mein ESPEasy jetzt auch neu mit ESPEasy_v2.0.0-dev12_normal_4096 geflasht.
jetzt ist auch das Web Interface direkt erreichbar und nach der Einrichtung sofort vom PC oder Handy aus.

Was in der Anleitung noch erwähnt werden sollte ist das vorkonfigurierte Passwort aus der ESPEasy Firmware:
configesp

Das verhindert bei dem aufgespannten Netz erst mal ein Weiterkommen  ;)

Grüße
Schnitzelbrain
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 18 Dezember 2017, 18:40:00
Danke für den Hinweis, werde das in der Doku erweitern.

Eigentlich ist das ja völlig egal welche Version geflasht wurde, der Anmeldeteil ist doch immer der gleiche glaube ich. Ich kann nur von meinen Erfahrungen sagen, Handy geht fast immer und die 7 Befehle nacheinander in der seriellen Konsole eingetippt dauert keine 30 Sekunden und funktioniert immer, da ja keine Funkverbindung nötig ist und auch keine Passwortabfrage erfolgt.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 18 Dezember 2017, 20:32:58
Bei mir war die WLAN-Anmeldung kein Problem. Dafür wollte der BMP280(!) keine Werte liefern. Erst nach flashen der ESPEasy_v2.0.0-dev12_normal_4096 (vorher _dev_) kamen dann auch Werte. Der EasyEsp auf Erweiterungsplatine mit BMP lief danach ca. 24h stabil, plötzlich wieder keine Werte. Reboot über Weboberfläche zeigt keine Wirkung. Erst nach hartem Reset (kurz stromlos machen) werden wieder Werte gezeigt. Ich beobachte das weiter.

Für den eBus-Adapter fehlt mir noch ein Anschluss-Stecker, der kommt hoffentlich in den nächsten Tagen...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 18 Dezember 2017, 21:02:27
Das ist schon interessant, denn ich habe diese Version seit ich Platine 2.0 zu testen begonnen habe und der BME funktioniert seitdem ohne Ausfälle. Nur läuft er bei mir nie recht lange durch, weil ich ständig was teste und abklemme.
Aber wenn du das nachvollziehen konntest, dann glaube ich dir das und da wir nur die Standardfunktionen von ESPEsay (I2C) nutzen ist es jedem offen was für Version er nimmt.
Es würde prinzipiell auch Tasmota funktionieren, nur gibt es dort noch keinen Oled Device wenn das wer braucht. Was viele allerdings fürchten, ist bei Tasmota die Einrichtung von MQTT und das fehlende FHEM HTTP. Das ist auch der Grund, warum wir nur ESPEasy dokumentieren.

Ich nehme an, mit eBus-Stecker meinst die die Steckklemme am Heizgerät.

Aber Danke für den Hinweis!

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 18 Dezember 2017, 21:53:51
Zitat von: Reinhart am 18 Dezember 2017, 21:02:27
Ich nehme an, mit eBus-Stecker meinst die die Steckklemme am Heizgerät
Ja, das ist richtig.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 19 Dezember 2017, 09:42:51
Moin
So, es geht weiter. Leider war ich noch nicht am eBus, da ich mich gestern erstmal mit dem OLED vergnuegt habe.
Also bei mir gibt das leider einen Unfall, wenn ich das wie Chons mache. Das ging sogar soweit, dass ich den Wemos (ab jetzt DIVA) neu flashen musste, was dann auch nichts geholfen hat. Bei der Sucherei, wie man die DIVA komplett loescht, bin ich dann auf die CommandRef https://www.letscontrolit.com/wiki/index.php/ESPEasy_Command_Reference gestossen, mit der ich dann ueber putty alles von Hand eingegeben habe. Danach habe ich dann in der Weboberflaeche nach jeder Aenderung die settings gespeichert, so dass ich diese dann zureuckspielen konnte.
Wenn ich das framed OLED auswaehle, kann ich zumindest dieses Device nicht mehr anpassen. Es erscheinen oberhalb von Tasksettings irgendwelche Zeichen/Infos und submit ist tot. Deshalb habe ich da dann abgebrochen. Heute Abend habe ich dann wieder Zeit, mich dem Ding zu widmen.
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 19 Dezember 2017, 21:06:44
Also ich steuere mein Oled ohne Framed an, ist nicht so schön aber funktioniert.

Da setzt sich aus mehren Defines zusammen, einmal die espBridge, dann der notify und die Definition mit DLCD Modul. Lies dazu das Wiki (https://wiki.fhem.de/wiki/DLCD).
Du musst die Readings Namen und die IP-Adresse nach deiner Konfiguration anpassen.


##################################
#####            OLED - eBUS                           
##################################
define ESPEasy_wemos1_display ESPEasy 10.0.0.166 80 espBridge wemos1_display
attr ESPEasy_wemos1_display IODev espBridge
attr ESPEasy_wemos1_display Interval 300
attr ESPEasy_wemos1_display event-min-interval 1
attr ESPEasy_wemos1_display group OLED
attr ESPEasy_wemos1_display room ESPEasy

##### notify #####
define OLED_1_notify at +*00:00:59 set ESPEasy_wemos1_display oled 1 1 [OLED_1:Line1];;\
set ESPEasy_wemos1_display oled 3 1 [OLED_1:Line3];;\
set ESPEasy_wemos1_display oled 4 1 [OLED_1:Line4];;\
set ESPEasy_wemos1_display oled 5 1 [OLED_1:Line5];;\
set ESPEasy_wemos1_display oled 6 1 [OLED_1:Line6]
attr OLED_1_notify room ESPEasy

####################################################
##### my_LCD.cfg - DLCD                                               
####################################################
define OLED_1 DLCD
attr OLED_1 dlcdCols 8
attr OLED_1 dlcdLine1 eBus  V2   Info
attr OLED_1 dlcdLine2 .
attr OLED_1 dlcdLine3 Vorlauftemp%1%
attr OLED_1 dlcdLine4 Ruecklauf  %2%
attr OLED_1 dlcdLine5 Heizkurve    %3%
attr OLED_1 dlcdLine6 Aussentemp %4%
attr OLED_1 dlcdPhysicalRows 6
attr OLED_1 dlcdRows 8
attr OLED_1 dlcdVal1 Vorlauf:Vorlauf
attr OLED_1 dlcdVal1formatnum 2+1
attr OLED_1 dlcdVal2 Ruecklauf:Ruecklauf
attr OLED_1 dlcdVal2formatnum 2+1
attr OLED_1 dlcdVal3 HKurve:HKurve
attr OLED_1 dlcdVal3formatnum none
attr OLED_1 dlcdVal4 netatmo_aussen:temperature
attr OLED_1 dlcdVal4formatnum none
attr OLED_1 room ESPEasy
attr OLED_1 stateFormat state<br>Line1<br>Line2<br>Line3<br>Line4<br>Line5<br>Line6
attr OLED_1 verbose 0


LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: PeMue am 19 Dezember 2017, 22:16:47
Hallo Reinhart,

Zitat von: Reinhart am 14 Dezember 2017, 11:45:41
ESPEASY Konfiguration via serieller Konsole

Da es offensichtlich immer wieder bei einzelnen Usern zu Problemen mit der Konfiguration führt (Login geht nicht) , hier eine kleine Anleitung wie ihr mit der seriellen Konsole den Wemos konfigurieren könnt. 
...
super Anleitung, habe mir das gleich als PDF ausgedruckt. Mir fehlt noch die Einstellung der seriellen Schnittstelle, könntest Du bitte noch die gewählte Baudrate in Deinem Post ergänzen?

Danke + Gruß

Peter
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 19 Dezember 2017, 22:18:52
Hallo Zusammen,

meine Bausätze sind gekommen, jetzt wollte ich mich ans löten setzen. Kann ich das PDF aus dem ersten Beitrag verwenden? Stimmen dort alle Wiederstände und die Nummerierung.

@Reinhart: Kann es sein das du bei meinem Bausatz, bereits die 1Ohm Wiederstände bei gelegt hast? In der Doku steht noch was von Drahtbrücke.

Hat jemand ein aktuelles BILD von der Grundplatine und Erweiterungsplatine(Bestückt)?

Gruß
lewej

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 19 Dezember 2017, 22:58:31
Hallo Zusammen,

ich brauche eure Hilfe. Ich werde nicht draus schlau wo der Spannungsregler und der Transistor hin kommt.
Ist das so richtig,siehe Bild
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: chons am 19 Dezember 2017, 23:07:59
Zitat von: lewej am 19 Dezember 2017, 22:18:52
meine Bausätze sind gekommen, jetzt wollte ich mich ans löten setzen. Kann ich das PDF aus dem ersten Beitrag verwenden? Stimmen dort alle Wiederstände und die Nummerierung.

@Reinhart: Kann es sein das du bei meinem Bausatz, bereits die 1Ohm Wiederstände bei gelegt hast? In der Doku steht noch was von Drahtbrücke.

Hat jemand ein aktuelles BILD von der Grundplatine und Erweiterungsplatine(Bestückt)?
PDF ist ok...
Wenn 1 Ohm Widerstand dabei ist, dann an R10 verbauen sonst eine Lötbrücke herstellen.

....Bilder stehen auf der ToDo Liste und kommen ASAP...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: chons am 19 Dezember 2017, 23:09:02
Zitat von: lewej am 19 Dezember 2017, 22:58:31
Ist das so richtig,siehe Bild
Ja
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 19 Dezember 2017, 23:20:19
Hallo,

Hab noch eine blöde Frage. Die drei blauen sollte ja die Keramik Kondensatoren 100nF sein. Zu dem Orangenen links, finde ich keine Info.

Oder ist das auch ein 100nF

Gruss
Lewej
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: chons am 19 Dezember 2017, 23:29:30
Blau = 100nF Kondensator
Bunt (orangenen etc.) = NTC (für die Erweiterungsplatine.)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: schnitzelbrain am 20 Dezember 2017, 05:21:47
Zitat von: chons am 19 Dezember 2017, 23:29:30
Blau = 100nF Kondensator
Bunt (orangenen etc.) = NTC (für die Erweiterungsplatine.)
Ich muss das jetzt mal kapern. Wo kommt denn der NTC hin?
In der Anleitung hatte ich nix gefunden und auf der Platine als Aufdruck auch nicht.

Ist dieser noch für kommende Projekte oder bin ich blind? :-/

Grüße

Schnitzelbrain

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 20 Dezember 2017, 06:58:24
Zitat von: schnitzelbrain am 20 Dezember 2017, 05:21:47
Ich muss das jetzt mal kapern. Wo kommt denn der NTC hin?
In der Anleitung hatte ich nix gefunden und auf der Platine als Aufdruck auch nicht.

Ist dieser noch für kommende Projekte oder bin ich blind? :-/
Der kommt wenn Du magst (sprich optional) an die Erweiterungsplatine an JP5, sprich am Wemos über eine kleine Beschaltung an den Analog Eingang.
Wenn Du einen BME direkt an der Erweiterungsplatine einsetzt (also nicht mit Kabel nach draußen oder sonst wohin), dann ist der NTC direkt auf der Erweiterung einigermaßen sinnlos und Du kannst statt dessen am Analogeingang etwas anderes dran hängen. Oder Du verlängerst den NTC über eine zweiadrige Leitung, um bspw. Temperatur an einem Rohr in der Nähe zu messen.
Hier sind Deiner Phantasie so gut wie keine Grenzen gesetzt :)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: schnitzelbrain am 20 Dezember 2017, 08:10:58
Zitat von: john30 am 20 Dezember 2017, 06:58:24
Der kommt wenn Du magst (sprich optional) an die Erweiterungsplatine an JP5, sprich am Wemos über eine kleine Beschaltung an den Analog Eingang.
Wenn Du einen BME direkt an der Erweiterungsplatine einsetzt (also nicht mit Kabel nach draußen oder sonst wohin), dann ist der NTC direkt auf der Erweiterung einigermaßen sinnlos und Du kannst statt dessen am Analogeingang etwas anderes dran hängen. Oder Du verlängerst den NTC über eine zweiadrige Leitung, um bspw. Temperatur an einem Rohr in der Nähe zu messen.
Hier sind Deiner Phantasie so gut wie keine Grenzen gesetzt :)
Ok, danke.

Dann kann ich ja zwei Temperaturen messen. Cool, schon wieder Ideen :-)

Grüße

Schnitzelbrain

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 20 Dezember 2017, 09:35:53
Hallo,

ich habe eine Basisplatine und die Erweiterung, ein WEMOS hängt per Kabel an der Basisplatine und ein wemos mit espeasy ist auf der Erweiterungs Platine. Bei dieser Variante ist mir alles klar.

Jetzt habe ich noch eine Basis +Erweiterung. Auf die Erweiterung Platine soll der ebus wemos drauf.
Kann man das so betreiben, oder muss der ebus wemos immer direkt an der Basisplatine hängen?

Gruss
Lewej
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 20 Dezember 2017, 10:31:59
Hallo Lewej!

Kannst genau so machen wie du es geschrieben hast. Du musst dann allerdings die Jumper anders setzen weil der ebusd-esp dann die seriellen Signale benötigt die von der Platine aufbereitet werden. Nur der ESPEasy macht am Jumper8 keinen Sinn, weil die ganzen Erweiterungen dann nicht angeschlossen werden können.
Also Sj5-SJ8 rechts verlöten wenn der ebusd-esp auf der Erweiterungsplatine im Sockel sitzt. Siehe Seite 15 in der Doku.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 20 Dezember 2017, 10:53:00

Zitat von: PeMue am 19 Dezember 2017, 22:16:47
Hallo Reinhart,
super Anleitung, habe mir das gleich als PDF ausgedruckt. Mir fehlt noch die Einstellung der seriellen Schnittstelle, könntest Du bitte noch die gewählte Baudrate in Deinem Post ergänzen?

Danke Peter für den Hinweis!

Man sieht es zwar am 2.Foto unten rechts, aber das übersieht man schnell. Habe jetzt den Thread um die Info ergänzt.
Baudrate in der seriellen Konsole ist 115200! Zuerst Wemos anschließen und Konsole starten und dann nochmals beim Wemos "Reset" drücken.

Viele Anwender plagen sich mit dem ersten Login und der Einrichtung weil der AP nicht funktionieren will, derweil geht das so einfach und man umgeht alle bisher bekannten Probleme mit dem AP. Sobald ESPEasy einmal konfiguriert ist, funktioniert der Connect ja sehr gut und zuverlässig. Komisch, das keiner auf die Möglichkeit der seriellen Konsole denkt, oft sieht man den Wald vor lauter Bäumen nicht und die "Command Referenz (https://www.letscontrolit.com/wiki/index.php/ESPEasy_Command_Reference)" ist ja gut dokumentiert.


LG
Reinhart

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 20 Dezember 2017, 13:53:25
Zitat von: chons am 17 Dezember 2017, 18:45:22
Ich hatte heute etwas Zeit mir das Nextion und OLED Display anzusehen. Das Nextion Display funktioniert auch (keine Langzeit- und Performancetests) mit ESPEasy (Serial Server).
Die Ergebnisse sieht man im Anhang und hier (https://www.youtube.com/watch?v=1HS91EEBuTY) (viel geht noch nicht, aber das wird sicher noch).
Moin Chons
Kannst Du mein Problem mit dem OLED siehe #38 bestaetigen?
Wie bekomme ich das Nextion zum Leben? Sind ja zwei Sachen, einmal die Einstellungen im ESP-Easy und dann die Vorlage fuers Display!
Danke und Gruss
Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 20 Dezember 2017, 19:15:55
Hallo Zusammen,

in dem PDF ist der R1 auf der Basisplatine Frei, in der Liste der Bauteile ist er aber aufgeführt. Muss dieser auf die Platine drauf oder muss er auch weggelassen werden, wie der C1?

Gruß
lewej
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 20 Dezember 2017, 19:29:54
Hallo Christoph,
könntet du von deinen beiden Platinen noch mal Fotos hochladen, die du bereits hochgeladen hast, sind etwas unscharf und man kann nicht alles erkennen.

gruß und danke


Zitat von: pc1246 am 13 Dezember 2017, 00:17:41
So
Nummer eins ist fertig geloetet! Ist auch bloed, neben Fussbal und Essen auch noch Widerstaende messen, usw.! Sieht soweit gut aus, muss mir nur langsam mal einen Satz Widerstaende zulegen, war einer falsch! Mal sehen eventuell starte ich morgen noch die IBS!? Foto gibt es auch erst morgen!
Gruss und gute Nacht
Christoph

Edith:Foto angehaengt!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 20 Dezember 2017, 19:39:14
Zitat von: lewej am 20 Dezember 2017, 19:29:54
Hallo Christoph,
könntet du von deinen beiden Platinen noch mal Fotos hochladen, die du bereits hochgeladen hast, sind etwas unscharf und man kann nicht alles erkennen.

gruß und danke
Jo mache ich! In ein paar Minuten ersetze ich die Alten, kriegst dann ne PM!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 20 Dezember 2017, 20:15:27
Hallo
Ich muss zugeben, ich bin zu doof! Ich habe bisher nach dem fhem-ebus-wiki es erfolgreich nicht geschafft, dass der Deamon automatisch startet. Nun weiss ich also nicht, welche Info der Dienst nimmt, wenn ich Ihn von Hand starte. Jedenfalls schaut der immer noch auf den USB, der ja auch noch steckt. Folglich weiss ich auch nicht, ob der Adapter funktioniert! Wobei die Power LED und die Empfangs LED leuchten, bzw. blinken.
Kann mir jemand einen Tipp geben, bzw. mir sagen, was ich posten muss, dass er mir helfen kann?!
Danke und Gruss
Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 20 Dezember 2017, 20:25:02
Hallo,

Nachdem die Erweiterungsplatine mit ESPeasy bei mir seit zwei Tagen mit BMP280 bzw. BME280 (John hat mir noch einen "echten BME" geschickt) erfolgreich läuft, mache ich mich jetzt an des eBusd-ESP. Die Ersteinrichtung hat auch hier gut geklappt. Ich hatte zuerst die Konfiguration für mein WLAN mit per DHCP vergebener IP-Adresse eingerichtet. Das möchte ich jetzt gerne auf eine statische IP ändern. Das klappt aber nicht. Zuerst wird die statische IP angenommen (ebusd-esp ist unter der IP erreichbar), aber nach kurzer Zeit oder spätestens nach Reboot (Stromzufuhr kurz getrennt) ist alles wieder weg und der ebusd-esp ist wieder nur unter der DHCP IP erreichbar. Gibt es hier einen Trick?

Ciao
Dominik
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 20 Dezember 2017, 20:27:12
Hallo Dominik
Hast Du am Ende auch 0 ausgewaehlt, bzw. save&reset wenn Du das webif benutzt?
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 20 Dezember 2017, 20:32:10
Zitat von: pc1246 am 20 Dezember 2017, 20:27:12
Hast Du am Ende auch 0 ausgewaehlt, bzw. save&reset wenn Du das webif benutzt?
Ja, brav nach Anleitung erst "Check&Update" und danach "Save&Reset".
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 20 Dezember 2017, 20:39:28
Zitat von: dkreutz am 20 Dezember 2017, 20:32:10
Ja, brav nach Anleitung erst "Check&Update" und danach "Save&Reset".
Okay
Ich habe das seriell gemacht, das war zwar auch nicht ganz trivial, aber funktioniert!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: chons am 20 Dezember 2017, 20:40:36
Zitat von: lewej am 20 Dezember 2017, 19:15:55
in dem PDF ist der R1 auf der Basisplatine Frei, in der Liste der Bauteile ist er aber aufgeführt. Muss dieser auf die Platine drauf oder muss er auch weggelassen werden, wie der C1?
Ja, das ist im Dokument (Abbildung 3.4 Seite 5) noch falsch und natürlich muss da ein 390 Ohm Widerstand hin (siehe Schaltplan).

EDIT: Ausser C1 (siehe Schaltplan) müssen alle Bauteile montiert werden.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 20 Dezember 2017, 20:48:10
Moin
So, ich habe mal ins log geschaut
2017-12-20 20:45:39.446 [bus notice] bus started with own address 31/36
2017-12-20 20:45:49.494 [bus error] unable to open 192.168.178.242:8889: ERR: generic I/O error

Laesst sich aber pingen, kann man da noch irgendwie drauf?
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 20 Dezember 2017, 20:49:22
Zitat von: pc1246 am 20 Dezember 2017, 20:15:27
Hallo
Ich muss zugeben, ich bin zu doof! Ich habe bisher nach dem fhem-ebus-wiki es erfolgreich nicht geschafft, dass der Deamon automatisch startet. Nun weiss ich also nicht, welche Info der Dienst nimmt, wenn ich Ihn von Hand starte. Jedenfalls schaut der immer noch auf den USB, der ja auch noch steckt. Folglich weiss ich auch nicht, ob der Adapter funktioniert! Wobei die Power LED und die Empfangs LED leuchten, bzw. blinken.
Kann mir jemand einen Tipp geben, bzw. mir sagen, was ich posten muss, dass er mir helfen kann?!
Danke und Gruss
Christoph

Hallo Christoph!

wenn es nur im das Start/Stop Script geht dann trage ihn so in die Runlevel ein:
sudo update-rc.d ebusd defaults

als Dienst, schau einmal den Staus an ob ebusd als Dienst läuft: systemctl status ebusd
pi@raspberrypi: $ systemctl status ebusd
â ebusd.service - LSB: controls ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/etc/init.d/ebusd; generated; vendor preset: enabled)
   Active: inactive (dead)
     Docs: man:systemd-sysv-generator(8)


wenn das nicht so ist, dann füge ihn zum Autostart hinzu:
sudo systemctl enable ebusd

oder wieder aus dem Autostart entfernen
sudo systemctl disable ebusd

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 20 Dezember 2017, 20:57:06
Hallo Reinhart
pi@eBUSD:~ $ systemctl status ebusd
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/lib/systemd/system/ebusd.service; enabled)
   Active: inactive (dead)
pi@eBUSD:~ $ sudo update-rc.d ebusd defaults
insserv: script ebusd is not an executable regular file, skipped!
pi@eBUSD:~ $ sudo systemctl enable ebusd
Synchronizing state for ebusd.service with sysvinit using update-rc.d...
Executing /usr/sbin/update-rc.d ebusd defaults
insserv: script ebusd is not an executable regular file, skipped!
Executing /usr/sbin/update-rc.d ebusd enable
update-rc.d: error: ebusd Default-Start contains no runlevels, aborting.

Das hilft leider auch nicht!?
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 20 Dezember 2017, 21:08:42
Zitatscript ebusd is not an executable regular file, skipped!

im /etc/init.d/ebusd fehlen anscheinend die Rechte!

sudo chmod 755 /etc/init.d/ebusd

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 20 Dezember 2017, 21:22:49
Scheibenkleister, das hatte ich wohl gesehen, aber ich dachte es ist nicht wichtig.
Ok, der Dienst startet jetzt automatisch. Aber
2017-12-20 21:19:35.966 [main notice] ebusd 3.0.595c7c0 started
2017-12-20 21:19:36.311 [bus error] unable to open 192.168.178.242:8889: ERR: generic I/O error
2017-12-20 21:19:36.314 [bus notice] bus started with own address 31/36
2017-12-20 21:19:53.594 [bus error] unable to open 192.168.178.242:8889: ERR: generic I/O error
2017-12-20 21:20:03.637 [bus error] unable to open 192.168.178.242:8889: ERR: generic I/O error
2017-12-20 21:20:13.643 [bus error] unable to open 192.168.178.242:8889: ERR: generic I/O error
2017-12-20 21:20:23.650 [bus error] unable to open 192.168.178.242:8889: ERR: generic I/O error
2017-12-20 21:20:33.743 [bus error] unable to open 192.168.178.242:8889: ERR: generic I/O error
2017-12-20 21:20:43.747 [bus error] unable to open 192.168.178.242:8889: ERR: generic I/O error
2017-12-20 21:20:53.814 [bus error] unable to open 192.168.178.242:8889: ERR: generic I/O error
2017-12-20 21:21:03.850 [bus error] unable to open 192.168.178.242:8889: ERR: generic I/O error
2017-12-20 21:21:13.854 [bus error] unable to open 192.168.178.242:8889: ERR: generic I/O error
2017-12-20 21:21:23.921 [bus error] unable to open 192.168.178.242:8889: ERR: generic I/O error
2017-12-20 21:21:33.954 [bus error] unable to open 192.168.178.242:8889: ERR: generic I/O error
2017-12-20 21:21:38.169 [main notice] update check: revision v3.0-23-g4c1aefb available, broadcast.csv: newer version available
2017-12-20 21:21:43.990 [bus error] unable to open 192.168.178.242:8889: ERR: generic I/O error
2017-12-20 21:21:54.027 [bus error] unable to open 192.168.178.242:8889: ERR: generic I/O error
2017-12-20 21:22:04.061 [bus error] unable to open 192.168.178.242:8889: ERR: generic I/O error

Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 20 Dezember 2017, 21:27:47
Zitat von: pc1246 am 20 Dezember 2017, 20:48:10
Moin
So, ich habe mal ins log geschaut
2017-12-20 20:45:39.446 [bus notice] bus started with own address 31/36
2017-12-20 20:45:49.494 [bus error] unable to open 192.168.178.242:8889: ERR: generic I/O error

Laesst sich aber pingen, kann man da noch irgendwie drauf?
Gruss Christoph

hm, offensichtlich hast du in der /etc/default/ebusd den falschen Device angegeben, weil der ebusd ihn nicht öffnen kann.

wenn du per ebusd-esp kommunizierst sieht er so aus: (IP anpassen)
EBUSD_OPTS="-d 192.168.178.242:8889 -l /var/log/ebusd.log  --scanconfig --latency=20000 --address=01"

wenn du per Uart kommunizierst sieht er so aus:
EBUSD_OPTS="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log  --scanconfig --latency=20000"

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 20 Dezember 2017, 21:33:31
Hallo Gerhart
Das habe ich alles genau so! Natuerlich mit meiner Ip.
Die zwei Leerzeichen machen mich gerade etwas stutzig!?
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 20 Dezember 2017, 21:36:23
du musst ebenfalls aufpassen wenn du 2 Platinen am eBus hängen hast, dann musst du die Adresse der 2.Platine ändern sonst kommen sich die in Kreuz! Siehe Beispiel mit ebusd-esp oben (address=01)

Ob 2 oder 1 Leerzeichen ist egal.

Bei dem generic I/O error kann sich auch was aufgehängt haben, eventuell einmal booten. Ich hatte das schon mal beim vielen testen.

Eventuell einmal vom PC aus testen ob das Port auch wirklich offen ist:

Telnet 192.168.178.242 8889
wenn eine Fehlermeldung kommt, ist das Port gesperrt. Unter Windows musst du vorher Telnet installieren/aktivieren.


LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 20 Dezember 2017, 21:48:14
Hallo Reinhart
Du hast ein Fass gut bei mir! Oder trinkst du kein Bier? Ich bin total der Depp, und habe den Port 8889 als Managementport definiert gehabt, und den eigentlichen gar nicht veraendert! Jetzt kurz alles gerichtet, und der Bus laeuft!
Coole Sache, und ich muss dringend sehen, dass ich mich irgendwie mehr in Linux reinfuchse.
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 20 Dezember 2017, 21:53:37
Ich trinke keinen Alkohol und rauche nicht, aber trotzdem Danke für das Angebot!

Das Thema ist ja neu und es gibt zahlreiche Möglichkeiten irgendwo was zu übersehen, mir gings bei den ersten Tests der Platinen nicht besser, irgendwo übersieht man was und vor allem haben wir ständig die Umgebung gewechselt.

Einfach mit Telnet (Pc oder Raspi ) testen ob das Port sich öffnen läßt und schon spart man sich viel Zeit mit der Fehlersuche. Meist sind es ja nur Kleinigkeiten.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 20 Dezember 2017, 21:58:14
Zitat von: Reinhart am 20 Dezember 2017, 21:53:37
Ich trinke keinen Alkohol und rauche nicht, aber trotzdem Danke für das Angebot!

Das Thema ist ja neu und es gibt zahlreiche Möglichkeiten irgendwo was zu übersehen, mir gings bei den ersten Tests der Platinen nicht besser, irgendwo übersieht man was und vor allem haben wir ständig die Umgebung gewechselt.

Einfach mit Telnet (Pc oder Raspi ) testen ob das Port sich öffnen läßt und schon spart man sich viel Zeit mit der Fehlersuche. Meist sind es ja nur Kleinigkeiten.

LG
Ok, dann melde ich mich einfach mal falls ich in Deiner Naehe bin, bzw. Du dich wenn Du in Hannover und Umgebung bist, und dann gebe ich dir ein Essen aus. Oder isst Du auch nicht?
:o

Gruss und schoene Festtage
Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 20 Dezember 2017, 22:12:14
Zitat von: pc1246 am 20 Dezember 2017, 20:39:28
Ich habe das seriell gemacht, das war zwar auch nicht ganz trivial, aber funktioniert!
Auch über den seriellen Monitor der Arduino IDE (ich musste noch vorher noch ESP8266 Support und USB-Treiber installieren) wird die Einstellung für kurze Zeit übernommen, aber spätestens nach dem Reboot ist wieder alles weg.
Gibt es evtl. eine neuere ebusd-esp Firmware (ich habe Build 20171210)?

ebusd funktioniert (sofern ich die per DHCP vergebene IP in der ebusd Konfiguration eintrage):

2017-12-20 20:14:18.504 [main notice] ebusd 3.0.595c7c0 started
2017-12-20 20:14:18.518 [bus notice] bus started with own address 01/06


Der Adapter hängt aber noch nicht am eBus der Heizung, das kommt morgen nachdem der Schornsteiger die Feuerstättenschau gemacht hat - ich will den armen Mann nicht mit dem blinkenden eBus-Adapter irritieren...  8)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: chons am 20 Dezember 2017, 22:12:54
Ich habe gerade die Bilder (https://forum.fhem.de/index.php/topic,75878.msg677355.html#msg677355) auf den aktuellen Stand gebracht.
Die sind nicht besonders gut, weil die Platine schon so einige Umbauten hinter sich hat, aber "das ist der finale Stand" und so soll die Platine aussehen (abgesehen von den lötkünsten meinerseits).
Die Doku (PDF) wird auch noch überarbeiet.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: chons am 20 Dezember 2017, 22:24:19
Zitat von: dkreutz am 20 Dezember 2017, 22:12:14
Gibt es evtl. eine neuere ebusd-esp Firmware (ich habe Build 20171210)?
Nein, das sollte der aktuelle Stand sein, aber warte bitte bis sich das John angeschaut hat - ich kann mir vorstellen, dass hier evtl. Firmwareseitig etwas nachgebssert werden muss, damit Static IP funktioniert. Reserviere doch einfach bis dahin die IP Adresse für dieses Interface auf deinen AP -> so mache ich das.
Und danke für dein Feedback.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 20 Dezember 2017, 22:33:13
Zitat von: chons am 20 Dezember 2017, 22:24:19
Reserviere doch einfach bis dahin die IP Adresse für dieses Interface auf deinen AP -> so mache ich das.
Das habe ich schon gemacht. Die übrigen Einstellungen, z.B. Portnummer, vergisst der ebusd-esp aber trotzdem immer wieder.
Warten wir auf John...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: chons am 20 Dezember 2017, 22:40:33
Zitat von: dkreutz am 20 Dezember 2017, 22:33:13
Das habe ich schon gemacht. Die übrigen Einstellungen, z.B. Portnummer, vergisst der ebusd-esp aber trotzdem immer wieder.
Warten wir auf John...
Welche Portnummer möchtest Du verwenden?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 20 Dezember 2017, 22:56:51
Hallo
Also bei mir wird alles uebernommen! Aber die DIVA (meine Bezeichnung fuer den Wemos) ist nun mal sehr launisch! Mach die noch mal platt, und versuch es noch mal von vorn.  Manchmal merkt die sich was Sie will, manchmal vergisst Sie was Sie will. Was ja am Ende aufs Gleiche raus kommt!
Munter bleiben
Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 21 Dezember 2017, 07:57:23
Zitat von: dkreutz am 20 Dezember 2017, 22:33:13
Das habe ich schon gemacht. Die übrigen Einstellungen, z.B. Portnummer, vergisst der ebusd-esp aber trotzdem immer wieder.
das ist sehr seltsam. ich schau mir das am WE an. es könnte höchstens sein, dass das flash nicht in Ordnung ist.
Stellt er dann auf Werkseinstellungen zurück, sprich ist das EBUS WLAN erreichbar?
20171210 ist der aktuelle Stand
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 21 Dezember 2017, 11:30:05
Zitat von: dkreutz am 20 Dezember 2017, 22:33:13
Das habe ich schon gemacht. Die übrigen Einstellungen, z.B. Portnummer, vergisst der ebusd-esp aber trotzdem immer wieder.
Warten wir auf John...

Ich habe jetzt 2 x den Wemos geflasht und einmal komplett gelöscht. Sobald ich die Eintragungen so wie im Bild vornehme klappt das, auch die statische IP. Habe das auch auf dem Router kontrolliert ob er unter statisch oder DHCP zu finden ist.
Und die Netmask hast du auch auf Class "C" (24) gesetzt, sonst könnte dir passieren, dass der Router nicht erreichbar ist wiel dann das Netz geteilt wäre. Die Ip-Adresse sollte auch ein NICHT für DHCP reservierter Bereich sein.

Ich habe es einmal seriell gemacht und einmal übers WEBIF.
Meine Firmware: Build: 20171210

Gateway ist natürlich dein Router, also deine Router-Adresse setzen.

1. Eintragungen setzten
2. Check&Update
3. Save&Reset

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 21 Dezember 2017, 14:07:24
Danke für Hinweise, bei den Einstellungen für IP, Netmask & Co. bin ich mir sicher, dass alles richtig ist (ich verstehe auch die Zusammenhänge dank IT-Ausbildung).

1. Ich habe über esptool.py den Wemos Flashspeicher gelöscht (erase_flash) und dann die ebusd-esp Firmware neu geschrieben (falls das relevant ist: unter MacOSX).

2. Dann konfiguriere ich  über serielle Konsole der ArduinoIDE mein WLAN mit meiner Wunsch-IP und Port 8889. Der eBus-Mode ist dann über IP:8889 erreichbar (mit telnet geprüft).  Das funktioniert bis zum nächsten Kaltstart (Stromzufuhr kurz getrennt).

3. Nach Kaltstart wird wieder die Initialkonfiguration angezeigt (Konsole und WebIf) - der Wemos ist aber nicht im AP-Modus (also kein WLAN "EBUS"), sondern über meine Wunsch-IP erreichbar! (wahrscheinlich weil die  in der Fritzbox fix gesetzt ist?)
Der Ebus-Modus lauscht aber auf dem Initialport 9999, nicht (8889).

4. Drücke ich jetzt den Reset-Knopf am Wemos besinnt er sich wieder auf meine Konfiguration - die Anzeige im Konfigurationsmenu stimmt und der ebus-Mode lauscht wieder auf Port 8889.

Nachdem ich jetzt ein paar Minuten diesen Text getippert habe und dabei der Wemos weiter gelaufen ist, ist plötzlich wieder "alles weg", d.h. Zustand nach Kaltstart (siehe oben 3.)  >:(

Hat ein Wemos vielleicht einfach eine Macke?

Viele Grüße
Dominik


Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 21 Dezember 2017, 14:44:15
Zitat von: dkreutz am 21 Dezember 2017, 14:07:24
2. Dann konfiguriere ich  über serielle Konsole der ArduinoIDE mein WLAN mit meiner Wunsch-IP und Port 8889. Der eBus-Mode ist dann über IP:8889 erreichbar (mit telnet geprüft).  Das funktioniert bis zum nächsten Kaltstart (Stromzufuhr kurz getrennt).
Das hast Du auch mittels Eingabe von 0 für "0. Save configuration and reboot" gespeichert, nehme ich an?

Zitat von: dkreutz am 21 Dezember 2017, 14:07:24
3. Nach Kaltstart wird wieder die Initialkonfiguration angezeigt (Konsole und WebIf) - der Wemos ist aber nicht im AP-Modus (also kein WLAN "EBUS"), sondern über meine Wunsch-IP erreichbar! (wahrscheinlich weil die  in der Fritzbox fix gesetzt ist?)
Das mit dem AP ist richtig so, das WLAN wird als AP nur gestartet, wenn es keinerlei Konfigurationsdaten im flash gibt. D.h auch, dass "ein paar" Konfigurationsdaten im flash stehen, aber anscheinend nicht alle. Mach doch bitte mal ein flash dump mit Eingabe von "e" für "e. Dump EEPROM content" und schick mir den an ebusd@ebusd.eu (nicht hier posten, denn da steckt hoffentlich Dein WLAN Passwort drin).

Zitat von: dkreutz am 21 Dezember 2017, 14:07:24
Der Ebus-Modus lauscht aber auf dem Initialport 9999, nicht (8889).
hm, das ist bizarr. siehst Du das an der Ausgabe auf der seriellen Konsole oder weil sich ein ebusd damit verbinden kann?

Zitat von: dkreutz am 21 Dezember 2017, 14:07:24
4. Drücke ich jetzt den Reset-Knopf am Wemos besinnt er sich wieder auf meine Konfiguration - die Anzeige im Konfigurationsmenu stimmt und der ebus-Mode lauscht wieder auf Port 8889.
Nachdem ich jetzt ein paar Minuten diesen Text getippert habe und dabei der Wemos weiter gelaufen ist, ist plötzlich wieder "alles weg", d.h. Zustand nach Kaltstart (siehe oben 3.)  >:(
Was für ein Mist. Also das konnte ich bisher noch bei keinem Wemos so feststellen. Gut, ich hab jetzt nicht alle 20, die ich schon geflasht habe, allesamt konfiguriert und bis zum Erbrechen durchgetestet, aber nach dem flashen haben sich alle normal verhalten.

Zitat von: dkreutz am 21 Dezember 2017, 14:07:24
Hat ein Wemos vielleicht einfach eine Macke?
Ich würde fast vermuten, dass der flash Speicher nicht ganz in Ordnung ist. Aber dass der nur teilweise funktioniert kommt mir schon etwas seltsam vor.
Du könntest noch versuchen, den zweiten Wemos (mit espeasy) mit ebusd-esp zu flashen, nur um zu sehen, ob das Verhalten das gleiche ist. Und nachher wieder zurück auf espeasy flashen.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 21 Dezember 2017, 16:30:31
Zitat von: john30 am 21 Dezember 2017, 14:44:15
Das hast Du auch mittels Eingabe von 0 für "0. Save configuration and reboot" gespeichert, nehme ich an?
Ja.

Zitat von: john30 am 21 Dezember 2017, 14:44:15
Das mit dem AP ist richtig so, das WLAN wird als AP nur gestartet, wenn es keinerlei Konfigurationsdaten im flash gibt. D.h auch, dass "ein paar" Konfigurationsdaten im flash stehen, aber anscheinend nicht alle. Mach doch bitte mal ein flash dump mit Eingabe von "e" für "e. Dump EEPROM content" und schick mir den an ebusd@ebusd.eu (nicht hier posten, denn da steckt hoffentlich Dein WLAN Passwort drin).
Genau genommen steht dann nichts drin, im Dump ist alles "00". Du hast eine Email bekommen...

Zitat von: john30 am 21 Dezember 2017, 14:44:15
siehst Du das an der Ausgabe auf der seriellen Konsole oder weil sich ein ebusd damit verbinden kann?
Wenn der ebus-Mode aktiv ist: Verbindung per Telnet auf Port 9999 ergibt "connection refused", telnet auf Port 8889 öffnet eine Session

Zitat von: john30 am 21 Dezember 2017, 14:44:15
Ich würde fast vermuten, dass der flash Speicher nicht ganz in Ordnung ist. Aber dass der nur teilweise funktioniert kommt mir schon etwas seltsam vor.
Du könntest noch versuchen, den zweiten Wemos (mit espeasy) mit ebusd-esp zu flashen, nur um zu sehen, ob das Verhalten das gleiche ist. Und nachher wieder zurück auf espeasy flashen.
Habe den esp-easy Wemos geflashed: zeigt zwar auch das Kaltstartverhalten, sonst aber stabil oder zumindest stabiler als der erste Wemos, d.h. Wemos Nr. 2 behält die Konfiguration auch nach längerer Laufzeit.
Ich habe beobachtet, dass die blaue LED beim Start unterschiedlich blinkt und kann jetzt vorhersagen wann die Konfiguration erfolgreich geladen wurde: wenn es zweimal kurz blinkt und das dritte Blinksignal ca. 5 Sekunden dauert, dann ist alles o.k. - unabhängig von Kalt- oder Warmstart, nur dass nach dem Kaltstart meistens nicht o.k. ist.

Bei genauer Betrachtung der beiden Wemos ist mir aufgefallen, dass es kleine Unterschiede gibt:
Wemos esp-easy: Platine blau, Aufdruck auf der Unterseite "HW-350 SBK",
Wemos ebusd-esp: Platine blau mit leichtem Grünstich, kein Aufdruck auf der Unterseite, Beschriftung kräftiger als beim anderen Wemos
Die stammen also aus unterschiedlichen Chargen oder sogar verschiedene Hersteller (oder Fälschung)?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: chons am 21 Dezember 2017, 17:06:18
Zitat von: pc1246 am 20 Dezember 2017, 13:53:25
Kannst Du mein Problem mit dem OLED siehe #38 bestaetigen?
Nein, die Probleme hatte/habe ich nicht. Probiere doch bitte die "normal" Firmware (ESPEasy_v2.0.0-dev12_normal_4096.bin) erneut.
Zitat von: pc1246 am 20 Dezember 2017, 13:53:25
Wie bekomme ich das Nextion zum Leben? Sind ja zwei Sachen, einmal die Einstellungen im ESP-Easy und dann die Vorlage fuers Display!
Warte bitte noch ein wenig, mein Setup ist sehr experimentell. Ich versuche ein Gesamtpaket zu schnüren und stelle es gerne vor, sonst herrscht hier schnell Chaos. ;)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 22 Dezember 2017, 10:59:59
Zitat von: dkreutz am 21 Dezember 2017, 16:30:31
Ich habe beobachtet, dass die blaue LED beim Start unterschiedlich blinkt und kann jetzt vorhersagen wann die Konfiguration erfolgreich geladen wurde: wenn es zweimal kurz blinkt und das dritte Blinksignal ca. 5 Sekunden dauert, dann ist alles o.k. - unabhängig von Kalt- oder Warmstart, nur dass nach dem Kaltstart meistens nicht o.k. ist.
Die LED sollte immer 2x am Anfang blinken, als Startsignal. Wenn dann in ebus Modus gewechselt wird, also mit der Konfiguration alles in Ordnung ist und auch das WLAN verbunden wurde, dann wartet die FW auf eine ebusd Verbindung. Sobald die steht, geht die LED dauerhaft an. Wird die Verbindung unterbrichen, geht sie wieder aus. Das sollte eigentlich nur bei ebusd Neustart passieren.

Zitat von: dkreutz am 21 Dezember 2017, 16:30:31
Bei genauer Betrachtung der beiden Wemos ist mir aufgefallen, dass es kleine Unterschiede gibt:
Wemos esp-easy: Platine blau, Aufdruck auf der Unterseite "HW-350 SBK",
Wemos ebusd-esp: Platine blau mit leichtem Grünstich, kein Aufdruck auf der Unterseite, Beschriftung kräftiger als beim anderen Wemos
Die stammen also aus unterschiedlichen Chargen oder sogar verschiedene Hersteller (oder Fälschung)?
Ja, um Zoll zu vermeiden werden immer nur geringe Stückzahlen von verschiedenen Händlern bestellt. Deshalb können das ganz unterschiedliche sein.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: bitstacker am 22 Dezember 2017, 16:30:27
Danke nochmal an alle Beteiligten für das tolle Projekt!
Meine Platine ist heute, pünktlich zu Weihnachten, angekommen.

Ich würde gerne das Schreiben auf den eBUS hardwareseitig verhindern. Reicht es da, wenn ich den Transistor weg lasse?
Wie wirkt sich das auf den Messplan aus?

Viele Grüße
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 22 Dezember 2017, 16:51:57
@bistacker

Nein, das sollst du nicht tun!

Die Platine muss schreiben können, sonst kann sie keine Befehle wie "scan" mehr absetzen und letztlich werden keine CSV geladen!
Aber eventuell kritische (Service)Befehle lassen sich ohne extra Parameter auch nicht schreiben!

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 22 Dezember 2017, 17:07:53
Ich habe meinen eBus-Adapter jetzt am Bus der Heizungssteuerumg (Wolf R12-W5). Die gelbe LED leuchtet, die rote&grüne blinkt kurz bei einschalten. ebusd sagt noch ,,no signal", aber das liegt wohl am Kaltstartverhalten meines Wemos. Ich werde wohl doch noch einmal den zweiten Wemos auch ebusd-esp umflashen. (John will mir auch noch eine neues ebusd-esp Version zum Test bereit stellen, aber da darf er sich von mir aus noch Zeit lassen - jetzt kommen erstmal die Feiertage...)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: chons am 22 Dezember 2017, 17:19:57
Zitat von: dkreutz am 22 Dezember 2017, 17:07:53
Ich habe meinen eBus-Adapter jetzt am Bus der Heizungssteuerumg (Wolf R12-W5). Die gelbe LED leuchtet, die rote&grüne blinkt kurz bei einschalten.
Die grüne LED blinkt nur kurz auf oder "falckert/blinkt" sie?
Zitat von: dkreutz am 22 Dezember 2017, 17:07:53
ebusd sagt noch ,,no signal", aber das liegt wohl am Kaltstartverhalten meines Wemos. Ich werde wohl doch noch einmal den zweiten Wemos auch ebusd-esp umflashen. (John will mir auch noch eine neues ebusd-esp Version zum Test bereit stellen, aber da darf er sich von mir aus noch Zeit lassen - jetzt kommen erstmal die Feiertage...)
Hast Du schon mal den CP2102 UART probiert, der sollte funktionieren.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 22 Dezember 2017, 19:02:59
Zitat von: chons am 22 Dezember 2017, 17:19:57
Die grüne LED blinkt nur kurz auf oder "falckert/blinkt" sie?
Ich definiere blinken=geht komplett aus, flackern=wird dunkler, aber nicht komplett aus.
Grün:  1x blinken, Pause, 4/5x blinken, Pause, 1x blinken. Danach passiert nichts mehr.
Rot: bleibt aus
Gelb: leuchtet dauerhaft sobald die Heizungsregelung eingeschaltet ist (kommt wohl vom eBUS)

Bei Bedarf kann ich ein Video davon einstellen...

Zitat von: chons am 22 Dezember 2017, 17:19:57
Hast Du schon mal den CP2102 UART probiert, der sollte funktionieren.
Ich habe auf den UART verzichtet, da ich im Produktivbetrieb keine Verwendung dafür habe.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 22 Dezember 2017, 19:52:11
Zitat von: dkreutz am 22 Dezember 2017, 19:02:59
Ich habe auf den UART verzichtet, da ich im Produktivbetrieb keine Verwendung dafür habe.

der Uart hätte den Sinn gehabt, dass man jetzt die Basisfunktion ohne Erweiterungsplatine testen könnte. Da du eine gelötete Platine hast, hat John die schon getestet, aber der Transport könnte ja auch Fehler produzieren wenn die Schachtel einige Meter im Transporter herum geknallt ist.
Wenn sich an der grünen Led was tut dürfte das schon passen. Die rote leuchtet nur wenn gesendet wird.
Das Webif vom ebusd-esp ist erreichbar?

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: chons am 22 Dezember 2017, 20:08:54
Zitat von: dkreutz am 22 Dezember 2017, 19:02:59
Danach passiert nichts mehr.
Diese Aussage macht mich etwas stützig -  entweder ist bei dir auf dem eBus nichts los (ungewöhnlich) oder das stimmt generell noch etwas nicht.
Aber lass uns mal abwarten, was der Wechesl des WeMos bringt.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 22 Dezember 2017, 20:15:58
Zitat von: Reinhart am 22 Dezember 2017, 19:52:11
Das Webif vom ebusd-esp ist erreichbar?
Ja, aber mit dem oben beschriebenen Problem (Initialkonfiguration wird angezeigt).
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 22 Dezember 2017, 21:55:32
ja ist dann klar, solange der Wemos einmal auf Port 8889 und dann wieder auf 9999 arbeitet brauchst auch nicht mehr länger Fehler suchen sondern erst das primäre Problem lösen. Da wird es wirklich besser sein, du flasht den ESPEasy um und testet mit dem weiter. Da musst aber allerdings die 4 Anschlußkabel umlöten. Bevor du das machst, kannst ihn aber einmal komplett löschen (Default) dann wird auch der Konfig-Speicher gelöscht. Auch John hat das in seiner Software vorgesehen diesen Speicher zu resetten.

Wenn irgendwas an der Verbindung nicht stimmt, wird auch am Dämon nichts ankommen. Der Wemos ist ja nichts anderes, als eine serielle Verlängerung mit WLAN dazwischen.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 23 Dezember 2017, 09:14:04
Zitat von: Reinhart am 22 Dezember 2017, 21:55:32
Da wird es wirklich besser sein, du flasht den ESPEasy um und testet mit dem weiter. Da musst aber allerdings die 4 Anschlußkabel umlöten. Bevor du das machst, kannst ihn aber einmal komplett löschen (Default) dann wird auch der Konfig-Speicher gelöscht. Auch John hat das in seiner Software vorgesehen diesen Speicher zu resetten.
Zweiter Wemos ist mit ebusd-esp geflashed und provisorisch mit Jumperkabeln angeschlossen - grüne LED blinkt fröhlich vor sich hin...

ebusd.log:

2017-12-23 09:17:31.396 [main notice] ebusd 3.0.595c7c0 started
2017-12-23 09:17:31.408 [bus notice] bus started with own address 31/36
2017-12-23 09:17:31.546 [bus notice] signal acquired
2017-12-23 09:17:41.409 [main notice] starting initial broadcast scan
2017-12-23 09:19:38.617 [main notice] update check: revision v3.0-23-g4c1aefb available, broadcast.csv: newer version available


ebsutctl info sagt:

version: ebusd 3.0.595c7c0
signal: acquired
symbol rate: 5
max symbol rate: 12
reconnects: 0
masters: 1
messages: 11
conditional: 0
poll: 0
update: 4
address 31: master #8, ebusd
address 36: slave #8, ebusd

Bei mir fehlen die Werte "min symbol latency" bzw "max symbol latency"... woran kann das liegen?

meine Konfiguration: EBUSD_OPTS="-d 192.168.100.94:9999 -l /var/log/ebusd.log --scanconfig --latency=20000"
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: chons am 23 Dezember 2017, 09:39:14
Zitat von: dkreutz am 23 Dezember 2017, 09:14:04
Bei mir fehlen die Werte "min symbol latency" bzw "max symbol latency"... woran kann das liegen?
Deine eBusd Version ist von Ende August und damit zu alt - diese Funktion/Information ist erst vor ein paar Wochen implementiert worden.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 23 Dezember 2017, 11:41:01
Zitat von: dkreutz am 22 Dezember 2017, 17:07:53
John will mir auch noch eine neues ebusd-esp Version zum Test bereit stellen
Die hast Du inzwischen, siehe email :)
Arthur hat inzwischen auch ein spezielles Wemos Exemplar, bei dem mit dem Flash etwas nicht stimmt. Ist wirklich bizarr.

Was mir aber gerade einfällt: Magst Du den merkwürdigen Wemos mal mit espeasy flashen und schauen, ob das prinzipiell funktioniert? Mag ja auch gut sein, dass meine ESP Programmierkenntnisse noch nicht ausreichen für so eine irre Angelegenheit wie serial-to-ethernet  ;)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 23 Dezember 2017, 12:34:13
Zitat von: john30 am 23 Dezember 2017, 11:41:01
Die hast Du inzwischen, siehe email :)
Danke. Damit ist das Startverhalten viel besser - bisher hat der Wemos immer die Konfiguration korrekt ausgelesen.
Allerdings funktioniert dieser Wemos nicht am Adapter. Während der Wemos startet blinkt die grüne LED ein paar Mal, dann ist Ruhe.
Der andere Wemos (easy-esp) verhält sich da anders, da blinkt die grüne LED auch nach dem Wemos-Start weiter.

Zitat von: john30 am 23 Dezember 2017, 11:41:01
Was mir aber gerade einfällt: Magst Du den merkwürdigen Wemos mal mit espeasy flashen und schauen, ob das prinzipiell funktioniert? Mag ja auch gut sein, dass meine ESP Programmierkenntnisse noch nicht ausreichen für so eine irre Angelegenheit wie serial-to-ethernet  ;)
Das hatte ich schon gestern getestet. Nach Konfiguraiton AP/WLAN erscheint die easyESP Oberfläche. Habe da aber nicht versucht ein Device etc. zu konfigurieren.

Zitat von: chons am 23 Dezember 2017, 09:39:14
Deine eBusd Version ist von Ende August und damit zu alt - diese Funktion/Information ist erst vor ein paar Wochen implementiert worden.
OK, ich hatte das letzte fertig kompilierte Release genommen. Dann also schnell git clone, autogen, make install...

2017-12-23 12:18:47.316 [main notice] ebusd 3.0.v3.0-30-g89c4612 started with auto scan
2017-12-23 12:19:52.422 [bus notice] bus started with own address 31/36
2017-12-23 12:19:52.497 [bus notice] signal acquired
2017-12-23 12:22:02.885 [main notice] update check: revision v3.0-23-g4c1aefb available, broadcast.csv: newer version available


ebusctl info
version: ebusd 3.0.v3.0-30-g89c4612
update check: revision v3.0-23-g4c1aefb available, broadcast.csv: newer version available
signal: acquired
symbol rate: 5
max symbol rate: 6
reconnects: 0
masters: 1
messages: 11
conditional: 0
poll: 0
update: 4
address 31: master #8, ebusd
address 36: slave #8, ebusd

immer noch kein "min symbol latency"...?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 23 Dezember 2017, 13:02:32
Zitat von: dkreutz am 23 Dezember 2017, 12:34:13
Danke. Damit ist das Startverhalten viel besser - bisher hat der Wemos immer die Konfiguration korrekt ausgelesen.
okay, das ist doch schonmal was. Verstehe zwar nicht ganz, warum 1 Sekunde warten hier diesen Unterschied macht, aber OK. Das tut keinem weh.

Zitat von: dkreutz am 23 Dezember 2017, 12:34:13
Allerdings funktioniert dieser Wemos nicht am Adapter. Während der Wemos startet blinkt die grüne LED ein paar Mal, dann ist Ruhe.
Der andere Wemos (easy-esp) verhält sich da anders, da blinkt die grüne LED auch nach dem Wemos-Start weiter.
tja, das ist wieder nicht gut. Also dieses Exemplar scheint schon sehr speziell zu sein. Du hast jetzt auf beide Wemos die gleiche ebusd-esp FW geflasht?

Zitat von: dkreutz am 23 Dezember 2017, 12:34:13
Das hatte ich schon gestern getestet. Nach Konfiguraiton AP/WLAN erscheint die easyESP Oberfläche. Habe da aber nicht versucht ein Device etc. zu konfigurieren.
Hier wäre die Frage, ob eine Konfiguration einen Kaltstart orderntlich überlebt. Ist also ein zweiter Test, um zu sehen, ob das Flash ne Macke hat (oder was anderes).

Zitat von: dkreutz am 23 Dezember 2017, 12:34:13
OK, ich hatte das letzte fertig kompilierte Release genommen. Dann also schnell git clone, autogen, make install...
immer noch kein "min symbol latency"...?
Das kommt erst, nachdem ebusd aktiv eine Nachricht versendet hat, also bspw. um die ID eines Slave abzufragen. Musst also bissl warten.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 23 Dezember 2017, 20:09:26
Zitat von: john30 am 23 Dezember 2017, 13:02:32
Hier wäre die Frage, ob eine Konfiguration einen Kaltstart orderntlich überlebt. Ist also ein zweiter Test, um zu sehen, ob das Flash ne Macke hat (oder was anderes).
Auf den ersten "bockigen" Wemos (ebusd-esp) habe ich jetzt noch einmal ESPeasy geflashed und ein wenig in der Konfiguration verstellt. Das hat mehrere Kalt- und Warmstarts überlebt.
Ich habe allerdings keinen Sensor angeschlossen und geprüft ob Messwerte empfangen werden.

Zitat von: john30 am 23 Dezember 2017, 13:02:32
Das kommt erst, nachdem ebusd aktiv eine Nachricht versendet hat, also bspw. um die ID eines Slave abzufragen. Musst also bissl warten.
Wie lange ist denn "bissl"? 1, 2, 10 Minuten? Auch nach einer Stunde gibt es noch  kein "min symbol latency".

Hat jemand eine Spezifikation für die eBus-Verkabelung? (http://ebus-wiki.org ist seit Tagen nicht erreichbar). Ich habe zwei Adern von einem alten vieradrigen Telefonkabel verwendet. Ist das ok oder sollte ich ein Kabel mit größerem Querschnitt verwenden?

Bei mir verhält es sich inzwischen so, dass beim Einschalten der Heizungssteuerung die grüne und rote LED intensiv blinken. Wenn der ebus-esp hochgefahren wird, hört die Blinkerei dann auf.
Was bedeutet in diesem Zusammenhang im eBus-Adapter Webinterface der Punkt 8. LED PINs: RX/TX? Die habe ich auf D5/D6 konfiguriert, weil das so in der PDF-Anleitung zu sehen ist. Ist das richtig?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 24 Dezember 2017, 09:19:07
Zitat von: dkreutz am 23 Dezember 2017, 20:09:26
Auf den ersten "bockigen" Wemos (ebusd-esp) habe ich jetzt noch einmal ESPeasy geflashed und ein wenig in der Konfiguration verstellt. Das hat mehrere Kalt- und Warmstarts überlebt.
Ich habe allerdings keinen Sensor angeschlossen und geprüft ob Messwerte empfangen werden.
okay, hast Du mal die Firmware ausprobiert, die ich die geschickt hatte?

Zitat von: dkreutz am 23 Dezember 2017, 20:09:26
Wie lange ist denn "bissl"? 1, 2, 10 Minuten? Auch nach einer Stunde gibt es noch  kein "min symbol latency".
Das hängt ein bisschen von Deiner Konfiguration ab, denn die latency kann nur gemessen werden, wenn ebusd selbst etwas versendet. Läuft der Dienst mit --scanconfig? Falls ja, und es kommt immer noch nichts, dann stimmt was mit dem Sendeweg noch nicht. Wär ja auch kein Wunder, da dein Wemos etwas speziell zu sein scheint.
Du kannst auch einfach mal einen full scan initiieren mit "ebusctl scan full", dann sollte da schon was passieren.

Zitat von: dkreutz am 23 Dezember 2017, 20:09:26
Hat jemand eine Spezifikation für die eBus-Verkabelung? (http://ebus-wiki.org ist seit Tagen nicht erreichbar). Ich habe zwei Adern von einem alten vieradrigen Telefonkabel verwendet. Ist das ok oder sollte ich ein Kabel mit größerem Querschnitt verwenden?
Das sollte eigentlich passen. Wobei ich normalerweise ein Kabel mit Schirmung benutze, einfach für das bessere Gefühl :)

Zitat von: dkreutz am 23 Dezember 2017, 20:09:26
Bei mir verhält es sich inzwischen so, dass beim Einschalten der Heizungssteuerung die grüne und rote LED intensiv blinken. Wenn der ebus-esp hochgefahren wird, hört die Blinkerei dann auf.
Solang der Wemos nicht stabil läuft, solltest Du Abstand davon nehmen, den an die Heizung zu klemmen. Das bringt nichts!

Zitat von: dkreutz am 23 Dezember 2017, 20:09:26
Was bedeutet in diesem Zusammenhang im eBus-Adapter Webinterface der Punkt 8. LED PINs: RX/TX? Die habe ich auf D5/D6 konfiguriert, weil das so in der PDF-Anleitung zu sehen ist. Ist das richtig?
Das kannst Du ignorieren. Damit kann man nochmal zusätzlich LEDs an den Wemos Anschlüssen ansteueren, aber wir haben ja die LEDs bereits auf der Basisplatine (nach oben durchgeleitet). Das wär jetzt eher was für jemanden mit bspw. dem Interface 1.6, das noch keine LEDs dafür hatte.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Prince am 24 Dezember 2017, 21:22:01
Hallo,

die Bauteileliste (https://ebus.github.io/adapter/partlist.html) für die Basisplatine auf Github führen zweimal den Widerstand R13 auf der Basisplatine auf. Der Wert 1,2k Ohm stimmt mit dem Schaltplan überein, folglich sollte der Wert 470 Ohm in der Liste falsch sein. Die Widerstände R5/R6 (470 Ohm) sollten sicher zusammenaufgeführt werden, oder liege ich falsch?

ZitatR6+R13 Widerstand   470

Vielen Dank für euer Projekt.

Beste Grüße und ein frohes Fest
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 25 Dezember 2017, 10:25:00
@Prince

Danke für den Hinweis, habe es korrigiert! Richtig muss es heißen R5+R6 = 470 Ohm.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 25 Dezember 2017, 13:05:42
Hallo,

ich bin mir nicht ganz sicher wie ich SJn+1 jumpern soll:

Ich habe folgenden Aufbau:

Basisplatine dort hängt esp-ebus + Erweiterungsplatine mit esp-easy(auf dieser ist NTC+BME und es soll später ein Nextion Display dran).

SJ2+SJ1 sind schon gejumpert, welche muss ich noch jumpern?

Gruß
lewej
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: chons am 25 Dezember 2017, 13:14:51
Zitat von: lewej am 25 Dezember 2017, 13:05:42
SJ2+SJ1 sind schon gejumpert, welche muss ich noch jumpern?
SJ3 und SJ4 auf Tx und Rx siehe Abbildung.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 25 Dezember 2017, 13:37:20
Zitat von: chons am 25 Dezember 2017, 13:14:51
SJ3 und SJ4 auf Tx und Rx siehe Abbildung.

Hi,

ich bin begeistert der BME funktioniert schon mal. Ich habe noch den NTC JP5, was muss man im ESP-EASY dazu einstellen, damit dieser auch abgefragt wird?

Gruß und Danke
lewej
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 25 Dezember 2017, 13:39:59
Zitat von: john30 am 24 Dezember 2017, 09:19:07
okay, hast Du mal die Firmware ausprobiert, die ich die geschickt hatte?
Also Arthur hat inzwischen die Test-Firmware von ebusd-esp mit dem zusätzlichen Delay von 1 Sekunde getestet und das scheint genau den Unterschied zu machen.
Deshalb habe ich gerade eben eine neue Version der Firmware auf github (https://github.com/john30/ebusd-esp) gepusht und ich würde allen raten, diese Version (https://github.com/john30/ebusd-esp/blob/master/dist/ebus-v2_d1mini.bin?raw=true) zu nutzen, also den ebusd-esp Wemos damit zu flashen. Die Konfigurationsdaten bleiben dabei erhalten.
Neu hinzugekommen in dieser Version ist, dass auch der Hostname gesetzt und angezeigt wird ("ebus-CHIPID") und einige Router den automatisch in ihr DNS übenehmen (bspw. meine Fritzbox).
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 25 Dezember 2017, 13:58:01
Zitat von: john30 am 25 Dezember 2017, 13:39:59
Also Arthur hat inzwischen die Test-Firmware von ebusd-esp mit dem zusätzlichen Delay von 1 Sekunde getestet und das scheint genau den Unterschied zu machen.
Deshalb habe ich gerade eben eine neue Version der Firmware auf github (https://github.com/john30/ebusd-esp) gepusht und ich würde allen raten, diese Version (https://github.com/john30/ebusd-esp/blob/master/dist/ebus-v2_d1mini.bin?raw=true) zu nutzen, also den ebusd-esp Wemos damit zu flashen. Die Konfigurationsdaten bleiben dabei erhalten.
Neu hinzugekommen in dieser Version ist, dass auch der Hostname gesetzt und angezeigt wird ("ebus-CHIPID") und einige Router den automatisch in ihr DNS übenehmen (bspw. meine Fritzbox).

Hallo John,

hab meinen geflasht, funktioniert soweit ich das beurteilen kann.

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 25 Dezember 2017, 19:26:33
Zitat von: chons am 17 Dezember 2017, 18:45:22
Ich hatte heute etwas Zeit mir das Nextion und OLED Display anzusehen. Das Nextion Display funktioniert auch (keine Langzeit- und Performancetests) mit ESPEasy (Serial Server).
Die Ergebnisse sieht man im Anhang und hier (https://www.youtube.com/watch?v=1HS91EEBuTY) (viel geht noch nicht, aber das wird sicher noch).

Hallo Chons,

könntest du vielleicht ein paar Sätze schreiben, welches Nextion Display das genau ist und wie du die Daten auf das Display gebracht hast. Ich würde das gerne genaus so einsetzen wollen.

Gruß und Danke
lewej
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 26 Dezember 2017, 11:36:18
Hallo Zusammen,

kann mir jemand sagen, was ich im easy einstellen muss, damit auch der NTC am JP5 abgefragt wird.
@Reinhart, ich hab noch einen NTC von meiner Vaillant Sollarsteuerung in einer Hülse auch zwei Draht. Kann ich auch diesen am JP5 anschließen.

Gruss
lewej

Zitat von: lewej am 25 Dezember 2017, 13:37:20
Hi,

ich bin begeistert der BME funktioniert schon mal. Ich habe noch den NTC JP5, was muss man im ESP-EASY dazu einstellen, damit dieser auch abgefragt wird?

Gruß und Danke
lewej
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 26 Dezember 2017, 11:42:07
Hallo Zusammen,

betreibt jemand die Platine mit einem UART to ethernet( Kabel Version)? Wenn ja, welchen nutzt ihr und läuft es stabil?

Gruss
lewej
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 26 Dezember 2017, 13:48:18
Zitat von: Reinhart am 25 Dezember 2017, 10:25:00
@Prince

Danke für den Hinweis, habe es korrigiert! Richtig muss es heißen R5+R6 = 470 Ohm.

LG
Reinhart

Bin nach dem PDF vom 18.12. vorgegangen bezüglich der Bestückung... Die stimmt doch oder?

Gruß

Markus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 26 Dezember 2017, 18:35:08
Hab noch eine Frage bezüglich des ESPEasy's.. Weiß nicht ob die überhaupt  hierhin gehört..
Also meine FHEM Instanz hat ein Http user/Passwort. In der Controller Config des ESPEasys habe ich das natürlich angegeben. Auf dem Bridge Device habe ich das Attribut Authentication auf 1 gesetzt. Bekomme aber im FHEM Log  immer folgende Meldung:

ESPEasy espBridge_192.168.178.73_7629: No basic authentication active but credentials received


Daten bekomme ich aber vom BME auf dem Erweiterungsboard.
Dan habe ich den user und Password mal in der Controller Config auf dem EASYESP gelöscht. Die Datenübertragung an FHEM funktioniert auch weiter vom BME. Nur wenn man dann auf dem WEBIF des EASYESPs ist, dauert es unwahrscheinlich lange wenn man zum Beispiel von der Main Seite auf die Controller oder Hardware Seite wechselt. Manchmal ist das WebIf des EasyESPs dann gar nicht zu erreichen. Habe aber dann keine Fehler im FHEM Log.
Trage ich dann wieder Username und Passwort auf der Controller Seite des Easy ESPs ein, läuft das WebIf wie geschmiert, habe abder dann wieder die Fehler im Logfile.

Wie gesagt ist der erste ESPEasy den ich habe.

Gruß

Markus

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 26 Dezember 2017, 19:11:07
Laut Fehlermeldung ist die Authentifizierung nicht aktiviert, wird aber von der Bridge empfangen, siehe hier (https://forum.fhem.de/index.php?topic=55728.720).

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 27 Dezember 2017, 09:39:48
Ahh Okay.. danke Dir..
Da hätte ich schon wieder eine Frage.... ;D :o
Und Zwar der EbusD und die Instalaltion/ Konfiguration.. irgendwie blicke ich da noch nicht ganz durch.
EBUSD soll ja auf dem FHEM Server laufen, dieser ist auf auf einem RPI mit Stretch.
Gibt es da irgendwo eine Step by Step Anleitung für die Installation und Konfiguration für eine Vaillant Therme?

Gruß

Markus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 27 Dezember 2017, 10:13:17
Hallo,

kann mir jemand sagen, wie ich den NTC am JP5 im easyesp ansprechen kann?

gruss
lewej
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 27 Dezember 2017, 10:30:04
Zitat von: Markus. am 27 Dezember 2017, 09:39:48
Und Zwar der EbusD und die Instalaltion/ Konfiguration.. irgendwie blicke ich da noch nicht ganz durch.
EBUSD soll ja auf dem FHEM Server laufen, dieser ist auf auf einem RPI mit Stretch.
Gibt es da irgendwo eine Step by Step Anleitung für die Installation und Konfiguration für eine Vaillant Therme?
Einfach das ebusd Release (https://github.com/john30/ebusd/releases) installieren und dann noch die Konfigurationsdateien dazu (https://github.com/john30/ebusd-configuration/releases). Dort gibt es gerade kein aktuelles Release, also wenn Du vom neuesten git Stand profitieren willst, dann einfach git clone davon machen und dann das 2.1.x Verzeichnis nach /etc/ebusd verlinken.
Dann musst Du noch entscheiden, ob Du bspw. MQTT einsetzen willst. Falls ja, dann das entsprechende ebusd Release mit MQTT Support installieren und die dafür notwendigen Startparameter (https://github.com/john30/ebusd/wiki/2.-Run#mqtt-options) in der /etc/default/ebusd eintragen. Dort muss auch der Device String hinein, den bspw. die ebusd-esp Firmware anzeigt (hinter "--device=...", siehe hier (https://github.com/john30/ebusd/wiki/2.-Run#device-options)).
Danach kannst Du dann mit MQTT Integration oder FHEM GAEBUS usw. aufsetzen.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 27 Dezember 2017, 10:30:52
Zitat von: lewej am 27 Dezember 2017, 10:13:17
kann mir jemand sagen, wie ich den NTC am JP5 im easyesp ansprechen kann?
Der hängt am Analogeingang. Den musst Du im Webfrontent anlegen und konfigurieren.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 27 Dezember 2017, 11:25:38
@John.. erstmal vielen dank für die info.! Ich habe ja einen RPI 3 b mit Stretch am laufen. Dann muss ich wohl die 3.1amd64–stretch nehmen ?
Das mit dem gitclone und verlinken...ist das auch irgendwo beschrieben.. sorry für die blöde Frage... :(

Gruß

Markus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Prince am 27 Dezember 2017, 12:38:01
Hi Markus,

der Raspi hat eine ARM-Architektur, daher ist ebusd-3.1_armhf-jessie.deb bzw.  ebusd-3.1_armhf-jessie_mqtt1.deb das richtige Paket.

Gruß
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 27 Dezember 2017, 13:38:16
Zitat von: Prince am 27 Dezember 2017, 12:38:01
der Raspi hat eine ARM-Architektur, daher ist ebusd-3.1_armhf-jessie.deb bzw.  ebusd-3.1_armhf-jessie_mqtt1.deb das richtige Paket.
Danke für die Erklärung!
Hintergrund: Stretch ist die aktuelle Ubuntu/Debian Variante und diese sollte rückwärtskompatibel auch mit Jessie (Vorversion) Paketen klar kommen.
Wenn nicht, dann muss ich sehen, dass ich auch noch Stretch RPi Pakete baue...

Zitat von: Markus. am 27 Dezember 2017, 11:25:38
Das mit dem gitclone und verlinken...ist das auch irgendwo beschrieben.. sorry für die blöde Frage... :(
Ja, das ist irgendwo schon mal erkälrt, aber nicht besonders kompliziert:
Für Punkt 2 und 3 brauchst Du vermutlich root Rechte, also entweder vorher root werden (su) oder die Kommandos mit root Rechten ausführen (sudo ...).
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 27 Dezember 2017, 13:49:54
ah super danke :-)

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 27 Dezember 2017, 14:29:34
Zitat von: lewej am 26 Dezember 2017, 11:36:18
@Reinhart, ich hab noch einen NTC von meiner Vaillant Sollarsteuerung in einer Hülse auch zwei Draht. Kann ich auch diesen am JP5 anschließen.

Ja das klappt sicher, kann aber sein das du die Widerstände anpassen musst. Die beiden Widerstände sind so dimensioniert, das im schlimmsten Fall (tiefste Temperatur) nicht mehr als 1V am ADC Eingang des Wemos liegt. Wenn dein NTC auch 10 k (bei 20 Grad) hat, dann passt es, hat er mehr, dann muss R3 erhöht werden. Du kannst da leicht messen, den Wemos mit ESPEasy entfernen und am ADC Eingang des Sockels die Spannung messen. Dann den NTC auf die minimalste erwartende Temperatur abkühlen und nochmals messen, denn dann steigt die Spannung an. Wenn er auf einem Rohr ist, werden 5 Grad ausreichen. Letzlich muss dann im ESPEasy mit der Formel kalibriert werden.

LG



Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Prince am 27 Dezember 2017, 19:34:56
@john30

Im HTML frontend des aktuellen ebusd-esp build 20171225 ist ein kleiner Rechtschreibfehler. Es soll sicher heißen:
"Configuration stored, rebooting..."

Sehe ich das richtig, dass die maximale WLAN-Passwortlänge auf 31 Zeichen begrenzt ist? Falls ja, ist es dir möglich diese auf 63 Zeichen "aufzubohren"?

Edit:Im HTML frontend  soll es bestimmt heißen:
8. LED PINs: RX: , TX

Beste Grüße
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 27 Dezember 2017, 20:52:13
Habe jetzt maldie Ebus Installation gemacht. ist auch alles soweit durch gelaufen.
Bin mir nur nicht sicher ob ich die config richtig habe.

# /etc/default/ebusd:
# config file for ebusd service.

# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="--scanconfig -d 192.168.178.74:9999 -l /var/log/ebus.log"


Log wird soweit anlegt. Im Wiki steht noch das man das device mit -r auf readonly stellen kann. Das wäre mir für die Ausprobierphase ganz lieb. Wo wird das denn eingetragen? Und stimmt die Konfig soweit oder muss da mehr rein?
So?

EBUSD_OPTS="--scanconfig -d 192.168.178.74:9999 -r  -l /var/log/ebus.log"




Gruß

Markus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 27 Dezember 2017, 21:32:25
ja sollte so passen, ich würde den Device als erstes angeben, einfach weils übersichtlicher ist.

EBUSD_OPTS="-d 192.168.178.74:9999 -l /var/log/ebusd.log --readonly --scanconfig

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Prince am 27 Dezember 2017, 21:33:10
@ Reinhart

müßte es in der Github-Funktionsmatrix für die Jumper der Erweiterungsplatine nicht heißen:

Sensor   SJ5   SJ6   SJ7   SJ8
Wemos   2-3   2-3   2-3   2-3

TXD erreicht den Wemos sonst nicht, oder?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 28 Dezember 2017, 06:40:20
Hallo Zusammen,

habe gestern ebus auf dem Raspi installiert. Bin mir eigentlich sicher, das ich die 3.1 genommen habe

EBUSDPACKAGE=ebusd-3.1_armhf-jessie.deb
wget https://github.com/john30/ebusd/releases/download/v3.1/$EBUSDPACKAGE
sudo dpkg -i --force-overwrite $EBUSDPACKAGE


Als Info wird mir aber folgendes für die Version angezeigt.


version: ebusd 3.0pre.bbc4d04
update check: version 3.1 available, broadcast.csv: different version available
signal: no signal
reconnects: 0
masters: 0
messages: 11
conditional: 0
poll: 0
update: 4


Wie mache ich denn nun ein Update auf die 3.1?
Das mit dem Signal ist soweit richtig, hab noch keinen Bus angeschlossen.

Gruß

Markus

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 28 Dezember 2017, 09:17:53
Zitat von: Prince am 27 Dezember 2017, 19:34:56
Im HTML frontend des aktuellen ebusd-esp build 20171225 ist ein kleiner Rechtschreibfehler. Es soll sicher heißen:
"Configuration stored, rebooting..."

Im HTML frontend  soll es bestimmt heißen:
8. LED PINs: RX: , TX
Danke für die Info. Hab ich aktualisiert und wird beim nächsten Release berücksichtigt.

Zitat von: Prince am 27 Dezember 2017, 19:34:56
Sehe ich das richtig, dass die maximale WLAN-Passwortlänge auf 31 Zeichen begrenzt ist? Falls ja, ist es dir möglich diese auf 63 Zeichen "aufzubohren"?
Ja, Strings sind hier derzeit auf 31 nutzbare Zeichen limitiert. Dachte, das sollte wohl genügen (wer mag schon mehr als 31 Zeichen für SSID oder Passwort).
Brauchst Du das wirklich?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 28 Dezember 2017, 09:21:51
Zitat von: Markus. am 27 Dezember 2017, 20:52:13
Im Wiki steht noch das man das device mit -r auf readonly stellen kann. Das wäre mir für die Ausprobierphase ganz lieb. Wo wird das denn eingetragen? Und stimmt die Konfig soweit oder muss da mehr rein?

EBUSD_OPTS="--scanconfig -d 192.168.178.74:9999 -r  -l /var/log/ebus.log"

so wärs es mit readonly richtig, aber readonly in Kombination mit scanconfig geht nicht so richtig gut, weil dann ebusd ja nicht die Slaves nach ihrer ID fragen kann. ebusd lässt das zwar zu, ist dann aber darauf angewiesen, dass ein anderer Master die IDs abfrägt. Insofern können dann nicht die richtigen CSVs geladen werden, es sei denn Du startest die ganze Anlage neu, weil dann normalerweise ein Scan vom Controller gemacht wird. Der fragt aber evtl. nicht den Produktcode ab, weshalb das immer noch nicht reicht. Also readonly ist zum prüfen ok, für nen echten betrieb halt nur sehr eingeschränkt spannend, es sei denn Du weißt welche CSVs notwendig sind, dünnst /etc/ebusd entsprechend aus und entfernst "--scanconfig" von den Parametern.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 28 Dezember 2017, 09:22:26
Zitat von: Markus. am 28 Dezember 2017, 06:40:20
habe gestern ebus auf dem Raspi installiert. Bin mir eigentlich sicher, das ich die 3.1 genommen habe
Hast Du den Dienst nach der Installation auch neu gestartet?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 28 Dezember 2017, 09:58:06
Hallo John,

ja, eigentlich den ganzen Raspi mehrmals.

Installiert habe ich so...

EBUSDPACKAGE=ebusd-3.1_armhf-jessie.deb
wget https://github.com/john30/ebusd/releases/download/v3.1/$EBUSDPACKAGE
sudo dpkg -i --force-overwrite $EBUSDPACKAGE


Bezüglich des readonly's... Wie kann ich denn verhindern, das ich in der "Spiel und Ausprobier-Phase" irgendwas auf den Bus schreibe was keinen Sinn macht?


Gruß

Markus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 28 Dezember 2017, 10:10:26
Zitat von: Prince am 27 Dezember 2017, 21:33:10
@ Reinhart

müßte es in der Github-Funktionsmatrix für die Jumper der Erweiterungsplatine nicht heißen:

Sensor   SJ5   SJ6   SJ7   SJ8
Wemos   2-3   2-3   2-3   2-3

TXD erreicht den Wemos sonst nicht, oder?

Danke für deine Aufmerksamkeit, war ein typischer Schreibfehler, wurde von der Doku nach Github wohl fehlerhaft übertragen. Gerade bei Tabellen kann man nicht 1:1 kopieren und muss händisch ausfüllen.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 28 Dezember 2017, 10:22:50
Zitat von: Markus. am 28 Dezember 2017, 09:58:06
Bezüglich des readonly's... Wie kann ich denn verhindern, das ich in der "Spiel und Ausprobier-Phase" irgendwas auf den Bus schreibe was keinen Sinn macht?

wenn du den Schreibzugriff sperrst, machst du dir das Leben selber schwer und das gerade in der Ausprobierphase. Wenn auf dem Bus nicht geschrieben werden kann, dann geht auch der Scan nicht mehr und es werden keine CSV geladen.

Setze doch die Schreibzugriffe in der Config vorerst aus und teste das erst wenn du dir sicher bist was du tust.
So wie hier im Beispiel, muss ja gezielt ein "write" in der bai.00.cfg eingesetzt werden, sonst wird auch nichts geschrieben.

# HeizkurveSchreiben
get HeizkurveSchreiben cmd {"write -c 430 Hc1HeatCurve ".Value("HeizkurveEinstellen")."\n"}
get HeizkurveSchreiben expect ".*\n\n"
get HeizkurveSchreiben postproc  { $_ }


Am Besten du verhinderst das Schreiben indem du keine "Write" einsetzt.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: schnitzelbrain am 28 Dezember 2017, 10:42:06
Hallo Reinhart,

ich habe gerade die neue Anleitung als Webpage gesehen. Super Sache schöner Aufbau  :)

Ein Fehler ist mir in der Partsliste https://ebus.github.io/adapter/partlist.html  (https://ebus.github.io/adapter/partlist.html) Hauptplatine aufgefallen:
C2 ist ja ein Elektrolytkondensator
C1 müsste dann zu C2, dieser steht jetzt bei C3
C3 ist ein Keramik Kondensator, dort steht Elektrolytkondensator

Grüße
Schnitzelbrain
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 28 Dezember 2017, 10:44:48
Hallo Reinhard,

okay danke das macht die Sache schon klarer :-)
Bezüglich der Version, die eigentlich auf 3.1 installiert wurde, habe ich ebusd mal wie folgt gestartet.


sudo ebusd -f
2017-12-28 10:36:28.761 [main notice] ebusd 3.0pre.bbc4d04 started
2017-12-28 10:36:28.912 [main error] error reading config files: ERR: duplicate entry, last error: /etc/ebusd/vaillant/05.vl9.csv:8: ERR: duplicate entry, duplicate ID
2017-12-28 10:36:28.914 [bus notice] bus started with own address 31/36
2017-12-28 10:38:38.965 [main notice] update check: version 3.1 available, broadcast.csv: different version available, vaillant/05.vd6.csv: different version available, vaillant/15.360.csv: different version available, vaillant/84.zeo.csv: different version available

Das mit den Duplicate entry sieht doch schon mal komisch aus?!
Und wie komme ich denn jetzt zu den neusten Versionen der Files?

EDIT: Glaube es war quatsch einfach nur "sudo ebusd -f" zu verwenden.. habe jetzt mal wie folgt gestartet und da kommt der komische Dulicate Fehler auch nicht.

sudo ebusd -f -d 192.168.178.74:9999 -l /var/log/ebus/ebus.log --scanconfig --latency=20000
2017-12-28 10:48:14.719 [main notice] ebusd 3.0pre.bbc4d04 started with auto scan
2017-12-28 10:48:15.165 [bus notice] bus started with own address 31/36
2017-12-28 10:50:25.222 [main notice] update check: version 3.1 available, broadcast.csv: different version available

Aber das mit der Version ist troztdem komisch.

Gruß

Markus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 28 Dezember 2017, 11:24:01
Moin Reinhart
Ich wollte mich nur kurz melden, dass gestern das zweite Paeckchen angekommen ist. Loeten wird wohl erst im neuen Jahr was!
Gruss und guten Rutsch
Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Prince am 28 Dezember 2017, 13:30:37
Zitat von: john30 am 28 Dezember 2017, 09:17:53
Ja, Strings sind hier derzeit auf 31 nutzbare Zeichen limitiert. Dachte, das sollte wohl genügen (wer mag schon mehr als 31 Zeichen für SSID oder Passwort).
Brauchst Du das wirklich?

Mir ist es ja gerade deshalb aufgefallen, da unser Passwort mehr als 31 Zeichen lang ist.  Wenn du einen User glücklich machen magst: Ja, bitte verlängere die nutzbaren Zeichen.  :D

<OT>
Meine Eltern, mein Bruder und ich haben die selbe SSID/Passwort-Kombination. Dahinter stehen unzählige Clients. Du würdest mir sehr helfen. Ich poste dann auch keine Bilder von traurig dreinblickenden Kätzchen.  ;) Bisher kam mir nur ein Client unter, der keine 63-Zeichen verstanden hat (China-Kameras der Firma SV3c).
</OT>

Mir fiel noch auf, dass der ebusd-esp-Wemo, eingesetzt in die Erweiterungsplatine, in den Forced reset (https://github.com/john30/ebusd-esp#forced-reset) läuft. D.h. es scheint als "fängt" sich Pin D0 ein High-Signal ein. Eine Brücke JP7 (Buzzer) von D0 nach GND (2-3) löst das Problem. Solo (mit angelöteter Stiftleiste) läuft der Wemo. Falls nicht nur ich das Problem habe, könnte ja darauf hingewiesen werden.

Besten Dank.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 28 Dezember 2017, 13:47:41
Zitat von: schnitzelbrain am 28 Dezember 2017, 10:42:06
Ein Fehler ist mir in der Partsliste https://ebus.github.io/adapter/partlist.html  (https://ebus.github.io/adapter/partlist.html) Hauptplatine aufgefallen:
C2 ist ja ein Elektrolytkondensator
C1 müsste dann zu C2, dieser steht jetzt bei C3
C3 ist ein Keramik Kondensator, dort steht Elektrolytkondensator
Danke für die Info, sollte jetzt stimmen.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 28 Dezember 2017, 13:52:00
Zitat von: Markus. am 28 Dezember 2017, 10:44:48
Aber das mit der Version ist troztdem komisch.
ja, das ist in der Tat merkwürdig, muss ich mir anschauen.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 28 Dezember 2017, 13:55:43
Zitat von: Prince am 28 Dezember 2017, 13:30:37
Mir ist es ja gerade deshalb aufgefallen, da unser Passwort mehr als 31 Zeichen lang ist.  Wenn du einen User glücklich machen magst: Ja, bitte verlängere die nutzbaren Zeichen.  :D
ist notiert :)

Zitat von: Prince am 28 Dezember 2017, 13:30:37
Mir fiel noch auf, dass der ebusd-esp-Wemo, eingesetzt in die Erweiterungsplatine, in den Forced reset (https://github.com/john30/ebusd-esp#forced-reset) läuft. D.h. es scheint als "fängt" sich Pin D0 ein High-Signal ein. Eine Brücke JP7 (Buzzer) von D0 nach GND (2-3) löst das Problem. Solo (mit angelöteter Stiftleiste) läuft der Wemo. Falls nicht nur ich das Problem habe, könnte ja darauf hingewiesen werden.
guter Punkt, in diesem Szenario hab ich das noch nicht probiert. Hast Du da nen Buzzer angeschlossen?
Ich werde den physischen Hard Reset wieder ausbauen, der ist einfach mit zu vielen Unsicherheiten versehen... Da muss man dann halt seriell konfigurieren.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Prince am 28 Dezember 2017, 19:25:03
Zitat von: john30 am 28 Dezember 2017, 13:55:43Hast Du da nen Buzzer angeschlossen?
Nein, die Erweiterungsplatine habe ich z.Z. nur mit den mitgelieferten Bauteilen bestückt. Selbst an JP7 habe ich noch keine Pfostenleiste angelötet. Aber das "Problem" wird sich nach dem Ausbau des Forced Reset sicher erledigt haben.

Zitat von: john30 am 28 Dezember 2017, 13:55:43
ist notiert :)
Super, vielen Dank. 
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 28 Dezember 2017, 20:39:41
Zitat von: john30 am 25 Dezember 2017, 13:39:59
Also Arthur hat inzwischen die Test-Firmware von ebusd-esp mit dem zusätzlichen Delay von 1 Sekunde getestet und das scheint genau den Unterschied zu machen.
Deshalb habe ich gerade eben eine neue Version der Firmware auf github (https://github.com/john30/ebusd-esp) gepusht und ich würde allen raten, diese Version (https://github.com/john30/ebusd-esp/blob/master/dist/ebus-v2_d1mini.bin?raw=true) zu nutzen, also den ebusd-esp Wemos damit zu flashen. Die Konfigurationsdaten bleiben dabei erhalten.
Neu hinzugekommen in dieser Version ist, dass auch der Hostname gesetzt und angezeigt wird ("ebus-CHIPID") und einige Router den automatisch in ihr DNS übenehmen (bspw. meine Fritzbox).

So, nach diversen Familienfeiern kann ich mich jetzt wieder dem eBus widmen...
Der Postbote hat mir gestern auch einen neuen Wemos gebracht (in einem deutschen Shop bestellt, war zwar 2-3x so teuer wie ein China-Wemos, aber dafür innerhalb von zwei Tagen da). Im Vergleich zu den beiden anderen Wemos steht bei dem hier auf dem großen Chip  "Wemos" und auf der Platine "wemos.cc".

Den neuen Wemos habe ich mit der "ebus-v2_d1mini-20171222-delay1.bin" geflashed (weil ich die Verfügbarkeit der neuen Version mit Anzeige des Host-Namen erst gerade gesehen habe...)

$ ebusctl info
version: ebusd 3.0pre.bbc4d04
update check: version 3.1 available, broadcast.csv: different version available
signal: acquired
symbol rate: 5
max symbol rate: 34
min arbitration micros: 20
max arbitration micros: 124
min symbol latency: 4
max symbol latency: 24
reconnects: 0
masters: 2
messages: 15
conditional: 0
poll: 0
update: 7
address 01: master #6, ebusd
address 06: slave #6, ebusd
address f1: master #10
address f6: slave #10


Das ist aus meiner Sicht schon mal ein Fortschritt.

Ich habe eine Wolf Heizung mit Steuereinheit R12-5W (Bj. 2003). Da im letzten Configuration Release 2.1.x der Wolf-Unterordner nicht mehr enthalten ist, habe ich mir das  2.x.x Release installiert. Ist das so o.k.?
$ ls -l /etc/ebusd/
insgesamt 20
-rw-r--r-- 1 pi   pi   1457 Dez 26 14:56 broadcast.csv
lrwxrwxrwx 1 root root    4 Dez 24 00:26 kromschroeder -> wolf
-rw-r--r-- 1 pi   pi    754 Dez 24 00:26 memory.csv
-rw-r--r-- 1 pi   pi   1228 Dez 24 00:26 _templates.csv
drwxr-xr-x 2 pi   pi   4096 Dez 24 00:26 vaillant
drwxr-xr-x 2 pi   pi   4096 Dez 24 00:26 wolf


Während eines "ebusctl scan full" erscheint dann folgendes im Log
2017-12-28 20:24:25.039 [bus notice] bus started with own address 01/06
2017-12-28 20:24:25.188 [bus notice] signal acquired
2017-12-28 20:25:36.017 [bus notice] new master f1, master count 2
2017-12-28 20:25:45.056 [main error] unable to load scan config f6: slave part too short (0)
2017-12-28 20:25:45.056 [main error] scan config f6: empty

Was bedeuten die letzten beiden Zeilen?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 29 Dezember 2017, 08:35:36
Zitat von: dkreutz am 28 Dezember 2017, 20:39:41
Ich habe eine Wolf Heizung mit Steuereinheit R12-5W (Bj. 2003). Da im letzten Configuration Release 2.1.x der Wolf-Unterordner nicht mehr enthalten ist, habe ich mir das  2.x.x Release installiert. Ist das so o.k.?
ja das sollte passen, die alten configs werden noch unterstützt.

Zitat von: dkreutz am 28 Dezember 2017, 20:39:41

2017-12-28 20:25:45.056 [main error] unable to load scan config f6: slave part too short (0)
2017-12-28 20:25:45.056 [main error] scan config f6: empty

Was bedeuten die letzten beiden Zeilen?
Der Slave sendet in der ID-Abfrage eine Antwort, die nicht der Spezifikation entspricht. Demzufolge lässt sich das Scan Ergebnis nicht zur automatischen Konfiguration nutzen.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 29 Dezember 2017, 10:59:43
Neben dem Versions–Problem...was sagt mir das denn mir der ,,Broadcast..csv different version" denn?

sudo ebusd -f -d 192.168.178.74:9999 -l /var/log/ebus/ebus.log --scanconfig --latency=20000
2017-12-28 10:48:14.719 [main notice] ebusd 3.0pre.bbc4d04 started with auto scan
2017-12-28 10:48:15.165 [bus notice] bus started with own address 31/36
2017-12-28 10:50:25.222 [main notice] update check: version 3.1 available, broadcast.csv: different version available


Gruß

Markus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Prince am 29 Dezember 2017, 13:37:27
@ Reinhart

Hi,

kannst du dir die Jumperskizze nochmal ansehen. Ich habe die Vermutung, dass SJ5, SJ6 und SJ8 falsch beschriftet sind. Meiner Meinung nach müssen die Bezeichnungen "1" und "3" getauscht werden.

Zumindest passen die Bezeichnungen meiner Meinung nach nicht zum Schaltplan.
https://ebus.github.io/adapter/images/exten-circuit.png

Beste Grüße
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 29 Dezember 2017, 16:18:15

@Prince

Oh ja, Danke!
In der letzten Platinenversion (die ihr jetzt alle habt) wurde die Anordnung der Jumperfelder verschoben und somit war die Funktionsmatrix noch der alte Stand! Ich habe aber die Beschriftung so gelassen, weil es logisch von links nach recht geht und dafür die Funktionsmatrix ausgetauscht!
der Fehler fällt kaum jemand auf, weil normalerweise der ESPEasy im Sockel steckt und der braucht ja keine Jumper!

Du bist sehr aufmerksam, ich habe mit dem Ohmmeter alle Jumper soeben überprüft. Ich habe auf meiner Testplatine auch schön brav links gelötet (https://ebus.github.io/adapter/images/exten-assemble4.png) gehabt.


LG
Reinhart


Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Prince am 29 Dezember 2017, 16:23:55
Zitat von: Reinhart am 29 Dezember 2017, 16:18:15
Ich habe aber die Beschriftung so gelassen, weil es logisch von links nach recht geht und dafür die Funktionsmatrix ausgetauscht!

Dann passt es aber leider nicht mehr mit der Schaltplanbezeichnung überein. Ich denke, dass das Umbenennen sicherer ist.

Beste Grüße
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 29 Dezember 2017, 16:37:51
Hallo John,
Zitat von: john30 am 29 Dezember 2017, 08:35:36
Der Slave sendet in der ID-Abfrage eine Antwort, die nicht der Spezifikation entspricht. Demzufolge lässt sich das Scan Ergebnis nicht zur automatischen Konfiguration nutzen.
Danke für die Erklärung. Kannst Du mir noch einen Ansatzpunkt geben, wo ich jetzt weiter suchen muss?

Ich habe hier im Forum noch den Wolf R12 Thread (https://forum.fhem.de/index.php/topic,50352.0/all.html) gefunden und daraus die zusätzlichen CSVs nach /etc/ebusd/wolf kopiert. 
Mir ist auch noch nicht klar wohin ich die _templates.csv und broadcast.csv kopieren muss, nach /etc/ebusd oder in den Unterordner /etc/ebusd/wolf?

Schadet es wenn ich den Unterordner "Vaillant" lösche, den benötige ich ja sowieso nicht?

Welche Bedeutung hat die Option "--address=01" in dem Konfigurationsstring EBUSD_OPTS?
mit der Option
address 01: master #6, ebusd
address 06: slave #6, ebusd
address f1: master #10
address f6: slave #10

ohne
address 31: master #8, ebusd
address 36: slave #8, ebusd
address f1: master #10
address f6: slave #10
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Prince am 29 Dezember 2017, 18:44:54
@ john30 & Reinhart

In die Funktionsmatrix der Erweiterungsplatine könnte auch noch die Fähigkeit des Ebusd-esp-Wemos aufgenommen werden, die RX/TX-Pins zu swappen. Dann sind nur 2 Brücken (SJ7 und SJ8) ausreichend

Sehe ich das richtig?.

Zitat von: Ebusd-esp-Wemo
6. RX+TX PINs: swapped D8+D7 (GPIO 13+15)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 29 Dezember 2017, 19:17:04
Zitat von: Prince am 29 Dezember 2017, 18:44:54
@ john30 & Reinhart

In die Funktionsmatrix der Erweiterungsplatine könnte auch noch die Fähigkeit des Ebusd-esp-Wemos aufgenommen werden, die RX/TX-Pins zu swappen. Dann sind nur 2 Brücken (SJ7 und SJ8) ausreichend

Sehe ich das richtig?.

Du siehst das richtig, aber swappen haben wir ausgiebig getestet und als schlecht empfunden weil dann die Anpassung der Schaltung nicht mehr stimmt. Der Wemos hat an Rx und Tx intern 470 Ohm Widerstande in Reihe geschalten und die Schaltung ist darauf von Galileo so berechnet worden. Wenn du swappst, dann stimmt die Anpassung nicht mehr und es kommt zu Signalverzerrungen. Das hat uns in den ersten Testwochen sehr beschäftig um die Schaltung so zu gestalten, das möglichst viele Komponenten trotz unterschiedlichster Innenwiderstände einsetzbar sind. Galileo hat immer wieder neue Berechnungen anstellen müssen und alle Varianten durchgerechnet. Besonders kritisch war da das Rx Signal, das möglichst ein Rechteck sein sollte und es hat lange gebraucht das so zu erreichen. Die Schaltung sollte auch möglichst unempfindlich auf Streuung der Bauteile sein um Nachbauprobleme von vornherein zu vermeiden.

Wenn du swappst, kann alles perfekt funktionieren, bei anderen vielleicht aber nicht.

Betreffend der Jumper Beschriftung möchte ich trotzdem bei 1-2-3 bleiben, weil das in den Gehirnen so verankert ist, dass man oben links  zu lesen beginnt. Da tauschen wir lieber die Beschriftung im Schaltplan aus, das macht aber Chons in Eagle aber der hat jetzt seinen wohlverdienten Urlaub.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: ihatedenhasen am 30 Dezember 2017, 10:01:22
Zitat von: john30 am 28 Dezember 2017, 13:52:00
ja, das ist in der Tat merkwürdig, muss ich mir anschauen.
Ich schaue da nicht mehr durch, ich habe auch Versionsunterschiede bei ebusd -V und ebusctl info.
Das da "no signal" steht ist schon noch richtig, erst die SW dann geht es den Bus.
Ist das hier so in Ordnung?
pi@FHEM:~ $ service ebusd status
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/lib/systemd/system/ebusd.service; enabled; vendor preset: enabled)
   Active: active (running) since Sat 2017-12-30 09:49:48 CET; 1min 5s ago
  Process: 587 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=0/SUCCESS)
Main PID: 607 (ebusd)
   CGroup: /system.slice/ebusd.service
           └─607 /usr/bin/ebusd --scanconfig

Dec 30 09:49:48 FHEM systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
Dec 30 09:49:48 FHEM systemd[1]: Started ebusd, the daemon for communication with eBUS heating systems..
pi@FHEM:~ $ ebusd -V
ebusd 3.1.v3.0-36-g60a18d1
pi@FHEM:~ $ ebusctl info
version: ebusd 3.0.v3.0-30-g89c4612
signal: no signal
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JHo am 30 Dezember 2017, 10:07:47
Hallo dkreuz,

habe auch die R12-5W (ebusctl info "MF=Kromschroeder;ID=  ;SW=0121;HW=0107"), da können wir uns ja zusammentun und die Configfiles noch weiter voranbringen. Bin allerdings auf dem Gebiet bisher extremer Laie...

Zitat von: dkreutz am 29 Dezember 2017, 16:37:51
Mir ist auch noch nicht klar wohin ich die _templates.csv und broadcast.csv kopieren muss, nach /etc/ebusd oder in den Unterordner /etc/ebusd/wolf?

Für die _templates steht in Johns Wiki: kopiert in den Geräte-Unterordner = gilt nur für diesen Ordner. Funktioniert, soweit ich das überblicke: ich bekomme jetzt immerhin "sollw" und "betrd" angezeigt.
Für die broadcast mal in den deutlich besser gefüllten Vaillant-Ordner auf github geschaut: da liegt auch eine broadcast.csv drin, dann wird das vergleichbar zu den _templates sein.

Beim installieren der config-deb-files wurde der symlink kromschroeder --> wolf bei mir nicht mit angelegt. Habe das dann als root erledigt, allerdings konnte ebusd dann trotzdem nicht drauf zugreifen - erst, als ich den symlink-Besitzer auf pi:pi geändert habe, ging es.

Viele Grüße,
Jan
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 30 Dezember 2017, 10:11:16
Zitat von: dkreutz am 29 Dezember 2017, 16:37:51
Welche Bedeutung hat die Option "--address=01" in dem Konfigurationsstring EBUSD_OPTS?
Du vergibst damit der Platine die Adresse 01. Der Dämon vergibt ohne Angabe einer Adresse als Default 31. Wir haben das zum Test gebraucht, weil wir da ja mehre Adapter parallel am Bus hatten.

Achtung: man kann nicht jede beleibige Adresse nehmen, weil darin auch die Priorität kodiert ist und das muss nach der Spezifikation (https://ebus.github.io/adapter/Spec_Prot_12_V1_3_1.pdf) Kapitel 6.2.2.1 passen! Es sind auch nur maximal 25 möglich!

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 30 Dezember 2017, 11:10:59
Hallo Jan,
Zitat von: JHo am 30 Dezember 2017, 10:07:47
habe auch die R12-5W (ebusctl info "MF=Kromschroeder;ID=  ;SW=0121;HW=0107"), da können wir uns ja zusammentun und die Configfiles noch weiter voranbringen. Bin allerdings auf dem Gebiet bisher extremer Laie...

Für die _templates steht in Johns Wiki: kopiert in den Geräte-Unterordner = gilt nur für diesen Ordner. Funktioniert, soweit ich das überblicke: ich bekomme jetzt immerhin "sollw" und "betrd" angezeigt.
Für die broadcast mal in den deutlich besser gefüllten Vaillant-Ordner auf github geschaut: da liegt auch eine broadcast.csv drin, dann wird das vergleichbar zu den _templates sein.
Ja, da können wir uns gerne austauschen. Bei mir wird ja noch nicht die R12 erkannt, bei Dir aber schon? Ich nehme an, Du verwendest das ebus-configuration Release 2.x.x? Ich werde meinen Konfigurationsordner noch einmal leeren und neu installieren..
Vielleicht verlagern wir dann die Detail-Diskussion in den Wolf R12 Thread (https://forum.fhem.de/index.php/topic,50352.0/all.html)?

Hallo Reinhart,
Zitat von: Reinhart am 30 Dezember 2017, 10:11:16
Du vergibst damit der Platine die Adresse 01. Der Dämon vergibt ohne Angabe einer Adresse als Default 31. Wir haben das zum Test gebraucht, weil wir da ja mehre Adapter parallel am Bus hatten.

Achtung: man kann nicht jede beleibige Adresse nehmen, weil darin auch die Priorität kodiert ist und das muss nach der Spezifikation (https://ebus.github.io/adapter/Spec_Prot_12_V1_3_1.pdf) Kapitel 6.2.2.1 passen! Es sind auch nur maximal 25 möglich!
Da ich ja nur eBus-Adapter und die Wolf R12 am Bus betreibe, sollte ich ja keine Problee mit den Adressen haben. Wenn ich das richtig verstehe, dann bin ich ohne "--adress=01" auf der sicheren Seite.

VG
Dominik
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 30 Dezember 2017, 11:58:07
ja genau, bei einer Platine ist es nicht notwendig die Adresse zu ändern!

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 30 Dezember 2017, 12:24:13
Zitat von: ihatedenhasen am 30 Dezember 2017, 10:01:22
Ich schaue da nicht mehr durch, ich habe auch Versionsunterschiede bei ebusd -V und ebusctl info.
Das da "no signal" steht ist schon noch richtig, erst die SW dann geht es den Bus.
Ist das hier so in Ordnung?
pi@FHEM:~ $ service ebusd status
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/lib/systemd/system/ebusd.service; enabled; vendor preset: enabled)
   Active: active (running) since Sat 2017-12-30 09:49:48 CET; 1min 5s ago
  Process: 587 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=0/SUCCESS)
Main PID: 607 (ebusd)
   CGroup: /system.slice/ebusd.service
           └─607 /usr/bin/ebusd --scanconfig

Dec 30 09:49:48 FHEM systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
Dec 30 09:49:48 FHEM systemd[1]: Started ebusd, the daemon for communication with eBUS heating systems..
pi@FHEM:~ $ ebusd -V
ebusd 3.1.v3.0-36-g60a18d1
pi@FHEM:~ $ ebusctl info
version: ebusd 3.0.v3.0-30-g89c4612
signal: no signal


Da wird bei mir die selbe (falsche) Version angezeigt obwohl ich die 3.1 installiert habe..

Gruß

Markus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 30 Dezember 2017, 12:58:52
Zitat von: Markus. am 30 Dezember 2017, 12:24:13
Da wird bei mir die selbe (falsche) Version angezeigt obwohl ich die 3.1 installiert habe..
ja, da ist beim Bauen des Release der Versionstag vom Git Repo nicht aktualisiert worden. Wenn man hat nicht immer an alles denkt...
Relevant ist der vordere Teil (also vor ".v3."):
ebusd 3.1.v3.0-36-g60a18d1

Wenn Du allerdings mit ebusctl info ein anderes Ergebnis als mit ebusd -V bekommst, dann läuft da noch eine alte Version des Dienstes, der bereits auf dem Port 888 lauscht, d.h. auch wenn Du einen neuen startest, kann der nicht mehr den Port verwenden.
Somit musst Du entweder "service ebusd restart" oder "systemctl restart ebusd" aufrufen, oder evtl. das System ein Mal neu starten.
Ob und wieviele Dienste laufen, lässt sich einfach mit "ps ax|grep ebusd|grep -v grep" herausfinden:
19563 pts/1    Sl+   84:27 ./git/ebusd/src/ebusd/ebusd --pollinterval 5 -c scanconfig -f --loglevel notice --logareas all -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A600c16W-if00-port0 --htmlpath ./git/ebusd/contrib/html --httpport 8080 --scanconfig --enablehex --mqttport=1883 --mqtttopic=ebusd0 --mqttjson
19616 pts/5    Sl+   12:18 ./git/ebusd/src/ebusd/ebusd --pollinterval 60 -c scanconfig -f --loglevel notice --logareas all -d udp:192.168.123.99:20107 --latency=80000 -p 8088 --scanconfig=ec --initsend --enablehex --mqttport=1883 --mqtttopic=ebusd1 --mqttjson
24519 pts/6    Sl+   21:27 ./git/ebusd/src/ebusd/ebusd --pollinterval 60 -c scanconfig -f --loglevel notice --logareas all -d tcp:192.168.123.98:20108 --latency=80000 -p 8188 --scanconfig --enablehex --mqttport=1883 --mqtttopic=ebusd2 --mqttjson

Ich starte den Dienst für jeden eBUS separat in einem screen, deshalb sieht das im Normalbetrieb nicht so aus.
Jedenfalls ist in der ersten Spalte die Prozess-ID angegeben und wenn jetzt bspw. mehr als eine Instanz läuft, dann lassen sich diese durch "kill PID" (PID durch diese Prozess-ID ersetzen) beenden (evtl. sudo/su).
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 30 Dezember 2017, 13:41:47
Zitat von: john30 am 30 Dezember 2017, 12:58:52
ja, da ist beim Bauen des Release der Versionstag vom Git Repo nicht aktualisiert worden. Wenn man hat nicht immer an alles denkt...
Relevant ist der vordere Teil (also vor ".v3."):
ebusd 3.1.v3.0-36-g60a18d1

Wenn Du allerdings mit ebusctl info ein anderes Ergebnis als mit ebusd -V bekommst, dann läuft da noch eine alte Version des Dienstes, der bereits auf dem Port 888 lauscht, d.h. auch wenn Du einen neuen startest, kann der nicht mehr den Port verwenden.
Somit musst Du entweder "service ebusd restart" oder "systemctl restart ebusd" aufrufen, oder evtl. das System ein Mal neu starten.
Ob und wieviele Dienste laufen, lässt sich einfach mit "ps ax|grep ebusd|grep -v grep" herausfinden:
19563 pts/1    Sl+   84:27 ./git/ebusd/src/ebusd/ebusd --pollinterval 5 -c scanconfig -f --loglevel notice --logareas all -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A600c16W-if00-port0 --htmlpath ./git/ebusd/contrib/html --httpport 8080 --scanconfig --enablehex --mqttport=1883 --mqtttopic=ebusd0 --mqttjson
19616 pts/5    Sl+   12:18 ./git/ebusd/src/ebusd/ebusd --pollinterval 60 -c scanconfig -f --loglevel notice --logareas all -d udp:192.168.123.99:20107 --latency=80000 -p 8088 --scanconfig=ec --initsend --enablehex --mqttport=1883 --mqtttopic=ebusd1 --mqttjson
24519 pts/6    Sl+   21:27 ./git/ebusd/src/ebusd/ebusd --pollinterval 60 -c scanconfig -f --loglevel notice --logareas all -d tcp:192.168.123.98:20108 --latency=80000 -p 8188 --scanconfig --enablehex --mqttport=1883 --mqtttopic=ebusd2 --mqttjson

Ich starte den Dienst für jeden eBUS separat in einem screen, deshalb sieht das im Normalbetrieb nicht so aus.
Jedenfalls ist in der ersten Spalte die Prozess-ID angegeben und wenn jetzt bspw. mehr als eine Instanz läuft, dann lassen sich diese durch "kill PID" (PID durch diese Prozess-ID ersetzen) beenden (evtl. sudo/su).

Wie kann ich den jetzt am saubersten ein Update machen, damit ich die richtige Version angezeigt bekomme?
Ich weiß, ist wohl eher ein "Kosmetisches Problem".. ;-)
Bei mir werden ja, wie gesagt, mit beiden Versionsabfragen die selbe Version abgefragt...

Gruß

Markus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 30 Dezember 2017, 13:49:40
Zitat von: ihatedenhasen am 30 Dezember 2017, 10:01:22

pi@FHEM:~ $ ebusd -V
ebusd 3.1.v3.0-36-g60a18d1
pi@FHEM:~ $ ebusctl info
version: ebusd 3.0.v3.0-30-g89c4612

Die beiden Versionen sind unterschieldlich und das kann nur dann passieren, wenn Du bspw. die 3.1 installiert hast, aber den Dienst noch nicht neu gestartet, oder wenn eine alte Dienstinstanz sich nicht beenden mag. Da würde ich einfach mal das System booten, dann ist da sicher alles wieder weg. Oder halt Dienst beenden und dann mit kill noch evtl. verbleibende Instanzen beenden und dann erst den Dienst wieder starten.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 30 Dezember 2017, 13:50:26
Zitat von: Markus. am 30 Dezember 2017, 13:41:47
Wie kann ich den jetzt am saubersten ein Update machen, damit ich die richtige Version angezeigt bekomme?
Im Moment gar nicht, außer Du baust das Release selbst nach git pull etc.
EDIT: mit der nächsten Release 3.2 ist das hoffentlich erledigt, hab gerade die Build Scripts angepasst.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 30 Dezember 2017, 15:15:20
Zitat von: john30 am 30 Dezember 2017, 12:58:52
ja, da ist beim Bauen des Release der Versionstag vom Git Repo nicht aktualisiert worden. Wenn man hat nicht immer an alles denkt...
Relevant ist der vordere Teil (also vor ".v3."):
ebusd 3.1.v3.0-36-g60a18d1

Ich habe ein Raspberry Pi3 mit Jessie und ebusd-3.1_armhf-jessie.deb vom 26.12. installiert.
$ ebusd -V
ebusd 3.0pre.bbc4d04

Auch nach Neuinstallation (mit vorherigen dpkg purge/remove) und Neustart des Raspberry bleibt das so. Ist das auch ein kosmetischer Fehler - bei Markus., der ja anscheinend auch einen Raspberry hat, wird ja eine andere Versionsnummer angezeigt?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: ihatedenhasen am 30 Dezember 2017, 19:23:28
Zitat von: john30 am 30 Dezember 2017, 13:49:40
Die beiden Versionen sind unterschieldlich und das kann nur dann passieren, wenn Du bspw. die 3.1 installiert hast, aber den Dienst noch nicht neu gestartet, oder wenn eine alte Dienstinstanz sich nicht beenden mag. Da würde ich einfach mal das System booten, dann ist da sicher alles wieder weg. Oder halt Dienst beenden und dann mit kill noch evtl. verbleibende Instanzen beenden und dann erst den Dienst wieder starten.

pi@FHEM:~ $ sudo ps ax|grep ebusd|grep -v grep
  607 ?        Ssl    0:14 /usr/bin/ebusd --scanconfig

reboot natürlich schon öfters durchgeführt. Möchte doch nur ein sauberes System haben .... :'(
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Prince am 30 Dezember 2017, 20:15:15
@ Reinhart
Danke für die Swapped-Erläuterung.

Zitat von: Reinhart am 29 Dezember 2017, 19:17:04
Da tauschen wir lieber die Beschriftung im Schaltplan aus
Ich stimme dir zu, den Schaltplan zu ändern sieht am Besten aus.

@ john30
Das ging zügig. Vielen Dank, für dein Update. Ich habe jetzt eine WLAN-Verbindung. Der Wemo startet auch in der Erweiterungsplatine mit "offenem" D0. Dann kann es jetzt auf der Software-Seite bei mir weitergehen. TOP! Danke!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: MichaelV am 30 Dezember 2017, 20:42:13
Nachdem meine Platine zusammengebaut ist und ein paar Problemchen beseitigt sind (hauptsächlich durch den vor dem Monitor verursacht) würde ich gerne anfangen zu testen.

Ich möchte meine Heizungsdaten in ioBroker verarbeiten. Dieser läuft auf einem Tinker Board unter Armbian Ubuntu. Habe dazu das armhf Paket von ebusd auf dem Tinker Board installiert. Jetzt möchte ich gerne die Verbindung zwischen der ebus Platine (per WLAN) und ebusd testen, ohne schon die Heizung angeschlossen zu haben. Geht das?

Aktuell sieht es bei mir so aus:

ebus platine mit angeschlossenem Wemos und aktueller Firmware:
Welcome to eBUS adapter 2.0, build 20171225
ebusd device string: 192.168.10.34:8889
Press any key within 5 seconds to change the configuration...
Entering eBUS mode.


ebusd scheint auch zu laufen:
root@tinkerboard:~# service ebusd status
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/lib/systemd/system/ebusd.service; disabled; vendor preset: enabled)
   Active: active (running) since Sa 2017-12-30 19:48:55 CET; 1min 8s ago
  Process: 32522 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=0/SUCCESS)
Main PID: 32523 (ebusd)
    Tasks: 4
   Memory: 484.0K
      CPU: 36ms
   CGroup: /system.slice/ebusd.service
           └─32523 /usr/bin/ebusd -d 192.168.10.34:8889 -l /var/log/ebusd.log --scanconfig --latency=20000 --address=01 --loglevel info

Dez 30 19:48:55 tinkerboard systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
Dez 30 19:48:55 tinkerboard systemd[1]: Started ebusd, the daemon for communication with eBUS heating systems..


allerding sieht es für mich so aus, als ob keine Verbindung zur ebus Platine zustande kommt (oder doch?):
2017-12-30 19:48:55.123 [main notice] ebusd 3.0pre.bbc4d04 started with auto scan
2017-12-30 19:48:55.123 [main info] loading configuration files from /etc/ebusd
2017-12-30 19:48:55.124 [main info] reading templates /etc/ebusd
2017-12-30 19:48:55.128 [main info] read templates in /etc/ebusd
2017-12-30 19:48:55.128 [main info] reading file /etc/ebusd/memory.csv
2017-12-30 19:48:55.129 [main info] successfully read file /etc/ebusd/memory.csv
2017-12-30 19:48:55.129 [main info] reading file /etc/ebusd/broadcast.csv
2017-12-30 19:48:55.131 [main info] successfully read file /etc/ebusd/broadcast.csv
2017-12-30 19:48:55.131 [main info] read config files
2017-12-30 19:48:55.287 [main info] registering data handlers
2017-12-30 19:48:55.287 [main info] registered data handlers
2017-12-30 19:48:55.287 [bus notice] bus started with own address 01/06
2017-12-30 19:49:16.724 [network info] [00001] client connection opened 127.0.0.1
2017-12-30 19:49:16.725 [network info] [00001] connection closed
2017-12-30 19:51:01.807 [main notice] update check: version 3.1 available, broadcast.csv: newer version available
2017-12-30 19:55:08.728 [bus notice] signal acquired
2017-12-30 19:55:12.003 [bus error] signal lost
2017-12-30 19:56:32.076 [bus notice] re-opened 192.168.10.34:8889


Wenn der letzte Eintrag im Log bedeutet, dass alles gut ist: Kann man das auch irgendwie an der ebus Platine/Wemos prüfen?

Bringt sonst noch jemand seine Heizungsdaten direkt in ioBroker und kann mir sagen wie (reicht der MQTT Adapter in ioBroker; wie konfiguriere ich den; benötige ich auch das ebusd Paket mit mqtt; ...)?

Vielen Dank für Eure Hilfe,
Michael
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 30 Dezember 2017, 21:23:04
Wenn du über MQTT kommunizieren willst, dann musst du natürlich das Paket mit Mqtt installieren. Ich habe das Testweise einmal installiert, aber mir nur die JSON Strings angesehen die am Broker ankommen. Das hat alles soweit funktioniert, gesendet habe ich noch nichts damit.

Ohne eBus wirst du allerdings nicht viel testen können, weil ja auch nichts ankommt. Du musst außerdem die Opts ändern, hast du das Wiki von John (https://github.com/john30/ebusd/wiki/3.3.-MQTT-client) dazu gelesen? Ich würde dir aber dringend anraten alles auf herkömmliche Art und Weise einmal in Betrieb zu nehmen und dann gleichzeitig die MQTT Telegramme am IOBroker einmal zu studieren. Sonst verläufst du dich im Dschungel.

Was ich im Log sehe, verlierst du die Verbindung vom Wemos zum eBus, oder hast du dazwischen abgeklemmt? Widerspricht sich eigentlich das du sagst, du hast nichts angeschlossen.

Teste doch einmal von deinem Tinker mit Telnet die Verbindung zum Wemos ohne ihn an die Platine anzuschließen, dann brauchst auch keinen eBus dafür. Ich mach das immer mit Putty.
telnet 192.168.10.34 8889
Die Verbindung muss stehen bleiben!


Wenn das passt, dann den nächsten Schritt, Bus anklemmen und Dämon starten und wieder kontrollieren. Wie du siehst, hast du sehr viele Unbekannte zu überwinden, deshalb würde ich das aufsplitten und zunächst über den Uart kommunizieren und checken, dann weist du das die Platine grundsätzlich funktioniert, also immer Schritt für Schritt bis zu deinem gewünschten Ziel und nicht vergessen dazwischen immer die /etc/default/ebusd anzupassen.
Gleich via WLAN über MQTT ist sehr komplex wenn du nicht einmal sicher bist das die Basis Platine funktioniert. Wenn die Basisplatine funktioniert, ist der Punkt abgehackt und zum nächsten. So haben wir es in der gesamten Entwicklungsphase exerziert.


LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 31 Dezember 2017, 10:56:29
@All

All jene die immer noch Schwierigkeiten mit dem AP von ESPEAsy haben, Letscontrolit hat jetzt eine GUI (https://github.com/Grovkillen/ESP_Easy_Flasher) entwickelt welche die Settings schon beim Flashen festlegen kann.

Einfach die Binarys nach \ESP_Easy_Flasher-master\bin kopieren und schon werden sie im DropDownmenü angezeigt.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 31 Dezember 2017, 14:38:02
So langsam wächst der Frust... auch der neue Wemos funktioniert nicht richtig. Ich habe nach ca. drei Tagen Betrieb den ebusd-esp Wemos rebooted, danach will er nicht mehr in den eBus-Mode gehen. Wie schon die anderen beiden Wemos, verliert auch dieser nach einigen Tagen bzw. Reboots die ebusd-dsp Konfiguration.  >:(
Und zwar so gründlich, dass eine Neukonfiguration über das Webinterface nicht mehr funktioniert ("Check&Update" gefolgt von "Save&Reset"). Also wieder in den Keller, Adapter abbauen, neu flashen, ...   :-\

Habe ich eine so ungewöhnliche WLAN-Umgebung (Fritzbox 7490 mit Fritz-WLAN-Repeater-450E im Mesh-Mode, IP des ebusd-esp Wemos fest auf die MAC verdrahtet)?
Liegt es daran, dass ich zum flashen einen iMac (OSX 10.11) und zum konfigurieren Firefox/Safari verwende?
Habe ich einfach Pech und alle drei Wemos haben einen defekten EPROM/Flash für die Konfiguration?
Hat mein eBus-Adapter eine Macke?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: PeMue am 31 Dezember 2017, 14:41:50
Zitat von: dkreutz am 31 Dezember 2017, 14:38:02
Liegt es daran, dass ich zum flashen einen iMac (OSX 10.11) und zum konfigurieren Firefox/Safari verwende?
Habe ich einfach Pech und alle drei Wemos haben einen defekten EPROM/Flash für die Konfiguration?
Probier doch mal bei einen der Wemos D1 mini den Speicher komplett zu löschen, Anleitungen müsste es im Forum/Internet geben.

Gruß PeMue
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 31 Dezember 2017, 14:53:42
Zitat von: PeMue am 31 Dezember 2017, 14:41:50
Probier doch mal bei einen der Wemos D1 mini den Speicher komplett zu löschen, Anleitungen müsste es im Forum/Internet geben.

Ich benutze zum flashen esptool.py und führe immer erst ein erase_flash aus, bevor ich den eigentlich Flashvorgang mit write_flash durchführe. Oder meinst Du die Variante, wo man einen PIN am Wemos auf high/low legen soll (meiner Erinnerung nach waren sich da die von mir gefundenen Seiten nicht einig...)?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: PeMue am 31 Dezember 2017, 15:03:21
Zitat von: dkreutz am 31 Dezember 2017, 14:53:42
Ich benutze zum flashen esptool.py und führe immer erst ein erase_flash aus, bevor ich den eigentlich Flashvorgang mit write_flash durchführe.
Genau das meinte ich, d.h. Deine Wemos sollten vor dem flashen keine Daten mehr haben. Wenn das Verhalten aber bei dreien identisch ist, würde ich woanders suchen ...

Gruß PeMue
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JHo am 31 Dezember 2017, 15:06:52
Hallo zusammen,

bin am basteln mit meiner Wolf R12 und möchte einige der per ebus zu findenden Werte in fhem auswerten - auch, um noch fehlende Bereiche in den Konfigurations-CSVs zu befüllen. Jetzt habe ich aber ein vermutlich grundlegendes eBus/FHEM-Verständnisproblem.

Ebusd läuft auf einem Raspi Zero und loggt fleißig Broadcast-Meldungen mit - Sollwerte und Betriebsdaten laut CSV. Auf dem gleichen Pi Zero läuft FHEM und ist per Gaebus an den ebusd angebunden.


Danke und einen guten Rutsch,
Jan
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Prince am 31 Dezember 2017, 16:01:36
@dkreutz

Zitat von: PeMue am 31 Dezember 2017, 14:41:50
Probier doch mal bei einen der Wemos D1 mini den Speicher komplett zu löschen

John hat in der Version von gestern (build 20171230)  (https://github.com/john30/ebusd-esp/blob/master/Changelog.md)zwei möglicherweise interessante Features im Changelog:

Zitat- removed forced reset (by setting D0=HIGH during boot) again
- made "f" load factory defaults and only "F" erase the whole EEPROM

Beste Grüße
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 31 Dezember 2017, 16:30:19
Hallo,

Zitat von: Prince am 31 Dezember 2017, 16:01:36
John hat in der Version von gestern (build 20171230)  (https://github.com/john30/ebusd-esp/blob/master/Changelog.md)zwei möglicherweise interessante Features im Changelog:

Vielen Dank für den Hinweis, das klingt wirklich interessant. Das probiere ich aber nicht mehr in diesem Jahr aus  ;)

Guten Rutsch ins neue Jahr
Dominik
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 31 Dezember 2017, 22:25:58
@JHo

ich glaube du überforderst deinen eBus komplett, 10 Datenabfragen alle 20 Sekunden, d.h. du sendest ununterbrochen zum eBus (mit Parameter "forced") . Der eBus ist kein Netzwerk und wenn du dir die Spezifikation durchliest, kommst du schnell dahinter das Sendeanfragen sehr wohl zu Kollisionen führen können. Das ist auch der Grund warum John warnt nicht ununterbrochen einen Scan abzusetzen. Meist merkt dies der Anwender nicht, weil die Anfrage einfach wiederholt wird und sich quasi selbst heilt, aber in dieser Geschwindigkeit wundert es mich das der Rest der Heizanlage noch richtig kommunizieren kann.
Da eine Heizanlage stark verzögert arbeitet, kann ich mir persönlich auch keinen Bedarf von "aktuellen Daten" vorstellen. Ich polle nur alle 15 Minuten an den eBus und steuere meine ganze Heizung damit.

Alle Daten die der eBus automatisch liefert kannst du auch mit MQTT empfangen, dann hast du ein pushen an den Broker. Aber es sind nur jene Datensätze die als Broadcast kommen. Die kannst du aber auch von Fhem ununterbrochen abfragen ohne ein Senden einzuleiten (Parameter -m)
ebusctl r -m 10 Status01

das ist der Unterschied zu -f (forced) die holst du direkt vom eBus ab und -m aus dem Cache des eBusd (letzter Wert vom Broadcast).

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JHo am 01 Januar 2018, 11:19:30
Hallo Reinhart,

ein frohes neues Jahr und vielen Dank für den Schubser in die richtige Richtung! Dass ich den Bus überlaste, habe ich fast befürchtet. Gedanke war, die paar Einträge im normalen Betrieb zuzuordnen, die in dern Wolf-CSVs noch nicht benannt sind und sich verändern - einfach, indem ich sie mit plotte und die Zusammenhänge direkt sehe (z.B. Speicherladepumpe). Die Außentemperatur ("Unknown15") war damit ziemlich leicht rauszubekommen.

Im Broadcast stehen für den normalen Betrieb alle die Infos, bei denen mir 15 Minuten nicht ausreichen würden (Brennerstatus, z.B.). Wusste nicht, wie ich den nach FHEM bekomme - aber damit ist es klar. Die Cache-Variante reicht ja grundsätzlich aus, da ich alle "neueren", identischen Werte ja eh über event-on-change wieder rausfiltern würde. Ich sollte tatsächlich die Spezifikation lesen und mir nochmal die Unterschiede zwischen Gaebus und der ECMD-Einbindung in Ruhe, aber vollständig anschauen.

LG,
Jan
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 01 Januar 2018, 19:33:27
Zitat von: dkreutz am 31 Dezember 2017, 16:30:19
Vielen Dank für den Hinweis, das klingt wirklich interessant. Das probiere ich aber nicht mehr in diesem Jahr aus  ;)
Genau, ich würde auch vermuten, dass der hard reset via D0 auf H legen bei Dir die Ursache war. Allerdings kann ich mir nicht erklären, was bei Dir da so anders zu sein scheint, dass der greift.
Anyway. den hab ich in 20171230 ausgebaut und insofern wäre das ein Versuch wert.
Hoffe, das klappt dann besser...
Falls nicht müssten wir und das Thema ich-hab-nen-Mac unter die Lupe nehmen, damit konnte ich hier nichts testen, aber es sollte an sich keinen Unterschied machen. Irgendwo hab ich noch nen Mac rumliegen, mal in der Kiste wühlen... :)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 02 Januar 2018, 21:36:55
Hallo John,

Zitat von: john30 am 01 Januar 2018, 19:33:27
Genau, ich würde auch vermuten, dass der hard reset via D0 auf H legen bei Dir die Ursache war. Allerdings kann ich mir nicht erklären, was bei Dir da so anders zu sein scheint, dass der greift.
Anyway. den hab ich in 20171230 ausgebaut und insofern wäre das ein Versuch wert.
Hoffe, das klappt dann besser...
Falls nicht müssten wir und das Thema ich-hab-nen-Mac unter die Lupe nehmen, damit konnte ich hier nichts testen, aber es sollte an sich keinen Unterschied machen. Irgendwo hab ich noch nen Mac rumliegen, mal in der Kiste wühlen... :)

Mit ebusd-esp 20171230 behält der Wemos die Konfiguration über mehrere Kalt- und Warmstart hinweg, auch nach zwei Tagen Dauerbetrieb. Mit einem zweiten Wemos verhält es sich identisch.
Damit ist also mein Problem mit der verlorenen Konfiguration anscheinend gelöst.

Aber... jetzt findet ebusd nicht mehr den Adapter bzw erkennt meine Heizungsregelung nicht mehr (bisher hat er die als Master/Slave auf Adresse f1/f6 gefunden)

ebusctl info
version: ebusd 3.0pre.bbc4d04
update check: version 3.1 available, broadcast.csv: different version available
signal: acquired
symbol rate: 5
max symbol rate: 206
min arbitration micros: 35
max arbitration micros: 208
min symbol latency: 5
max symbol latency: 34
reconnects: 0
masters: 1
messages: 11
conditional: 0
poll: 0
update: 4
address 31: master #8, ebusd
address 36: slave #8, ebusd


Mit loglevel=debug gibt es während eines full scan folgende Einträge
2018-01-02 12:50:37.534 [bus info] scan ef cmd: 31ef070400
2018-01-02 12:50:37.534 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-01-02 12:50:37.682 [bus debug] arbitration delay 71 micros
2018-01-02 12:50:37.682 [bus debug] switching from ready to send command
2018-01-02 12:50:37.688 [bus debug] send/receive symbol latency 5 ms
2018-01-02 12:50:37.693 [bus debug] send/receive symbol latency 5 ms
2018-01-02 12:50:37.698 [bus debug] send/receive symbol latency 5 ms
2018-01-02 12:50:37.704 [bus debug] send/receive symbol latency 5 ms
2018-01-02 12:50:37.704 [bus debug] switching from send command to send command CRC
2018-01-02 12:50:37.709 [bus debug] send/receive symbol latency 5 ms
2018-01-02 12:50:37.709 [bus debug] switching from send command CRC to receive command ACK
2018-01-02 12:50:37.774 [bus debug] notify request: ERR: read timeout


Während des Scan zeigt das eBus Adapter Webinterface den Status
ebusd connected: yes
eBUS signal: no signal

Wenn der Scan beendet ist dann
ebusd connected: yes (inactive)
eBUS signal: no signal


Die eBus-Verkabelung habe ich schon erneuert (Telefonkabel durch 0,75qmm Stromkabeladern ersetzt). Wenn ich die Heizungsregelung hochfahre blinken rote&grüne LED (die gelbe leuchtet dauerhaft). Nach ca. einer Minute hört die rote LED auf zu blinken und nur noch die grüne blinkt - das war aber vorher auch schon so.
Wo kann ich noch suchen?

VG
Dominik
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 03 Januar 2018, 09:44:42
Zitat von: dkreutz am 02 Januar 2018, 21:36:55
Mit ebusd-esp 20171230 behält der Wemos die Konfiguration über mehrere Kalt- und Warmstart hinweg, auch nach zwei Tagen Dauerbetrieb. Mit einem zweiten Wemos verhält es sich identisch.
Damit ist also mein Problem mit der verlorenen Konfiguration anscheinend gelöst.
Ah, sehr schön!

Zitat von: dkreutz am 02 Januar 2018, 21:36:55
Die eBus-Verkabelung habe ich schon erneuert (Telefonkabel durch 0,75qmm Stromkabeladern ersetzt). Wenn ich die Heizungsregelung hochfahre blinken rote&grüne LED (die gelbe leuchtet dauerhaft). Nach ca. einer Minute hört die rote LED auf zu blinken und nur noch die grüne blinkt - das war aber vorher auch schon so.
Es kann jetzt einfach noch ein Latenzproblem mit Deinem WLAN sein. Nimm mal in /etc/default/ebusd noch den Parameter "--receivetimeout=50000" dazu, damit ist ebusd nicht mehr gar so pingelig, was die erlaubte Antwortzeit eines Slave betrifft.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: msfox am 03 Januar 2018, 10:14:05
Zitat von: dkreutz am 02 Januar 2018, 21:36:55
Die eBus-Verkabelung habe ich schon erneuert (Telefonkabel durch 0,75qmm Stromkabeladern ersetzt).
Welchen Querschnitt sollten denn die Kabel mindestens (maximal) haben. Ich wollte 2 Adern aus einem CAT6-Kabel nehmen.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 03 Januar 2018, 12:03:58
Hallo John,
Zitat von: john30 am 03 Januar 2018, 09:44:42
Es kann jetzt einfach noch ein Latenzproblem mit Deinem WLAN sein. Nimm mal in /etc/default/ebusd noch den Parameter "--receivetimeout=50000" dazu, damit ist ebusd nicht mehr gar so pingelig, was die erlaubte Antwortzeit eines Slave betrifft.

Mit folgender Konfiguration

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

sieht es leider nicht besser aus

2018-01-03 11:56:15.731 [bus notice] signal acquired
2018-01-03 11:56:25.659 [main debug] performing regular tasks
2018-01-03 11:56:28.740 [network info] [00001] client connection opened 127.0.0.1
2018-01-03 11:56:28.740 [main debug] >>> info
2018-01-03 11:56:28.741 [main debug] <<< version: ebusd 3.0pre.bbc4d04
signal: acquired
symbol rate: 5
max symbol rate: 5
reconnects: 0
maste ...
2018-01-03 11:56:28.740 [network debug] [00001] wait for result
2018-01-03 11:56:28.742 [network info] [00001] connection closed
2018-01-03 11:56:29.741 [network debug] dead connection removed - 0
2018-01-03 11:56:33.741 [main debug] performing regular tasks
2018-01-03 11:56:40.452 [network info] [00002] client connection opened 127.0.0.1
2018-01-03 11:56:40.453 [main debug] performing regular tasks
2018-01-03 11:56:40.453 [main debug] >>> scan full
2018-01-03 11:56:40.453 [network debug] [00002] wait for result
2018-01-03 11:56:40.454 [bus info] scan 02 cmd: 3102070400
2018-01-03 11:56:40.454 [main debug] <<< done
2018-01-03 11:56:40.455 [network info] [00002] connection closed
2018-01-03 11:56:40.648 [bus debug] arbitration delay 89 micros
2018-01-03 11:56:40.648 [bus info] arbitration delay 89 - 89 micros
2018-01-03 11:56:40.648 [bus debug] switching from ready to send command
2018-01-03 11:56:40.654 [bus debug] send/receive symbol latency 5 ms
2018-01-03 11:56:40.654 [bus info] send/receive symbol latency 5 - 5 ms
2018-01-03 11:56:40.659 [bus debug] send/receive symbol latency 5 ms
2018-01-03 11:56:40.668 [bus debug] send/receive symbol latency 8 ms
2018-01-03 11:56:40.668 [bus info] send/receive symbol latency 5 - 8 ms
2018-01-03 11:56:40.673 [bus debug] send/receive symbol latency 5 ms
2018-01-03 11:56:40.673 [bus debug] switching from send command to send command CRC
2018-01-03 11:56:40.679 [bus debug] send/receive symbol latency 5 ms
2018-01-03 11:56:40.679 [bus debug] switching from send command CRC to receive command ACK
2018-01-03 11:56:40.769 [bus debug] notify request: ERR: read timeout
2018-01-03 11:56:40.769 [bus info] scan 04 cmd: 3104070400
2018-01-03 11:56:40.769 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-01-03 11:56:40.895 [bus debug] arbitration delay 68 micros
2018-01-03 11:56:40.895 [bus info] arbitration delay 68 - 89 micros
2018-01-03 11:56:40.895 [bus debug] switching from ready to send command
2018-01-03 11:56:40.901 [bus debug] send/receive symbol latency 5 ms
2018-01-03 11:56:40.906 [bus debug] send/receive symbol latency 5 ms
2018-01-03 11:56:40.912 [bus debug] send/receive symbol latency 6 ms
2018-01-03 11:56:40.918 [bus debug] send/receive symbol latency 5 ms
2018-01-03 11:56:40.918 [bus debug] switching from send command to send command CRC
2018-01-03 11:56:40.924 [bus debug] send/receive symbol latency 6 ms
2018-01-03 11:56:40.924 [bus debug] switching from send command CRC to receive command ACK
2018-01-03 11:56:41.014 [bus debug] notify request: ERR: read timeout
2018-01-03 11:56:41.015 [bus info] scan 05 cmd: 3105070400
2018-01-03 11:56:41.015 [bus debug] ERR: read timeout during receive command ACK, switching to skip


Was bedeuten die Meldung "client connection opened 127.0.0.1" - müsste hier nicht die IP des ebusd-esp stehen?
Und was bedeutet "dead connection removed"?

VG
Dominik
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 03 Januar 2018, 12:08:07
Zitat von: msfox am 03 Januar 2018, 10:14:05
Welchen Querschnitt sollten denn die Kabel mindestens (maximal) haben. Ich wollte 2 Adern aus einem CAT6-Kabel nehmen.

Für kurze Kabellängen sollte das ausreichen, zumal bei CAT-Kabeln die Adern paarweise verdrillt und insgesamt abgeschirmt sind.
Ich hatte vorher ein altes Telefonkabel verwendet, da ist mir aber durch das häufige hantieren mit dem Wemos (für Tests immer wieder ab/an-stecken) auch schon eine Ader gebrochen.
Irgendwo habe ich eine eBus-Spezifikation gefunden, da stand 0.7qmm Querschnitt - allerdings für Kabellängen >100m.

VG
Dominik
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: ihatedenhasen am 03 Januar 2018, 13:02:21
Hallo
die V2.0 hängt nun am Bus und unter ebusctl info habe ich Versionsinformationen speziell auch der .csv bekommen.
Wie update ich jetzt richtig? Benötige dafür Hilfe ...
pi@FHEM:~ $ ebusctl info
version: ebusd 3.0.v3.0-30-g89c4612
update check: version 3.1 available, broadcast.csv: different version available, vaillant/15.430.csv: different version available, vaillant/bai.308523.inc: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/hcmode.inc: different version available
signal: acquired
symbol rate: 22
max symbol rate: 123
min arbitration micros: 2083
max arbitration micros: 3594
min symbol latency: 5
max symbol latency: 5
reconnects: 0
masters: 3
messages: 430
conditional: 19
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0414;HW=7401", loaded "vaillant/bai.308523.inc" ([PROD='0010004289']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=43000;SW=0136;HW=2002", loaded "vaillant/15.430.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd


unter ebusd -V ist v3.1
pi@FHEM:~ $ ebusd -V
ebusd 3.1.v3.0-36-g60a18d1
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: MichaelV am 03 Januar 2018, 16:54:51
So, bei mir läuft nun alles: ebus Platine hängt an der Wärmepumpe, überträgt per WLAN die Daten an ebusd und von dort wandern sie dann per MQTT in ioBroker. Soweit also alles Bestens und das ausgiebige Testen und Probieren kann beginnen.

ZitatWas bedeuten die Meldung "client connection opened 127.0.0.1" - müsste hier nicht die IP des ebusd-esp stehen?

Diesen Eintrag siehst Du, wenn du lokal auf dem Rechner auf dem der ebusd läuft z.B. ebusctl info aufrufst.

Zitatdie V2.0 hängt nun am Bus und unter ebusctl info habe ich Versionsinformationen speziell auch der .csv bekommen.
Wie update ich jetzt richtig? Benötige dafür Hilfe ...

Soweit ich es verstanden habe, funktioniert die Versionsprüfung der Config-Files nicht richtig und Du kannst das ignorieren.

Ich hatte noch das Problem, als ich in ebusd den Parameter -r gesetzt hatte, dass keine Daten mehr zwischen der Platine und ebusd übertragen wurden. Wollte zur Sicherheit nur lesen, aber nachdem ich den Parameter wieder rausgenommen habe klappte alles.

Eine Frage habe ich noch zum Parameter --scanconfig: Benötige ich den noch oder kann ich auch irgendwo festlegen, welche config files genommen werden sollen?

Vielen Dank für Eure Hilfe,
Michael
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 03 Januar 2018, 21:11:39

Zitat von: msfox am 03 Januar 2018, 10:14:05
Welchen Querschnitt sollten denn die Kabel mindestens (maximal) haben. Ich wollte 2 Adern aus einem CAT6-Kabel nehmen.

schau bitte in die Spezifikation (https://ebus.github.io/adapter/Spec_Prot_12_V1_3_1.pdf), Punkt 10.1.2, Seite 19/20!


LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 04 Januar 2018, 16:37:33
eBusd und MQTT

hier geht es zu Teil 2 der automatischen Abfragen via MQTT (https://forum.fhem.de/index.php?topic=79600.msg744876#msg744876)

Da sich doch einige Anwender schon mit der Möglichkeit des MQTT Protokolls am eBus beschäftigen, möchte ich hier ein paar Beispiele für Neueinsteiger zeigen..
Das MQTT Protokoll bietet schon ein paar Features die man nicht außer acht lassen sollte. Es ist hervorragend bei schlechteren Verbindungen geeignet und ist sehr stabil und zuverlässig.
Als erstes muss es am Client (dort wo Fhem läuft) installiert werden. Dazu gibt es unzählige Artikel im Netz oder auch hier im Fhem Wiki (https://wiki.fhem.de/wiki/Sonoff#MQTT_und_TASMOTA). Für MQTT  ist eine spezielle Version von ebusd zu installieren, siehe dazu Johns Wiki (https://github.com/john30/ebusd/wiki/3.3.-MQTT-client).

EBUSD_OPTS="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log  --scanconfig --mqtthost=10.0.0.5 --mqttport=1883 --mqttjson --mqtttopic=sonoff_ebus/%circuit/%name"

in der /etc/default/ebusd die opts, MQTT + JSON aktivieren und Topic Namen vergeben!
mqtthost = dort wo der Broker läuft (FHEM)
mqttjson = JSON Format aktivieren
mqttport = Brokerport, Default  1883
mqtttopic = Topic einstellen die bestimmt dann das ankommende Textformat und somit das subscribeReading.

Erster Test in der Mosquitto Konsole:
Eine Konsole (ssh) dort öffnen wo der Broker läuft und folgendes eingeben:
mosquitto_sub -d -v -t \#
das filtert nun alle ankommenden MQTT Strings und zeigt sie an.

Nun ein zweites Konsolenfenster öffnen und einen MQTT Befehl absetzen:
mosquitto_pub -q 2 -t sonoff_ebus/bai/flowtemp/get -m "r -f flowtemp temp"
Das fragt nun die Vorlauftemperatur vom eBus via MQTT ab und im ersten Konsolenfenster sollte nun folgendes erscheinen:
Client mosqsub/10819-Raspberry received PUBLISH (d0, q0, r0, m0, 'sonoff_ebus/bai/flowtemp/get', ... (18 bytes))
sonoff_ebus/bai/flowtemp/get r -f flowtemp temp
Client mosqsub/10819-Raspberry received PUBLISH (d0, q0, r0, m0, 'sonoff_ebus/bai/FlowTemp', ... (64 bytes))
sonoff_ebus/bai/FlowTemp {
     "temp": {"value": 49.94},
     "sensor": {"value": "ok"}}

Somit ist alles ok und wir können in FHEM definieren und richten das Modul expandJSON ein.

define ej3 expandJSON (Sonoff.*:.*:.{.*.*{.*.*}})
hier wird nach dem Devicenamen beginnend mit Sonoff... gefiltert. Deshalb heißt auch mein eBus Device ,,Sonoff_ebusd". Der kann aber einen beliebigen Namen haben, es muss da nur das Filter angepasst werden. ExpandJSON legt dann automatisch die Reading an, sofern in Fhem das Attribut mit subscribeReading definiert wurde.

define Sonoff_ebus MQTT_DEVICE
attr Sonoff_ebus IODev myBroker
attr Sonoff_ebus stateFormat {sprintf("Vorlauf: %.1f Ruecklauf: %.1f Warmwasser: %.1f Aussentemp.: %.1f", ReadingsVal($name,"0_value",0), ReadingsVal($name,"1_value",0), ReadingsVal($name,"3_value",0), ReadingsVal($name,"2_value",0) )}
attr Sonoff_ebus subscribeReading_Ruecklauf sonoff_ebus/bai/ReturnTemp
attr Sonoff_ebus subscribeReading_Status01 sonoff_ebus/bai/Status01
attr Sonoff_ebus subscribeReading_Vorlauf sonoff_ebus/bai/FlowTemp

Die Syntax ist denkbar einfach und ist wie oben dargestellt.
subscribeReading_Status01 = der Teil der hinter dem _ steht wird dann von ExpandJSON als Reading angelegt.
sonoff_ebus/bai/Status01 = Topicname/CSV-File/eBusReading

Hier ein Beispiel (Heizkurve) wie man einen Wert via MQTT schreiben kann:
# write -c 430 Hc1HeatCurve
define Sonoff_ebuswrite MQTT_DEVICE
attr Sonoff_ebuswrite IODev myBroker
attr Sonoff_ebuswrite publishSet state sonoff_ebus/430/Hc1HeatCurve/set
attr Sonoff_ebuswrite stateFormat state
attr Sonoff_ebuswrite webCmd 0.20:0.90:1.00:1.10:1.20:1.30:1.40:1.50:1.60:1.70

Ob das File "430" oder anders heißt hängt von eurer Heizanlage ab.

Die wesentlichen Vorteile von MQTT liegen darin, wenn man es nur auf Statusmeldungen auslegt hat man alle paar Sekunden neue Messdaten ohne aktiv den Bus zu befragen da es ja Broadcasts sind und diese live hereinkommen ohne sie anzustoßen! ECMD braucht dabei nicht eingerichtet zu werden da es völlig unabhängig davon arbeitet.

Es funktioniert aber auch beides, ECMD und MQTT kommen sich nicht in die Quere, also ideal zum Testen!

Laut John ist die MQTT Implementierung noch in der Entwicklungsphase aber es bietet schon alles was das Herz begehrt.

Ach ja, bei untem angehängten Bild "ebuswrite" wird einfach auf eine Zahl gedrückt und sofort wird dieser Wert als neue Heizkurve zum eBus geschrieben.

Formatierung:
Wer die Ausgabe lieber mehrzeilig haben möchte (siehe Bild, Style), kann mit stateFormat die auch untereinander formatieren und mit devStateStyle rechtsbündig ausgeben.

attr ebus_status devStateStyle style="text-align:right"
attr ebus_status stateFormat {sprintf("Vorlauf: %.1f <br>Ruecklauf: %.1f <br>Warmwasser: %.1f <br>Aussentemp.: %.1f <br>Pumpe: %s", ReadingsVal($name,"0_value",0), ReadingsVal($name,"1_value",0), ReadingsVal($name,"3_value",0), ReadingsVal($name,"2_value",0), ReadingsVal($name,"5_value",0))}


LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 04 Januar 2018, 21:56:08
Hallo,

Mein Adapter will immer noch nicht mit der Heizungsregelung sprechen - siehe weiter oben (https://forum.fhem.de/index.php/topic,79600.msg741396.html#msg741396).
Mit der älteren ebusd-esp Version war ich auch schon weiter, dort wurde ein Gerät auf den Adressen Master F1 und Slave F6 gefunden (was laut Spezifikation für "Heizungsregelung" reserviert ist).

@John hat WLAN/Netzwerklatenzen ins Spiel gebracht, aber der receivetimeout Parameter zeigt keine Wirkung. Mir ist aufgefallen, dass die Wemos mit ESP-Easy bei Zugriffen über das Webinterface  seit ein paar Tagen immer wieder verzögert reagieren , d.h. die Seite baut sich erst nach ein paar Sekunden auf oder es kommt eine leere Seite (Parallel beschwert sich die Ehefrau, dass das iPad nicht mehr so gut auf dem Sofa funktioniert, seitdem ich "das mit der Haustechnik mache"). Recherche nach "Fritzbox Wemos Probleme" brachte die Erkenntnis, dass es Probleme mit dem 5GHz WLAN geben kann. Nachdem ich 5Ghz-WLAN deaktiviert habe, reagieren die ESP-Easy Wemos wieder "normal". Warum das so ist, kann ich nicht sagen - es hat seit längerem keine Fritzbox-Updates o.ä. gegeben...  :-\
Interessanterweise verbindet sich der ebusd-esp Wemos mit der Fritzbox die "um die Ecke" montiert ist, der ESP-Easy Wemos auf der Erweiterungsplatine aber mit dem Fritz-WLAN-Repeater der im Dachstudio platziert ist...

Neue Erkenntnis zum ebusd-esp - ist der ebusd Dienst gestoppt sagt das ebusd-esp Webinterface:
ebusd connected: yes
eBUS signal: no signal


ist ebusd gestoppt erscheint jedoch:
ebusd connected: no
eBUS signal: acquired


Woran könnte das liegen?

Was micht noch irritiert ist die ebusd-Version: ebusd sagt
$ ebusd -V
ebusd 3.0pre.bbc4d04

Der Paketmanager sagt mir aber
$ dpkg -l | grep ebusd
ii  ebusd                                 3.1                                       armhf        eBUS daemon.


Es gibt aber laut "which ebusd" nur eins unter "/usr/bin". Wie bekomme ich denn die Version korrekt installiert?
Titel: Inbetriebnahme
Beitrag von: andig am 04 Januar 2018, 21:57:55
Hallo Zusammen,

kurzer Ergebnisbericht. Platine C mit Wemos lief auf Anhieb:

  - Platine an EBUS anschließen: Gelbe LED leuchtet
  - OSX: zum Wemos flashen vorher CHG340 Treiber für HighSierra installieren, anderenfalls kein USB Port
  - Wemos mit Stromversorgung anschließen: Grüne + Rote LED blinkt
  - Wemos Reset: Grüne LED blinkt, Wemod UI zeigt "connected"
  - ebusd: device und latenz angeben: `-d 192.168.0.46:9999 --latency=20000`

Ging in Summe unglaublich schnell und glatt- keine 3 Stunden für Alles :=)

Vielen Dank an alle "Macher"!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 05 Januar 2018, 09:01:13
Hallo Zusammen,

will jetzt mal anfangen intensiver zu testen.. :-) Hab da direkt mal eine Frage bezüglich der LEDs .. Wenn man die Platine über den Wemos mit Spannung versorgt, aber den Ebus selber noch nicht angeschlossen hat. Müssen da eigentlich eine oder mehrere LEDs schon leuchten? Oder bekommen die ihre Spannung vom Ebus selber?

Gruß

Markus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 05 Januar 2018, 10:43:17
Zitat von: dkreutz am 04 Januar 2018, 21:56:08
Neue Erkenntnis zum ebusd-esp - ist der ebusd Dienst gestoppt sagt das ebusd-esp Webinterface:
ebusd connected: yes
eBUS signal: no signal


ist ebusd gestoppt erscheint jedoch:
ebusd connected: no
eBUS signal: acquired


Woran könnte das liegen?
das weiß ich gerade auch nicht. Signalstatus wird mit Timeout festgestellt, vielleicht geht da was schief, muss ich mal anschauen (gerade keine Zeit dafür).

Zitat von: dkreutz am 04 Januar 2018, 21:56:08
Was micht noch irritiert ist die ebusd-Version: ebusd sagt
$ ebusd -V
ebusd 3.0pre.bbc4d04

Der Paketmanager sagt mir aber
$ dpkg -l | grep ebusd
ii  ebusd                                 3.1                                       armhf        eBUS daemon.


Es gibt aber laut "which ebusd" nur eins unter "/usr/bin". Wie bekomme ich denn die Version korrekt installiert?
Wurde schon früher intensiv diskutiert. Wird beim nächsten ebusd Release korrigiert.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 05 Januar 2018, 11:43:08
Zitat von: Markus. am 05 Januar 2018, 09:01:13

will jetzt mal anfangen intensiver zu testen.. :-) Hab da direkt mal eine Frage bezüglich der LEDs .. Wenn man die Platine über den Wemos mit Spannung versorgt, aber den Ebus selber noch nicht angeschlossen hat. Müssen da eigentlich eine oder mehrere LEDs schon leuchten? Oder bekommen die ihre Spannung vom Ebus selber?

Wenn du dir den Schaltplan ansiehst, dann kann die PowerLed (5V) und die Tx Led erst leuchten wenn der eBus angeschlossen wurde. Die Rx könnte leuchten wenn der Uart/Wemos das Rx Signal aus unbekannten Gründen auf Ground zieht.

- Powerled bekommt Spannung vom eBus und sollte auch zeigen das der Bus angeschlossen ist
- RxLed bekommt die Spannung erst wenn OK1 durchsteuert oder der Uart/Wemos aus irgend einem Grund auf Ground zieht (Kurschluß etc).
- TxLed leuchtet wenn OK2 durchsteuert (Uart auf Low geht) und der eBus angeschlossen ist.

Wenn du den Wemos mit Power versorgst wird lediglich die Funkverbindung aufgebaut und das Webinterface des Wemos sollte erreichbar sein. Man braucht vorm eBus keine Angst haben, es kann nicht viel passieren weil der kurzschlußfest ist, lediglich Überspannung sollte er nicht abbekommen! Platine anschließen und beobachten ob sich an der Heizung was ändert und ob eventuell angeschlossene Geräte wie Calormatic etc. noch funktionieren. Wenn der eBus einen Kurzschluß hat funktioniert keine Kommunikation mehr am Bus, erst wenn dieser wieder behoben ist.

Bitte bei den Leds aufpassen und keine "normalen" Leds einsetzen, es müssen schaltungsbedingt unbedingt "LowCurrent" (2-8 mA) sein! Die wir mitliefern passen!

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 05 Januar 2018, 17:54:12
Halo Zusammen,

ich habe ja die Version ohne MQTT installiert..
Wenn ich jetzt mit folgendem Befehl die Version mit MQTT installiere, wird dann die laufende Version überschrieben?

EBUSDPACKAGE=ebusd-3.1_armhf-jessie_mqtt1.deb
wget https://github.com/john30/ebusd/releases/download/v3.1/$EBUSDPACKAGE
sudo dpkg -i --force-overwrite $EBUSDPACKAGE


Oder muss ich neben der geänderten Config noch was beachten? Mosquitto und so läuft bereits..


Gruß

Markus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 05 Januar 2018, 19:53:53
Das passt schon, du musst ohnehin in /etc/default/ebusd auf MQTT anpassen.

Schau dir aber vorher in der Broker Konsole die Json Strings an bevor du dich über die FHEM Konfiguration stürzt.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TobiasR am 07 Januar 2018, 13:16:43
Hallo,

die Version 2 lief bei mir sofort. Klasse Lösung und vielen Dank an das Entwicklerteam!

Ich habe mich nun mal mit dem neuen Update (ebusd-configuration-2.1.b143f39-de_all.deb) die Hoffnung nicht aufgegeben dass meine Wärmepumpe jetzt vielleicht doch enthalten ist.
Ich habe den EBUSD deinstalliert und neu installiert.
Zusammen mit der aktuelle Programmversion (ebusd-3.1_armhf-wheezy.deb) habe ich jetzt diese Info:

pi@Heizung:~ $ ebusctl info
version: ebusd 3.1.v3.0-35-gb0e20b7
update check: revision v3.1-1-g60a18d1 available, broadcast.csv: newer version available
signal: acquired
symbol rate: 49
max symbol rate: 149
min arbitration micros: 2113
max arbitration micros: 3265
min symbol latency: 1
max symbol latency: 5
reconnects: 0
masters: 4
messages: 15
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU01;SW=0304;HW=8802"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0419;HW=4603"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0111;HW=0103"
address e8: slave, scanned "MF=Vaillant;ID=FMU00;SW=0202;HW=6502"


Nach der Installation erhielt ich auch sofort die Außentemperatur. Die hatte ich bisher nicht.
Nach dem Neustart kommt nun aber wieder die Meldung "Aussentemp ERR: element not found" in der FHEM Anzeige.

Auch wurde die Heizkurve kurz angezeigt und seit dem nur noch die 0

Ist da vielleicht doch ein Fehler in meiner Installation?

Tobias
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 07 Januar 2018, 13:28:25
Zitat von: TobiasR am 07 Januar 2018, 13:16:43
Ich habe mich nun mal mit dem neuen Apdate (ebusd-configuration-2.1.b143f39-de_all.deb) die Hoffnung nicht aufgegeben dass meine Wärmepumpe jetzt vielleicht doch enthalten ist.
Für die config files gibt es kein neues Release, weil ich mir die Releases in Zukunft auch gerne sparen möchte. In der nächsten Version von ebusd wird voraussichtlich enthalten sein, dass die CSVs einfach direkt vom github durch ebusd abgeholt werden, also alles automatisch.
Bis dahin muss man für die aktuellen CSVs einfach das git clonen und dann /etc/ebusd entsprechend verlinken wie folgt:

git clone https://github.com/john30/ebusd-configuration.git
sudo mv /etc/ebusd /etc/ebusd.old
sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd



Zitat von: TobiasR am 07 Januar 2018, 13:16:43
pi@Heizung:~ $ ebusctl info
min arbitration micros: 2113
max arbitration micros: 3265
...
address 08: slave #11, scanned "MF=Vaillant;ID=HMU01;SW=0304;HW=8802"
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0419;HW=4603"
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0111;HW=0103"
address e8: slave, scanned "MF=Vaillant;ID=FMU00;SW=0202;HW=6502"

diese Zeilen sind etwas irritierend. Hast Du in /etc/default/ebusd "--scanconfig" mit drin?
Andernfalls sieht es so aus, als würden überhaupt keine CSVs geladen werden. Oder ändert sich das ebusctl info Ergebnis noch, wenn Du das Kommando etwa eine Minute später nochmal absetzt?
Deine Arbitration Zeiten sind auffällig hoch. Hast Du den Adapter jetzt mittels Wemos und ebusd-esp dran? Oder via UART? Oder LAN??

Zitat von: TobiasR am 07 Januar 2018, 13:16:43
Nach der Installation erhielt ich auch sofort die Außentemperatur. Die hatte ich bisher nicht.
Nach dem Neustart kommt nun aber wieder die Meldung "Aussentemp ERR: element not found" in der FHEM Anzeige.

Auch wurde die Heizkurve kurz angezeigt und seit dem nur noch die 0
Das klingt in der Tat nicht ganz in Ordnung. Schau doch mal ins Logfile /var/log/ebusd ob da irgendwelche ERR drin sind und wenn ja, welche.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TobiasR am 07 Januar 2018, 14:36:55
Hi,

es war scheinbar ein Installationsfehler.
Zitat von: john30 am 07 Januar 2018, 13:28:25

git clone https://github.com/john30/ebusd-configuration.git
sudo mv /etc/ebusd /etc/ebusd.old
sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd


Das brachte mir die Lösung. Ich habe meine Außentemperatur und Heizkurve wieder  :D

Zitat von: john30 am 07 Januar 2018, 13:28:25
diese Zeilen sind etwas irritierend. Hast Du in /etc/default/ebusd "--scanconfig" mit drin?

"--scanconfig"  hatte ich wie beschrieben angepasst. Hats sich jetzt mit der gefundenen Verknüpfung glaube ich auch erledig?!

Zitat von: john30 am 07 Januar 2018, 13:28:25

Deine Arbitration Zeiten sind auffällig hoch. Hast Du den Adapter jetzt mittels Wemos und ebusd-esp dran? Oder via UART? Oder LAN??

Die sind nun leider nicht viel geringer. Ist das ein Problem?
pi@Heizung:~ $ ebusctl info
version: ebusd 3.1.v3.0-35-gb0e20b7
update check: revision v3.1-1-g60a18d1 available, broadcast.csv: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available
signal: acquired
symbol rate: 23
max symbol rate: 133
min arbitration micros: 2102
max arbitration micros: 8758
min symbol latency: 5
max symbol latency: 5
reconnects: 0
masters: 4
messages: 59
conditional: 0
poll: 0
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU01;SW=0304;HW=8802", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0111;HW=0103"
address e8: slave, scanned "MF=Vaillant;ID=FMU00;SW=0202;HW=6502"

Ich habe den Raspberry direkt über den UART angeschlossen. Also nur die Basisplatine+Erweiterungsplatine verwendet.

Hier noch mein log File:
2018-01-07 14:35:09.869 [main notice] ebusd 3.1.v3.0-35-gb0e20b7 started with auto scan
2018-01-07 14:35:09.905 [bus notice] bus started with own address 31/36
2018-01-07 14:35:09.908 [bus notice] signal acquired
2018-01-07 14:35:10.202 [bus notice] new master 10, master count 2
2018-01-07 14:35:10.234 [bus notice] new master 03, master count 3
2018-01-07 14:35:10.234 [update notice] unknown MS cmd: 1008b507020900 / 023703
2018-01-07 14:35:10.467 [update notice] unknown BC cmd: 10feb516080009351407010718
2018-01-07 14:35:10.733 [update notice] unknown MS cmd: 1008b5110100 / 094e01ff000000008000
2018-01-07 14:35:11.011 [bus notice] new master 71, master count 4
2018-01-07 14:35:11.012 [update notice] unknown MS cmd: 1076b51303040d00 / 0a0d000300000003000300
2018-01-07 14:35:11.226 [update notice] unknown BC cmd: 10feb5160301d006
2018-01-07 14:35:14.520 [update notice] unknown MS cmd: 7108b5110107 / 05007b000001
2018-01-07 14:35:16.487 [update notice] unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00
2018-01-07 14:35:17.418 [update notice] unknown MS cmd: 7108b507030bffff / 0100
2018-01-07 14:35:18.062 [update notice] unknown MS cmd: 7108b51a03043132 / 0e3107000080790000001b00000000
2018-01-07 14:35:18.362 [update notice] unknown MS cmd: 7108b51a03043233 / 0e3200000000000000000000000000
2018-01-07 14:35:18.500 [update notice] unknown MS cmd: 1008b5110101 / 092a2a0080ffff0000ff
2018-01-07 14:35:18.765 [update notice] unknown MS cmd: 1076b5110101 / 09ffff6c00ffff000028
2018-01-07 14:35:19.001 [bus notice] max. symbols per second: 113
2018-01-07 14:35:19.029 [update notice] unknown MS cmd: 1076b512030f0001 / 0700800046011203
2018-01-07 14:35:19.297 [update notice] unknown MS cmd: 1008b51009000000ffffff070000 / 0101
2018-01-07 14:35:19.557 [update notice] unknown MS cmd: 1076b51009000000ffffff050000 / 0101
2018-01-07 14:35:19.728 [update notice] unknown MS cmd: 7108b51a03044034 / 0e40cf030080003000000000001800
2018-01-07 14:35:20.698 [bus notice] scan 08: ;Vaillant;HMU01;0304;8802
2018-01-07 14:35:20.720 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv
2018-01-07 14:35:20.722 [main notice] read common config file /etc/ebusd/vaillant/scan.csv
2018-01-07 14:35:20.723 [main notice] read common config file /etc/ebusd/vaillant/general.csv
2018-01-07 14:35:20.740 [main notice] read scan config file /etc/ebusd/vaillant/08.hmu.csv for ID "hmu01", SW0304, HW8802
2018-01-07 14:35:20.742 [main notice] found messages: 53 (0 conditional on 0 conditions, 0 poll, 8 update)
2018-01-07 14:35:22.619 [bus notice] scan 08: ;21;17;28;0010019758;1610;005614;N2
2018-01-07 14:35:22.747 [update notice] update hmu State QQ=71: 0;123;off;ready
2018-01-07 14:35:24.779 [bus notice] scan 15: ;Vaillant;70000;0419;4603
2018-01-07 14:35:25.592 [bus notice] scan 15: ;21;17;17;0020218357;0082;027637;N3
2018-01-07 14:35:25.715 [main notice] read scan config file /etc/ebusd/vaillant/15.700.csv for ID "70000", SW0419, HW4603
2018-01-07 14:35:25.717 [main notice] found messages: 399 (0 conditional on 0 conditions, 0 poll, 8 update)
2018-01-07 14:35:26.623 [update notice] unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00
2018-01-07 14:35:27.511 [update notice] unknown MS cmd: 7108b507030bffff / 0100
2018-01-07 14:35:27.851 [bus notice] scan 76: ;Vaillant;VWZIO;0111;0103
2018-01-07 14:35:28.702 [bus notice] scan 76: ;21;17;20;0020143590;1610;005605;N7
2018-01-07 14:35:28.706 [main error] unable to load scan config 76: no file from /etc/ebusd/vaillant with prefix 76. found
2018-01-07 14:35:28.706 [main error] scan config 76: ERR: element not found
2018-01-07 14:35:28.930 [update notice] unknown MS cmd: 1076b5110101 / 09ffff6c00ffff000028
2018-01-07 14:35:29.021 [bus notice] max. symbols per second: 123
2018-01-07 14:35:29.195 [update notice] unknown MS cmd: 1076b512030f0001 / 0700800046011203
2018-01-07 14:35:29.459 [update notice] unknown MS cmd: 1008b51009000000ffffff070000 / 0101
2018-01-07 14:35:29.721 [update notice] unknown MS cmd: 1076b51009000000ffffff050000 / 0101
2018-01-07 14:35:30.619 [update notice] update hmu State QQ=71: 0;123;off;ready
2018-01-07 14:35:30.828 [bus notice] scan e8: ;Vaillant;FMU00;0202;6502
2018-01-07 14:35:31.528 [bus notice] scan e8: ;21;17;28;0010019758;1610;005614;N2
2018-01-07 14:35:31.532 [main error] unable to load scan config e8: no file from /etc/ebusd/vaillant with prefix e8. found
2018-01-07 14:35:31.532 [main error] scan config e8: ERR: element not found
2018-01-07 14:35:36.800 [update notice] unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00
2018-01-07 14:35:37.646 [update notice] unknown MS cmd: 7108b507030bffff / 0100
2018-01-07 14:35:38.556 [update notice] unknown MS cmd: 1008b5110101 / 092a2a0080ffff0000ff
2018-01-07 14:35:38.682 [update notice] update hmu State QQ=71: 0;123;off;ready
2018-01-07 14:35:38.860 [update notice] unknown MS cmd: 1076b5110101 / 09ffff6c00ffff000028
2018-01-07 14:35:39.124 [update notice] unknown MS cmd: 1076b512030f0001 / 0700800046011203
2018-01-07 14:35:39.392 [update notice] unknown MS cmd: 1008b51009000000ffffff070000 / 0101
2018-01-07 14:35:39.654 [update notice] unknown MS cmd: 1076b51009000000ffffff050000 / 0101
2018-01-07 14:35:46.724 [update notice] update hmu State QQ=71: 0;123;off;ready
2018-01-07 14:35:46.977 [update notice] unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00
2018-01-07 14:35:47.738 [update notice] unknown MS cmd: 7108b507030bffff / 0100
2018-01-07 14:35:48.604 [update notice] unknown MS cmd: 1008b5110101 / 092a2a0080ffff0000ff
2018-01-07 14:35:48.870 [update notice] unknown MS cmd: 1076b5110101 / 09ffff6c00ffff000028
2018-01-07 14:35:49.134 [update notice] unknown MS cmd: 1076b512030f0001 / 0700800046011203
2018-01-07 14:35:49.400 [update notice] unknown MS cmd: 1008b51009000000ffffff070000 / 0101
2018-01-07 14:35:49.662 [update notice] unknown MS cmd: 1076b51009000000ffffff050000 / 0101



Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 07 Januar 2018, 17:49:30
Zitat von: TobiasR am 07 Januar 2018, 14:36:55
Die sind nun leider nicht viel geringer. Ist das ein Problem?
ist einfach nur etwas hoch, aber solange keine Kommunikationsprobleme dadurch entstehen passt es.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 08 Januar 2018, 16:49:05
Automatische MQTT Abfragen ohne ECMD

hier geht es zu Teil1 der Einrichtung ebusd und MQTT (https://forum.fhem.de/index.php/topic,79600.msg742291.html#msg742291)

Um auf ECMD komplett verzichten zu können, brauchen wir auch bei Einsatz von MQTT eine Timer gesteuerte Abfrage um auch zu den Messwerten zu kommen die nicht via Broadcast zur Verfügung stehen.
Hier ein kleines Beispiel wir man das realisieren kann, es gibt natürlich auch andere Methoden. Eine bai00.cfg ist bei MQTT nicht notwendig und die kann man sich einsparen weil hier direkt über das MQTT Protokoll kommuniziert wird und der Aufruf über das Attribut publishSet aus FHEM erfolgt.

Bevor ihr loslegt, solltet ihr euch eine Topic ( sonoff_ebus/%circuit/%Name ) überlegen und die auch in den OPTs einstellen.
EBUSD_OPTS="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log  --scanconfig --mqtthost=10.0.0.5 --mqttport=1883 --mqttjson --mqtttopic=sonoff_ebus/%circuit/%name"
Beispiel der Aktivierung von MQTT am eBus Dämon wie wir es zur Auswertung brauchen. Diese Topic ist dann für alle MQTT Devices die ihr vom eBus auswerten wollt bindend.

define EBUS.MQTT at +*00:10:00 set ebus_hcurve get;;set ebus_druck get;;set ebus_atemp get
attr EBUS.MQTT group MQTT_DEVICE
attr EBUS.MQTT icon time_timer
attr EBUS.MQTT room Entwicklung
attr EBUS.MQTT verbose 1

Beispiel wie der Timer definiert werden kann, es ist die gleiche Methode wie bei ECMD, hier wird alle 10 Minuten ein "get" vom eBus angefordert. Der Aufruf "set ebus_hcurve get" ist etwas irreführend, aber "get ebus_hcurve" lässt die Syntax nicht zu und in Wirklichkeit fordert man FHEM ja zum senden der MQTT Anfrage auf. Daher hat "set" hier durchaus seine Berechtigung.

###########################   eBus MQTT  ##############################
define ebus_status MQTT_DEVICE
attr ebus_status IODev myBroker
attr ebus_status event-on-change-reading .*
attr ebus_status icon icoTempHeizung
attr ebus_status room Entwicklung
attr ebus_status stateFormat {sprintf("Vorlauf: %.1f Ruecklauf: %.1f Warmwasser: %.1f Aussentemp.: %.1f Pumpe: %s", ReadingsVal($name,"0_value",0), ReadingsVal($name,"1_value",0), ReadingsVal($name,"3_value",0), ReadingsVal($name,"2_value",0), ReadingsVal($name,"5_value",0))}
attr ebus_status subscribeReading_Status01 sonoff_ebus/bai/Status01
das wären die Broadcast die automatisch ankommen, die werden auch im Timer nicht definiert da sie ohnehin alle paar Sekunden ankommen.

###################### Abfragen eBus via MQTT ##########################
define ebus_hcurve MQTT_DEVICE
attr ebus_hcurve IODev myBroker
attr ebus_hcurve icon temp_control
attr ebus_hcurve publishSet get sonoff_ebus/430/Hc1HeatCurve/get
attr ebus_hcurve room Entwicklung
attr ebus_hcurve stateFormat {sprintf("Heizkurve: %.1f", ReadingsVal($name,"curve_value",0)) }
attr ebus_hcurve subscribeReading_hcurve sonoff_ebus/430/Hc1HeatCurve

define ebus_druck MQTT_DEVICE
attr ebus_druck IODev myBroker
attr ebus_druck icon weather_barometric_pressure
attr ebus_druck publishSet get sonoff_ebus/bai/Waterpressure/get
attr ebus_druck room Entwicklung
attr ebus_druck stateFormat {sprintf("Wasserdruck: %.1f", ReadingsVal($name,"press_value",0)) }
attr ebus_druck subscribeReading_wasserdruck sonoff_ebus/bai/WaterPressure

define ebus_atemp MQTT_DEVICE
attr ebus_atemp IODev myBroker
attr ebus_atemp icon temp_temperature
attr ebus_atemp publishSet get sonoff_ebus/bai/OutdoorstempSensor/get
attr ebus_atemp room Entwicklung
attr ebus_atemp stateFormat {sprintf("Aussentemperatur: %.1f", ReadingsVal($name,"temp_value",0)) }
attr ebus_atemp subscribeReading_atemp sonoff_ebus/bai/OutdoorstempSensor

# write -c 430 Hc1HeatCurve
define ebusd_whcurve MQTT_DEVICE
attr ebusd_whcurve IODev myBroker
attr ebusd_whcurve icon message_tendency_steady
attr ebusd_whcurve publishSet state sonoff_ebus/430/Hc1HeatCurve/set
attr ebusd_whcurve room Entwicklung,eBus
attr ebusd_whcurve stateFormat state
attr ebusd_whcurve webCmd 0.20:0.90:1.00:1.10:1.20:1.30:1.40:1.50:1.60:1.70

beim subscribeReading_hcurve sonoff_ebus/430/Hc1HeatCurve ist darauf zu achten, das hier auch das CSV File angegeben wird "430", oder eben "bai".

Wer bereits MQTT im Einsatz hat, sollte diese Methode wählen weil sich damit einiges einsparen lässt und die Auswertung der Messdaten auch von anderen Devices die MQTT verstehen durchführen lässt.

hier ein Log von Mosquitto während einer automatischen Abfrage:
Client mosqsub/10277-Raspberry received PUBLISH (d0, q0, r0, m0, 'sonoff_ebus/430/Hc1HeatCurve/get', ... (3 bytes))
sonoff_ebus/430/Hc1HeatCurve/get get
Client mosqsub/10277-Raspberry received PUBLISH (d0, q0, r0, m0, 'sonoff_ebus/bai/Waterpressure/get', ... (3 bytes))
sonoff_ebus/bai/Waterpressure/get get
Client mosqsub/10277-Raspberry received PUBLISH (d0, q0, r0, m0, 'sonoff_ebus/bai/OutdoorstempSensor/get', ... (3 bytes))
sonoff_ebus/bai/OutdoorstempSensor/get get
Client mosqsub/10277-Raspberry received PUBLISH (d0, q0, r0, m0, 'sonoff_ebus/430/Hc1HeatCurve', ... (32 bytes))
sonoff_ebus/430/Hc1HeatCurve {
     "curve": {"value": 1.30}}
Client mosqsub/10277-Raspberry received PUBLISH (d0, q0, r0, m0, 'sonoff_ebus/bai/WaterPressure', ... (65 bytes))
sonoff_ebus/bai/WaterPressure {
     "press": {"value": 2.019},
     "sensor": {"value": "ok"}}
Client mosqsub/10277-Raspberry received PUBLISH (d0, q0, r0, m0, 'sonoff_ebus/bai/OutdoorstempSensor', ... (64 bytes))
sonoff_ebus/bai/OutdoorstempSensor {
     "temp": {"value": 10.56},
     "sensor": {"value": "ok"}}


ach ja, der verwendete Regexp für das Modul expandJson lautet hier:
define ej3 expandJSON (Sonoff.*|ebus.*:.*:.{.*.*{.*.*}})
mit dieser Regexp kann ich alle MQTT Messages von Devices die mit "Sonoff_" und "ebus" beginnen automatisch erfassen. Die Readings werden dann so wie im Bild "mqtt_druck" angelegt.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Tstolzmann am 09 Januar 2018, 17:31:27
Hallo
Wo finde ich die neu Doku, ich finde sie einfach nicht.

Danke Thomas
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 09 Januar 2018, 20:02:20
Zitat von: Tstolzmann am 09 Januar 2018, 17:31:27
Hallo
Wo finde ich die neu Doku, ich finde sie einfach nicht.

Danke Thomas
Hallo Leute
Habt Ihr alle das Lesen verlernt? Im ersten Thread ist ein link, der auf eine andere Seite fuehrt. Das ist so schwierig nicht!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: usernobody am 09 Januar 2018, 22:01:30
Guten Abend,

ich habs auch endlich geschafft meine Basisplatine mit UART zu löten, habs dann gestern und heute getestet und immer das gleiche Problem, wenn ich den ebusd mit folgenden Parametern -d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log  --scanconfig (Parameter in /etc/default/ebusd eingetragen) starte ist aus meiner Sicht erstmal alles gut.
service ebusd status
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/lib/systemd/system/ebusd.service; disabled; vendor preset: enabled)
   Active: active (running) since Tue 2018-01-09 21:02:13 CET; 22min ago
  Process: 771 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=0/SUCCESS)
Main PID: 772 (ebusd)
   CGroup: /system.slice/ebusd.service
           └─772 /usr/bin/ebusd

Jan 09 21:02:13 ebus-pi systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
Jan 09 21:02:13 ebus-pi systemd[1]: Started ebusd, the daemon for communication with eBUS heating systems..

und
ebusctl info
version: ebusd 3.0pre.bbc4d04
signal: acquired
symbol rate: 38
max symbol rate: 67
reconnects: 0
masters: 3
messages: 181
conditional: 7
poll: 0
update: 11
address 03: master #11
address 08: slave #11
address 10: master #2
address 25: slave
address 26: slave
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave


Nach ca. 1-2 Minuten verliert der ebusd das Signal

ebusctl info
version: ebusd 3.0pre.bbc4d04
update check: version 3.1 available, broadcast.csv: different version available, vaillant/15.e7f.csv: different version available, vaillant/23.vr630.cc.csv: newer version available, vaillant/26.solsy.hc.csv: newer version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: newer version available, vaillant/hcmode.inc: newer v
signal: no signal
reconnects: 1
masters: 3
messages: 181
conditional: 7
poll: 0
update: 11
address 03: master #11
address 08: slave #11
address 10: master #2
address 15: slave #2
address 23: slave
address 25: slave
address 26: slave
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave
address ec: slave


dmesg sagt folgendes:

usb 1-1.5: new full-speed USB device number 4 using dwc_otg
usb 1-1.5: New USB device found, idVendor=10c4, idProduct=ea60
usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=3
usb 1-1.5: Product: CP2102 USB to UART Bridge Controller
usb 1-1.5: Manufacturer: Silicon Labs
usb 1-1.5: SerialNumber: 0001
usbcore: registered new interface driver usbserial
usbcore: registered new interface driver usbserial_generic
usbserial: USB Serial support registered for generic
usbcore: registered new interface driver cp210x
usbserial: USB Serial support registered for cp210x
cp210x 1-1.5:1.0: cp210x converter detected
usb 1-1.5: cp210x converter now attached to ttyUSB0
random: crng init done
dwc_otg: DEVICE:004 : update_urb_state_xfer_comp:747:trimming xfer length
cp210x ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
cp210x ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
cp210x ttyUSB0: failed get req 0x8 size 1 status: -32
cp210x ttyUSB0: failed set req 0x1e size 4 status: -32
cp210x ttyUSB0: failed to set baud rate to 9600
cp210x ttyUSB0: failed to get comm status: -32
cp210x ttyUSB0: failed set request 0x7 status: -32
cp210x ttyUSB0: failed set request 0x12 status: -32
cp210x ttyUSB0: failed set request 0x0 status: -32
cp210x ttyUSB0: failed set request 0x0 status: -32
cp210x ttyUSB0: cp210x_open - Unable to enable UART
cp210x ttyUSB0: failed set request 0x0 status: -32


ebuslog

2018-01-09 10:46:24.089 [main notice] ebusd 3.0pre.bbc4d04 started with auto scan
2018-01-09 10:46:24.129 [bus notice] bus started with own address 31/36
2018-01-09 10:46:24.132 [bus notice] signal acquired
2018-01-09 10:46:24.209 [bus notice] new master 10, master count 2
2018-01-09 10:46:24.241 [bus notice] new master 03, master count 3
2018-01-09 10:46:24.241 [update notice] unknown MS cmd: 1008b513020508 / 00
2018-01-09 10:46:24.651 [mqtt notice] connection established
2018-01-09 10:46:24.667 [mqtt error] write message global running not found
2018-01-09 10:46:24.771 [update notice] unknown MS cmd: 1026b509030d0400 / 03850200
2018-01-09 10:46:24.954 [update notice] unknown MS cmd: 1025b5040101 / 09320300000283000100
2018-01-09 10:46:25.120 [update notice] unknown MS cmd: 10ecb504010d / 050000008000
2018-01-09 10:46:25.286 [update notice] unknown MS cmd: 1025b504010d / 050000570332
2018-01-09 10:46:25.555 [update notice] unknown MS cmd: 0315b51303060000 / 00
2018-01-09 10:46:25.615 [update notice] unknown MS cmd: 0315b51303060000 / 00
2018-01-09 10:46:25.719 [update notice] unknown MS cmd: 0315b51303060000 / 00
2018-01-09 10:46:25.822 [update notice] unknown MS cmd: 0315b51303060000 / 00
2018-01-09 10:46:26.332 [update notice] unknown MS cmd: 1008b5110101 / 0952460080ffff0100ff
2018-01-09 10:46:26.492 [update notice] unknown MS cmd: 1025b5050427002800 / 00
2018-01-09 10:46:26.776 [update notice] unknown MS cmd: 1025b5040117 / 0101
2018-01-09 10:46:27.488 [update notice] unknown MS cmd: 1026b5040101 / 09140200000585000000
2018-01-09 10:46:27.663 [update notice] unknown MS cmd: 1025b505082b0f010000000080 / 00
2018-01-09 10:46:29.808 [update notice] unknown MS cmd: 10ecb5040121 / 050000003a00
2018-01-09 10:46:33.376 [update notice] unknown MS cmd: 1026b5040100 / 0a0333461009010218e0fe
2018-01-09 10:46:33.780 [update notice] unknown MS cmd: 1008b51009000052ffffff00ff00 / 0101
2018-01-09 10:46:34.319 [bus notice] scan 08: ;Vaillant;BAI00;0703;7401
2018-01-09 10:46:34.345 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv
2018-01-09 10:46:34.348 [main notice] read common config file /etc/ebusd/vaillant/scan.csv
2018-01-09 10:46:34.354 [main notice] read scan config file /etc/ebusd/vaillant/08.bai.csv for ID "bai00", SW0703, HW7401
2018-01-09 10:46:34.491 [bus error] send to 08: ERR: generic device error, give up
2018-01-09 10:46:34.491 [bus error] send message part 0: ERR: generic device error
2018-01-09 10:46:34.491 [main error] error reading message scan.08 id: ERR: generic device error
2018-01-09 10:46:44.496 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2018-01-09 10:46:44.496 [bus error] signal lost
2018-01-09 10:46:44.496 [bus error] send to 08: ERR: no signal, give up
2018-01-09 10:46:44.496 [bus error] send message part 0: ERR: no signal
2018-01-09 10:46:44.496 [main error] error reading message scan.08 id: ERR: no signal
2018-01-09 10:46:54.511 [bus notice] re-opened /dev/ttyUSB0
2018-01-09 10:46:54.527 [bus notice] signal acquired
2018-01-09 10:46:54.655 [update notice] unknown MS cmd: 0315b51303066400 / 00
2018-01-09 10:46:55.350 [update notice] unknown MS cmd: 0315b51303066400 / 00
2018-01-09 10:46:55.873 [update notice] unknown MS cmd: 10ecb504010d / 050000008000
2018-01-09 10:46:56.387 [update notice] unknown MS cmd: 1050b505042d000000 / 00
2018-01-09 10:46:57.559 [bus error] send to 08: ERR: arbitration lost, retry
2018-01-09 10:46:58.146 [main error] error executing instructions: ERR: element not found, last error: loaded "/etc/ebusd/vaillant/bai.0010004$
2018-01-09 10:46:58.147 [main notice] found messages: 287 (0 conditional on 21 conditions, 0 poll, 11 update)
2018-01-09 10:47:08.905 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2018-01-09 10:47:08.905 [bus error] signal lost
2018-01-09 10:47:18.924 [bus notice] re-opened /dev/ttyUSB0
2018-01-09 10:47:18.930 [bus notice] signal acquired
2018-01-09 10:47:19.506 [main error] scan config 15: ERR: read timeout
2018-01-09 10:47:30.073 [bus notice] re-opened /dev/ttyUSB0
2018-01-09 10:47:30.223 [bus notice] scan 25: ;Vaillant;SOLSY;0500;6301
2018-01-09 10:47:30.974 [bus notice] scan 25: ;21;10;48;0020080463;0907;005207;N8
2018-01-09 10:47:30.990 [main notice] read scan config file /etc/ebusd/vaillant/25.solsy.hwc.csv for ID "solsy", SW0500, HW6301
2018-01-09 10:47:31.001 [main notice] found messages: 345 (0 conditional on 21 conditions, 0 poll, 11 update)
2018-01-09 10:47:33.142 [bus notice] scan 26: ;Vaillant;SOLSY;0500;6301
2018-01-09 10:47:33.863 [bus notice] scan 26: ;21;10;48;0020080463;0907;005207;N8
2018-01-09 10:48:18.798 [update notice] unknown MS cmd: 1050b505082b0f010000000080 / 00
2018-01-09 10:48:20.557 [bus notice] scan ec: ;21;10;48;0020080463;0907;005207;N8
2018-01-09 10:48:20.584 [main notice] read scan config file /etc/ebusd/vaillant/ec.solsy.sc.csv for ID "solsy", SW0500, HW6301
2018-01-09 10:48:20.586 [main notice] found messages: 557 (9 conditional on 27 conditions, 0 poll, 11 update)
2018-01-09 10:48:24.724 [update notice] update bai Mode QQ=10: standby
2018-01-09 10:48:25.701 [update notice] unknown MS cmd: 1008b513020508 / 00
2018-01-09 10:48:26.186 [update notice] update hc SumFlowSensor QQ=10: 40.19;ok
2018-01-09 10:48:26.369 [update notice] update hwc Mode QQ=10: 50;auto;02;off
2018-01-09 10:48:26.532 [update notice] unknown MS cmd: 10ecb504010d / 050000008000
2018-01-09 10:48:26.700 [update notice] update hwc Status QQ=10: 0;off;53.44;50
2018-01-09 10:48:26.864 [update notice] unknown MS cmd: 10ecb5040121 / 050100003a00
2018-01-09 10:48:27.742 [update notice] update bai Status01 QQ=10: 40.0;35.0;-;-;-;on
2018-01-09 10:48:27.896 [update notice] unknown MS cmd: 1025b5050427002800 / 00
2018-01-09 10:48:28.181 [update notice] unknown MS cmd: 1025b5040117 / 0101
2018-01-09 10:48:28.760 [update notice] unknown MS cmd: 1025b505082b0f010000000080 / 00
2018-01-09 10:48:34.805 [update notice] update bai Mode QQ=10: standby
2018-01-09 10:48:35.777 [update notice] unknown MS cmd: 1008b513020508 / 00
2018-01-09 10:48:36.310 [update notice] unknown MS cmd: 1023b505082b0f010000000080 / 00
2018-01-09 10:48:36.795 [update notice] update hc SumFlowSensor QQ=10: 40.19;ok
2018-01-09 10:48:36.974 [update notice] unknown MS cmd: 10ecb5040101 / 09000300000007000100
2018-01-09 10:48:37.144 [update notice] unknown MS cmd: 1026b504010d / 051b0083020f
2018-01-09 10:48:37.313 [update notice] update hwc Status QQ=10: 0;off;53.44;50
2018-01-09 10:48:37.867 [update notice] update bai Status01 QQ=10: 40.0;35.0;-;-;-;on
2018-01-09 10:48:38.022 [update notice] unknown MS cmd: 10ecb5050427002800 / 00
2018-01-09 10:48:38.309 [update notice] unknown MS cmd: 1025b5040117 / 0101
2018-01-09 10:48:38.856 [update notice] unknown MS cmd: 1026b5040101 / 09140200000585000000
2018-01-09 10:48:39.030 [update notice] unknown MS cmd: 10ecb505082b0f010000000080 / 00
2018-01-09 10:48:42.761 [main error] scan config 23: ERR: read timeout
2018-01-09 10:48:52.764 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2018-01-09 10:48:52.764 [bus error] signal lost
2018-01-09 10:49:02.765 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2018-01-09 10:49:12.766 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2018-01-09 10:49:22.766 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2018-01-09 10:49:32.767 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2018-01-09 10:49:42.768 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2018-01-09 10:49:52.769 [bus error] unable to open /dev/ttyUSB0: ERR: element not found


ebusd --checkconfig

2018-01-09 21:04:22.627 [main notice] ebusd 3.0pre.bbc4d04 performing configuration check...
2018-01-09 21:04:24.381 [main error] error executing instructions: ERR: element not found, last error: included "/etc/ebusd/vaillant/errors.inc" for "06", loaded "/etc/ebusd/vaillant/bai.0010002315.inc" for "08" (), loaded "/etc/ebusd/vaillant/bai.0010002465.inc" for "08" (), loaded "/etc/ebusd/vaillant/bai.0010003857.inc" for "08" (), loaded "/etc/ebusd/vaillant/bai.0010003886.inc" for "08" (), loaded "/etc/ebusd/vaillant/bai.0010004121.inc" for "08" (), loaded "/etc/ebusd/vaillant/bai.0010004150.inc" for "08" (), loaded "/etc/ebusd/vaillant/bai.0010005400.inc" for "08" (), loaded "/etc/ebusd/vaillant/bai.0010006101.inc" for "08" (), loaded "/etc/ebusd/vaillant/bai.0010006341.inc" for "08" (), loaded "/etc/ebusd/vaillant/bai.0010007508.inc" for "08" (), loaded "/etc/ebusd/vaillant/bai.0010010674.inc" for "08" (), loaded "/etc/ebusd/vaillant/bai.0020066007.inc" for "08" (), loaded "/etc/ebusd/vaillant/bai.308523.inc" for "08" (), loaded "/etc/ebusd/vaillant/bai.0010003886.inc" for "08" (), loaded "/etc/ebusd/vaillant/bai.0010004121.inc" for "08" (), loaded "/etc/ebusd/vaillant/bai.0010006101.inc" for "08" (), loaded "/etc/ebusd/vaillant/bai.0010010674.inc" for "08" (), loaded "/etc/ebusd/vaillant/bai.0020066007.inc" for "08" (), loaded "/etc/ebusd/vaillant/bai.308523.inc" for "08" (), loaded "/etc/ebusd/vaillant/bai.308523.inc" for "08", included "/etc/ebusd/vaillant/errors.inc" for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/hwcmode.inc" for "0a", included "/etc/ebusd/vaillant/timer.inc" for "0a", included "/etc/ebusd/vaillant/errors.inc" for "0a", included "/etc/ebusd/vaillant/timercc.inc" for "15", included "/etc/ebusd/vaillant/timerhwc.inc" for "15", included "/etc/ebusd/vaillant/timerhc.inc" for "15", included "/etc/ebusd/vaillant/errors.inc" for "15", included "/etc/ebusd/vaillant/timercc.inc" for "15", included "/etc/ebusd/vaillant/timerhwc.inc" for "15", included "/etc/ebusd/vaillant/errors.inc" for "15", included "/etc/ebusd/vaillant/timerhc.inc" for "15", included "/etc/ebusd/vaillant/tempsetpoints.inc" for "15", included "/etc/ebusd/vaillant/timercc.inc" for "15", included "/etc/ebusd/vaillant/timerhwc.inc" for "15", included "/etc/ebusd/vaillant/errors.inc" for "15", included "/etc/ebusd/vaillant/timerhc.inc" for "15", included "/etc/ebusd/vaillant/tempsetpoints.inc" for "15", included "/etc/ebusd/vaillant/timercc.inc" for "15", included "/etc/ebusd/vaillant/timerhwc.inc" for "15", included "/etc/ebusd/vaillant/timerhc.inc" for "15", included "/etc/ebusd/vaillant/errors.inc" for "15", included "/etc/ebusd/vaillant/timerhc.inc" for "15", included "/etc/ebusd/vaillant/errors.inc" for "15", included "/etc/ebusd/vaillant/timercc.inc" for "15", included "/etc/ebusd/vaillant/timerhwc.inc" for "15", included "/etc/ebusd/vaillant/timerhc.inc" for "15", included "/etc/ebusd/vaillant/errors.inc" for "15", included "/etc/ebusd/vaillant/timercc.inc" for "15", included "/etc/ebusd/vaillant/timerhwc.inc" for "15", included "/etc/ebusd/vaillant/errors.inc" for "15", included "/etc/ebusd/vaillant/timerhc.inc" for "15", included "/etc/ebusd/vaillant/tempsetpoints.inc" for "15", included "/etc/ebusd/vaillant/currentservice.inc" for "15", included "/etc/ebusd/vaillant/timercc.inc" for "15", included "/etc/ebusd/vaillant/timerhwc.inc" for "15", included "/etc/ebusd/vaillant/timerhc.inc" for "15", included "/etc/ebusd/vaillant/errors.inc" for "15", included "/etc/ebusd/vaillant/errors.inc" for "15", included "/etc/ebusd/vaillant/hwcmode.inc" for "23", included "/etc/ebusd/vaillant/timer.inc" for "23", included "/etc/ebusd/vaillant/errors.inc" for "23", included "/etc/ebusd/vaillant/hwcmode.inc" for "23", included "/etc/ebusd/vaillant/timer.inc" for "23", included "/etc/ebusd/vaillant/errors.inc" for "23", included "/etc/ebusd/vaillant/hwcmode.inc" for "23", included "/etc/ebusd/vaillant/timer.inc" for "23", included "/etc/ebusd/vaillant/errors.inc" for "23", included "/etc/ebusd/vaillant/hwcmode.inc" for "25", included "/etc/ebusd/vaillant/timer.inc" for "25", included "/etc/ebusd/vaillant/errors.inc" for "25", included "/etc/ebusd/vaillant/hwcmode.inc" for "25", included "/etc/ebusd/vaillant/timer.inc" for "25", included "/etc/ebusd/vaillant/errors.inc" for "25", included "/etc/ebusd/vaillant/hwcmode.inc" for "25", included "/etc/ebusd/vaillant/timer.inc" for "25", included "/etc/ebusd/vaillant/errors.inc" for "25", included "/etc/ebusd/vaillant/hcmode.inc" for "26", included "/etc/ebusd/vaillant/timer.inc" for "26", included "/etc/ebusd/vaillant/errors.inc" for "26", included "/etc/ebusd/vaillant/hcmode.inc" for "26", included "/etc/ebusd/vaillant/timer.inc" for "26", included "/etc/ebusd/vaillant/errors.inc" for "26", included "/etc/ebusd/vaillant/mcmode.inc" for "50", included "/etc/ebusd/vaillant/timer.inc" for "50", included "/etc/ebusd/vaillant/errors.inc" for "50", included "/etc/ebusd/vaillant/roomtempoffset.inc" for "50", included "/etc/ebusd/vaillant/quick.inc" for "50", included "/etc/ebusd/vaillant/mcmode.inc" for "50", included "/etc/ebusd/vaillant/timer.inc" for "50", included "/etc/ebusd/vaillant/errors.inc" for "50", included "/etc/ebusd/vaillant/roomtempoffset.inc" for "50", included "/etc/ebusd/vaillant/quick.inc" for "50", included "/etc/ebusd/vaillant/errors.inc" for "50", included "/etc/ebusd/vaillant/timerhc.inc" for "50", included "/etc/ebusd/vaillant/tempsetpoints.inc" for "50", included "/etc/ebusd/vaillant/mcmode.inc" for "50", included "/etc/ebusd/vaillant/timer.inc" for "50", included "/etc/ebusd/vaillant/errors.inc" for "50", included "/etc/ebusd/vaillant/roomtempoffset.inc" for "50", included "/etc/ebusd/vaillant/quick.inc" for "50", included "/etc/ebusd/vaillant/mcmode.inc" for "51.*.3", included "/etc/ebusd/vaillant/timer.inc" for "51.*.3", included "/etc/ebusd/vaillant/errors.inc" for "51.*.3", included "/etc/ebusd/vaillant/roomtempoffset.inc" for "51.*.3", included "/etc/ebusd/vaillant/quick.inc" for "51.*.3", included "/etc/ebusd/vaillant/timercool.inc" for "52.*.4", included "/etc/ebusd/vaillant/mcmode.inc" for "52.*.4", included "/etc/ebusd/vaillant/timer.inc" for "52.*.4", included "/etc/ebusd/vaillant/errors.inc" for "52.*.4", included "/etc/ebusd/vaillant/roomtempoffset.inc" for "52.*.4", included "/etc/ebusd/vaillant/quick.inc" for "52.*.4", included "/etc/ebusd/vaillant/timercool.inc" for "53.*.5", included "/etc/ebusd/vaillant/mcmode.inc" for "53.*.5", included "/etc/ebusd/vaillant/timer.inc" for "53.*.5", included "/etc/ebusd/vaillant/errors.inc" for "53.*.5", included "/etc/ebusd/vaillant/roomtempoffset.inc" for "53.*.5", included "/etc/ebusd/vaillant/quick.inc" for "53.*.5", included "/etc/ebusd/vaillant/hwcmode.inc" for "a0", included "/etc/ebusd/vaillant/timer.inc" for "a0", included "/etc/ebusd/vaillant/errors.inc" for "a0", included "/etc/ebusd/vaillant/hwcmode.inc" for "a1", included "/etc/ebusd/vaillant/timer.inc" for "a1", included "/etc/ebusd/vaillant/errors.inc" for "a1", included "/etc/ebusd/vaillant/errors.inc" for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/errors.inc" for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/errors.inc" for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/errors.inc" for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/errors.inc" for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/errors.inc" for "08", error including "/etc/ebusd/vaillant/servicehistory.inc" for "08": ERR: element not found /etc/ebusd/vaillant/servicehistory.inc, included "/etc/ebusd/vaillant/currentservice.inc" for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/errors.inc" for "08", error including "/etc/ebusd/vaillant/servicehistory.inc" for "08": ERR: element not found /etc/ebusd/vaillant/servicehistory.inc, included "/etc/ebusd/vaillant/currentservice.inc" for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/errors.inc" for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/errors.inc" for "08", error including "/etc/ebusd/vaillant/servicehistory.inc" for "08": ERR: element not found /etc/ebusd/vaillant/servicehistory.inc, included "/etc/ebusd/vaillant/currentservice.inc" for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/errors.inc" for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/errors.inc" for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/errors.inc" for "08", error including "/etc/ebusd/vaillant/servicehistory.inc" for "08": ERR: element not found /etc/ebusd/vaillant/servicehistory.inc, included "/etc/ebusd/vaillant/currentservice.inc" for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/errors.inc" for "08", error including "/etc/ebusd/vaillant/servicehistory.inc" for "08": ERR: element not found /etc/ebusd/vaillant/servicehistory.inc, included "/etc/ebusd/vaillant/currentservice.inc" for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/errors.inc" for "08", error including "/etc/ebusd/vaillant/servicehistory.inc" for "08": ERR: element not found /etc/ebusd/vaillant/servicehistory.inc, included "/etc/ebusd/vaillant/currentservice.inc" for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/errors.inc" for "08", error including "/etc/ebusd/vaillant/servicehistory.inc" for "08": ERR: element not found /etc/ebusd/vaillant/servicehistory.inc, included "/etc/ebusd/vaillant/currentservice.inc" for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/errors.inc"
for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/errors.inc" for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/errors.inc" for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/errors.inc" for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/errors.inc" for "08", included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/hwcmode.inc" for "e0", included "/etc/ebusd/vaillant/timer.inc" for "e0", included "/etc/ebusd/vaillant/errors.inc" for "e0", included "/etc/ebusd/vaillant/errors.inc" for "ec", included "/etc/ebusd/vaillant/errors.inc" for "ec", included "/etc/ebusd/vaillant/errors.inc" for "ed"
2018-01-09 21:04:24.381 [main notice] found messages: 9521 (454 conditional on 145 conditions, 2 poll, 59 update)
2018-01-09 21:04:24.443 [main notice] ebusd stopped


Was mich irritiert ist das es erst zu funktionieren scheint und dann das Signal verloren wird.
Ich hab keine Idee wo ich ansetzen soll. Ist es ein Hardware Problem Platine oder UART? Oder Software? Hab Raspbian Stretch mit ebusd jessie deb installiert. Verträgt sich das nicht...
Für Ideen und Lösungsvorschläge wäre ich sehr dankbar....
Ich hab keine mehr  :-[

Achja meine Hard/Software Konfiguration:

Raspi3 mit Raspbian Stretch
ebusd jessie deb und config deb mit dpkg -i --force-overwrite jeweils aktuellste Version
Basisplatine mit Mini UART
Vaillant AuroMatic 620/3
Vaillant EcoTec Plus VC 146/5

Danke schonmal für eure Mühe

Mit freundlichen Grüssen

Stefan
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 10 Januar 2018, 13:39:11
Hallo usernobody!

Ich habe auch Stretch mit demselben Uart wie du.
Das Problem liegt offensichtlich hier:
cp210x ttyUSB0: cp210x_open - Unable to enable UART
Aus irgend einem Grund kann er den Uart nicht aktivieren, erkennen tut er ihn.

2018-01-09 10:47:08.905 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2018-01-09 10:47:08.905 [bus error] signal lost
2018-01-09 10:47:18.924 [bus notice] re-opened /dev/ttyUSB0
2018-01-09 10:47:18.930 [bus notice] signal acquired
2018-01-09 10:47:19.506 [main error] scan config 15: ERR: read timeout
2018-01-09 10:47:30.073 [bus notice] re-opened /dev/ttyUSB0

auch hier sieht man wie er den Adapter während der Laufzeit verliert.

Mach mal "lsusb" ob du ihn da siehst?

pi@Raspberry2:~ $ lsusb
Bus 001 Device 004: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

hier wird er bei mir unter Device 004 eingebunden.
Die Möglichkeit einen anderen Uart zu testen hast du nicht? Es wäre auch einmal sinnvoll das USB Kabel zum Uart zu tauschen.

Deine Platine scheint ok zu sein, der Empfang ist einwandfrei da und senden kann er auch weil nach dem Initialscan schon CSV Files geladen wurden.

Checke eventuell einmal ob in der /boot/config.txt ganz unten der Uart aktiviert ist: enable_uart=1

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: usernobody am 10 Januar 2018, 14:35:50
Hallo Reinhart

Erstmal danke für die ausführliche Antwort

Hab ich doch glatt vergessen die lsusb Ausgabe zu posten, die sieht exakt wie bei dir aus.

Anderen uart zum testen hab ich mir besorgt, usb Kabel teste ich und config.txt schaue ich nach. Wird alles aber erst heute Abend was.

Gruß
Stefan
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 10 Januar 2018, 19:40:30
Zitat von: lewej am 27 Dezember 2017, 10:13:17
Hallo,

kann mir jemand sagen, wie ich den NTC am JP5 im easyesp ansprechen kann?

gruss
lewej

Hallo Zusammen,

ich komme bei den Einstellungen für den NTC nicht weiter, was muss ich beim Device anlegen, alles einstellen. Ich bekomme zur Auswahl Pn+1, welchen davon muss ich nehmen. Könnte evtl. jemand ein Screen oder die Einstellungen hier veröffentlichen?

Gruss
lewej
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: usernobody am 10 Januar 2018, 22:27:25
@Reinhart

Habe deine Lösungsvorschläge gestestet leider ohne Erfolg. enable_uart=1 in config.txt nachgetragen, stand tatsächlich nicht drin und reboot durchgeführt. Anderen UART (das gleiche Modell wie der originale) und anderes USB Kabel.

Mit anderen USB Kabel kann das usb serial modul nicht geladen werden, also UART wird schon beim anstecken nicht richtig erkannt. Modprobe for ttyUSB0 failed oder sowas steht bei dmesg, ich gehe dann mal davon aus das das erste Kabel ok ist.
Wenn ich das "Test Kabel" nutze steht bei demesg ausserdem cp210x 1-1.4:1.0: cp210x converter detected bei dem Kabel was ich vorher genutzt hab und wo der UART richtig erkannt wird steht da cp210x 1-1.2:1.0: cp210x converter detected und in meinem Post von gestern sehe ich grad cp210x 1-1.5:1.0: cp210x converter detected . Hat das was zu bedeuten?

Auf dem UART sind ja drei LEDs, ich denke mal einer für Power einer für Rx einer für Tx. Wenn ich den UART mit Strom versorge leuchten die Power LED durchgehend und die Rx LED (jedenfalls blinkt die UART LED synchron mit der Rx LED auf der Platine). Wenn nun einmal Rx und Tx LED auf dem UART geleuchtet haben ist die Power LED aus und bleibt aus bis ich den Raspi reboote oder einmal das USB Kabel abziehe und wieder anstecke.
Ist das ein normales Verhalten?
Oder ein Netzteil Problem...? ist ein 5V 3A Steckernetzteil für Raspi

Vielleicht fällt jemanden dazu noch was ein....

Ich werde mir morgen die UART Lötstellen und die Lötstellen auf der Platine wo die UART Buchsen eingelötet sind vornehmen und erneuern...

Gruss

Stefan
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TottiToad am 11 Januar 2018, 10:39:37
Hallo,

ich bin nun endlich auch glücklicher Besitzer eines komplett Bausatzes A fertig gelötet. (Nochmals an dieser Stelle einen Riesen Dank an alle Beteiligten !!!)


"Vor lauter Bäumen sehe ich nun den Wald nicht mehr"  ;) ... Habe in den letzten Tagen viel gelesen und irgendwie den Überblick verloren und jetzt ein paar Grundsätzliche Fragen zum fertigen Bausatz.

Ich hoffe die Fragen sind jetzt nicht allzu "blöd"  ???


- Wie schließe ich den fertigen Bausatz A am besten an ? (Grundsätzliches Anschließen, die Softwareseitigen Sachen sind ja bestens beschrieben)

Mein Gedanke war eine Leitung vom Heizkessel (Ebus Leitung) zu mir ins Büro zu legen, dort sind alle Geräte, Server etc untergebracht. (Im Keller ist der WLAN Empfang nicht wirklich so doll :(, daher dachte ich alles hoch zu legen)
Dort dann einen Raspi mit dem Ebus Dämon fertig machen ?
Und dort dann per USB Kabel das Modul anschließen ?

Oder das Modul über ein Trafo mit Strom versorgen und per WLAN mit dem Raspi verbinden ?

Dann die Daten vom Raspi übers Netzwerk zu meiner FHEM Installation ?


Ich hoffe ihr versteht meine Fragen und ich stelle mich jetzt nicht zu doof an ;)

Grüße & Danke
Torsten

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 11 Januar 2018, 11:52:14
NTC am Erweiterungsboard einrichten!

Um den NTC an der Erweiterungsplatine einzurichten ist eigentlich nicht viel notwendig.
im Wiki von ESPEasy (https://www.letscontrolit.com/wiki/index.php/Analog) ist das schon gut beschrieben und auch die Formel (https://www.letscontrolit.com/wiki/index.php/Analog_Pressure_sensor) wie man das berechnet gepostet.

Um das jetzt für unsere Zwecke der Temperaturmessung anzuwenden, hier eine kleine Beschreibung wie man das einrichten und nach den persönlichen Bedürfnissen anpassen und berechnen kann.

Achtung: der Analog Eingang darf nicht mehr als 1 V betragen, ansonsten wir der Wemos defekt.

Um jetzt kein Risiko einzugehen, habe ich die Anschlüße etwas abgeändert, denn wenn sonst jemand den NTC im Betrieb abgezogen hätte, dann wären die vollen 3,3 V am Eingang des ADC angelegen. Dazu habe ich den Widerstand R3 (39k) entfernt und dafür zwei 1-pol. Stiftleisten für den NTC eingelötet. An der vorgesehenen Stiftleiste (JP5 = A0 + Gnd) habe ich einen Widerstand von 2k2 eingelötet. Welchen Wert ihr da nehmen sollt hängt vom Temperaturbereich ab den ihr messen wollt. Seht dazu in der Tabelle des NTC und wählt dann einen Widerstand das im schlimmsten Fall nicht mehr als 1V am A0 anliegt.

Ich habe das hier für eine Messung der Raumtemperatur ausgelegt und bin daher auf 2K2 gekommen weil der noch einen schönen Bereich/Spreizung erzeugt.

Kalibrieren:
In ESPEasy ist schon eine Funktion zur Kalibrierung vorgesehen, siehe Bild. Ihr gebt hier lediglich die Spannung bei 0 Grad und 25 Grad ein und multipliziert in der Formel mit 10. Das ist alles.

Ich glaube mit den paar Tipps sollte nun jeder in der Lage sein eine Temperaturerfassung zu realisieren und dies auch für andere Temperaturbereiche (Rohrmessung von höheren Temperaturen) zu berechnen.

Im Anhang noch eine Tabelle des NTC, ein Rechenbeispiel und die Schaltung wie ich sie jetzt für diesen Zweck angepasst habe.

LG
Reinhart



Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 11 Januar 2018, 12:32:01
Zitat von: TottiToad am 11 Januar 2018, 10:39:37
- Wie schließe ich den fertigen Bausatz A am besten an ? (Grundsätzliches Anschließen, die Softwareseitigen Sachen sind ja bestens beschrieben)

Mein Gedanke war eine Leitung vom Heizkessel (Ebus Leitung) zu mir ins Büro zu legen, dort sind alle Geräte, Server etc untergebracht. (Im Keller ist der WLAN Empfang nicht wirklich so doll :(, daher dachte ich alles hoch zu legen)
Dort dann einen Raspi mit dem Ebus Dämon fertig machen ?
Und dort dann per USB Kabel das Modul anschließen ?

Oder das Modul über ein Trafo mit Strom versorgen und per WLAN mit dem Raspi verbinden ?

Dann die Daten vom Raspi übers Netzwerk zu meiner FHEM Installation ?


Wenn du die Möglichkeit hast die eBus Leitung zu verlegen, dann mache so, dann hast alles zentral an einem Punkt.
Wenn WLAN im Heizraum nicht funktioniert, müsstest du ein Lan Kabel dorthin verlegen, funktioniert genau so gut.
Ob du einen eigenen Raspi dafür nimmst obliegt dir. Egal ob du mit ECMD oder MQTT dann die Messwerte empfängst, hast du alle Varianten offen. Alles auf einem Raspi inkl. FHEM, oder getrennt mit 2 Raspi.

Ich glaube ein 2 x 0.75 Kabel zur verlegen ist das einfachste, ein Lan Kabel ist da schon komplizierter (Stecker aufcrimpen etc.).
Wenn du jedoch mit dem Gedanken spielst direkt im Heizraum ein Oled anzubringen damit du auch aktuelle Messdaten siehst, musst du ohnehin schauen wie du WLAN verbessern könntest.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TottiToad am 11 Januar 2018, 16:06:47
Danke Reinhart


Das WLAN verbessern, sollte jetzt auch nicht das große Problem sein. Hab mittlerweile das ganze Haus (bis auf den Keller) mit Unifi AP ausgestattet.

Für mich stellte sich da erstmal die Frage was am "besten / optimalsten" wäre.

Habe sowohl die Möglichkeit Lan in den Keller zu legen (Hätte auch noch genug Kabel und Material dafür da), WLAN zu verbessern oder EBUS Kabel nach oben zu legen.


Mit einem zusätzlich Raspi hatte ich halt in mehreren Beiträgen und einem WIKi so verstanden, das dies "besser" wäre. Hätte auch noch einen rumliegen.
Ansonsten läuft meine FHEM Installation auf einem NUC (daher sollte dieser genug Ressourcen haben)


- Wenn zusätzlicher Raspi, dann darauf nur Domain und den Ebus Dämon ? Oder zweites FHEM drauf und den Dämon ?

- Wie versorge ich denn das fertige Modul mit Erweiterungsboard mit Strom wenn nicht über nen Raspi ? Also welchen Wemo versorge ich mit Strom ? Oder beide ?


Grüße & Danke
Totti
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JeyPee am 11 Januar 2018, 16:08:23
Moinsem, nachdem Chris (pc1246) mir meine Boards freundlicherweise gelötet hat, und diese gestern angekommen sind,habe ich mich jetzt mal an die Installation gemacht. Vielleicht erinnern sich welche, ich war der, der mit dem kommerziellen eBus Koppler Probleme hatte.

Hier der alte Thread:
https://forum.fhem.de/index.php?topic=47439.0

Und, was soll ich sagen, die Probleme bestehen weiterhin.

Was habe ich bisher gemacht:
- ebus 3 installiert
- Neuste Config geholt
- Alles angeschlossen und angeschaltet

Wenn ich beide Geräte (calorMatic 430 und ebus Platine) am Bus habe, bekommt die calorMatic 430 keine Verbindung und die ebus Platine leuchtet nur grün.

Nehme ich eines der beiden Geräte vom Bus, funktioniert das verbleibende.

Was habe ich ausprobiert:
- Beide Geräte mit 10cm Kabeln direkt an die Therme angeklemmt. Ergebnis: Gleicher Bild
- calorMatic 430 abgeklemmt und solange versucht, bis zumindest ebusctl info irgendetwas mit Vaillant anzeigt.
   Das geht auch soweit. Wie ich die Werte lese usw. ist erstmal nicht interessant. Damit kann ich mich beschäftigen, wenn beide Geräte zuverlässig am Bus funktionieren.

Irgendjemand Ideen, oder habe ich eine ebus Platine von Vailliant, die das nicht kann?

Danke und Gruß
Jan
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JHo am 11 Januar 2018, 16:15:38
Welche Adressen haben denn Deine Geräte? Gibt es hier vielleicht einen Konflikt - schonmal die ebusd-Einstellung geändert?

Grüße,
ebenfalls Jan
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JeyPee am 11 Januar 2018, 16:23:05
Zitat von: JHo am 11 Januar 2018, 16:15:38
Welche Adressen haben denn Deine Geräte? Gibt es hier vielleicht einen Konflikt - schonmal die ebusd-Einstellung geändert?

Grüße,
ebenfalls Jan

Was meinst du mit Adressenkonflikt? In der ebusd config habe ich natürlich die IP config des wemos eingetragen.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 11 Januar 2018, 16:31:52
Moin
Schoen, dass die Geraete angekommen sind.
Schade, dass es, hoffentlich erstmal, nicht klappt!
Ich teile jetzt eher nicht JHo's Meinung, dass es an Adressen liegt, wobei natuerlich nichts unmoeglich ist. Da ich die gleiche Konstellation mit einem VR39 habe, frage ich mal ein paar Fragen:
- Wie lange laesst Du den Zustand so, dass die Calormatic meckert?
- Wie lange dauert es bei dir, bis die Calormatic die Therme sieht, wenn Du die Therme neu startest?
- Ist die Calormatic neu, oder gebraucht?
- Ist der VR39 neu oder gebraucht?

Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 11 Januar 2018, 16:32:55
Zitat von: JeyPee am 11 Januar 2018, 16:23:05
Was meinst du mit Adressenkonflikt? In der ebusd config habe ich natürlich die IP config des wemos eingetragen.
Wie der Name sagt, ist der eBUS ein Bus. Auf diesem haben alle Teilnehmer eine Adresse.
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JeyPee am 11 Januar 2018, 16:46:32
Das mit den Adressen ist klar, mir ist nur nicht bewusst, dass man die busadressen einstellen kann.

Ich habe den zustand mindestens 45-60. Minuten so gelassen. Fehler besteht weiterhin.

Die calormatic braucht so 3-5/Minuten gefühlt, bis sie am Start ist.

Calormatic und vr79 waren damals beide neu.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 11 Januar 2018, 18:16:35
die Adresse des Adapters kannst in der /etc/default/ebusd in den OPTs mit dem Parameter "--address=ff" einstellen. Hier wäre "ff" die (letzte) Adresse am Bus. Das siehst du aber schon im Log wenn das was nicht stimmt.

Ich glaube das aber nicht, denn die gleichen Geräte von Vaillant haben normalerweise alle die gleiche Adresse und meine Calormatic 430 hat 15 (ebustl info).

Ich glaube eher, du hast Probleme mit der Spannungsversorgung am eBus oder das Signal ist durch einen "defekten" Device verschliffen. Wenn du alle Geräte am eBus anschließt, was misst du denn für eine Spannung am eBus? Nicht alle Geräte am eBus halten die Spezifikation ein weil sie Toleranzen haben und sind dann weit schlechter als Class4 ein, aber normalerweise merkt man das erst aber einer gewissen Grundlast/Anzahl.

Lies dir einmal Punkt 10.4 in der Spezifikation (https://ebus.github.io/adapter/Spec_Prot_12_V1_3_1.pdf), da wird die Busversorgung erklärt. Vaillant bietet ja nicht umsonst Busversorgungen an, kannst aber leicht selber bauen (Schaltplan ist in der Spezifikation ).

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 11 Januar 2018, 18:33:53
.... mit einem Oszilloskop könnte man der Sache schnell dahinter kommen, aber es sollte auch ein Raw Log reichen.

Klemme einfach die Calormatic ab und aktiviere das Rawlog. Während du loggst hängst du die Calormatic dazu und wenn wir Glück haben sieht man dann schon was da alles passiert.

Stopp aber bitte mit, damit wir eindeutig sehen wann du die Calormatic dazu geklemmt hast.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JeyPee am 11 Januar 2018, 20:41:45
Also, Meßgerät habe ich gerade nicht zur Hand.

Habe jetzt nochmal auf die neue ebusd 3.1 Version per git aktualisiert, da ich vorher auch dieses Versionsproblem hatte.
Jetzt ist alles gut.

Folgendes schmeißt der manuelle ebusd Aufruf aus.


ebusd -d 192.168.2.154:8898 -l /var/log/ebusd.log --scanconfig --latency=20                                                                                                000 -f --lograwdata --lograwdatafile=/var/log/ebusraw.log
2018-01-11 20:36:33.375 [main notice] ebusd 3.1.v3.1-7-g6a6922c started with auto scan
2018-01-11 20:36:33.522 [bus notice] bus started with own address 31/36
2018-01-11 20:36:33.524 [bus notice] signal acquired
2018-01-11 20:36:52.144 [bus notice] new master 03, master count 2
2018-01-11 20:36:52.145 [bus notice] scan 08: ;Vaillant;V3x00;0118;9902
2018-01-11 20:36:59.848 [main error] unable to load scan config 08: no file from /etc/ebusd/v                                                                                                aillant with prefix 08. matches ID "v3x00", SW0118, HW9902
2018-01-11 20:36:59.848 [main error] scan config 08: ERR: element not found
2018-01-11 20:37:51.051 [bus error] signal lost
2018-01-11 20:37:51.939 [bus notice] signal acquired


2018-01-11 20:39:01.949 [main notice] update check: revision v3.1-1-g60a18d1 available, broadcast.csv: different version available



Der bus_error kam sofort mit dem Anschluss der CalorMatic

Hier die RAW_Logs, die direkt mit Anschluss der calorMatic abbrechen und gar nichts mehr sagen:


2018-01-11 20:37:42.105 >316e07040024
2018-01-11 20:37:42.672 >316f0704007a
2018-01-11 20:37:43.224 >317207040020
2018-01-11 20:37:43.769 >31740704007f
2018-01-11 20:37:44.335 >317507040021
2018-01-11 20:37:44.892 >3176070400c3
2018-01-11 20:37:45.445 >3178070400c1
2018-01-11 20:37:45.993 >31790704009f
2018-01-11 20:37:46.537 >317a0704007d
2018-01-11 20:37:47.082 >317b07040023
2018-01-11 20:37:47.627 >317c07040022
2018-01-11 20:37:48.186 >317d0704007c
2018-01-11 20:37:48.744 >317e0704009e
2018-01-11 20:37:49.291 >318007040006


Und, was sagt uns das?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 12 Januar 2018, 07:24:05
Hallo JeyPee
Du schreibst, es leuchtet nur gruen, was ist denn mit der gelben LED? Diese leuchtet bei mir sobald ich den Adapter an den Bus klemme. Die anderen Beiden bekommen ihre Spannung ja vom Wemos. Und dann wuerde sich Reinharts Vermutung ja bestaetigen, dass Dein Bus gar nicht die Spannung liefert!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 12 Januar 2018, 07:33:53
Zitat von: pc1246 am 12 Januar 2018, 07:24:05
Du schreibst, es leuchtet nur gruen, was ist denn mit der gelben LED? Diese leuchtet bei mir sobald ich den Adapter an den Bus klemme. Die anderen Beiden bekommen ihre Spannung ja vom Wemos. Und dann wuerde sich reinharts Vermutung ja bestaetigen, dass Dein Bus gar nicht die Spannung liefert!
genau, wenn die gelbe LED dunkel bleibt, ist da grob der Wurm drin!
Und auch ohne laufenden ebusd muss mit zusätzlichem Anschluss des Adapters auch noch die grüne LED flackern. Tut sie das nicht, dann stimmt m.E. etwas mit deinem Adapter nicht.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 12 Januar 2018, 07:42:52
Zitat von: john30 am 12 Januar 2018, 07:33:53
genau, wenn die gelbe LED dunkel bleibt, ist da grob der Wurm drin!
Und auch ohne laufenden ebusd muss mit zusätzlichem Anschluss des Adapters auch noch die grüne LED flackern. Tut sie das nicht, dann stimmt m.E. etwas mit deinem Adapter nicht.
Hallo John
Die beiden Adapter habe ich zuvor bei mir getestet, die liefen problemlos!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 12 Januar 2018, 07:47:25
Zitat von: pc1246 am 12 Januar 2018, 07:42:52
Die beiden Adapter habe ich zuvor bei mir getestet, die liefen problemlos!
davon gehe ich aus :)
Vielleicht gibts auch generell ein Verkabelungsproblem oder die Platine liegt auf nem Stück Metall, wer weiß...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 12 Januar 2018, 07:55:10
Ich wuerde auf den VR39 tippen, dessen Unterbringung hat mich auch Nerven gekostet. Bei mir wohnt da auch noch die Zusatzplatine fuer die Zirkulationspumpe nebenan, da geht es echt eng zu. Und unten am VR39 sind so Kontaktfahnen, die in irgeneiner Therme bestimmt anstelle des RJ11 die Verbindung herstellen. Dumm ist halt, dass man da immer in der Naehe von 230V rumwerkelt, zumindest wenn man die Zusatzplatine fuer die Zirkulationspumpe hat. Und dann ist freifliegend etwas gefaehrlich!
@JeyPee
Wer hat Dir das denn in die Therme eingebaut? Du selbst, oder ein erfahrener Heizungsmonteur?
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JeyPee am 12 Januar 2018, 10:21:26
Also die gelbe LED leuchtet natürlich die ganze Zeit, sobald der ebus angeschlossen ist. Nicht so wirklich hell, aber sie ist an.
Wenn ich die calorMatic Steuerung nicht dran habe, flackern die rote und die grüne LED lustig fröhlich umher.
Und wenn die calorMatic dran ist, leuchtet nur die grüne durchgehend.

Die Platine liegt nicht auf einem Stück Metall.

Und die VR39 habe ich angeschlossen. Das stimmt schon, es ist sehr eng. Aber berühren tut sich da nix.
Wie gesagt, ich habe gestern die Platine und die Calormatic direkt mit in den Keller genommen und mit sehr kurzen Kabeln direkt an die VR39 geklemmt.
Heizung war dann an ,während die Therme offen war und die VR39 Platine hing quasi frei am RJ11 Stecker. Die hat, zumindest in dem Testszenario, genau gar nichts berührt.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 12 Januar 2018, 13:51:56
Ok
Mein Vorschlag waere, dass Du mir Deine VR39 und evtl. auch Deinen 430er zuschickst. Dann haenge ich das bei mir an die funktionierende Umgebung dran, und wir versuchen den Uebeltaeter zu finden. Variante zwei waere, dass man ein eBUS Netzteil baut, das ja nicht aus wirklich vielen Bauteilen besteht. Das schwierige ist da nur das Ganze sinnvoll zu verpacken!
Ich gehe mal davon aus, dass Du den alten VRC noch hast und Deine Heizung solange mit der 7/8/9 Regelung laufen lassen kannst. Ansonsten laege meiner noch bei mir rum!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JeyPee am 12 Januar 2018, 14:33:08
Vielen Dank für das Angebot. Ich denke, dass wir das gerne als letzten Weg ausprobieren könnten.
Allerdings bin ich mir nicht sicher, ob wir was dadurch gewinnen, wenn die 2 Dinger bei dir laufen.

Wie kann ich denn per Messung herausstellen, ob ich ein Bus-Netzteil benötige, oder nicht.

Ich habe ein Multimeter. Leider kein Oszilloskop. Leider übersteigt das Löten eines Netzteils auch meinen Elektrotechnik-Horizont. :/
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 12 Januar 2018, 14:38:55
Hallo Jan
Miss mal einfach in Deiner normalen funktionierenden Umgebung die Spannung auf dem Bus. Sprich Multimeter auf Gleichspannung einstellen, falls ein Bereich notwendig ist, groesser gleich 12Volt.
Dann misst du das gleiche noch mal mit angesteckter Adapterplatine. Und am Schluss noch mal mit Spannung auf dem Wemos. Gemessen wird aber immer am eBUS!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JeyPee am 12 Januar 2018, 14:44:06
Das kann ich heute nach Feierabend mal machen. Soweit reichen meine Kenntnisse noch. :)
Ich gebe bescheid, wenn ich die Werte habe.

Gäbe es ein fertiges Netzteil, welches ich anschließen könnte? Vielleicht von Conrad oderso?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 12 Januar 2018, 15:05:19
Ein fertiges Netzteil gibt es meines Wissens nach nicht.
Aber ein kleines 12Volt Steckernetzteil und eine Platine mit den 6 Bauteilen ist schnell geloetet!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JeyPee am 12 Januar 2018, 15:27:17
Zitat von: pc1246 am 12 Januar 2018, 15:05:19
Aber ein kleines 12Volt Steckernetzteil und eine Platine mit den 6 Bauteilen ist schnell geloetet!

Ja, bei dir.  ;D
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 12 Januar 2018, 20:34:22
Hallo,

7 Sekunden Rawlog ist natürlich wenig um eine Aussage zu treffen.

Ich hätte mir das so vorgestellt:

1. Dämon stoppen und /etc/default/ebusd opts etwa so für Rawlog anpassen: EBUSD_OPTS="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log  --scanconfig --lograwdata=bytes"
2. dann die Calormatic abklemmen
3. nun den Dämon neu starten
4. etwa 1 Minute warten (das ist die Zeit die der Initialscan brauchen wird)
5. nun die Calormatic dazu klemmen und noch mind. 1/2 Minute loggen.

Während der ganzen Zeit läuft das Log mit, dann den Dämon wieder stoppen und das Rawlog posten. Etwa die Zeit notieren wann die Calormatic wieder angeklemmt wurde, denn das ist ja der springende Punkt der Sache. Wichtig wäre hier auch die "<aa" dazwischen zu sehen.

Dann die Opts wieder so herstellen wie vorher und Dämon wieder für Normalbetrieb starten.

das RawLog sollte etwa so anfangen:
2018-01-12 20:14:44.297 [main notice] ebusd 3.1.v3.0-37-g88e4c7e started with auto scan
2018-01-12 20:14:44.400 [bus notice] bus started with own address 31/36
2018-01-12 20:14:44.421 [bus notice] <aa
2018-01-12 20:14:44.422 [bus notice] signal acquired
2018-01-12 20:14:44.466 [bus notice] <aa
2018-01-12 20:14:46.044 [bus notice] <aa
2018-01-12 20:14:46.090 [bus notice] <aa
2018-01-12 20:14:46.135 [bus notice] <aa
2018-01-12 20:14:46.179 [bus notice] <aa
2018-01-12 20:14:46.222 [bus notice] <aa
2018-01-12 20:14:46.268 [bus notice] <aa
2018-01-12 20:14:46.318 [bus notice] <aa
2018-01-12 20:14:46.362 [bus notice] <aa
2018-01-12 20:14:46.412 [bus notice] <aa
2018-01-12 20:14:46.454 [bus notice] <aa
2018-01-12 20:14:46.499 [bus notice] <aa
2018-01-12 20:14:46.543 [bus notice] <aa
2018-01-12 20:14:46.588 [bus notice] <aa
2018-01-12 20:14:46.632 [bus notice] <aa
2018-01-12 20:14:46.636 [bus notice] <10
2018-01-12 20:14:46.645 [bus notice] <08
2018-01-12 20:14:46.649 [bus notice] <b5
2018-01-12 20:14:46.653 [bus notice] <11
2018-01-12 20:14:46.657 [bus notice] <01
2018-01-12 20:14:46.662 [bus notice] <01
2018-01-12 20:14:46.666 [bus notice] <89
2018-01-12 20:14:46.666 [bus notice] new master 10, master count 2
2018-01-12 20:14:46.669 [bus notice] <00
2018-01-12 20:14:46.696 [bus notice] <09
2018-01-12 20:14:46.700 [bus notice] <5c


LG
Reinhart

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JeyPee am 12 Januar 2018, 21:30:16
Also, ich habe nun alle Infos, die angefragt wurden.

1. Spannungsmessung über alle Situationen:

calorMatic alleine:überwiegend 21.5, geht kurz runter auf 18,9
calorMatic mit ebusV2 ohne wemos-Strom: schwankt zwischen 21,8 und 22
calorMatic mit ebusV2 mit wemos-Strom: 22V
nur ebusV2 ohne wemos-Strom: 22,1
nur ebusV2 mit wemos-Strom: 22.5, geht kurz auf 18,9 runter
ebus ohne alles: 22.4V


RAW Log mit ebus Adapter.
Um ca. 21:23:00 habe ich die CalorMAtic dazu geklemmt und um 21:24:00 wieder abgenommen.


2018-01-12 21:21:45.885 [main notice] ebusd 3.1.v3.1-7-g6a6922c started with auto scan
2018-01-12 21:21:45.982 [bus notice] bus started with own address 31/36
2018-01-12 21:21:45.982 [bus notice] <aa
2018-01-12 21:21:45.982 [bus notice] signal acquired
2018-01-12 21:21:46.000 [bus notice] <aa
2018-01-12 21:21:46.039 [bus notice] <aa
2018-01-12 21:21:46.079 [bus notice] <aa
2018-01-12 21:21:46.119 [bus notice] <aa
2018-01-12 21:21:46.159 [bus notice] <aa
2018-01-12 21:21:46.198 [bus notice] <aa
2018-01-12 21:21:46.239 [bus notice] <aa
2018-01-12 21:21:46.279 [bus notice] <aa
2018-01-12 21:21:46.318 [bus notice] <aa
2018-01-12 21:21:46.358 [bus notice] <aa
2018-01-12 21:21:46.399 [bus notice] <aa
2018-01-12 21:21:46.439 [bus notice] <aa
2018-01-12 21:21:46.479 [bus notice] <aa
2018-01-12 21:21:46.519 [bus notice] <aa
2018-01-12 21:21:46.559 [bus notice] <aa
2018-01-12 21:21:46.599 [bus notice] <aa
2018-01-12 21:21:46.638 [bus notice] <aa
2018-01-12 21:21:46.679 [bus notice] <aa
2018-01-12 21:21:46.720 [bus notice] <aa
2018-01-12 21:21:46.759 [bus notice] <aa
2018-01-12 21:21:46.799 [bus notice] <aa
2018-01-12 21:21:46.838 [bus notice] <aa
2018-01-12 21:21:46.879 [bus notice] <aa
2018-01-12 21:21:46.918 [bus notice] <aa
2018-01-12 21:21:46.960 [bus notice] <aa
2018-01-12 21:21:46.999 [bus notice] <aa
2018-01-12 21:21:47.040 [bus notice] <aa
2018-01-12 21:21:47.079 [bus notice] <aa
2018-01-12 21:21:47.119 [bus notice] <aa
2018-01-12 21:21:47.159 [bus notice] <aa
2018-01-12 21:21:47.199 [bus notice] <aa
2018-01-12 21:21:47.239 [bus notice] <aa
2018-01-12 21:21:47.279 [bus notice] <aa
2018-01-12 21:21:47.319 [bus notice] <aa
2018-01-12 21:21:47.358 [bus notice] <aa
2018-01-12 21:21:47.403 [bus notice] <aa
2018-01-12 21:21:47.439 [bus notice] <aa
2018-01-12 21:21:47.479 [bus notice] <aa
2018-01-12 21:21:47.519 [bus notice] <aa
2018-01-12 21:21:47.559 [bus notice] <aa
2018-01-12 21:21:47.606 [bus notice] <aa
2018-01-12 21:21:47.642 [bus notice] <aa
2018-01-12 21:21:47.679 [bus notice] <aa
2018-01-12 21:21:47.719 [bus notice] <aa
2018-01-12 21:21:47.759 [bus notice] <aa
2018-01-12 21:21:47.799 [bus notice] <aa
2018-01-12 21:21:47.839 [bus notice] <aa
2018-01-12 21:21:47.882 [bus notice] <aa
2018-01-12 21:21:47.919 [bus notice] <aa
2018-01-12 21:21:47.960 [bus notice] <aa
2018-01-12 21:21:47.999 [bus notice] <aa
2018-01-12 21:21:48.039 [bus notice] <aa
2018-01-12 21:21:48.079 [bus notice] <aa
2018-01-12 21:21:48.119 [bus notice] <aa
2018-01-12 21:21:48.159 [bus notice] <aa
2018-01-12 21:21:48.199 [bus notice] <aa
2018-01-12 21:21:48.239 [bus notice] <aa
2018-01-12 21:21:48.279 [bus notice] <aa
2018-01-12 21:21:48.319 [bus notice] <aa
2018-01-12 21:21:48.359 [bus notice] <aa
2018-01-12 21:21:48.399 [bus notice] <aa
2018-01-12 21:21:48.439 [bus notice] <aa
2018-01-12 21:21:48.479 [bus notice] <aa
2018-01-12 21:21:48.519 [bus notice] <aa
2018-01-12 21:21:48.559 [bus notice] <aa
2018-01-12 21:21:48.599 [bus notice] <aa
2018-01-12 21:21:48.639 [bus notice] <aa
2018-01-12 21:21:48.679 [bus notice] <aa
2018-01-12 21:21:48.720 [bus notice] <aa
2018-01-12 21:21:48.759 [bus notice] <aa
2018-01-12 21:21:48.799 [bus notice] <aa
2018-01-12 21:21:48.839 [bus notice] <aa
2018-01-12 21:21:48.879 [bus notice] <aa
2018-01-12 21:21:48.920 [bus notice] <aa
2018-01-12 21:21:48.968 [bus notice] <aa
2018-01-12 21:21:48.999 [bus notice] <aa
2018-01-12 21:21:49.039 [bus notice] <aa
2018-01-12 21:21:49.079 [bus notice] <aa
2018-01-12 21:21:49.119 [bus notice] <aa
2018-01-12 21:21:49.160 [bus notice] <aa
2018-01-12 21:21:49.199 [bus notice] <aa
2018-01-12 21:21:49.250 [bus notice] <aa
2018-01-12 21:21:49.280 [bus notice] <aa
2018-01-12 21:21:49.320 [bus notice] <aa
2018-01-12 21:21:49.359 [bus notice] <aa
2018-01-12 21:21:49.399 [bus notice] <aa
2018-01-12 21:21:49.439 [bus notice] <aa
2018-01-12 21:21:49.479 [bus notice] <aa
2018-01-12 21:21:49.521 [bus notice] <aa
2018-01-12 21:21:49.559 [bus notice] <aa
2018-01-12 21:21:49.600 [bus notice] <aa
2018-01-12 21:21:49.639 [bus notice] <aa
2018-01-12 21:21:49.679 [bus notice] <aa
2018-01-12 21:21:49.719 [bus notice] <aa
2018-01-12 21:21:49.760 [bus notice] <aa
2018-01-12 21:21:49.800 [bus notice] <aa
2018-01-12 21:21:49.848 [bus notice] <aa
2018-01-12 21:21:49.880 [bus notice] <aa
2018-01-12 21:21:49.920 [bus notice] <aa
2018-01-12 21:21:49.960 [bus notice] <aa
2018-01-12 21:21:49.999 [bus notice] <aa
2018-01-12 21:21:50.040 [bus notice] <aa
2018-01-12 21:21:50.082 [bus notice] <aa
2018-01-12 21:21:50.120 [bus notice] <aa
2018-01-12 21:21:50.160 [bus notice] <aa
2018-01-12 21:21:50.200 [bus notice] <aa
2018-01-12 21:21:50.240 [bus notice] <aa
2018-01-12 21:21:50.280 [bus notice] <aa
2018-01-12 21:21:50.320 [bus notice] <aa
2018-01-12 21:21:50.360 [bus notice] <aa
2018-01-12 21:21:50.400 [bus notice] <aa
2018-01-12 21:21:50.442 [bus notice] <aa
2018-01-12 21:21:50.481 [bus notice] <aa
2018-01-12 21:21:50.520 [bus notice] <aa
2018-01-12 21:21:50.560 [bus notice] <aa
2018-01-12 21:21:50.600 [bus notice] <aa
2018-01-12 21:21:50.640 [bus notice] <aa
2018-01-12 21:21:50.680 [bus notice] <aa
2018-01-12 21:21:50.720 [bus notice] <aa
2018-01-12 21:21:50.760 [bus notice] <aa
2018-01-12 21:21:50.800 [bus notice] <aa
2018-01-12 21:21:50.840 [bus notice] <aa
2018-01-12 21:21:50.881 [bus notice] <aa
2018-01-12 21:21:50.920 [bus notice] <aa
2018-01-12 21:21:50.960 [bus notice] <aa
2018-01-12 21:21:51.000 [bus notice] <aa
2018-01-12 21:21:51.040 [bus notice] <aa
2018-01-12 21:21:51.080 [bus notice] <aa
2018-01-12 21:21:51.121 [bus notice] <aa
2018-01-12 21:21:51.160 [bus notice] <aa
2018-01-12 21:21:51.200 [bus notice] <aa
2018-01-12 21:21:51.240 [bus notice] <aa
2018-01-12 21:21:51.280 [bus notice] <aa
2018-01-12 21:21:51.320 [bus notice] <aa
2018-01-12 21:21:51.362 [bus notice] <aa
2018-01-12 21:21:51.400 [bus notice] <aa
2018-01-12 21:21:51.440 [bus notice] <aa
2018-01-12 21:21:51.480 [bus notice] <aa
2018-01-12 21:21:51.520 [bus notice] <aa
2018-01-12 21:21:51.561 [bus notice] <aa
2018-01-12 21:21:51.600 [bus notice] <aa
2018-01-12 21:21:51.640 [bus notice] <aa
2018-01-12 21:21:51.680 [bus notice] <aa
2018-01-12 21:21:51.720 [bus notice] <aa
2018-01-12 21:21:51.760 [bus notice] <aa
2018-01-12 21:21:51.800 [bus notice] <aa
2018-01-12 21:21:51.843 [bus notice] <aa
2018-01-12 21:21:51.880 [bus notice] <aa
2018-01-12 21:21:51.920 [bus notice] <aa
2018-01-12 21:21:51.961 [bus notice] <aa
2018-01-12 21:21:52.000 [bus notice] <aa
2018-01-12 21:21:52.050 [bus notice] <aa
2018-01-12 21:21:52.084 [bus notice] <aa
2018-01-12 21:21:52.120 [bus notice] <aa
2018-01-12 21:21:52.160 [bus notice] <aa
2018-01-12 21:21:52.200 [bus notice] <aa
2018-01-12 21:21:52.240 [bus notice] <aa
2018-01-12 21:21:52.283 [bus notice] <aa
2018-01-12 21:21:52.320 [bus notice] <aa
2018-01-12 21:21:52.360 [bus notice] <aa
2018-01-12 21:21:52.401 [bus notice] <aa
2018-01-12 21:21:52.440 [bus notice] <aa
2018-01-12 21:21:52.480 [bus notice] <aa
2018-01-12 21:21:52.520 [bus notice] <aa
2018-01-12 21:21:52.561 [bus notice] <aa
2018-01-12 21:21:52.600 [bus notice] <aa
2018-01-12 21:21:52.640 [bus notice] <aa
2018-01-12 21:21:52.680 [bus notice] <aa
2018-01-12 21:21:52.721 [bus notice] <aa
2018-01-12 21:21:52.760 [bus notice] <aa
2018-01-12 21:21:52.800 [bus notice] <aa
2018-01-12 21:21:52.840 [bus notice] <aa
2018-01-12 21:21:52.880 [bus notice] <aa
2018-01-12 21:21:52.920 [bus notice] <aa
2018-01-12 21:21:52.960 [bus notice] <aa
2018-01-12 21:21:53.000 [bus notice] <aa
2018-01-12 21:21:53.040 [bus notice] <aa
2018-01-12 21:21:53.080 [bus notice] <aa
2018-01-12 21:21:53.121 [bus notice] <aa
2018-01-12 21:21:53.160 [bus notice] <aa
2018-01-12 21:21:53.202 [bus notice] <aa
2018-01-12 21:21:53.240 [bus notice] <aa
2018-01-12 21:21:53.280 [bus notice] <aa
2018-01-12 21:21:53.321 [bus notice] <aa
2018-01-12 21:21:53.361 [bus notice] <aa
2018-01-12 21:21:53.400 [bus notice] <aa
2018-01-12 21:21:53.443 [bus notice] <aa
2018-01-12 21:21:53.480 [bus notice] <aa
2018-01-12 21:21:53.520 [bus notice] <aa
2018-01-12 21:21:53.561 [bus notice] <aa
2018-01-12 21:21:53.601 [bus notice] <aa
2018-01-12 21:21:53.641 [bus notice] <aa
2018-01-12 21:21:53.692 [bus notice] <aa
2018-01-12 21:21:53.720 [bus notice] <aa
2018-01-12 21:21:53.761 [bus notice] <aa
2018-01-12 21:21:53.800 [bus notice] <aa
2018-01-12 21:21:53.841 [bus notice] <aa
2018-01-12 21:21:53.881 [bus notice] <aa
2018-01-12 21:21:53.921 [bus notice] <aa
2018-01-12 21:21:53.961 [bus notice] <aa
2018-01-12 21:21:54.001 [bus notice] <aa
2018-01-12 21:21:54.044 [bus notice] <aa
2018-01-12 21:21:54.082 [bus notice] <aa
2018-01-12 21:21:54.127 [bus notice] <aa
2018-01-12 21:21:54.163 [bus notice] <aa
2018-01-12 21:21:54.202 [bus notice] <aa
2018-01-12 21:21:54.242 [bus notice] <aa
2018-01-12 21:21:54.281 [bus notice] <aa
2018-01-12 21:21:54.321 [bus notice] <aa
2018-01-12 21:21:54.361 [bus notice] <aa
2018-01-12 21:21:54.401 [bus notice] <aa
2018-01-12 21:21:54.441 [bus notice] <aa
2018-01-12 21:21:54.481 [bus notice] <aa
2018-01-12 21:21:54.521 [bus notice] <aa
2018-01-12 21:21:54.562 [bus notice] <aa
2018-01-12 21:21:54.601 [bus notice] <aa
2018-01-12 21:21:54.641 [bus notice] <aa
2018-01-12 21:21:54.681 [bus notice] <aa
2018-01-12 21:21:54.721 [bus notice] <aa
2018-01-12 21:21:54.761 [bus notice] <aa
2018-01-12 21:21:54.801 [bus notice] <aa
2018-01-12 21:21:54.843 [bus notice] <aa
2018-01-12 21:21:54.881 [bus notice] <aa
2018-01-12 21:21:54.921 [bus notice] <aa
2018-01-12 21:21:54.961 [bus notice] <aa
2018-01-12 21:21:55.001 [bus notice] <aa
2018-01-12 21:21:55.041 [bus notice] <aa
2018-01-12 21:21:55.082 [bus notice] <aa
2018-01-12 21:21:55.121 [bus notice] <aa
2018-01-12 21:21:55.164 [bus notice] <aa
2018-01-12 21:21:55.201 [bus notice] <aa
2018-01-12 21:21:55.241 [bus notice] <aa
2018-01-12 21:21:55.281 [bus notice] <aa
2018-01-12 21:21:55.321 [bus notice] <aa
2018-01-12 21:21:55.362 [bus notice] <aa
2018-01-12 21:21:55.403 [bus notice] <aa
2018-01-12 21:21:55.451 [bus notice] <aa
2018-01-12 21:21:55.482 [bus notice] <aa
2018-01-12 21:21:55.521 [bus notice] <aa
2018-01-12 21:21:55.563 [bus notice] <aa
2018-01-12 21:21:55.604 [bus notice] <aa
2018-01-12 21:21:55.644 [bus notice] <aa
2018-01-12 21:21:55.681 [bus notice] <aa
2018-01-12 21:21:55.723 [bus notice] <aa
2018-01-12 21:21:55.762 [bus notice] <aa
2018-01-12 21:21:55.801 [bus notice] <aa
2018-01-12 21:21:55.842 [bus notice] <aa
2018-01-12 21:21:55.882 [bus notice] <aa
2018-01-12 21:21:55.921 [bus notice] <aa
2018-01-12 21:21:55.961 [bus notice] <aa
2018-01-12 21:21:56.002 [bus notice] <aa
2018-01-12 21:21:56.041 [bus notice] <aa
2018-01-12 21:21:56.081 [bus notice] <aa
2018-01-12 21:21:56.121 [bus notice] <aa
2018-01-12 21:21:56.161 [bus notice] <aa
2018-01-12 21:21:56.203 [bus notice] <aa
2018-01-12 21:21:56.242 [bus notice] <aa
2018-01-12 21:21:56.281 [bus notice] <aa
2018-01-12 21:21:56.323 [bus notice] <aa
2018-01-12 21:21:56.362 [bus notice] <aa
2018-01-12 21:21:56.402 [bus notice] <aa
2018-01-12 21:21:56.442 [bus notice] <aa
2018-01-12 21:21:56.482 [bus notice] <aa
2018-01-12 21:21:56.522 [bus notice] <aa
2018-01-12 21:21:56.571 [bus notice] <aa
2018-01-12 21:21:56.602 [bus notice] <aa
2018-01-12 21:21:56.641 [bus notice] <aa
2018-01-12 21:21:56.685 [bus notice] <aa
2018-01-12 21:21:56.722 [bus notice] <aa
2018-01-12 21:21:56.762 [bus notice] <aa
2018-01-12 21:21:56.802 [bus notice] <aa
2018-01-12 21:21:56.842 [bus notice] <aa
2018-01-12 21:21:56.882 [bus notice] <aa
2018-01-12 21:21:56.922 [bus notice] <aa
2018-01-12 21:21:56.961 [bus notice] <aa
2018-01-12 21:21:57.001 [bus notice] <aa
2018-01-12 21:21:57.042 [bus notice] <aa
2018-01-12 21:21:57.082 [bus notice] <aa
2018-01-12 21:21:57.123 [bus notice] <aa
2018-01-12 21:21:57.165 [bus notice] <aa
2018-01-12 21:21:57.203 [bus notice] <aa
2018-01-12 21:21:57.242 [bus notice] <aa
2018-01-12 21:21:57.282 [bus notice] <aa
2018-01-12 21:21:57.322 [bus notice] <aa
2018-01-12 21:21:57.363 [bus notice] <aa
2018-01-12 21:21:57.403 [bus notice] <aa
2018-01-12 21:21:57.443 [bus notice] <aa
2018-01-12 21:21:57.482 [bus notice] <aa
2018-01-12 21:21:57.522 [bus notice] <aa
2018-01-12 21:21:57.562 [bus notice] <aa
2018-01-12 21:21:57.603 [bus notice] <aa
2018-01-12 21:21:57.644 [bus notice] <aa
2018-01-12 21:21:57.682 [bus notice] <aa
2018-01-12 21:21:57.722 [bus notice] <aa
2018-01-12 21:21:57.762 [bus notice] <aa
2018-01-12 21:21:57.802 [bus notice] <aa
2018-01-12 21:21:57.842 [bus notice] <aa
2018-01-12 21:21:57.883 [bus notice] <aa
2018-01-12 21:21:57.922 [bus notice] <aa
2018-01-12 21:21:57.962 [bus notice] <aa
2018-01-12 21:21:58.002 [bus notice] <aa
2018-01-12 21:21:58.043 [bus notice] <aa
2018-01-12 21:21:58.083 [bus notice] <aa
2018-01-12 21:21:58.123 [bus notice] <aa
2018-01-12 21:21:58.162 [bus notice] <aa
2018-01-12 21:21:58.203 [bus notice] <aa
2018-01-12 21:21:58.242 [bus notice] <aa
2018-01-12 21:21:58.285 [bus notice] <aa
2018-01-12 21:21:58.322 [bus notice] <aa
2018-01-12 21:21:58.365 [bus notice] <aa
2018-01-12 21:21:58.402 [bus notice] <aa
2018-01-12 21:21:58.443 [bus notice] <aa
2018-01-12 21:21:58.482 [bus notice] <aa
2018-01-12 21:21:58.523 [bus notice] <aa
2018-01-12 21:21:58.563 [bus notice] <aa
2018-01-12 21:21:58.605 [bus notice] <aa
2018-01-12 21:21:58.643 [bus notice] <aa
2018-01-12 21:21:58.682 [bus notice] <aa
2018-01-12 21:21:58.722 [bus notice] <aa
2018-01-12 21:21:58.763 [bus notice] <aa
2018-01-12 21:21:58.804 [bus notice] <aa
2018-01-12 21:21:58.842 [bus notice] <aa
2018-01-12 21:21:58.883 [bus notice] <aa
2018-01-12 21:21:58.923 [bus notice] <aa
2018-01-12 21:21:58.963 [bus notice] <aa
2018-01-12 21:21:59.002 [bus notice] <aa
2018-01-12 21:21:59.043 [bus notice] <aa
2018-01-12 21:21:59.083 [bus notice] <aa
2018-01-12 21:21:59.122 [bus notice] <aa
2018-01-12 21:21:59.164 [bus notice] <aa
2018-01-12 21:21:59.202 [bus notice] <aa
2018-01-12 21:21:59.243 [bus notice] <aa
2018-01-12 21:21:59.283 [bus notice] <aa
2018-01-12 21:21:59.322 [bus notice] <aa
2018-01-12 21:21:59.363 [bus notice] <aa
2018-01-12 21:21:59.403 [bus notice] <aa
2018-01-12 21:21:59.445 [bus notice] <aa
2018-01-12 21:21:59.485 [bus notice] <aa
2018-01-12 21:21:59.522 [bus notice] <aa
2018-01-12 21:21:59.565 [bus notice] <aa
2018-01-12 21:21:59.603 [bus notice] <aa
2018-01-12 21:21:59.642 [bus notice] <aa
2018-01-12 21:21:59.685 [bus notice] <aa
2018-01-12 21:21:59.724 [bus notice] <aa
2018-01-12 21:21:59.763 [bus notice] <aa
2018-01-12 21:21:59.803 [bus notice] <aa
2018-01-12 21:21:59.843 [bus notice] <aa
2018-01-12 21:21:59.883 [bus notice] <aa
2018-01-12 21:21:59.923 [bus notice] <aa
2018-01-12 21:21:59.963 [bus notice] <aa
2018-01-12 21:22:00.003 [bus notice] <aa
2018-01-12 21:22:00.043 [bus notice] <aa
2018-01-12 21:22:00.083 [bus notice] <aa
2018-01-12 21:22:00.123 [bus notice] <aa
2018-01-12 21:22:00.163 [bus notice] <aa
2018-01-12 21:22:00.204 [bus notice] <aa
2018-01-12 21:22:00.243 [bus notice] <aa
2018-01-12 21:22:00.283 [bus notice] <aa
2018-01-12 21:22:00.323 [bus notice] <aa
2018-01-12 21:22:00.363 [bus notice] <aa
2018-01-12 21:22:00.403 [bus notice] <aa
2018-01-12 21:22:00.443 [bus notice] <aa
2018-01-12 21:22:00.484 [bus notice] <aa
2018-01-12 21:22:00.523 [bus notice] <aa
2018-01-12 21:22:00.563 [bus notice] <aa
2018-01-12 21:22:00.603 [bus notice] <aa
2018-01-12 21:22:00.643 [bus notice] <aa
2018-01-12 21:22:00.683 [bus notice] <aa
2018-01-12 21:22:00.724 [bus notice] <aa
2018-01-12 21:22:00.763 [bus notice] <aa
2018-01-12 21:22:00.803 [bus notice] <aa
2018-01-12 21:22:00.843 [bus notice] <aa
2018-01-12 21:22:00.885 [bus notice] <aa
2018-01-12 21:22:00.923 [bus notice] <aa
2018-01-12 21:22:00.963 [bus notice] <aa
2018-01-12 21:22:01.003 [bus notice] <aa
2018-01-12 21:22:01.043 [bus notice] <aa
2018-01-12 21:22:01.083 [bus notice] <aa
2018-01-12 21:22:01.123 [bus notice] <aa
2018-01-12 21:22:01.163 [bus notice] <aa
2018-01-12 21:22:01.203 [bus notice] <aa
2018-01-12 21:22:01.243 [bus notice] <aa
2018-01-12 21:22:01.283 [bus notice] <aa
2018-01-12 21:22:01.323 [bus notice] <aa
2018-01-12 21:22:01.364 [bus notice] <aa
2018-01-12 21:22:01.403 [bus notice] <aa
2018-01-12 21:22:01.443 [bus notice] <aa
2018-01-12 21:22:01.488 [bus notice] <aa
2018-01-12 21:22:01.523 [bus notice] <aa
2018-01-12 21:22:01.563 [bus notice] <aa
2018-01-12 21:22:01.603 [bus notice] <aa
2018-01-12 21:22:01.645 [bus notice] <aa
2018-01-12 21:22:01.683 [bus notice] <aa
2018-01-12 21:22:01.723 [bus notice] <aa
2018-01-12 21:22:01.763 [bus notice] <aa
2018-01-12 21:22:01.803 [bus notice] <aa
2018-01-12 21:22:01.843 [bus notice] <aa
2018-01-12 21:22:01.883 [bus notice] <aa
2018-01-12 21:22:01.923 [bus notice] <aa
2018-01-12 21:22:01.963 [bus notice] <aa
2018-01-12 21:22:02.007 [bus notice] <aa
2018-01-12 21:22:02.044 [bus notice] <aa
2018-01-12 21:22:02.093 [bus notice] <aa
2018-01-12 21:22:02.124 [bus notice] <aa
2018-01-12 21:22:02.163 [bus notice] <aa
2018-01-12 21:22:02.203 [bus notice] <aa
2018-01-12 21:22:02.247 [bus notice] <aa
2018-01-12 21:22:02.284 [bus notice] <aa
2018-01-12 21:22:02.327 [bus notice] <aa
2018-01-12 21:22:02.365 [bus notice] <aa
2018-01-12 21:22:02.404 [bus notice] <aa
2018-01-12 21:22:02.444 [bus notice] <aa
2018-01-12 21:22:02.484 [bus notice] <aa
2018-01-12 21:22:02.524 [bus notice] <aa
2018-01-12 21:22:02.566 [bus notice] <aa
2018-01-12 21:22:02.606 [bus notice] <aa
2018-01-12 21:22:02.656 [bus notice] <aa
2018-01-12 21:22:02.684 [bus notice] <aa
2018-01-12 21:22:02.724 [bus notice] <aa
2018-01-12 21:22:02.764 [bus notice] <aa
2018-01-12 21:22:02.804 [bus notice] <aa
2018-01-12 21:22:02.844 [bus notice] <aa
2018-01-12 21:22:02.884 [bus notice] <aa
2018-01-12 21:22:02.924 [bus notice] <aa
2018-01-12 21:22:02.964 [bus notice] <aa
2018-01-12 21:22:03.004 [bus notice] <aa
2018-01-12 21:22:03.044 [bus notice] <aa
2018-01-12 21:22:03.084 [bus notice] <aa
2018-01-12 21:22:03.124 [bus notice] <aa
2018-01-12 21:22:03.164 [bus notice] <aa
2018-01-12 21:22:03.206 [bus notice] <aa
2018-01-12 21:22:03.245 [bus notice] <aa
2018-01-12 21:22:03.284 [bus notice] <aa
2018-01-12 21:22:03.324 [bus notice] <aa
2018-01-12 21:22:03.364 [bus notice] <aa
2018-01-12 21:22:03.404 [bus notice] <aa
2018-01-12 21:22:03.445 [bus notice] <aa
2018-01-12 21:22:03.487 [bus notice] <aa
2018-01-12 21:22:03.524 [bus notice] <aa
2018-01-12 21:22:03.565 [bus notice] <aa
2018-01-12 21:22:03.605 [bus notice] <aa
2018-01-12 21:22:03.648 [bus notice] <aa
2018-01-12 21:22:03.684 [bus notice] <aa
2018-01-12 21:22:03.724 [bus notice] <aa
2018-01-12 21:22:03.764 [bus notice] <aa
2018-01-12 21:22:03.804 [bus notice] <aa
2018-01-12 21:22:03.845 [bus notice] <aa
2018-01-12 21:22:03.884 [bus notice] <aa
2018-01-12 21:22:03.925 [bus notice] <aa
2018-01-12 21:22:03.964 [bus notice] <aa
2018-01-12 21:22:04.004 [bus notice] <aa
2018-01-12 21:22:04.052 [bus notice] <aa
2018-01-12 21:22:04.084 [bus notice] <aa
2018-01-12 21:22:04.124 [bus notice] <aa
2018-01-12 21:22:04.164 [bus notice] <aa
2018-01-12 21:22:04.204 [bus notice] <aa
2018-01-12 21:22:04.244 [bus notice] <aa
2018-01-12 21:22:04.286 [bus notice] <aa
2018-01-12 21:22:04.324 [bus notice] <aa
2018-01-12 21:22:04.364 [bus notice] <aa
2018-01-12 21:22:04.404 [bus notice] <aa
2018-01-12 21:22:04.444 [bus notice] <aa
2018-01-12 21:22:04.502 [bus notice] <aa
2018-01-12 21:22:04.524 [bus notice] <aa
2018-01-12 21:22:04.564 [bus notice] <aa
2018-01-12 21:22:04.604 [bus notice] <aa
2018-01-12 21:22:04.645 [bus notice] <aa
2018-01-12 21:22:04.685 [bus notice] <aa
2018-01-12 21:22:04.724 [bus notice] <aa
2018-01-12 21:22:04.766 [bus notice] <aa
2018-01-12 21:22:04.804 [bus notice] <aa
2018-01-12 21:22:04.845 [bus notice] <aa
2018-01-12 21:22:04.884 [bus notice] <aa
2018-01-12 21:22:04.924 [bus notice] <aa
2018-01-12 21:22:04.964 [bus notice] <aa
2018-01-12 21:22:05.004 [bus notice] <aa
2018-01-12 21:22:05.044 [bus notice] <aa
2018-01-12 21:22:05.084 [bus notice] <aa
2018-01-12 21:22:05.124 [bus notice] <aa
2018-01-12 21:22:05.164 [bus notice] <aa
2018-01-12 21:22:05.204 [bus notice] <aa
2018-01-12 21:22:05.244 [bus notice] <aa
2018-01-12 21:22:05.285 [bus notice] <aa
2018-01-12 21:22:05.324 [bus notice] <aa
2018-01-12 21:22:05.364 [bus notice] <aa
2018-01-12 21:22:05.404 [bus notice] <aa
2018-01-12 21:22:05.444 [bus notice] <aa
2018-01-12 21:22:05.485 [bus notice] <aa
2018-01-12 21:22:05.526 [bus notice] <aa
2018-01-12 21:22:05.564 [bus notice] <aa
[GEHT IMMER SO WEITER]
2018-01-12 21:22:59.902 [bus notice] <aa
2018-01-12 21:22:59.942 [bus notice] <aa
2018-01-12 21:22:59.981 [bus notice] <aa
2018-01-12 21:23:00.022 [bus notice] <aa
2018-01-12 21:23:00.063 [bus notice] <aa
2018-01-12 21:23:00.102 [bus notice] <aa
2018-01-12 21:23:00.141 [bus notice] <aa
2018-01-12 21:23:00.183 [bus notice] <aa
2018-01-12 21:23:00.222 [bus notice] <aa
2018-01-12 21:23:00.262 [bus notice] <aa
2018-01-12 21:23:00.302 [bus notice] <00
2018-01-12 21:23:02.043 [bus error] signal lost
2018-01-12 21:23:02.888 [bus notice] <00
2018-01-12 21:23:02.888 [bus notice] signal acquired
2018-01-12 21:23:03.471 [bus notice] <00
2018-01-12 21:23:04.056 [bus notice] <00
2018-01-12 21:23:04.640 [bus notice] <00
2018-01-12 21:23:05.224 [bus notice] <00
2018-01-12 21:23:05.809 [bus notice] <00
2018-01-12 21:23:06.393 [bus notice] <00
2018-01-12 21:23:06.981 [bus notice] <00
2018-01-12 21:23:07.564 [bus notice] <00
2018-01-12 21:23:08.149 [bus notice] <00
2018-01-12 21:23:08.730 [bus notice] <00
2018-01-12 21:23:09.315 [bus notice] <00
2018-01-12 21:23:09.898 [bus notice] <00
2018-01-12 21:23:10.482 [bus notice] <00
2018-01-12 21:23:11.067 [bus notice] <00
2018-01-12 21:23:11.661 [bus notice] <00
2018-01-12 21:23:12.235 [bus notice] <00
2018-01-12 21:23:12.822 [bus notice] <00
2018-01-12 21:23:13.403 [bus notice] <00
2018-01-12 21:23:13.987 [bus notice] <00
2018-01-12 21:23:14.571 [bus notice] <00
2018-01-12 21:23:15.155 [bus notice] <00
2018-01-12 21:23:15.741 [bus notice] <00
2018-01-12 21:23:16.327 [bus notice] <00
2018-01-12 21:23:16.911 [bus notice] <00
2018-01-12 21:23:17.494 [bus notice] <00
2018-01-12 21:23:18.076 [bus notice] <00
2018-01-12 21:23:18.661 [bus notice] <00
2018-01-12 21:23:19.246 [bus notice] <00
2018-01-12 21:23:19.830 [bus notice] <00
2018-01-12 21:23:20.413 [bus notice] <00
2018-01-12 21:23:20.998 [bus notice] <00
2018-01-12 21:23:21.581 [bus notice] <00
2018-01-12 21:23:22.166 [bus notice] <00
2018-01-12 21:23:22.752 [bus notice] <00
2018-01-12 21:23:23.336 [bus notice] <00
2018-01-12 21:23:23.920 [bus notice] <00
2018-01-12 21:23:24.502 [bus notice] <00
2018-01-12 21:23:25.088 [bus notice] <00
2018-01-12 21:23:25.674 [bus notice] <00
2018-01-12 21:23:26.255 [bus notice] <00
2018-01-12 21:23:26.841 [bus notice] <00
2018-01-12 21:23:27.424 [bus notice] <00
2018-01-12 21:23:28.008 [bus notice] <00
2018-01-12 21:23:28.594 [bus notice] <00
2018-01-12 21:23:29.176 [bus notice] <00
2018-01-12 21:23:29.760 [bus notice] <00
2018-01-12 21:23:30.345 [bus notice] <00
2018-01-12 21:23:30.930 [bus notice] <00
2018-01-12 21:23:31.513 [bus notice] <00
2018-01-12 21:23:32.098 [bus notice] <00
2018-01-12 21:23:32.681 [bus notice] <00
2018-01-12 21:23:33.265 [bus notice] <00
2018-01-12 21:23:33.850 [bus notice] <00
2018-01-12 21:23:34.434 [bus notice] <00
2018-01-12 21:23:35.018 [bus notice] <00
2018-01-12 21:23:35.603 [bus notice] <00
2018-01-12 21:23:36.186 [bus notice] <00
2018-01-12 21:23:36.771 [bus notice] <00
2018-01-12 21:23:37.354 [bus notice] <00
2018-01-12 21:23:37.940 [bus notice] <00
2018-01-12 21:23:38.523 [bus notice] <00
2018-01-12 21:23:39.107 [bus notice] <00
2018-01-12 21:23:39.691 [bus notice] <00
2018-01-12 21:23:40.275 [bus notice] <00
2018-01-12 21:23:40.861 [bus notice] <00
2018-01-12 21:23:41.445 [bus notice] <00
2018-01-12 21:23:42.039 [bus notice] <00
2018-01-12 21:23:42.614 [bus notice] <00
2018-01-12 21:23:43.197 [bus notice] <00
2018-01-12 21:23:43.780 [bus notice] <00
2018-01-12 21:23:44.365 [bus notice] <00
2018-01-12 21:23:44.950 [bus notice] <00
2018-01-12 21:23:45.540 [bus notice] <00
2018-01-12 21:23:46.117 [bus notice] <00
2018-01-12 21:23:46.701 [bus notice] <00
2018-01-12 21:23:47.286 [bus notice] <00
2018-01-12 21:23:47.870 [bus notice] <00
2018-01-12 21:23:48.454 [bus notice] <00
2018-01-12 21:23:49.038 [bus notice] <00
2018-01-12 21:23:49.623 [bus notice] <00
2018-01-12 21:23:50.207 [bus notice] <00
2018-01-12 21:23:50.791 [bus notice] <00
2018-01-12 21:23:51.377 [bus notice] <00
2018-01-12 21:23:51.961 [bus notice] <00
2018-01-12 21:23:52.545 [bus notice] <00
2018-01-12 21:23:53.127 [bus notice] <00
2018-01-12 21:23:53.712 [bus notice] <00
2018-01-12 21:23:54.297 [bus notice] <00
2018-01-12 21:23:54.881 [bus notice] <00
2018-01-12 21:23:55.464 [bus notice] <00
2018-01-12 21:23:56.054 [bus notice] <00
2018-01-12 21:23:56.633 [bus notice] <00
2018-01-12 21:23:56.671 [main notice] update check: revision v3.1-1-g60a18d1 available, broadcast.csv: different version available
2018-01-12 21:23:57.220 [bus notice] <00
2018-01-12 21:23:57.801 [bus notice] <00
2018-01-12 21:23:58.385 [bus notice] <00
2018-01-12 21:23:58.970 [bus notice] <00
2018-01-12 21:23:59.554 [bus notice] <00
2018-01-12 21:24:00.137 [bus notice] <00
2018-01-12 21:24:00.727 [bus notice] <00
2018-01-12 21:24:01.308 [bus notice] <00
2018-01-12 21:24:01.890 [bus notice] <00
2018-01-12 21:24:03.048 [bus error] signal lost
2018-01-12 21:24:03.059 [bus notice] <aa
2018-01-12 21:24:03.059 [bus notice] signal acquired
2018-01-12 21:24:03.098 [bus notice] <aa
2018-01-12 21:24:03.138 [bus notice] <aa
2018-01-12 21:24:03.178 [bus notice] <aa
2018-01-12 21:24:03.218 [bus notice] <aa
[GEHT IMMER SO WEITER]
2018-01-12 21:24:16.782 [bus notice] <aa
2018-01-12 21:24:16.783 [main notice] ebusd stopped
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 12 Januar 2018, 22:04:26
das ist eine sehr interessante Sache!

Erstens ist absolut kein Sendeversucht (Initialscan der Platine ) zu sehen obwohl der Bus frei ist ( "aa" ).

Sobald du die Calormatic anschließt reicht der notwendige Spannungshub nicht mehr aus um Bits zu erkennen. Normalerweise würde ich sagen die Calormatic hat einen Kurzschluß bzw. verbraucht Zuviel Strom. Dem ist aber nicht so, denn sie funktioniert ja ohne eBus Platine. Es muss aber nicht unbedingt der Stromverbrauch sein, sondern es kann auch das Signal vollkommen verschliffen werden (parasitäre Kapazitäten etc.) . Das kann man aber wirklich nur mehr mit einem Oszilloskop feststellen. Es sind dann die Flankenanstiege nicht mehr rechteckig sondern steigen in einer Kurvenform an und das darf nur bis zu einer gewissen Grenze passieren. Solche Bilder haben wir in der Fehlersuche gepostet.

2018-01-12 21:23:00.141 [bus notice] <aa
2018-01-12 21:23:00.183 [bus notice] <aa
2018-01-12 21:23:00.222 [bus notice] <aa
2018-01-12 21:23:00.262 [bus notice] <aa
2018-01-12 21:23:00.302 [bus notice] <00
2018-01-12 21:23:02.043 [bus error] signal lost
2018-01-12 21:23:02.888 [bus notice] <00
2018-01-12 21:23:02.888 [bus notice] signal acquired
2018-01-12 21:23:03.471 [bus notice] <00
2018-01-12 21:23:04.056 [bus notice] <00


Die einzige Abhilfe was ich dir empfehlen kann ist einmal festzustellen ob die Calormatic bei jemand anderem der die gleiche HW Umgebung wie du hat zu testen. Vielleicht kannst du dir beim Heizungsbauer eine ausborgen. Es passiert definitiv was negatives am eBus, was genau das ist kann man ohne weitere technischen Hilfsmittel (Oszilloskop )nicht sagen und wäre reine Spekulation.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Winterbottom am 12 Januar 2018, 22:45:53
Hallo zusammen,

dank John habe ich es jetzt auch so weit geschafft, dass mein Adapter am EBUS hängt und Daten vom EBUS ins Log schreibt.

Da kommt auch schon das Eine oder Andere an, das ich interpretieren kann.
Außentemperatur habe ich schon gefunden, hwc ist wohl die Heißwasserstation (Frischwasserstation).

Mich beunruhigen die vielen unbekannten Befehle und die Meldungen "wrong symbol received".
Ist das so normal? Wenn nicht: Woran könnte es denn liegen?
Wenn ja: Könnt ihr mir beim entschlüsseln der lesbaren Meldungen helfen? Gibt es eine Doku, welche Geräte oder Inhalte sich hinter den Abkürzungen verbergen? Also z.B. bai = ?

Hier die ersten 2 Minuten Log nach Neustart des EBUSD:
Danach wiederholt sich alles mehr oder weniger.

2018-01-12 20:41:48.333 [main notice] ebusd 3.1.v3.1-7-g6a6922c started with auto scan
2018-01-12 20:41:48.477 [bus notice] bus started with own address 31/36
2018-01-12 20:41:48.482 [bus notice] signal acquired
2018-01-12 20:41:49.173 [bus notice] new master 10, master count 2
2018-01-12 20:41:49.193 [bus notice] new master 03, master count 3
2018-01-12 20:41:49.194 [update notice] unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2018-01-12 20:41:49.598 [update notice] unknown MS cmd: 1026b509040e100000 / 00
2018-01-12 20:41:50.138 [update notice] unknown MS cmd: 1008b513020508 / 00
2018-01-12 20:41:50.609 [update notice] unknown MS cmd: 1026b509030d0400 / 0321ffaa
2018-01-12 20:41:50.980 [update notice] unknown MS cmd: 100ab5040101 / 092e0300ff0009000100
2018-01-12 20:41:51.643 [update notice] unknown MS cmd: 100ab504010d / 05390100802e
2018-01-12 20:41:51.896 [bus notice] new master 01, master count 4
2018-01-12 20:41:51.918 [update notice] unknown MS cmd: 01ecb5040134 / 03000001
2018-01-12 20:41:52.207 [update notice] unknown MS cmd: 1008b5110101 / 0956570080ffff0000ff
2018-01-12 20:41:53.188 [update notice] unknown MS cmd: 10edb5080707000090033003 / 00
2018-01-12 20:41:53.661 [update notice] unknown MS cmd: 100ab505082b0f010000000080 / 00
2018-01-12 20:41:57.338 [update notice] unknown MS cmd: 10ecb5040121 / 051400043e00
2018-01-12 20:41:58.704 [bus notice] scan 06: ;Vaillant;PMS02;0209;8402
2018-01-12 20:41:58.722 [main notice] read common config file /etc/ebusd/vaillant/general.csv
2018-01-12 20:41:58.723 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv
2018-01-12 20:41:58.724 [main notice] read common config file /etc/ebusd/vaillant/scan.csv
2018-01-12 20:41:58.741 [main notice] read scan config file /etc/ebusd/vaillant/06.pms.csv for ID "pms02", SW0209, HW8402
2018-01-12 20:41:58.742 [main notice] found messages: 83 (0 conditional on 0 conditions, 0 poll, 8 update)
2018-01-12 20:41:59.937 [update notice] unknown MS cmd: 1026b509040e100000 / 00
2018-01-12 20:42:00.224 [update notice] unknown MS cmd: 1008b513020508 / 00
2018-01-12 20:42:01.062 [update notice] unknown MS cmd: 1050b504010d / 051e00d70113
2018-01-12 20:42:01.119 [update notice] unknown MS cmd: 100ab504010d / 05390100802e
2018-01-12 20:42:01.258 [update notice] unknown MS cmd: 10edb5070107 / 0100
2018-01-12 20:42:01.450 [main error] scan config 08: ERR: wrong symbol received
2018-01-12 20:42:02.048 [update notice] unknown MS cmd: 01ecb5040110 / 0ab203d602008000809503
2018-01-12 20:42:02.278 [update notice] unknown MS cmd: 1008b5110101 / 0956570080ffff0000ff
2018-01-12 20:42:03.265 [update notice] unknown MS cmd: 10edb5080707000090033003 / 00
2018-01-12 20:42:03.543 [main error] scan config 0a: ERR: wrong symbol received
2018-01-12 20:42:04.137 [update notice] unknown MS cmd: 1026b5040101 / 09130300000585000000
2018-01-12 20:42:04.137 [update notice] unknown MS cmd: 1026b5040101 / 09130300000585000000
2018-01-12 20:42:04.308 [update notice] unknown MS cmd: 1012b505082b0f010000000080 / 00
2018-01-12 20:42:05.662 [main error] scan config 12: ERR: wrong symbol received
2018-01-12 20:42:06.299 [update notice] unknown MS cmd: 1026b5040100 / 0a0305422112010518c002
2018-01-12 20:42:06.479 [update notice] unknown MS cmd: 10ecb5040110 / 0ab203d602008000809503
2018-01-12 20:42:07.750 [main error] scan config 15: ERR: wrong symbol received
2018-01-12 20:42:09.437 [update notice] unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2018-01-12 20:42:09.867 [update notice] unknown MS cmd: 1026b509040e100000 / 00
2018-01-12 20:42:09.946 [main error] scan config 26: ERR: wrong symbol received
2018-01-12 20:42:10.571 [update notice] unknown MS cmd: 1008b513020508 / 00
2018-01-12 20:42:10.822 [update notice] unknown MS cmd: 1026b509030d0400 / 0321ffaa
2018-01-12 20:42:10.986 [update notice] unknown MS cmd: 10ecb504010d / 050000008000
2018-01-12 20:42:11.155 [update notice] unknown MS cmd: 100ab504010d / 05390100802e
2018-01-12 20:42:11.351 [update notice] update broadcast vdatetime QQ=10: 21:42:01;12.01.2018
2018-01-12 20:42:11.831 [update notice] update broadcast outsidetemp QQ=10: 2.750
2018-01-12 20:42:12.015 [main error] scan config 50: ERR: wrong symbol received
2018-01-12 20:42:12.671 [update notice] update broadcast datetime QQ=10: 2.750;21:42:01;12.01.2018
2018-01-12 20:42:12.903 [update notice] unknown MS cmd: 1026b503020001 / 0affffffffffffffffffff
2018-01-12 20:42:13.095 [update notice] unknown MS cmd: 100ab503020001 / 0affffffffffffffffffff
2018-01-12 20:42:13.290 [update notice] unknown MS cmd: 10edb503020001 / 0affffffffffffffffffff
2018-01-12 20:42:13.436 [update notice] unknown MS cmd: 10edb5070107 / 0100
2018-01-12 20:42:13.436 [update notice] unknown MS cmd: 10edb5070107 / 0100
2018-01-12 20:42:13.619 [update notice] unknown MS cmd: 1008b5110101 / 0956570080ffff0000ff
2018-01-12 20:42:13.799 [update notice] unknown MS cmd: 10edb5080707000090033003 / 00
2018-01-12 20:42:14.014 [bus notice] max. symbols per second: 109
2018-01-12 20:42:14.110 [main error] scan config ec: ERR: wrong symbol received
2018-01-12 20:42:15.394 [update notice] unknown MS cmd: 10ecb5040121 / 051400043e00
2018-01-12 20:42:16.174 [main error] scan config ed: ERR: wrong symbol received
2018-01-12 20:42:19.445 [update notice] unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2018-01-12 20:42:19.904 [update notice] unknown MS cmd: 1026b509040e100000 / 00
2018-01-12 20:42:21.025 [update notice] unknown MS cmd: 1026b509030d0400 / 0321ffaa
2018-01-12 20:42:21.119 [update notice] unknown MS cmd: 1026b504010d / 053300008013
2018-01-12 20:42:22.048 [update notice] unknown MS cmd: 10edb5070107 / 0100
2018-01-12 20:42:22.098 [update notice] unknown MS cmd: 1026b505042d000000 / 00
2018-01-12 20:42:22.519 [update notice] unknown MS cmd: 1008b5110101 / 0956570080ffff0000ff
2018-01-12 20:42:22.665 [update notice] unknown MS cmd: 1026b5050427005a00 / 00
2018-01-12 20:42:23.149 [update notice] unknown MS cmd: 01ecb5040110 / 0ab203d402008000809503
2018-01-12 20:42:24.008 [update notice] unknown MS cmd: 1026b5040101 / 09130300000585000000
2018-01-12 20:42:24.182 [update notice] unknown MS cmd: 1026b505082b0f010000000080 / 00
2018-01-12 20:42:24.537 [update notice] unknown MS cmd: 10ecb5040110 / 0ab203d402008000809503
2018-01-12 20:42:28.453 [bus notice] scan 08: ;Vaillant;BAI00;0606;5502
2018-01-12 20:42:29.383 [bus notice] scan 08: ;21;15;05;0010011645;0001;005160;N2
2018-01-12 20:42:29.391 [main notice] read scan config file /etc/ebusd/vaillant/08.bai.csv for ID "bai00", SW0606, HW5502
2018-01-12 20:42:29.446 [main notice] found messages: 284 (3 conditional on 25 conditions, 0 poll, 9 update)
2018-01-12 20:42:29.586 [update notice] update bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2018-01-12 20:42:30.039 [update notice] unknown MS cmd: 1026b509040e100000 / 00
2018-01-12 20:42:30.797 [update notice] unknown MS cmd: 1008b513020508 / 00
2018-01-12 20:42:32.022 [update notice] unknown MS cmd: 100ab504010d / 05390100802e
2018-01-12 20:42:32.606 [update notice] unknown MS cmd: 1050b505042d000000 / 00
2018-01-12 20:42:32.771 [bus notice] scan 0a: ;Vaillant;PMW01;0205;8302
2018-01-12 20:42:33.996 [main notice] read scan config file /etc/ebusd/vaillant/0a.pmw.hwc.csv for ID "pmw01", SW0205, HW8302
2018-01-12 20:42:34.010 [main notice] found messages: 380 (18 conditional on 33 conditions, 0 poll, 9 update)
2018-01-12 20:42:35.595 [update notice] unknown MS cmd: 1050b5050427005a00 / 00
2018-01-12 20:42:36.866 [update notice] unknown MS cmd: 10edb5080707000090033003 / 00
2018-01-12 20:42:37.000 [main error] scan config 12: ERR: read timeout
2018-01-12 20:42:37.671 [update notice] unknown MS cmd: 1050b505082b0f010000000080 / 00
2018-01-12 20:42:38.309 [update notice] unknown MS cmd: 10ecb5040121 / 051400043e00
2018-01-12 20:42:39.090 [main error] scan config 15: ERR: wrong symbol received
2018-01-12 20:42:39.693 [update notice] update bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2018-01-12 20:42:40.147 [update notice] unknown MS cmd: 1026b509040e100000 / 00
2018-01-12 20:42:40.693 [update notice] unknown MS cmd: 1008b513020508 / 00
2018-01-12 20:42:41.162 [update notice] unknown MS cmd: 1026b509030d0400 / 0321ffaa
2018-01-12 20:42:41.162 [update notice] unknown MS cmd: 1026b509030d0400 / 0321ffaa
2018-01-12 20:42:41.364 [main error] scan config 26: ERR: read timeout
2018-01-12 20:42:42.042 [update notice] unknown MS cmd: 10ecb5040101 / 09000300000207000100
2018-01-12 20:42:42.203 [update notice] unknown MS cmd: 10ecb504010d / 050000008000
2018-01-12 20:42:43.475 [update notice] unknown MS cmd: 10edb5070107 / 0100
2018-01-12 20:42:44.835 [main error] scan config 50: ERR: wrong symbol received
2018-01-12 20:42:45.467 [update notice] unknown MS cmd: 10edb5080707000090033003 / 00
2018-01-12 20:42:45.521 [update notice] unknown BC cmd: 01feb505054e481d0080
2018-01-12 20:42:46.019 [update notice] unknown MS cmd: 10ecb505082b0f010000000080 / 00
2018-01-12 20:42:46.929 [main error] scan config ec: ERR: wrong symbol received
2018-01-12 20:42:49.040 [main error] scan config ed: ERR: wrong symbol received
2018-01-12 20:42:49.795 [update notice] update bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2018-01-12 20:42:50.309 [update notice] unknown MS cmd: 1026b509040e100000 / 00
2018-01-12 20:42:50.836 [update notice] unknown MS cmd: 1008b513020508 / 00
2018-01-12 20:42:51.602 [update notice] unknown MS cmd: 1026b509030d0400 / 0321ffaa
2018-01-12 20:42:51.687 [update notice] update hwc Mode QQ=10: 46;auto;disabled;9;00;day
2018-01-12 20:42:51.776 [update notice] unknown MS cmd: 1026b504010d / 053300008013
2018-01-12 20:42:51.871 [update notice] update hwc Status QQ=10: 57;on;-;46
2018-01-12 20:42:51.978 [update notice] unknown MS cmd: 10edb5070107 / 0100
2018-01-12 20:42:52.893 [update notice] update bai Status01 QQ=10: 43.0;43.0;-;-;-;off
2018-01-12 20:42:53.867 [update notice] unknown MS cmd: 10edb5080707000090033003 / 00
2018-01-12 20:42:54.378 [update notice] unknown MS cmd: 100ab505082b0f010000000080 / 00
2018-01-12 20:42:57.061 [update notice] unknown MS cmd: 10ecb5040121 / 051400043e00
2018-01-12 20:42:58.519 [update notice] unknown MS cmd: 01ecb5040134 / 03000001
2018-01-12 20:42:59.919 [update notice] update bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2018-01-12 20:43:00.370 [update notice] unknown MS cmd: 1026b509040e100000 / 00
2018-01-12 20:43:01.157 [update notice] unknown MS cmd: 10ecb5040110 / 0ab203cf02008000809503
2018-01-12 20:43:01.234 [main error] scan config 15: ERR: read timeout
2018-01-12 20:43:01.767 [update notice] unknown MS cmd: 1026b509030d0400 / 0321ffaa
2018-01-12 20:43:01.851 [update notice] unknown MS cmd: 1050b504010d / 051e00d70113
2018-01-12 20:43:01.963 [update notice] update hwc Status QQ=10: 57;on;-;46
2018-01-12 20:43:02.115 [update notice] unknown MS cmd: 10edb5070107 / 0100
2018-01-12 20:43:02.992 [update notice] update bai Status01 QQ=10: 43.0;43.0;-;-;-;off
2018-01-12 20:43:03.325 [main error] scan config 50: ERR: wrong symbol received
2018-01-12 20:43:03.953 [update notice] unknown MS cmd: 10edb5080707000090033003 / 00
2018-01-12 20:43:04.477 [update notice] unknown MS cmd: 1026b5040101 / 09130300000585000000
2018-01-12 20:43:04.666 [update notice] unknown MS cmd: 1012b505082b0f010000000080 / 00
2018-01-12 20:43:05.580 [bus notice] scan ec: ;Vaillant;SOLSY;0500;6301
2018-01-12 20:43:07.371 [main notice] read scan config file /etc/ebusd/vaillant/ec.solsy.sc.csv for ID "solsy", SW0500, HW6301
2018-01-12 20:43:07.373 [main notice] found messages: 454 (18 conditional on 33 conditions, 0 poll, 9 update)
2018-01-12 20:43:08.540 [update notice] unknown MS cmd: 01ecb5040110 / 0ab203cd02008000809503
2018-01-12 20:43:09.466 [main error] scan config ed: ERR: wrong symbol received
2018-01-12 20:43:10.069 [update notice] update bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2018-01-12 20:43:10.479 [update notice] unknown MS cmd: 1026b509040e100000 / 00
2018-01-12 20:43:11.098 [update notice] unknown MS cmd: 1008b513020508 / 00
2018-01-12 20:43:11.619 [update notice] unknown MS cmd: 1026b509030d0400 / 0321ffaa
2018-01-12 20:43:11.723 [update notice] unknown MS cmd: 10ecb504010d / 050000008000
2018-01-12 20:43:12.227 [update notice] update broadcast vdatetime QQ=10: 21:43:02;12.01.2018
2018-01-12 20:43:12.502 [update notice] update broadcast outsidetemp QQ=10: 2.750
2018-01-12 20:43:13.194 [update notice] update broadcast datetime QQ=10: 2.750;21:43:02;12.01.2018
2018-01-12 20:43:13.591 [update notice] unknown MS cmd: 10edb5070107 / 0100
2018-01-12 20:43:13.724 [update notice] update bai Status01 QQ=10: 43.0;43.0;-;-;-;off
2018-01-12 20:43:14.081 [update notice] unknown MS cmd: 10edb5080707000090033003 / 00
2018-01-12 20:43:15.037 [update notice] unknown MS cmd: 10ecb5040121 / 051400043e00
2018-01-12 20:43:17.141 [update notice] unknown MS cmd: 1026b5040100 / 0a0317432112010518c002
2018-01-12 20:43:20.154 [update notice] update bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2018-01-12 20:43:20.620 [update notice] unknown MS cmd: 1026b509040e100000 / 00
2018-01-12 20:43:21.111 [update notice] unknown MS cmd: 1008b513020508 / 00
2018-01-12 20:43:21.520 [main error] scan config 50: ERR: wrong symbol received
2018-01-12 20:43:22.105 [update notice] unknown MS cmd: 1026b509030d0400 / 0321ffaa
2018-01-12 20:43:22.266 [update notice] unknown MS cmd: 1026b504010d / 053300008013
2018-01-12 20:43:22.459 [update notice] update hwc Status QQ=10: 57;on;-;46
2018-01-12 20:43:23.201 [update notice] unknown MS cmd: 10edb5070107 / 0100
2018-01-12 20:43:23.525 [update notice] unknown MS cmd: 1026b505042d000000 / 00
2018-01-12 20:43:23.638 [main error] scan config ed: ERR: wrong symbol received
2018-01-12 20:43:24.299 [update notice] update bai Status01 QQ=10: 42.5;43.0;-;-;-;off
2018-01-12 20:43:24.446 [update notice] unknown MS cmd: 1026b5050427005a00 / 00
2018-01-12 20:43:24.953 [update notice] unknown MS cmd: 10edb5080707000090033003 / 00
2018-01-12 20:43:25.201 [update notice] unknown MS cmd: 1026b5040101 / 09130300000585000000
2018-01-12 20:43:25.349 [update notice] unknown MS cmd: 1026b505082b0f010000000080 / 00
2018-01-12 20:43:29.044 [update notice] unknown MS cmd: 01ecb5040110 / 0ab203ca02008000809503
2018-01-12 20:43:30.264 [update notice] update bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2018-01-12 20:43:30.900 [update notice] unknown MS cmd: 1026b509040e100000 / 00
2018-01-12 20:43:31.908 [update notice] unknown MS cmd: 1026b509030d0400 / 0321ffaa
2018-01-12 20:43:32.405 [update notice] unknown MS cmd: 1050b504010d / 051e00d70113
2018-01-12 20:43:32.470 [update notice] update hwc Status QQ=10: 57;on;-;46
2018-01-12 20:43:32.541 [update notice] unknown MS cmd: 10edb5070107 / 0100
2018-01-12 20:43:32.600 [update notice] unknown MS cmd: 1050b505042d000000 / 00
2018-01-12 20:43:33.784 [update notice] unknown MS cmd: 10ecb5040121 / 051400043e00
2018-01-12 20:43:33.947 [update notice] update bai Status01 QQ=10: 42.5;43.0;-;-;-;off
2018-01-12 20:43:34.097 [update notice] unknown MS cmd: 1050b5050427005a00 / 00
2018-01-12 20:43:34.312 [update notice] unknown MS cmd: 10edb5080707000090033003 / 00
2018-01-12 20:43:34.998 [update notice] unknown MS cmd: 1050b505082b0f010000000080 / 00
2018-01-12 20:43:35.728 [main error] scan config 50: ERR: wrong symbol received
2018-01-12 20:43:37.378 [update notice] unknown MS cmd: 10ecb5040110 / 0ab203c902008000809503
2018-01-12 20:43:37.889 [main error] scan config ed: ERR: read timeout
2018-01-12 20:43:40.354 [update notice] update bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2018-01-12 20:43:40.810 [update notice] unknown MS cmd: 1026b509040e100000 / 00
2018-01-12 20:43:41.354 [update notice] unknown MS cmd: 1008b513020508 / 00
2018-01-12 20:43:41.866 [update notice] unknown MS cmd: 1026b509030d0400 / 0321ffaa
2018-01-12 20:43:42.319 [update notice] unknown MS cmd: 10ecb504010d / 050000008000
2018-01-12 20:43:42.389 [update notice] update hwc Status QQ=10: 57;on;-;46
2018-01-12 20:43:42.524 [update notice] unknown MS cmd: 10edb5070107 / 0100
2018-01-12 20:43:44.225 [update notice] unknown MS cmd: 10ecb5050427005a00 / 00
2018-01-12 20:43:44.404 [update notice] unknown MS cmd: 10edb5080707000090033003 / 00
2018-01-12 20:43:45.169 [update notice] unknown MS cmd: 1026b5040101 / 09130300000585000000
2018-01-12 20:43:45.302 [update notice] unknown MS cmd: 10ecb505082b0f010000000080 / 00
2018-01-12 20:43:49.037 [update notice] unknown MS cmd: 01ecb5040110 / 0ab203c702008000809503
2018-01-12 20:43:49.296 [update notice] unknown MS cmd: 01ecb505084d40010000000000 / 00
2018-01-12 20:43:49.523 [update notice] unknown BC cmd: 01feb505054e481d0080
2018-01-12 20:43:50.118 [main error] scan config 50: ERR: read timeout
2018-01-12 20:43:50.828 [update notice] update bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2018-01-12 20:43:50.955 [update notice] unknown MS cmd: 1026b509040e100000 / 00
2018-01-12 20:43:51.466 [update notice] unknown MS cmd: 1008b513020508 / 00
2018-01-12 20:43:51.977 [update notice] unknown MS cmd: 1026b509030d0400 / 0321ffaa
2018-01-12 20:43:52.175 [update notice] update hwc Mode QQ=10: 46;auto;disabled;9;00;day
2018-01-12 20:43:52.312 [update notice] unknown MS cmd: 1026b504010d / 053300008013
2018-01-12 20:43:52.496 [update notice] update hwc Status QQ=10: 57;on;-;46
2018-01-12 20:43:52.675 [update notice] unknown MS cmd: 10ecb5040121 / 051400043e00
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JeyPee am 12 Januar 2018, 22:48:07
@Reinhart:

Ok, also welche Optionen habe ich denn nun?

1. Bekomme ich die ebus Platine ohne calorMatic ans laufen? Du sagtest, dass der ebusd keinen Sendeversuch startet. Liegt das am Adapter oder an der ebusd Installation?

Mögichkeit: Ich könnte, wenn der ebus Adapter wirklich gut und zuverlässig läuft, komplett auf FHEM umsteigen und darüber die Steuerung machen. Notfalls die Steuerung über 7-8-9 anschließen.

2. Bekommt ihr meine Installation in den Griff, wenn ich irgendwie ein Oszilloskop besorge?

3. Ich könnte mal nachsehen, welche Regelungen an meiner Heizung noch gehen. Dann vielleicht eine gebrauchte besorgen, und schauen, ob der ebus sich dann besser verhält.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 13 Januar 2018, 10:05:29
unabhängig von dir wurde diese Thematik unter uns schon diskutiert und wir überlegen auch solche Fälle schaltungstechnisch in den Griff zu bekommen.

Laß die Calormatic wie gewohnt laufen. Wenn wir noch was brauchen von dir dann werden wir uns melden.

Bevor ich nun alle Threads von dir lese, kannst du noch kurz deine Installation auflisten oder skizieren wie die Teile verschalten sind?
Es gibt hier mehrere elektrische Anschlußbesipiele (http://docplayer.org/59138908-Ecocompact-aurocompact-atmocompact.html), welchem entspricht deine Konstelation?
Ist das Beispiel 4?

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JeyPee am 13 Januar 2018, 10:40:43
Eher keinem der gezeigten Beispiele.
Ich habe eine atmotec mit Vr39 Busmodul welches über den Diagnosestecker angeschlossen ist. Das VR39 stellt den ebus zur Verfügung. Von dort aus geht es zur calormatic und von dort aus zum ebus Adapter. Der Aussenfühler ist direkt an die Therme angeschlossen. Sonst ist nichts dran.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 13 Januar 2018, 12:38:48
Zitat von: JeyPee am 12 Januar 2018, 10:21:26
Also die gelbe LED leuchtet natürlich die ganze Zeit, sobald der ebus angeschlossen ist. Nicht so wirklich hell, aber sie ist an.
Wenn ich die calorMatic Steuerung nicht dran habe, flackern die rote und die grüne LED lustig fröhlich umher.
Und wenn die calorMatic dran ist, leuchtet nur die grüne durchgehend.

Wenn ich das richtig deute, dann hast du die Leds wie folgt belegt:

Gelb = Power
Rot = Tx
Grün = Rx

Bei angeschlossener Calormatic leuchtet die grüne Led, dann ist OK1 durchgesteuert, also detektiert der Operationsverstärker ein Low Signal am eBus oder die Spannung am Ausgang des Reglers bricht ein. Leuchtet in diesem Zustand die gelbe Led gleich hell weiter?

Wenn nein, dann messe bitte einmal was für eine Spannung am Ausgang des 5V Reglers ist. Ist die weiterhin 5V dann entferne einmal die gelbe Led bzw., löte den Widerstand R13 auf einem Ende ab und schaue ob sich am Zustand was ändert. Der Operationsverstärker detektiert ja die eBussignale über den Spannungsteiler R3 und R4. Wenn diese Spannung (eBus Spannung) einbrechen würde (<12V entspricht einem Low Bit) , wäre es derselbe Zustand. Das könnte ich mir aber vorstellen, denn die Calormatic ist ja während dieser Phase auch funktionslos und schweigt.

Die Platine V2 verbraucht ohne der Powerled an die 3-4 mA, das müsste aber für einen paralell Betrieb in deiner Situation mit der Calormatic leicht ausreichen.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TottiToad am 13 Januar 2018, 14:54:02
Hallo,

mittlerweile habe ich soweit alles zum laufen bekommen und am Bus der Heizung angeschlossen.

Leider erhalte ich keine bzw. kaum Werte !
Lediglich Außentemperatur und Heizkurve ?

ebusctl info ergibt:

pi@raspberrypi:~ $ ebusctl info
version: ebusd 3.0pre.bbc4d04
update check: version 3.1 available, broadcast.csv: newer version available, vaillant/15.470.csv: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/timercool.inc: different version available
signal: acquired
symbol rate: 38
max symbol rate: 106
min arbitration micros: 13
max arbitration micros: 165
min symbol latency: 5
max symbol latency: 47
reconnects: 0
masters: 3
messages: 270
conditional: 0
poll: 1
update: 8
address 01: master #6, ebusd
address 03: master #11
address 06: slave #6, ebusd
address 08: slave #11, scanned "MF=Vaillant;ID=V3x00;SW=0118;HW=9902"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403", loaded "vaillant/15.470.csv"


ebusctl find:

pi@raspberrypi:~ $ ebusctl find
470 ACTOstorDetected = no data stored
470 actoSTOROPMode = no data stored
470 ActualRoomTempDesiredHc1 = no data stored
470 ActualWeekday = no data stored
470 ADCValueTempbelow = no data stored
470 ASCDetected = no data stored
470 B51000M10HwcFlowSetMon = no data stored
470 B51000M12DisableBitsMon = no data stored
470 B51000M14Monitor = no data stored
470 B51000M7OpModeMonitor = no data stored
470 B51000M8HeatFlowSetMonitor = no data stored
470 B51000M9TappingSetMon = no data stored
470 B51000TempDesiredLoadingPump = no data stored
470 BMUB51101BoilerFlowTemp = no data stored
470 BMUB51101ErrorStatus = no data stored
470 BMUB51101HwcState = no data stored
470 BMUB51101StorageTemp = no data stored
470 BMUFlowTempOrVF1 = no data stored
470 CalculatedKickStopTime = no data stored
470 ccTimer.Friday = no data stored
470 ccTimer.Monday = no data stored
470 ccTimer.Saturday = no data stored
470 ccTimer.Sunday = no data stored
470 ccTimer.Thursday = no data stored
470 ccTimer.Tuesday = no data stored
470 ccTimer.Wednesday = no data stored
470 ChimneySweepModeActive = no data stored
470 CirPump = no data stored
470 ClockSwitchSummerWinterDone = no data stored
470 ContactName = no data stored
470 ContinuosHeating = no data stored
470 CountryVariant = no data stored
470 CPLPLast24started = no data stored
470 currenterror = no data stored
470 Date = no data stored
470 DcfIsValid = no data stored
470 DisplayedHc1RoomTempDesired = no data stored
470 DisplayedHwcStorageTemp = no data stored
470 DisplayedRoomTemp = no data stored
470 EepromUpdateActive = no data stored
470 EnermanState = no data stored
470 errorhistory = no data stored
470 ExcessTemp = no data stored
470 FactoryTestActive = no data stored
470 FrostOverRideTime = no data stored
470 FrostProtectDelayMonitor = no data stored
470 FrostProtectionRequiredMonitor = no data stored
470 FrostProtectStateMonitor = no data stored
470 GlobalSystemOff = no data stored
470 Hc1ActualFlowTempDesired = no data stored
470 Hc1AutoOffMode = no data stored
470 Hc1BankHolidayEndPeriod = no data stored
470 Hc1BankHolidayStartPeriod = no data stored
470 Hc1DayTemp = no data stored
470 Hc1FloorPavementDryingDay = no data stored
470 Hc1FloorPavementDryingTemp = no data stored
470 Hc1HcType = no data stored
470 Hc1HeatCurve = 1.20
470 Hc1HolidayEndPeriod = no data stored
470 Hc1HolidayRoomTemp = no data stored
470 Hc1HolidayStartPeriod = no data stored
470 Hc1MinimalFlowTempDesired = no data stored
470 Hc1NightTemp = 17.5
470 Hc1OPMode = no data stored
470 Hc1PreCutOffActive = no data stored
470 Hc1PreOrContinuosHeatingActive = no data stored
470 Hc1Pump = no data stored
470 Hc1PumpLast24started = no data stored
470 Hc1QuickVetoTemp = no data stored
470 Hc1RoomTempSwitchOn = no data stored
470 Hc1SFMode = no data stored
470 Hc1SummerOffset = no data stored
470 Hc2BankHolidayEndPeriod = no data stored
470 Hc2BankHolidayPeriodIsActive = no data stored
470 Hc2BankHolidayStartPeriod = no data stored
470 Hc2HcType = no data stored
470 Hc2HolidayEndPeriod = no data stored
470 Hc2HolidayPeriodIsActive = no data stored
470 Hc2HolidayStartPeriod = no data stored
470 Hc2OPMode = no data stored
470 Hc2SFMode = no data stored
470 Hc2TempDesiredB50418 = no data stored
470 HcMc1ConfigCPLP = no data stored
470 HcMc1CPLPState = no data stored
470 HcMc1Detected = no data stored
470 HcName1 = no data stored
470 HcName2 = no data stored
470 hcTimer.Friday = no data stored
470 hcTimer.Monday = no data stored
470 hcTimer.Saturday = no data stored
470 hcTimer.Sunday = no data stored
470 hcTimer.Thursday = no data stored
470 hcTimer.Tuesday = no data stored
470 hcTimer.Wednesday = no data stored
470 HwcActualTempDesired = no data stored
470 HwcCircuitActive = no data stored
470 HwcLegioStartDay = no data stored
470 HwcLegioStartTime = no data stored
470 HwcLoadingIn430Active = no data stored
470 HwcLoadingOffset = no data stored
470 HwcOPMode = no data stored
470 HwcParallelLoading = no data stored
470 HwcPressLowpostrunningtime = no data stored
470 HwcTempDesired = no data stored
470 hwcTimer.Friday = no data stored
470 hwcTimer.Monday = no data stored
470 hwcTimer.Saturday = no data stored
470 hwcTimer.Sunday = no data stored
470 hwcTimer.Thursday = no data stored
470 hwcTimer.Tuesday = no data stored
470 hwcTimer.Wednesday = no data stored
470 HydraulicMap = no data stored
470 HydraulicSwitch = no data stored
470 InstallAssistant = no data stored
470 KeyCodeforConfigMenu = no data stored
470 LanguageVariant = no data stored
470 LastYearsSolarYields10 = no data stored
470 LastYearsSolarYields11 = no data stored
470 LastYearsSolarYields12 = no data stored
470 LastYearsSolarYields1 = no data stored
470 LastYearsSolarYields2 = no data stored
470 LastYearsSolarYields3 = no data stored
470 LastYearsSolarYields4 = no data stored
470 LastYearsSolarYields5 = no data stored
470 LastYearsSolarYields6 = no data stored
470 LastYearsSolarYields7 = no data stored
470 LastYearsSolarYields8 = no data stored
470 LastYearsSolarYields9 = no data stored
470 LcdContrastValue = no data stored
470 LegioProtectActive = no data stored
470 MaintenanceDate = no data stored
470 MenuTestingCurrParameterTextId = no data stored
470 MenuTestingCurrPid = no data stored
470 MenuTestingCurrScreenCount = no data stored
470 MenuTestingCurrValue = no data stored
470 MenuTestingSymAddrFromCurrValue = no data stored
470 MonitorCurrentIPart = no data stored
470 MonitorEEpromInkonsiNumber = no data stored
470 OpModeEffect = no data stored
470 OutsideTemp = 5.00;ok
470 OutsideTempOffset = no data stored
470 PhoneNumber = no data stored
470 PreheatingTime = no data stored
470 PreStopTime = no data stored
470 PumpBlockingTimeMax = no data stored
470 PumpEnergySaveCalculatedTimeMonitor = no data stored
470 PumpEnergySaveStateMonitor = no data stored
470 RaumtempIstUnten = no data stored
470 RoomTemp = no data stored
470 RoomTempCorrection = no data stored
470 RoomTempOffsetSelfWarming = no data stored
470 SolarModuleDetected = no data stored
470 StartEepromUpdate = no data stored
470 StatusDcf = no data stored
470 SummerWinterTimeAdjust = no data stored
470 TestVarActivateFunction = no data stored
470 ThisYearsSolarYields10 = no data stored
470 ThisYearsSolarYields11 = no data stored
470 ThisYearsSolarYields12 = no data stored
470 ThisYearsSolarYields1 = no data stored
470 ThisYearsSolarYields2 = no data stored
470 ThisYearsSolarYields3 = no data stored
470 ThisYearsSolarYields4 = no data stored
470 ThisYearsSolarYields5 = no data stored
470 ThisYearsSolarYields6 = no data stored
470 ThisYearsSolarYields7 = no data stored
470 ThisYearsSolarYields8 = no data stored
470 ThisYearsSolarYields9 = no data stored
470 Time = no data stored
470 V430PluggedIn = no data stored
470 VF1 = no data stored
470 VR81ActiveForHc1 = no data stored
470 VR81ActiveForHc2 = no data stored
470 VR81Detected = no data stored
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 = 5.000
broadcast signoflife = no data stored
broadcast vdatetime = 14:00:30;13.01.2018
memory eeprom = no data stored
memory ram = no data stored
scan id = no data stored
scan.08  = Vaillant;V3x00;0118;9902
scan.08 id = no data stored
scan.15  = Vaillant;47000;0420;1403
scan.15 id = no data stored


Mein Bus Status:

service ebusd status
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/lib/systemd/system/ebusd.service; enabled)
   Active: active (running) since Sa 2018-01-13 14:21:59 CET; 17min ago
  Process: 8243 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=0/SUCCESS)
Main PID: 8244 (ebusd)
   CGroup: /system.slice/ebusd.service
           └─8244 /usr/bin/ebusd -d 192.168.178.70:8888 -l /var/log/ebusd.log --scanconfig --latency=20000 --address=01


ebusd.log

2018-01-13 14:48:40.014 [main notice] ebusd stopped
2018-01-13 14:50:02.080 [main notice] ebusd 3.0pre.bbc4d04 started with auto scan
2018-01-13 14:50:02.121 [bus notice] bus started with own address 01/06
2018-01-13 14:50:02.121 [bus notice] signal acquired
2018-01-13 14:50:03.752 [bus notice] new master 10, master count 2
2018-01-13 14:50:03.818 [bus notice] new master 03, master count 3
2018-01-13 14:50:03.818 [update notice] unknown MS cmd: 1008b5110101 / 094500000600680000ff
2018-01-13 14:50:05.811 [update notice] unknown MS cmd: 1008b5110102 / 050346b41e78
2018-01-13 14:50:09.833 [update notice] unknown MS cmd: 1008b5100900006c62ffff000000 / 0101
2018-01-13 14:50:12.297 [bus notice] scan 08: ;Vaillant;V3x00;0118;9902
2018-01-13 14:50:12.300 [main error] unable to load scan config 08: no file from /etc/ebusd/vaillant with prefix 08. matches ID "v3x00", SW0118, HW9902
2018-01-13 14:50:12.300 [main error] scan config 08: ERR: element not found
2018-01-13 14:50:13.882 [update notice] unknown MS cmd: 1008b5110101 / 094500000600680000ff
2018-01-13 14:50:14.493 [bus notice] scan 15: ;Vaillant;47000;0420;1403
2018-01-13 14:50:14.513 [main notice] read common config file /etc/ebusd/vaillant/scan.csv
2018-01-13 14:50:14.514 [main notice] read common config file /etc/ebusd/vaillant/general.csv
2018-01-13 14:50:14.517 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv
2018-01-13 14:50:14.572 [main notice] read scan config file /etc/ebusd/vaillant/15.470.csv for ID "47000", SW0420, HW1403
2018-01-13 14:50:14.604 [main notice] found messages: 269 (0 conditional on 0 conditions, 1 poll, 8 update)
2018-01-13 14:50:17.974 [bus error] poll 470 YieldThisYear failed: ERR: wrong symbol received
2018-01-13 14:50:19.908 [update notice] unknown MS cmd: 1008b5100900006c62ffff000000 / 0101
2018-01-13 14:50:21.822 [bus error] poll 470 YieldThisYear failed: ERR: read timeout
2018-01-13 14:50:23.980 [update notice] unknown MS cmd: 1008b5110101 / 094500000600680000ff
2018-01-13 14:50:27.911 [bus error] poll 470 YieldThisYear failed: ERR: read timeout
2018-01-13 14:50:29.336 [update notice] unknown MS cmd: 1008b5100900006c62ffff000000 / 0101
2018-01-13 14:50:32.941 [bus error] poll 470 YieldThisYear failed: ERR: read timeout
2018-01-13 14:50:34.043 [update notice] unknown MS cmd: 1008b5110101 / 097a00000600680000ff
2018-01-13 14:50:36.737 [update notice] update broadcast vdatetime QQ=10: 14:50:36;13.01.2018
2018-01-13 14:50:36.936 [update notice] unknown BC cmd: 10feb51603041000
2018-01-13 14:50:37.170 [update notice] unknown MS cmd: 1008b512020000 / 0101
2018-01-13 14:50:38.123 [update notice] unknown MS cmd: 1008b5100900006c62ffff000000 / 0101
2018-01-13 14:50:38.854 [bus error] poll 470 YieldThisYear failed: ERR: wrong symbol received
2018-01-13 14:50:46.314 [bus error] poll 470 YieldThisYear failed: ERR: wrong symbol received
2018-01-13 14:50:46.975 [update notice] unknown MS cmd: 1008b5110102 / 050346b41e78
2018-01-13 14:50:48.135 [update notice] unknown MS cmd: 1008b5100900006c62ffff000000 / 0101
2018-01-13 14:50:52.410 [bus notice] poll 470 YieldThisYear: 0;0;0;0;0;0;0;0;0;0;0;0
2018-01-13 14:50:54.179 [update notice] unknown MS cmd: 1008b5110101 / 097a00000600680000ff
2018-01-13 14:50:56.160 [bus error] poll 470 YieldThisYear failed: ERR: read timeout
2018-01-13 14:50:56.759 [update notice] unknown MS cmd: 1008b5110100 / 09d403ff000000000000
2018-01-13 14:50:56.956 [update notice] update broadcast outsidetemp QQ=10: 5.000
2018-01-13 14:50:58.179 [update notice] unknown MS cmd: 1008b5100900006c62ffff000000 / 0101
2018-01-13 14:51:04.460 [bus notice] poll 470 YieldThisYear: 0;0;0;0;0;0;0;0;0;0;0;0
2018-01-13 14:51:06.220 [update notice] unknown MS cmd: 1008b5110102 / 050346b41e78
2018-01-13 14:51:08.094 [bus error] poll 470 YieldThisYear failed: ERR: read timeout
2018-01-13 14:51:08.884 [update notice] unknown MS cmd: 1008b5100900006c62ffff000000 / 0101




So wie ich jetzt die ganzen Erklärungen und Anleitungen gelesen habe läuft ja soweit alles.
Nur den log finde ich etwas merkwürdig ?

Und warum erhalte ich keine Werte ?
z.B. Vorlauftemperatur


Ich hoffe ihr könnte mir weiterhelfen

Grüße & Danke
Torsten
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 13 Januar 2018, 20:29:42
das ist der Grund warum dir einige Werten fehlen.

2018-01-13 14:50:12.300 [main error] unable to load scan config 08: no file from /etc/ebusd/vaillant with prefix 08. matches ID "v3x00", SW0118, HW9902
dein Gerät wird offensichtlich noch nicht in den CSV Files unterstützt weil es noch keines gibt.

Du kannst aber alles auslesen was in der 15.470.csv vorhanden und das ist schon jede Menge. Schau einfach einmal in das File, es gibt da auch ein paar verschiedene Vorlauftemperaturen.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JeyPee am 13 Januar 2018, 21:17:47
@Reinhart:
Wir sind auf dem richtigen Weg. Ich habe den R13 ausgelötet und alles wieder angeschlossen.

1. Erfolgsmeldung:
Der ebus läuft mit beiden Geräten am Bus. Ich habe auch das Gefühl, dass die calorMatic viel flotter die Werte der Therme wieder am Start hat.

2. Erfolgsmeldung:
ebusd läuft parallel zur calorMatic und bekommt auch commands.


2018-01-13 21:12:45.676 [update notice] unknown MS cmd: 1008b5110101 / 096000c00700ff0100ff
2018-01-13 21:12:47.679 [update notice] unknown BC cmd: 10feb5160301c002
2018-01-13 21:12:51.818 [update notice] unknown MS cmd: 1008b51009000064ffffff04ff00 / 0101
2018-01-13 21:12:53.324 [main error] scan config 08: ERR: arbitration lost
2018-01-13 21:12:55.476 [main error] scan config 15: ERR: arbitration lost
2018-01-13 21:12:55.889 [update notice] unknown MS cmd: 1008b5110101 / 096000c00700ff0100ff
2018-01-13 21:12:57.929 [update notice] unknown MS cmd: 1008b5110102 / 050346b41e78
2018-01-13 21:12:59.985 [update notice] unknown MS cmd: 1008b51009000064ffffff04ff00 / 0101
2018-01-13 21:13:07.345 [main error] scan config 08: ERR: arbitration lost
2018-01-13 21:13:09.695 [main error] scan config 15: ERR: arbitration lost


Die Frage ist, warum ein Scan nicht zur gewünschten ebusctl info Meldung führt.
Diese sieht nach einem Scan so aus:


root@pi:/etc/ebusd# ebusctl scan full
done

root@pi:/etc/ebusd# ebusctl info
version: ebusd 3.1.v3.1-7-g6a6922c
signal: acquired
symbol rate: 41
max symbol rate: 81
reconnects: 0
masters: 3
messages: 13
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd


Also sehe ich die Vaillant Ergebnisse nicht, die ich gestern mit R13 noch hatte.

P.S.: Danke dir und auch Christoph für euren Einsatz. Selten soviel Know How und Hilfsbereitschaft auf einem Punkt versammelt gesehen. Ganz großes Tennis.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JeyPee am 13 Januar 2018, 22:49:07
Zitat von: JeyPee am 13 Januar 2018, 21:17:47
@Reinhart:
Wir sind auf dem richtigen Weg. Ich habe den R13 ausgelötet und alles wieder angeschlossen.

1. Erfolgsmeldung:
Der ebus läuft mit beiden Geräten am Bus. Ich habe auch das Gefühl, dass die calorMatic viel flotter die Werte der Therme wieder am Start hat.

2. Erfolgsmeldung:
ebusd läuft parallel zur calorMatic und bekommt auch commands.


2018-01-13 21:12:45.676 [update notice] unknown MS cmd: 1008b5110101 / 096000c00700ff0100ff
2018-01-13 21:12:47.679 [update notice] unknown BC cmd: 10feb5160301c002
2018-01-13 21:12:51.818 [update notice] unknown MS cmd: 1008b51009000064ffffff04ff00 / 0101
2018-01-13 21:12:53.324 [main error] scan config 08: ERR: arbitration lost
2018-01-13 21:12:55.476 [main error] scan config 15: ERR: arbitration lost
2018-01-13 21:12:55.889 [update notice] unknown MS cmd: 1008b5110101 / 096000c00700ff0100ff
2018-01-13 21:12:57.929 [update notice] unknown MS cmd: 1008b5110102 / 050346b41e78
2018-01-13 21:12:59.985 [update notice] unknown MS cmd: 1008b51009000064ffffff04ff00 / 0101
2018-01-13 21:13:07.345 [main error] scan config 08: ERR: arbitration lost
2018-01-13 21:13:09.695 [main error] scan config 15: ERR: arbitration lost


Die Frage ist, warum ein Scan nicht zur gewünschten ebusctl info Meldung führt.
Diese sieht nach einem Scan so aus:


root@pi:/etc/ebusd# ebusctl scan full
done

root@pi:/etc/ebusd# ebusctl info
version: ebusd 3.1.v3.1-7-g6a6922c
signal: acquired
symbol rate: 41
max symbol rate: 81
reconnects: 0
masters: 3
messages: 13
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd


Also sehe ich die Vaillant Ergebnisse nicht, die ich gestern mit R13 noch hatte.

P.S.: Danke dir und auch Christoph für euren Einsatz. Selten soviel Know How und Hilfsbereitschaft auf einem Punkt versammelt gesehen. Ganz großes Tennis.

Nachtrag:
Klemme ich die calorMatic ab, starte anschließend den ebus und scanne, bekomme ich die "MF=Vaillant;ID=V3x00;SW=0118;HW=9902".
Soweit, so gut. (Bis auf die Tatsache, dass es wohl keine 08.v3x00.csv gibt)
Nun kann ich die calorMatic wieder anklemmen und quasi mithören, was auf dem Bus los ist. Allerindgs läuft dann auch kein Scan mehr durch.

Also scheint es noch nicht 100%ig zu laufen, da ich keine Geräte angezeigt bekomme, wenn calorMatic und ebus Adapter angeschlossen sind.

Hinkebein Lösung:
Ebusd starten und scannen, nur wenn die calorMatic abgeklemmt ist. Wenn ebusd dann läuft, kann man auch die calorMatic wieder anklemmen.

So sieht übrigens mein Log aus, wenn ich einen Scan ohne calorMatic gemacht habe und anschließend die calorMatic wieder angeklemmt habe.

2018-01-13 22:40:26.003 [update notice] unknown BC cmd: 10feb505020400
2018-01-13 22:40:28.249 [main error] scan config 05: ERR: arbitration lost
2018-01-13 22:40:29.864 [update notice] update v3x00 SetMode QQ=10: auto;50.0;-;-;0;0;1;0;0;0
2018-01-13 22:40:30.289 [bus error] poll v3x00 HeatpumpType failed: ERR: arbitration lost
2018-01-13 22:40:30.637 [main error] scan config 15: ERR: arbitration lost
2018-01-13 22:40:33.974 [update notice] update v3x00 Status01 QQ=10: 43.5;0.0;8.000;0.0;-;off
2018-01-13 22:40:36.282 [bus error] poll v3x00 HeatpumpType failed: ERR: arbitration lost
2018-01-13 22:40:40.103 [update notice] update v3x00 SetMode QQ=10: auto;50.0;-;-;0;0;1;0;0;0
2018-01-13 22:40:42.285 [bus error] poll v3x00 HeatpumpType failed: ERR: arbitration lost
2018-01-13 22:40:42.911 [main error] scan config 05: ERR: arbitration lost
2018-01-13 22:40:44.167 [update notice] update v3x00 Status01 QQ=10: 43.5;0.0;8.000;0.0;-;off
2018-01-13 22:40:45.210 [main error] scan config 15: ERR: arbitration lost
2018-01-13 22:40:46.236 [update notice] update broadcast vdatetime QQ=10: 22:35:58;13.01.2018
2018-01-13 22:40:46.457 [update notice] unknown MS cmd: 1008b512020064 / 0101
2018-01-13 22:40:48.252 [update notice] update v3x00 SetMode QQ=10: auto;50.0;-;-;0;0;1;0;0;0
2018-01-13 22:40:48.345 [bus error] poll v3x00 HeatpumpType failed: ERR: arbitration lost
2018-01-13 22:40:54.291 [bus error] poll v3x00 HeatpumpType failed: ERR: arbitration lost
2018-01-13 22:40:54.936 [update notice] update v3x00 Status01 QQ=10: 43.5;0.0;8.000;0.0;-;off
2018-01-13 22:40:56.439 [update notice] update v3x00 DateTime QQ=10: nosignal;06:52:27;-.-.-;8.000
2018-01-13 22:40:56.678 [update notice] update v3x00 Status02 QQ=10: auto;70;90.0;30;60.0
2018-01-13 22:40:57.504 [main error] scan config 05: ERR: arbitration lost
2018-01-13 22:40:58.521 [update notice] update v3x00 SetMode QQ=10: auto;50.0;-;-;0;0;1;0;0;0
2018-01-13 22:40:59.785 [main error] scan config 15: ERR: arbitration lost
2018-01-13 22:41:00.289 [bus error] poll v3x00 HeatpumpType failed: ERR: arbitration lost
2018-01-13 22:41:04.668 [update notice] update v3x00 Status01 QQ=10: 43.5;0.0;8.000;0.0;-;off
2018-01-13 22:41:04.871 [update notice] update broadcast outsidetemp QQ=10: 3.000
2018-01-13 22:41:06.302 [bus error] poll v3x00 HeatpumpType failed: ERR: arbitration lost
2018-01-13 22:41:08.719 [update notice] update v3x00 SetMode QQ=10: auto;50.0;-;-;0;0;1;0;0;0
2018-01-13 22:41:12.064 [main error] scan config 05: ERR: arbitration lost
2018-01-13 22:41:12.412 [bus error] poll v3x00 HeatpumpType failed: ERR: arbitration lost
2018-01-13 22:41:12.828 [update notice] update v3x00 Status01 QQ=10: 43.5;0.0;8.000;0.0;-;off
2018-01-13 22:41:14.335 [main error] scan config 15: ERR: arbitration lost
2018-01-13 22:41:14.852 [update notice] update v3x00 Status02 QQ=10: auto;70;90.0;30;60.0
2018-01-13 22:41:18.297 [bus error] poll v3x00 HeatpumpType failed: ERR: arbitration lost
2018-01-13 22:41:18.935 [update notice] update v3x00 SetMode QQ=10: auto;50.0;-;-;0;0;1;0;0;0
2018-01-13 22:41:23.033 [update notice] update v3x00 Status01 QQ=10: 43.5;0.0;8.000;0.0;-;off
2018-01-13 22:41:24.298 [bus error] poll v3x00 HeatpumpType failed: ERR: arbitration lost
2018-01-13 22:41:25.080 [update notice] update v3x00 DateTime QQ=10: nosignal;06:52:55;-.-.-;8.000
2018-01-13 22:41:25.279 [update notice] unknown BC cmd: 10feb505020400
2018-01-13 22:41:26.634 [main error] scan config 05: ERR: arbitration lost
2018-01-13 22:41:28.904 [main error] scan config 15: ERR: arbitration lost
2018-01-13 22:41:29.158 [update notice] update v3x00 SetMode QQ=10: auto;50.0;-;-;0;0;1;0;0;0
2018-01-13 22:41:30.269 [bus error] poll v3x00 HeatpumpType failed: ERR: arbitration lost
2018-01-13 22:41:33.247 [update notice] update v3x00 Status01 QQ=10: 43.5;0.0;8.000;0.0;-;off
2018-01-13 22:41:36.273 [bus error] poll v3x00 HeatpumpType failed: ERR: arbitration lost
2018-01-13 22:41:37.327 [update notice] update v3x00 SetMode QQ=10: auto;50.0;-;-;0;0;1;0;0;0
2018-01-13 22:41:41.218 [main error] scan config 05: ERR: arbitration lost
2018-01-13 22:41:42.305 [bus error] poll v3x00 HeatpumpType failed: ERR: arbitration lost
2018-01-13 22:41:43.454 [update notice] update v3x00 Status01 QQ=10: 43.5;0.0;8.000;0.0;-;off
2018-01-13 22:41:43.548 [main error] scan config 15: ERR: arbitration lost
2018-01-13 22:41:45.533 [update notice] update broadcast vdatetime QQ=10: 22:36:57;13.01.2018
2018-01-13 22:41:45.756 [update notice] unknown MS cmd: 1008b512020064 / 0101
2018-01-13 22:41:47.575 [update notice] update v3x00 SetMode QQ=10: auto;50.0;-;-;0;0;1;0;0;0
2018-01-13 22:41:48.281 [bus error] poll v3x00 HeatpumpType failed: ERR: arbitration lost
2018-01-13 22:41:53.700 [update notice] update v3x00 Status01 QQ=10: 43.5;0.0;8.000;0.0;-;off
2018-01-13 22:41:53.961 [update notice] update v3x00 DateTime QQ=10: nosignal;06:53:24;-.-.-;8.000
2018-01-13 22:41:54.266 [bus error] poll v3x00 HeatpumpType failed: ERR: arbitration lost
2018-01-13 22:41:55.853 [main error] scan config 05: ERR: arbitration lost
2018-01-13 22:41:57.787 [update notice] update v3x00 SetMode QQ=10: auto;50.0;-;-;0;0;1;0;0;0
2018-01-13 22:41:58.132 [main error] scan config 15: ERR: arbitration lost
2018-01-13 22:42:00.276 [bus error] poll v3x00 HeatpumpType failed: ERR: arbitration lost
2018-01-13 22:42:01.853 [update notice] update v3x00 Status01 QQ=10: 43.5;0.0;8.000;0.0;-;off
2018-01-13 22:42:03.857 [update notice] update broadcast outsidetemp QQ=10: 3.000
2018-01-13 22:42:06.288 [bus error] poll v3x00 HeatpumpType failed: ERR: arbitration lost
2018-01-13 22:42:07.981 [update notice] update v3x00 SetMode QQ=10: auto;50.0;-;-;0;0;1;0;0;0
2018-01-13 22:42:10.412 [main error] scan config 05: ERR: arbitration lost
2018-01-13 22:42:12.073 [update notice] update v3x00 Status01 QQ=10: 43.5;0.0;8.000;0.0;-;off
2018-01-13 22:42:12.345 [bus error] poll v3x00 HeatpumpType failed: ERR: arbitration lost
2018-01-13 22:42:12.688 [main error] scan config 15: ERR: arbitration lost
2018-01-13 22:42:14.126 [update notice] update v3x00 Status02 QQ=10: auto;70;90.0;30;60.0
2018-01-13 22:42:18.240 [update notice] update v3x00 SetMode QQ=10: auto;50.0;-;-;0;0;1;0;0;0
2018-01-13 22:42:18.333 [bus error] poll v3x00 HeatpumpType failed: ERR: arbitration lost
2018-01-13 22:42:22.289 [update notice] update v3x00 Status01 QQ=10: 43.5;0.0;8.000;0.0;-;off
2018-01-13 22:42:22.298 [main error] scan config 05: ERR: arbitration lost
2018-01-13 22:42:24.339 [update notice] update v3x00 DateTime QQ=10: nosignal;06:53:54;-.-.-;8.000

Csv von irgendeiner anderen 08er csv kopiert.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 14 Januar 2018, 11:29:08
Moin JeyPee
Ich habe noch mal eine Frage. Evtl. hast du es schon mal gepostet. Wie sieht denn Deine eBUS Leitung aus? Ich werde das Gefuehl nicht los, dass bei Dir irgendwie alles im Argen liegt. Bei mir liegt von der Therme zum Regler eine 8x2x0,8mm² Leitung mit ca. 10m Laenge. Zum eBUS Adapter habe ich ca. 4m irgendeiner Flachleitung genommen, mit ca. 6x0,5mm² und immer zwei Adern parallel benutzt. Die lange Leitung ist verdrillt und geschirmt, die kurze nicht.
Wie gesagt mein Angebot steht, dass ich versuche in meiner Anlage den Stoerenfried rauszufinden. Bei der Calormatic ist es kein Problem, gebraucht etwas zu finden, der VR 39 ist leider sehr selten und dementsprechend teuer!
Gruss und viel Erfolg noch
Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 14 Januar 2018, 11:58:18
das ist schon mal ein kleiner Erfolg und es zeigt das meine Vermutung richtig war. Wir haben es in deinem Fall mit den Klassen zu tun die in der  Spezifikation unter 10.7 beschrieben sind. Wir bewegen (und auch alle anderen Schaltungen, auch kommerzielle) uns in der Class3-4. Deshalb war ja meine Idee, die Gesamtstromaufnahme aus dem eBus bei dir abzusenken und das hat sofort Wirkung gezeigt.

Deine Methode jetzt ohne Calormatic zu scannen und dann erst anzuschließen ist zwar gut überlegt, führt aber zu keinem Erfolg weil du weiterhin keine Kommandos absetzen kannst. "ebusctl r -f" ist schon ein Sendekommando an den Bus, das den Device auffordert dir Daten zu senden. Beim Senden eines Kommandos wird ja die Spannung des eBus über die Zenerdiode nach unten gedrückt, das sollte normalerweise ein Bit erkennen lassen. Das tut es aber in deinem Fall nicht, denn dann bricht schon die Pegelerkennung zusammen und es geht im Rawfile auf "00". Alles was über Broadcast kommt kannst aber jetzt auswerten.

Eigentlich müsste bei dir eine zusätzliche Bus Versorgung das Problem lösen können, so dass dann auch alle Adapter funktionieren müssten. Ist aber nur eine Vermutung, in der Praxis konnte ich das bei mir noch nie testen.
Wenn ich die Vaillant Beschreibung so lese, dann lautet die Aussage, dass bei Einsatz eines Buskoplers VR32 auch ein zusätzliches Netzteil VR38 (https://www.heizungsdiscount24.de/regelungstechnik/vaillant-vr-38-zusatzmodul-ebus-netzteil.html) notwendig ist. Bei einem comDialog  (https://www.vaillant.at/downloads/installationsanleitungen/regelung-1/i-comdialog-0020140083-01-360431.pdf)ist das der Fall, sonst geht der auch nicht.

Bei den Preisen des VR38 würde ich das aber nicht riskieren, weil es ja nur eine Vermutung ist. Wenn dir ein Installateur das borgen kann und wenn es geht dann erst kaufen wäre das was anderes.

Vielleicht kann dir pc1246 so eine Busversorgung zum Test mit dem LM317 auf Lochrasterplatine zusammen löten. Ein kleines 24V Netzteil angeschlossen ( es muss unbedingt eine galvanische Trennung sein, also ein Trafo drinnen) und schon sollte das funktionieren, die Bauteile kosten ein paar €. Der Schaltplan ist in der Spezifikation  (https://ebus.github.io/adapter/Spec_Prot_12_V1_3_1.pdf)enthalten.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 14 Januar 2018, 13:16:22
Oder einfach bestellen, ausprobieren, ob es den gewuenschten Erfolg bringt. Und dann zurueckschicken?
Danach kann man dann ein Netzteil bauen!
Ist nicht die feine englische Art, aber bei dem Preis!?
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 14 Januar 2018, 14:55:40
ob eine zusätzliche Speisung überhaupt was bringt kannst du aber vorher testen. Löte den 1 Ohm Widerstand R10 am Rande der Platine an einem Ende heraus und lasse ihn einfach empor stehen, somit ist die Stromversorgung für den 5V Regler vom eBus getrennt. Am nicht bestückten C1 speist du dann mit + und - Polrichtig mit einem kleinen Netzgerät so zwischen 7-12 V ein. Die Leistung ist dabei nicht relevant. Ein altes Handyladegerät von früher oder ähnliches sollte hier gute Dienste leisten. 5 Volt ist allerdings Zuwenig!

Die Platine funktioniert dann genau so, aber verbraucht keinen Strom mehr vom eBus. Nun sollte alles funktionieren.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JeyPee am 14 Januar 2018, 17:46:47
Zitat von: Reinhart am 14 Januar 2018, 14:55:40
ob eine zusätzliche Speisung überhaupt was bringt kannst du aber vorher testen. Löte den 1 Ohm Widerstand R10 am Rande der Platine an einem Ende heraus und lasse ihn einfach empor stehen, somit ist die Stromversorgung für den 5V Regler vom eBus getrennt. Am nicht bestückten C1 speist du dann mit + und - Polrichtig mit einem kleinen Netzgerät so zwischen 7-12 V ein. Die Leistung ist dabei nicht relevant. Ein altes Handyladegerät von früher oder ähnliches sollte hier gute Dienste leisten. 5 Volt ist allerdings Zuwenig!

Die Platine funktioniert dann genau so, aber verbraucht keinen Strom mehr vom eBus. Nun sollte alles funktionieren.

LG

Habe mal R10 aus- und ein Netzteil mit 9V angelötet. Es ist irgendwie seltsam. Wenn ich beide Geräte dran habe, funktioniert die Erkennung nicht.
ebusd-log

2018-01-14 17:37:13.254 [bus notice] signal acquired
2018-01-14 17:37:34.942 [bus notice] new master 10, master count 2
2018-01-14 17:37:45.325 [main error] scan config 15: ERR: ACK error
2018-01-14 17:37:57.440 [main error] scan config 15: ERR: CRC error
2018-01-14 17:38:05.555 [main error] scan config 15: ERR: ACK error
2018-01-14 17:38:17.648 [main error] scan config 15: ERR: ACK error
2018-01-14 17:38:25.885 [main error] scan config 15: ERR: CRC error
2018-01-14 17:38:37.469 [main error] scan config 15: ERR: CRC error
2018-01-14 17:38:49.647 [main error] scan config 15: ERR: read timeout
2018-01-14 17:38:56.717 [update notice] unknown BC cmd: 10feb5160301b001


ebusctl info

version: ebusd 3.1.v3.1-7-g6a6922c
update check: revision v3.1-1-g60a18d1 available, broadcast.csv: different version available
signal: acquired
symbol rate: 20
max symbol rate: 60
min arbitration micros: 63
max arbitration micros: 494
min symbol latency: 5
max symbol latency: 38
reconnects: 0
masters: 2
messages: 12
conditional: 0
poll: 0
update: 4
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd


Je nachdem, wie ich jetzt wen an den bus hänge, schaffe ich es mitunter mal zwei Vaillant Geräte zu erkennen. Therme und calorMatic.
In dem Zustand gab es eine Menge CRC Fehler, aber sowas wie "ebusctl read OutsideTemp" führte zu einem Ergebnis.

Ich werde gleich mal die Verkabelung oben nochmals checken und sauber verlöten. Werde den ebus Adapter auch mal hinter die calorMatic hängen. Mal sehen, ob ich es so optimieren kann.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TottiToad am 14 Januar 2018, 17:59:53
Zitat von: Reinhart am 13 Januar 2018, 20:29:42
das ist der Grund warum dir einige Werten fehlen.

2018-01-13 14:50:12.300 [main error] unable to load scan config 08: no file from /etc/ebusd/vaillant with prefix 08. matches ID "v3x00", SW0118, HW9902
dein Gerät wird offensichtlich noch nicht in den CSV Files unterstützt weil es noch keines gibt.

Du kannst aber alles auslesen was in der 15.470.csv vorhanden und das ist schon jede Menge. Schau einfach einmal in das File, es gibt da auch ein paar verschiedene Vorlauftemperaturen.

LG

Danke schonmal ! Ja der Blick in die csv hat geholfen und mich schon wesentlich weiter gebracht.


Wenn ich die ganzen Beiträge so lese und richtig interpretiert habe, bekommt man eigentlich mit Calormartic 470 und über Broadcast wesentlich mehr als ich. Ich bekomme nur die Uhrzeit und die Aussentemperatur über diesen Weg.

Über ECMD Devices und Timer habe ich schon soweit einiges am laufen.

Jetzt wollte ich gerne per MQTT probieren. Leider bekomme ich hier rüber keine Daten ?


root@NUC:~# mosquitto_sub -d -v -t \#
Client mosqsub/30854-NUC sending CONNECT
Client mosqsub/30854-NUC received CONNACK
Client mosqsub/30854-NUC sending SUBSCRIBE (Mid: 1, Topic: #, QoS: 0)
Client mosqsub/30854-NUC received SUBACK
Subscribed (mid: 1): 0
Client mosqsub/30854-NUC received PUBLISH (d0, q0, r1, m0, 'sonoff_ebus/global/version', ... (22 bytes))
sonoff_ebus/global/version "ebusd 3.0pre.bbc4d04"
Client mosqsub/30854-NUC received PUBLISH (d0, q0, r1, m0, 'sonoff_ebus/global/running', ... (4 bytes))
sonoff_ebus/global/running true
Client mosqsub/30854-NUC received PUBLISH (d0, q0, r1, m0, 'sonoff_ebus/global/updatecheck', ... (63 bytes))
sonoff_ebus/global/updatecheck "version 3.1 available, broadcast.csv: newer version available"
Client mosqsub/30854-NUC received PUBLISH (d0, q0, r0, m0, 'sonoff_ebus/global/uptime', ... (5 bytes))
sonoff_ebus/global/uptime 10241
Client mosqsub/30854-NUC received PUBLISH (d0, q0, r0, m0, 'sonoff_ebus/global/uptime', ... (5 bytes))
sonoff_ebus/global/uptime 10257
Client mosqsub/30854-NUC received PUBLISH (d0, q0, r0, m0, 'sonoff_ebus/global/uptime', ... (5 bytes))
sonoff_ebus/global/uptime 10273
Client mosqsub/30854-NUC received PUBLISH (d0, q0, r0, m0, 'sonoff_ebus/global/uptime', ... (5 bytes))
sonoff_ebus/global/uptime 10289
Client mosqsub/30854-NUC sending PINGREQ
Client mosqsub/30854-NUC received PINGRESP
Client mosqsub/30854-NUC received PUBLISH (d0, q0, r0, m0, 'sonoff_ebus/global/uptime', ... (5 bytes))
sonoff_ebus/global/uptime 10305
Client mosqsub/30854-NUC received PUBLISH (d0, q0, r0, m0, 'sonoff_ebus/global/uptime', ... (5 bytes))
sonoff_ebus/global/uptime 10321
Client mosqsub/30854-NUC received PUBLISH (d0, q0, r0, m0, 'sonoff_ebus/global/uptime', ... (5 bytes))
sonoff_ebus/global/uptime 10337
Client mosqsub/30854-NUC received PUBLISH (d0, q0, r0, m0, 'sonoff_ebus/global/uptime', ... (5 bytes))
sonoff_ebus/global/uptime 10353
Client mosqsub/30854-NUC received PUBLISH (d0, q0, r0, m0, 'sonoff_ebus/bai/flowtemp/get', ... (25 bytes))
sonoff_ebus/bai/flowtemp/get r -f BMUB51101StorageTemp
Client mosqsub/30854-NUC sending PINGREQ
Client mosqsub/30854-NUC received PINGRESP
C


MQTT scheint auf der Installation zu laufen und sich richtig verbunden zu haben.
Wenn ich jedoch in einer Konsole z.B.
mosquitto_pub -q 2 -t sonoff_ebus/bai/flowtemp/get -m "r -f BMUB51101StorageTemp"
aufrufe, kommt kein Wert.


Wo liegt mein Denkfehler ? Was kann ich überprüfen ?
Wie vorgehen ?

Grüße & Danke
Torsten
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 14 Januar 2018, 19:27:02
Zitat von: TottiToad am 14 Januar 2018, 17:59:53
Wo liegt mein Denkfehler ? Was kann ich überprüfen ?
Wie vorgehen ?

wenn du via MQTT testen willst und es funktionieret nicht so wie du willst, dann schaue einfach einmal mit ebusctl ob was kommt!

ebusctl r -f BMUB51101StorageTemp

Ich teste immer vorher mit ebusctl und dann einen Schritt weiter und erst dann mit MQTT, dann bist du immer sicher wo der Fehler steckt wenn was nicht kommt.

soweit ich mich erinnere, hast du ja nur eine 470.csv geladen, also müsste der MQTT Aufruf bei dir so sein:
mosquitto_pub -q 2 -t sonoff_ebus/470/flowtemp/get -m "r -f BMUB51101StorageTemp"

LG

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 15 Januar 2018, 07:45:13
Zitat von: TottiToad am 14 Januar 2018, 17:59:53
Jetzt wollte ich gerne per MQTT probieren. Leider bekomme ich hier rüber keine Daten ?
Hast Du denn im ebusd MQTT aktiviert? Dazu musst Du mindestens den Port einstellen, siehe hier:
https://github.com/john30/ebusd/wiki/2.-Run#mqtt-options
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TottiToad am 15 Januar 2018, 16:06:48
Zitat von: john30 am 15 Januar 2018, 07:45:13
Hast Du denn im ebusd MQTT aktiviert? Dazu musst Du mindestens den Port einstellen, siehe hier:
https://github.com/john30/ebusd/wiki/2.-Run#mqtt-options

Hi,

denke schon ?!

Habe jedenfalls folgende OPTS eingetragen:

EBUSD_OPTS="-d 192.168.178.70:8888 -l /var/log/ebusd.log --scanconfig --latency=20000 --address=01 --mqtthost=192.168.178.55 --mqttport=1883 --mqttjson --mqtttopic=sonoff_ebus/%circuit/%name"

192.168.178.70 ist Emilen Raspi mit Ebusd und dem Bus Moudul
192.168.178.55 ist meine FHEM Installation auf dem NUC

Und gerade nochmals per ssh:
ebusd --mqttport=1883

Wenn ich per Konsole (ssh auf der FHEM Installation) den "Test" ausführe

mosquitto_sub -d -v -t \#

Und im zweiter Konsole (ebenfalls ssh auf der FEHM Installation)
mosquitto_pub -q 2 -t sonoff_ebus/470/BMUB51101StorageTemp/get -m "r -f BMUB51101StorageTemp"

dann läuft es jedenfalls und ich erhalte einen Wert in der ersten Konsole
Client mosqsub/23005-NUC received PUBLISH (d0, q0, r0, m0, 'sonoff_ebus/470/BMUB51101StorageTemp', ... (32 bytes))
sonoff_ebus/470/BMUB51101StorageTemp {
     "temp1": {"value": 55.0}}


FHEM erhält jedoch keine Daten
Hier die RAW Definition eines Devices:

defmod Ebus_Vorlauf MQTT_DEVICE
attr Ebus_Vorlauf IODev myBroker
attr Ebus_Vorlauf icon temp_control
attr Ebus_Vorlauf publishSet get sonoff_ebus/470/BMUB51101StorageTemp/get
attr Ebus_Vorlauf room Vaillant
attr Ebus_Vorlauf stateFormat {sprintf("Vorlauf: %.1f", ReadingsVal($name,"temp_value",0)) }
attr Ebus_Vorlauf subscribeReading_Vorlauf sonoff_ebus/470/BMUB51101StorageTemp

setstate Ebus_Vorlauf Vorlauf: 0.0
setstate Ebus_Vorlauf 2018-01-15 16:04:18 state get
setstate Ebus_Vorlauf 2018-01-15 16:04:18 transmission-state outgoing publish sent



Sollte doch eigentlich alles richtig sein, oder ?

Grüße
Torsten
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 15 Januar 2018, 17:04:42
ja, sieht soweit alles gut aus!

Hast du auch wirklich das Modul "expandJson" eingerichtet, das legt dir dann die Readings automatisch an?

define ej3 expandJSON (Sonoff.*|Ebus.*:.*:.{.*.*{.*.*}})
expandJson wird mit diesem einzigen Eintrag definiert.

Nochmals zur Erklärung, der Eintrag "Sonoff.*|Ebus.*" filtert alle Devicenamen die mit diesen Namen beginnen und legt dann die Readings an. Groß Kleinschreibung beachten!
Dein Device heißt "Ebus_Vorlauf", also sollte das Filter Ebus.* hier passen!

LG

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TottiToad am 15 Januar 2018, 20:00:55
Hi,

ich verstehe es nicht wirklich ... ich habe bestimmt irgendwo nen dämlichen Fehler eingebaut oder irgendwas nicht beachtet.

expandJson läuft !

defmod ej3 expandJSON (Sonoff.*|Ebus.*:.*:.{.*.*{.*.*}})
attr ej3 room Vaillant

setstate ej3 active
setstate ej3 2018-01-15 19:52:09 state active


myBroker läuft (192.168.178.77 ist die IP des Raspi mit Ebusd)
defmod myBroker MQTT 192.168.178.77:1883
attr myBroker room Vaillant

setstate myBroker opened
setstate myBroker 2018-01-15 19:56:16 connection active
setstate myBroker 2018-01-15 19:52:16 state opened


Testweise ein MQTT Device:

defmod Ebus_Vorlauf MQTT_DEVICE
attr Ebus_Vorlauf IODev myBroker
attr Ebus_Vorlauf icon temp_control
attr Ebus_Vorlauf publishSet get sonoff_ebus/470/BMUB51101StorageTemp/get
attr Ebus_Vorlauf room Vaillant
attr Ebus_Vorlauf stateFormat {sprintf("Vorlauf: %.1f", ReadingsVal($name,"temp_value",0)) }
attr Ebus_Vorlauf subscribeReading_Vorlauf sonoff_ebus/470/BMUB51101StorageTemp

setstate Ebus_Vorlauf Vorlauf: 0.0
setstate Ebus_Vorlauf 2018-01-15 19:53:49 state get
setstate Ebus_Vorlauf 2018-01-15 19:53:49 transmission-state outgoing publish sent


Folgender Befehl in der Konsole gibt mir einen Wert aus:
mosquitto_pub -q 2 -t sonoff_ebus/470/BMUB51101StorageTemp/get -m "r -f BMUB51101StorageTemp"

Am Passwortschutz von FHEM kann das nicht liegen oder ?
Wie kann ich überprüfen ob FHEM den Befehl überhaupt sendet bzw. dieser auch ankommt ?

Ich überlege schon des Raspi mit Esbud nochmal komplett neu aufzusetzen. Aber eigentlich kann es daran doch nicht liegen, EMCD läuft ja und über Konsole bekomme ich es auch hin.

Grüße
Torsten
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 15 Januar 2018, 20:29:16
nicht neu aufsetzen, das passt ja schon fast.

mach einmal ein List von deinem Device und poste dann das Ergebnis.

list Ebus_Vorlauf

und was passiert wenn du "set Ebus_Vorlauf get" in der Befehlszeile von FHEM eingibst?

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 15 Januar 2018, 20:35:40
überprüfen ob FHEM was sendet oder empfängt ist ganz einfach.

Starte in einer Konsole das Logging vom Broker:
mosquitto_sub -d -v -t \#

nun setzt du wie vorher beschrieben den Befehl ab:
set Ebus_Vorlauf get

nun siehst du in der Konsole wie FHEM den Befehl wegsendet und einige Sekunden später sollte die Antwort am Broker ankommen.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TottiToad am 15 Januar 2018, 20:52:26
Zitat von: Reinhart am 15 Januar 2018, 20:35:40
überprüfen ob FHEM was sendet oder empfängt ist ganz einfach.

Starte in einer Konsole das Logging vom Broker:
mosquitto_sub -d -v -t \#

nun setzt du wie vorher beschrieben den Befehl ab:
set Ebus_Vorlauf get

nun siehst du in der Konsole wie FHEM den Befehl wegsendet und einige Sekunden später sollte die Antwort am Broker ankommen.

LG

Da hätte ich ja auch mal drauf kommen können !! ;)


Es läuft jedenfalls jetzt !!! Durch das Testen habe ich einfach mal hin und her probiert, bis auch in der Konsole endlich mal was angekommen ist !!!

Ich hatte in FHEM myBroker falsch definiert !
Ich hatte dort die IP des Raspi mit Ebusd und Modul angegeben.

Dort musste jedoch die IP des FHEM Rechners hin !


Ich hatte fast geahnt dass sich son dämlicher Fehler eingeschlichen hat.

Danke für die Unterstützung und die Geduld !

Grüße
Torsten
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 15 Januar 2018, 21:00:44
ah, habe es gesehen, dass hätte ich auch merken müssen das du den Dämon und Broker auf der selben IP definiert hast.
Aber durch solche Missgeschicke lernen andere mit!

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: usernobody am 16 Januar 2018, 18:45:18
Guten Abend,

Wollte nur kurz die Lösung meiner Probleme mitteilen. https://forum.fhem.de/index.php/topic,79600.195.html

Hab mir noch nen FTDI uart besorgt und getestet damit läuft es seit 24 Stunden einwandfrei.
Ansonsten ist die Konfiguration dieselbe wie beim ersten Versuch. Das heißt wohl mein Raspi oder basisplatine oder beide können den Mini uart nicht leiden :o ...egal es läuft jetzt.

Herzlichen Dank nochmal an alle die dieses tolle Projekt geplant und umgesetzt haben und an Reinhart für die Hilfe hier im Forum

Gruß

Stefan
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 16 Januar 2018, 21:11:43
Danke für die Info!

Da hast du wirklich Pech gehabt und dein Mini Uart war defekt. Aber sowas wird es immer wieder geben, wir haben die ausgiebig getestet und dabei keine Probleme feststellen können.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: usernobody am 16 Januar 2018, 22:26:51
Kein Problem, die 5 Euro extra für nen neuen Uart wars mir dann auch Wert.

Hatte zwei Mini Uarts getestet also den mitgelieferten und einen geliehenen von nen Freund... bei beiden das selbe Verhalten. Mit dem FTDI Uart gehts auf Anhieb. Da scheint bei mir ein generelles Problem zu bestehen.
Ob der geliehene Mini Uart auch ne Macke hat kann ich allerdings auch nicht sagen, hatte keine Möglichkleit den noch anderweitig zu testen.

Gruss

Stefan
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JeyPee am 16 Januar 2018, 23:31:34
So, kurzes Update von mir.
Ich denke, es läuft nun bei mir einwandfrei.

Ich habe die Verkabelung einfach einmal neu gemacht und alles sauber verdrahtet.
Die calorMatic und die ebus Platine (nach Reinharts Anpassungen ohne Power LED und eternem Netzteil an C1)
laufen stabil nebeneinander.

Wenn ich nun ebusd starte, dauert es nur wenige Momente, und der initialscan führt zu folgender ebusctl info Ausgabe


root@pi:~# ebusctl info
version: ebusd 3.1.v3.1-7-g6a6922c
update check: revision v3.1-1-g60a18d1 available, broadcast.csv: different version available, vaillant/15.430.csv: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available
signal: acquired
symbol rate: 10
max symbol rate: 119
min arbitration micros: 61
max arbitration micros: 172
min symbol latency: 5
max symbol latency: 19
reconnects: 0
masters: 3
messages: 241
conditional: 16
poll: 0
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=V3x00;SW=0118;HW=9902"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=43000;SW=0215;HW=2002", loaded "vaillant/15.430.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd


Voll gut, oder?

Ich kann soweit auch alle Werte aus der calorMatic auslesen.

Nun sitze ich hier mit fetter Grippe und bekomme es nicht gebacken, einen CSV für die Therme zu erstellen.

Da ich die Threads bzgl ebus alle mehrfach durchgelesen habe, habe ich bemerkt dass Christoph und TottiToad (Torsten)
den gleichen Thermeneintrag im ebusctl info haben.

Nun zur unverschämten Frage: Hat jemand von euch eine CSV für mich? Gerne auch nur eine Grundlge, auf der ich aufbauen kann.
Die calorMatic gibt mir halt keine Rücklauftemperatur.

Wenn ihr noch einen Tipp habt, wie ich meinen ebus kontrollieren kann, sodass wirklich alles geht, führe ich den liebend gerne aus.

In jedem Fall besten Dank für eure Unterstützung. Hatte das Thema fast zu den Akten gelegt.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 17 Januar 2018, 07:33:38
Hallo Jan
Das freut mich, dass Deine Anbindung laeuft. Gute Besserung! Ganz am Anfang gab es mal eine Anleitung wie man die CSV erstellen kann. https://forum.fhem.de/index.php/topic,29737.msg224729.html#msg224729
Ob Du dich da durchwuehlen willst? Aber Du hast ja Zeit! Du kannst ja auch einfach eine 470er CSV nach 430 umbennen und schauen was geht.
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 17 Januar 2018, 13:08:02
@JeyPee

Zunächst einmal gute Besserung!

Hast du jetzt definitiv heraus gefunden was denn die primäre Ursache war, bzw. was den Erfolg jetzt bei dir gebracht hat. Du hast ja jetzt 3 Dinge durchgeführt wo es immer wieder ein Stückchen besser wurde.
Wir sind ja an solchen Fällen ebenso interessiert und wollen Lösungen erarbeiten damit wir das noch besser und stabiler machen können.

Auf jeden Fall ist es gut das deine Hardware jetzt läuft und aufgeben wäre ohnehin keine Option gewesen.
Das mit den CSV Files für die "V3x00" da werden sich auch noch Lösungen finden weil es ja mehre Anwender betrifft.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 17 Januar 2018, 14:13:10
@Reinhart und JeyPee
Es gibt ja noch den zweiten Adapter! Einfach die beiden laufenden Wemos an diesen stecken und probieren.
Was mir noch gerade einfaellt. Ich hatte die NTCs eingesteckt. Sind die noch drin, und wuerden die so ein Problem hervorrufen koennen?
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TottiToad am 17 Januar 2018, 15:32:06
Zitat von: JeyPee am 16 Januar 2018, 23:31:34

Da ich die Threads bzgl ebus alle mehrfach durchgelesen habe, habe ich bemerkt dass Christoph und TottiToad (Torsten)
den gleichen Thermeneintrag im ebusctl info haben.

Nun zur unverschämten Frage: Hat jemand von euch eine CSV für mich? Gerne auch nur eine Grundlge, auf der ich aufbauen kann.
Die calorMatic gibt mir halt keine Rücklauftemperatur.


Ich weiß jetzt leider nicht genau was Du meinst ?
Hab ja die CalorMatic 470 Steuerung und es wird automatisch die 15.470.csv geladen.

Und Rücklauftemperatur bekomme ich auch nicht, gibt aber scheinbar mein Heizkessel auch nicht her, da kein optionaler Fühler eingebaut. Bekomme nur die Vorlauftemperatur.
Für den Rücklauf muss glaube ich ein extra Fühler vorhanden sein, oder ?

Grüße
Torsten

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 17 Januar 2018, 22:03:58
Ok
Falls ich gemeint war, ich habe auch keine Ruecklauftemperatur! Und auch eine 470er. Kopier dir doch einfach die als 430er. Dann hast du nen Start!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 18 Januar 2018, 12:52:07
Hallo Zusammen,

hab den Apapter nun 2 Tage an der Heizung. Hat auch direkt einwandfrei funktioniert:-)
Ich Verwende MQTT und lese zur Zeit nur die Broadcast-Werte. Irgendwie tue ich mich schwer die Werte zu Identifiezieren.
Zum Beispiel bekomme ich "nur" Vorlauf,Rücklauf und Pumpenstatus angezeigt. Ich verwende eine calormatic 370VRT.
Kann es sein das Warmwasser usw. nur per aktiver Anforderung ausgelesen werden? Mit den CSvs bin ich auch noch am grübeln. In welcher CSV kann ich denn ersehen welche Werte ich theoretisch abfragen könnte.
Ab und zu habe ich eine unknown message im Log

2018-01-18 13:36:46.010 [update notice] update bai SetMode QQ=10: auto;90.0;52.0;-;0;0;0;0;0;0
2018-01-18 13:36:50.227 [update notice] update bai Status01 QQ=10: 68.0;61.0;-;-;51.0;on
2018-01-18 13:36:54.395 [update notice] update bai SetMode QQ=10: auto;90.0;52.0;-;0;0;0;0;0;0
2018-01-18 13:37:00.726 [update notice] update bai Status01 QQ=10: 69.0;61.0;-;-;51.0;on
2018-01-18 13:37:02.806 [update notice] update bai Status02 QQ=10: auto;60;75.0;80;58.0
2018-01-18 13:37:04.914 [update notice] update bai SetMode QQ=10: auto;0.0;52.0;-;1;0;0;0;0;0
2018-01-18 13:37:11.207 [update notice] update bai Status01 QQ=10: 69.0;61.0;-;-;51.0;off
2018-01-18 13:37:11.499 [update notice] update bai DateTime QQ=10: nosignal;09:26:54;-.-.-;-
2018-01-18 13:37:15.409 [update notice] update bai SetMode QQ=10: auto;0.0;52.0;-;1;0;0;0;0;0
2018-01-18 13:37:19.584 [update notice] update bai Status01 QQ=10: 66.0;59.0;-;-;51.0;off
2018-01-18 13:37:25.882 [update notice] update bai SetMode QQ=10: auto;0.0;52.0;-;1;0;0;0;0;0
2018-01-18 13:37:30.092 [update notice] update bai Status01 QQ=10: 61.0;56.0;-;-;51.0;off
2018-01-18 13:37:32.144 [update notice] update broadcast vdatetime QQ=10: 13:38:23;18.01.2018
2018-01-18 13:37:32.395 [update notice] unknown MS cmd: 1008b512020064 / 00


Die Readings im MQTT Device sehen wie im Bild aus.
Die Warmwasser Temp habe ich mal auf Value 4 gesetzt.
Kann es sein das da nicht mehr kommt über broadcast? Und woher weiß ich, das z.B. das Warmwasser auch wirklich der richtige Wert ist ? :o ::)


Aber alles in allem bin ich total Happy mit der Hardware und vieeelen Dank nochmal !!!


Gruß

Markus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 18 Januar 2018, 21:03:38
schau doch einfach mit "ebusctl info" welche CSV Files geladen wurden. In diesen Files stehen dann alle Werte die du abfragen kannst.
Im Log stehen die auch kurz nach dem Start des Dämons.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Winterbottom am 18 Januar 2018, 22:51:05
Hallo zusammen,

ich habe mich jetzt an MQTT versucht.
Seit ich die Optionen folgendermaßen eingestellt habe:
EBUSD_OPTS="-d 192.168.178.49:8889 -l /var/log/ebusd.log --scanconfig --latency=20000 --mqtthost: 192.168.178.33 --mqttport:1883 --mqtttopic=sonoff_ebus/%circuit/%name"

startet EBUSD nicht mehr und in: journalctl -xe erhalte ich folgende Meldung:

-- Unit ebusd.service has begun starting up.
Jan 18 21:37:30 raspberrypi2 ebusd[7347]: Starting ebusd: ebusd/usr/bin/ebusd: unrecognized option '--mqtthost=192.168.1.33'
Jan 18 21:37:30 raspberrypi2 ebusd[7347]: Try `ebusd --help' or `ebusd --usage' for more information.
Jan 18 21:37:30 raspberrypi2 ebusd[7347]:  failed!
Jan 18 21:37:30 raspberrypi2 systemd[1]: ebusd.service: Control process exited, code=exited status=64

Heißt das, ich habe die falsche Version von EBUSD installiert?
Ich habe die Installation nach der Anleitung im GIT mit "git clone https://github.com/john30/ebusd.git" durchgeführt.

Wenn ich die MQTT-Optionen wieder herausnehme, funktioniert wieder alles.

Falls ich die Installation tauschen/ändern muss: Welche muss ich da nehmen und wie mache ich das am geschicktesten?

Danke schonmal. Ulrich


Edit: Ok, ohne die Optionen, schwierig... :-)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 19 Januar 2018, 12:11:16
hi

also ich kann die Befehlszeile nicht lesen :-(

Gruß

Markus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 19 Januar 2018, 12:31:35
Zitat von: Markus. am 19 Januar 2018, 12:11:16
hi

also ich kann die Befehlszeile nicht lesen :-(

Gruß

Markus
Boese Zungen wuerden behaupten, dass es deswegen nicht mehr startet. ::)
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 19 Januar 2018, 12:34:00
 ;D ;D ;D ;D ;D
na dann  ;)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 19 Januar 2018, 12:57:27
@Winterbottom

John hat doch auch fertige MQTT Images (https://github.com/john30/ebusd/releases/tag/v3.1) liegen.

Wenn du es selber complilieren willst, dann musst du vorher die libmosquitto-dev for MQTT Support am Raspi installieren.


LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 19 Januar 2018, 19:39:43
Hallo Zusammen,

ich habe eine Frage zum Betrieb vom EBUS wo der wemos auf der Zusatzplatine sitzt.
Meine Basisplattine ist komplett bestückt, auf der Zusatzplatine fehlt mir aber der C1, R1 und R2.

Kann ich mit dieser bestückung trotzdem die Platine als EBUS betreiben? An der Zusatzplatine hängt sonst nichts.

Gruß
lewej
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 19 Januar 2018, 20:58:41
ja die drei Bauteile brauchst du für diesen Zweck nicht, kontrolliere aber die Jumper/Lötbrücken, die musst anders setzen.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 19 Januar 2018, 21:49:17
Zitat von: Reinhart am 19 Januar 2018, 20:58:41
ja die drei Bauteile brauchst du für diesen Zweck nicht, kontrolliere aber die Jumper/Lötbrücken, die musst anders setzen.

LG

Muss ich dann so setzen?

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 19 Januar 2018, 22:13:11

Nein, bitte aufpassen da war ein Fehler in der alten Beschreibung!

Hier stimmt es! (https://ebus.github.io/adapter/extension.html)


LG

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: hanske am 20 Januar 2018, 18:50:46
Hallo,
seid ihr sicher, dass das stimmt?
SJ5 auf 1-2 zu jumpern macht doch keinen Sinn, wenn ich bei SJ8 Pin 3 nicht weiterleite.
Oder ist mein Schaltplan falsch?
Grüße
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 20 Januar 2018, 19:53:54
ja, das Thema hatten wir schon hier (https://forum.fhem.de/index.php/topic,79600.msg738509.html#msg738509).



Die Platinenbeschriftung passt nicht zum Schaltplan und wurde daher in der Tabelle ausgetauscht. Ansonsten bei Unklarheiten einfach mit dem Ohmmeter nachmessen dann sei ihr ganz sicher.


LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: hanske am 20 Januar 2018, 20:15:33
Ach so, hatte ich nicht gesehen.
Dann passt also die Tabelle zur Beschriftung, aber nicht zum Schaltplan.
Zum Nachmessen:
RX vom Wemos muss zu RX von Jumper 1?
Und TX vom Wemos muss zu TX von Jumper 1?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: jenmeer am 21 Januar 2018, 13:16:29
Hallo!

Ich möchte mich erst einmal herzlich bei Reinhart für das Zusenden der eBus Platinen + Bauteile bedanken!
Und natürlich auch insbesondere beim gesamten Team, welches die Schaltung entwickelt hat, hervorragende Leistung!!!

Ich habe schon einen von 2 Bausätzen gelötet und technisch mit den Messpunkten getestet. Dürfte passen.

Es gibt bei den Spannungen an einzelnen Messpunkten geringe Abweichungen, ich gehe davon aus, dass das alles in einem geringen Toleranzbereich ok ist?

Weiters ... Ich habe 2 Raspberry, auf dem einen läuft schon FHEM und den 2. würde ich gerne für die Schaltung verwenden.
Mit den WEMOS ist das ja nicht ehr zwingend nötig. Dennoch Frage ...

GIBT ES einen Vorteil, wenn man die Schaltung zusammen mit einem Raspberry einsetzt (der dann auch per LAN Kabel im Netz hängt)
ODER gibt es keinen Unterschied, wenn ich per WEMOS im WLAN ohne Raspberry arbeite.

Wäre über eine Einschätzung dankbar :-)

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 21 Januar 2018, 14:19:02
Zitat von: jenmeer am 21 Januar 2018, 13:16:29
GIBT ES einen Vorteil, wenn man die Schaltung zusammen mit einem Raspberry einsetzt (der dann auch per LAN Kabel im Netz hängt)
ODER gibt es keinen Unterschied, wenn ich per WEMOS im WLAN ohne Raspberry arbeite.

Ja, eine Lan Verbindung ist immer stabiler als ein WLAN. Die WLAN Variante ist ja nur entstanden, weil einige Anwender kein Netzwerk in der Nähe haben.  Ich persönlich würde immer eine LAN Variante vor der WLAN nehmen.

Und übrigens, der Wemos benötigt ja auch einen Dämon wo er die Daten hinschicken soll, also muss der Dämon ja irgendwo darauf laufen, meist ein Raspberry. Ob das der selbe ist wo auch die FHEM Instanz läuft ist dir überlassen. Der Wemos ist im Prinzip nur eine Verlängerung der seriellen Schnittstelle, mehr nicht. Der Rest der Konfiguration bleibt ja gleich. Dem Dämon selbst ist das egal von wo er die seriellen Daten bekommt, WLAN oder Uart, das unterscheidet sich nur in der Definition der OPTs.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Winterbottom am 21 Januar 2018, 22:19:13
Hallo,

ich habe oben jetzt die Optionen eingefügt.
libmosquitto-dev habe ich installiert, allerdings nachdem ich EBUSD installiert habe. Macht das einen Unterschied?

Mich macht eben das " unrecognized option '--mqtthost:192.168.178.33" unsicher.
Ich habe es auch mit  = versucht, auch kein Erfolg.

Sollte ich EBUSD nochmal neu aufsetzen?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 22 Januar 2018, 08:57:11
Zitat von: Winterbottom am 21 Januar 2018, 22:19:13
libmosquitto-dev habe ich installiert, allerdings nachdem ich EBUSD installiert habe. Macht das einen Unterschied?
Die brauchst Du mit einem der Release packages eigentlich nicht, nur libmosquitto (also ohne dev). dev nur wenn Du selbst compilierst.

Zitat von: Winterbottom am 21 Januar 2018, 22:19:13
Mich macht eben das " unrecognized option '--mqtthost:192.168.178.33" unsicher.
also wenn dann so "--mqtthost 192.168.178.33" und das geht auch nur, wenn du ein ebusd release installiert hast, das mqtt unterstützt, oder vor dem compilieren von ebusd auch das libmosquitto-dev package installiert hast
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JeyPee am 22 Januar 2018, 13:20:05
@Reinhart + Christoph:
Zu meiner Verkabelung: Vielleicht hilft es ja anderen.
Ich habe eine Leitung vom Keller ins 1.OG. Ist ein CAT Kabel mit verdrillten Adernpaaren. Im 1.OG habe ich vorher einfach vom CAT Kabel eine Leitung Klingeldraht zur calorMatic und eine Leitung Klingeldraht zum ebus Adapter verlegt.
Hier traten dann die vorher genannten Probleme auf.
Geändert habe ich nun, dass die Leitung aus dem Keller ohne Unterbrechung direkt zur calorMatic geht und ich an der ebus Klemmer der calorMatic ein weiteres Kabel zum ebus Adapter gelegt habe.

Allerdings funktioniert diese Verkabelung auch nur mit der ebus Platine mit ausgelöteter Power LED und externer Stromversorgung.
Die 2. Platine im Auslieferungszustand funktioniert weiterhin nicht.

Zum Thema 08.v3x00.csv:
Ich habe mir die 15.470.csv genommen und diese in 15.430.csv umbenannt. Nun kann ich schon eine Menge auslesen.
Allerdings sind hier keine Werte der Therme direkt eingepflegt. Ist ja klar, ist ja eine Kontrolleinheit.

Durch ein wenig herumkopieren der anderen 08er csv zu 08.v3x00.csv kann ich bereits ein paar Werte der Therme direkt auslesen.
Beispielsweise die Betriebsstunden oder Zündfehlversuche 1 und 2.

Daher bin ich der festen Überzeugung, dass ich auch die Rücklauftemperatur irgendwie heraus bekommen kann.
Ich habe nochmals die Threads durchforstet, bin aber auf keine klare Anleitung gestoßen, wie ich meine eigene csv erstellen kann bzw. die ebus-Commands übersetze.
Bin ich blind? Vielleicht kann mir hier jemand den richtigen Anstoß geben, sodass ich dann eine 08.v3x00.csv erstelle.

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 22 Januar 2018, 14:05:26
John hat da auf Github (https://github.com/john30/ebusd/wiki/4.1.-Message-definition) den Aufbau im wesentlichen beschrieben. Dein Problem ist allerdings, das du deine Hardware irgendwie zwingen musst etwas über den Bus zu schicken, in deinem Fall die Rücklauftemperatur damit du dann die Ergebnisse aus dem Log analysieren kannst bzw. nochmals reproduzieren damit du sicher bist ob es das ist.

Du kannst auch einmal ins Log schauen was da so alles als undefinert daher kommt und versuchen diese undefinierten einmal in ein CSV einzupflegen. Dann würdest du den Aufbau besser verstehen lernen. Solange die "unbekannten" definieren bis schließlich nichts mehr über bleibt. Über längerem Zeitraum werden sicher einige Werte einmal über den Bus kommen, weil ja auch intern kommuniziert wird.

Normalerweise sind Vorlauf und Rücklauf bei einem Bai-Gerät auf Register d.40 bzw. d.41, aber bei deiner Hardware muss das nicht so sein.
r,,FlowTemp,d.40 Vorlauftemperatur,,,,"1800",,,tempsensor,,,Vorlauftemperatur
r,,ReturnTemp,d.41 Rücklauftemperatur,,,,"9800",,,tempmirrorsensor,,,Rücklauftemperatur


LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 22 Januar 2018, 17:55:51
Hallo Zusammen,

weiß nicht ob die Frage hier überhaupt hingehört in Bezug auf MQTT....  :o
Also ich möchte für ein Oled einzelne Werte aus dem Status01 Topic "subscriben".
So sieht das ja aus

{
     "0": {"name": "temp1", "value": 42.0},
     "1": {"name": "temp1", "value": 49.0},
     "2": {"name": "temp2", "value": null},
     "3": {"name": "temp1", "value": null},
     "4": {"name": "temp1", "value": 50.0},
     "5": {"name": "pumpstate", "value": "off"}}

Wie komme ich denn da an den Wert von z.B. temp1?
Ich verwende ESPEasy für das Oled und ein MQTT Import device.
Wäre klasse wenn mir da einer einen Tip geben kann, dann brauche ich erstmal nur für die reine Anzeige keine zusätzlichen Devices in FHEM.

Gruß

Markus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 22 Januar 2018, 19:16:43
genau dieses Beispiel  (//http://)mit dem Status01 habe ich hier schon mal gepostet. expandJson installieren!

Und hier (https://forum.fhem.de/index.php/topic,79600.msg733921.html#msg733921) habe ich einmal ein einfaches Beispiel gezeigt wie man das Oled mit diesen Werten unter ESPEasy ansteuern kann.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 22 Januar 2018, 19:52:20
Hallo Reinhart,

ich glaube da habe ich mich missverständlich ausgedrückt, das funktioniert ja auch unter FHEM nach Deinem Bespiel mit expandjson. Ich wollte in ESPEasy den MQTT Import verwenden um einzelne Werte aus dem Broadcast darzustellen.
Aber mit dem Status01 Topic bekomme ich ja mehrere Werte. Nunja mit MQTT kenn ich mich noch nicht so dolle aus und weiß
garnicht ob das geht was ich vorhabe. Und zwar müsste ich ein subscribe haben was mir direkt den Wert liefert..
Geht das überhaupt?

Gruß

Markus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 23 Januar 2018, 08:08:55
Zitat von: Markus. am 22 Januar 2018, 19:52:20
Und zwar müsste ich ein subscribe haben was mir direkt den Wert liefert..
Das geht, indem Du ebusd beibringst, Feld-basierte Topics zu versenden mit Hilfe von bspw. --mqtttopic=ebusd/%circuit/%name/%field, siehe hier (https://github.com/john30/ebusd/wiki/2.-Run#mqtt-options).
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 23 Januar 2018, 08:15:46
ah super danke dir... das werde ich mal testen :-)

Gruß

Markus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 23 Januar 2018, 19:38:24
@Markus.

ah, jetzt weiß ich was du willst! Du möchtest ohne FHEM direkt an ESPEasy MQTT schicken. Habe ich auch noch nie gemacht, weil es mir sehr komplex erscheint. Du musst zunächst das MQTT Import Plugin (https://www.letscontrolit.com/forum/viewtopic.php?t=1148) installieren, dann ESPEasy neu compilieren und dann den Import  (https://www.letscontrolit.com/wiki/index.php/MQTT_Import)durchführen, Der Import muss aber bereits schon formatiert sein und läßt nur "Float Numbers" zu. Dann kannst du die Importierten Daten mit Rules zur Anzeige an das Oled bringen indem du beim Oled Device Zeile für Zeile die Variablen des Imports angibst.

Ich finde der einfachere Weg ist über FHEM, dort die Werte formatieren (liegen eigentlich schon fertig da) wie du sie brauchst und einfach an das Oled pushen, fertig.

Was ich schon einmal gemacht habe, ist direkt ein Oled am Raspi angeschlossen und mit Python die Daten vom fernen FHEM gezielt abgeholt und ans Oled gepusht. FHEM ist in diesem Fall zur Ansteuerung des Oled nicht notwendig. Das habe ich aber auch nur geschafft, weil es fertige Python Librarys für das Oled von Adafruit gibt.

Poste es uns wenn du das so lösen konntest wie du es geplant hast.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 24 Januar 2018, 14:43:44
Hallo Reinhart,

mit der letzten Dev der EasyESp klappt das. Habs mal getestet. Man muss nur den MQTT Import als device auswählen und dort die Topics subscriben. Dann im Oled Device halt die Verlinkung zum MQTT Device machen.
[mqttdevicename:#linie1] oder so ähnlich.
Muss das nochmal nachsehen und screenshots liefern. Aber hab ein paar werte manuelle gepublished und wurde auch einwandfrei angezeigt.
Aber ich gebe dir recht, der wahrscheinlich elegantere Weg ist über FHEM selber.

Gruß

Markus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 24 Januar 2018, 18:15:47
ja, wenn du FHEM ohnehin zur Auswertung hast liegt es auf der Hand die Daten von dort zu beziehen bzw. zu pushen. Aber deine Variante ist eine interessante Alternative wenn jemand kein FHEM hat oder sonstige Gründe warum man darauf verzichten will.

Wenn in der Dev Version dass schon alles integriert ist spart man sich auch einige Schritte.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: jenmeer am 25 Januar 2018, 15:54:37
Hallo!

Ich habe meine Ebus Schaltung soweit konfiguriert und stehe nun aber leider an.

Ebusd ist auf einem Raspberry installiert und gestartet. Die Schaltung an die Vaillant Therme (eBus) angeschlossen und mit dem Raspberry verbunden.

Die grüne Lampe flackert die ganze Zeit, hier im Video ist das verdeutlicht: https://youtu.be/e8EfJHfLaq0
Ich gehe davon aus, dass das nicht ok ist? Ich habe dazu leider Nichts im Forum gefunden.
Es werden auf jeden Fall auch keine Daten ausgelesen.

Wo kann ich mit der Fehlersuche beginnen? Wäre schön, hier ein wenig Hilfestellung zu bekommen.

Noch zur weiteren Info .. die Calormatic 470 und die Schaltung hängen beide gemeinsam (parallel) auf dem eBus.

UPDATE: Ich habe einen Thread vom User  JeyPee in diesem Thread entdeckt. Er hatte auch generelle Probleme beim Anschluss, wenn auch Andere. Ich werde mich da einmal durcharbeiten, Update, sollte ich erfolgreich sein, folgt dann :-)

Danke!
LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 25 Januar 2018, 16:21:38
Moin
Da die gelbe LED auch leuchtet, gehe ich mal davon aus, das alles gut ist.
Folge einfach dem fhem ebus wiki, das ist zwar nicht auf dem neuesten Stand, sollte Dich aber dazu befaehigen, Deine daten zu sehen.
Die gruene bedeutet, dass es Datenverkehr gibt, die Gelbe das der eBUS kkorrekt angeschlossen ist. Also nicht wie bei JeyPee!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: jenmeer am 25 Januar 2018, 17:10:43
Zitat von: pc1246 am 25 Januar 2018, 16:21:38
Moin
Da die gelbe LED auch leuchtet, gehe ich mal davon aus, das alles gut ist.
Folge einfach dem fhem ebus wiki, das ist zwar nicht auf dem neuesten Stand, sollte Dich aber dazu befaehigen, Deine daten zu sehen.
Die gruene bedeutet, dass es Datenverkehr gibt, die Gelbe das der eBUS kkorrekt angeschlossen ist. Also nicht wie bei JeyPee!
Gruss Christoph

Vielen Dank, das beruhigt mich :-) dann werde ich mich mal schlau machen!!

Ihr seid ein Spitzenteam :-)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 25 Januar 2018, 20:29:59
@jenmeer

sieht ja nicht schlecht aus dein Video.
User JeyPee hat ein anderes Problem, er kann an seinem Bus keine zusätzlichen Geräte mehr anhängen, das Thema bearbeiten wir schon intern, kommt aber zum Glück eher selten vor.

Wo du aber jetzt genau anstehst hast du uns nicht geschrieben, da wäre ein Log von der ersten Minute und ein ebusctl info interessant um überhaupt was sehen zu können, dann sehen wir weiter.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: jenmeer am 25 Januar 2018, 22:37:05
Danke Reinhart, Video ... ja, Handy sei Dank ;-)

Ich gehe jetzt noch einmal Alles Schritt für Schritt durch. Werde den Fehler schon finden.
Anbei die Infos ...

Ebusctl info schaut derzeit so aus

pi@raspberrypi:~ $ ebusctl info
version: ebusd 3.1.v3.1-9-g3a613f8
update check: revision v3.1-1-g60a18d1 available, broadcast.csv: newer version available, vaillant/08.bai.csv: newer version available, vaillant/15.370.csv: newer version available, vaillant/bai.308523.inc: newer version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: newer version available, vaillant/hcmode.inc: newer ve
signal: acquired
symbol rate: 23
max symbol rate: 127
min arbitration micros: 2127
max arbitration micros: 3355
min symbol latency: 5
max symbol latency: 10
reconnects: 0
masters: 3
messages: 354
conditional: 3
poll: 0
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0608;HW=5502", loaded "vaillant/bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=37000;SW=0130;HW=6002", loaded "vaillant/15.370.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd



Und das Log so:

2018-01-25 17:19:35.720 [bus notice] re-opened /dev/ttyUSB0
2018-01-25 17:19:35.723 [bus notice] signal acquired
2018-01-25 17:19:36.425 [bus notice] new master 10, master count 2
2018-01-25 17:19:36.451 [bus notice] new master 03, master count 3
2018-01-25 17:19:36.451 [update notice] unknown MS cmd: 1008b512020064 / 00
2018-01-25 17:19:42.796 [bus notice] scan 08: ;Vaillant;BAI00;0608;5502
2018-01-25 17:19:42.815 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv
2018-01-25 17:19:42.817 [main notice] read common config file /etc/ebusd/vaillant/scan.csv
2018-01-25 17:19:42.822 [main notice] read scan config file /etc/ebusd/vaillant/08.bai.csv for ID "bai00", SW0608, HW5502
2018-01-25 17:19:44.059 [main notice] found messages: 209 (3 conditional on 23 conditions, 0 poll, 8 update)
2018-01-25 17:19:44.760 [bus notice] scan 08: ;21;15;48;0010019258;0001;005650;N6
2018-01-25 17:19:46.912 [bus notice] scan 15: ;Vaillant;37000;0130;6002
2018-01-25 17:19:47.806 [bus notice] scan 15: ;21;15;44;0020108141;0082;017397;N6
2018-01-25 17:19:47.837 [main notice] read scan config file /etc/ebusd/vaillant/15.370.csv for ID "37000", SW0130, HW6002
2018-01-25 17:19:47.855 [main notice] found messages: 354 (3 conditional on 23 conditions, 0 poll, 8 update)
2018-01-25 17:19:48.031 [bus notice] max. symbols per second: 127
2018-01-25 17:19:53.113 [update notice] update bai Status01 QQ=10: 64.0;52.0;-;-;60.5;off
2018-01-25 17:19:55.065 [update notice] unknown BC cmd: 10feb505022900
2018-01-25 17:19:55.342 [update notice] update bai DateTime QQ=10: nosignal;-:-:-;-.-.-;-
2018-01-25 17:19:55.601 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2018-01-25 17:19:55.837 [update notice] unknown MS cmd: 1008b512020064 / 00
2018-01-25 17:20:07.635 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:20:13.911 [update notice] update bai Status01 QQ=10: 46.0;41.5;-;-;61.0;off
2018-01-25 17:20:18.122 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:20:22.282 [update notice] update bai Status01 QQ=10: 42.5;39.5;-;-;61.0;off
2018-01-25 17:20:24.393 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2018-01-25 17:20:31.140 [update notice] unknown MS cmd: 0315b51303060000 / 0101
2018-01-25 17:20:35.184 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:20:35.457 [update notice] update bai Status01 QQ=10: 39.5;37.5;-;-;61.0;off
2018-01-25 17:20:35.732 [update notice] update bai DateTime QQ=10: nosignal;-:-:-;-.-.-;-
2018-01-25 17:20:39.209 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:20:43.416 [update notice] update bai Status01 QQ=10: 39.0;37.0;-;-;61.0;off
2018-01-25 17:20:47.479 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:20:58.618 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:20:58.860 [update notice] update broadcast vdatetime QQ=10: 17:22:05;01.01.2010
2018-01-25 17:20:59.129 [update notice] update bai Status01 QQ=10: 38.0;37.0;-;-;61.0;off
2018-01-25 17:20:59.366 [update notice] unknown MS cmd: 1008b512020064 / 00
2018-01-25 17:21:10.862 [update notice] update bai Status01 QQ=10: 38.0;37.5;-;-;61.0;off
2018-01-25 17:21:11.137 [update notice] update bai DateTime QQ=10: nosignal;-:-:-;-.-.-;-
2018-01-25 17:21:11.396 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2018-01-25 17:21:11.631 [update notice] unknown MS cmd: 1008b512020064 / 00
2018-01-25 17:21:18.837 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:21:27.709 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:21:27.981 [update notice] update bai Status01 QQ=10: 43.0;38.5;-;-;61.0;on
2018-01-25 17:21:33.726 [update notice] update bai Status01 QQ=10: 47.5;40.5;-;-;61.0;on
2018-01-25 17:21:35.709 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2018-01-25 17:21:37.704 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:21:44.523 [update notice] update bai Status01 QQ=10: 49.0;41.5;-;-;61.0;on
2018-01-25 17:21:44.798 [update notice] update bai DateTime QQ=10: nosignal;-:-:-;-.-.-;-
2018-01-25 17:21:48.557 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:21:49.942 [main notice] update check: revision v3.1-1-g60a18d1 available, broadcast.csv: newer version available, vaillant/08.bai.csv: newer version available$
2018-01-25 17:21:52.534 [update notice] update bai Status01 QQ=10: 49.5;42.0;-;-;61.0;on
2018-01-25 17:21:58.573 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:22:02.591 [update notice] update bai Status01 QQ=10: 49.5;42.0;-;-;61.0;on
2018-01-25 17:22:04.554 [update notice] update broadcast vdatetime QQ=10: 17:23:11;25.01.2018
2018-01-25 17:22:04.789 [update notice] unknown MS cmd: 1008b512020064 / 00
2018-01-25 17:22:08.592 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:22:12.614 [update notice] update bai Status01 QQ=10: 48.5;41.5;-;-;61.0;on
2018-01-25 17:22:14.611 [update notice] update bai DateTime QQ=10: nosignal;-:-:-;-.-.-;-
2018-01-25 17:22:14.867 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2018-01-25 17:22:18.633 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:22:22.642 [update notice] update bai Status01 QQ=10: 47.0;40.5;-;-;61.0;on
2018-01-25 17:22:28.855 [update notice] update bai Mode QQ=10: standby
2018-01-25 17:22:33.087 [update notice] update bai Status01 QQ=10: 46.0;40.0;-;-;61.0;on



Update: 26.1. 9:25
Werde schon noch auf meine Fehler kommen!

Dürfte Gott sei Dank eh alles passen. In FHEM habe ich mittlerweile Daten abfragen können, ich muss mich einfach mit der ganzen Thematik viel mehr auseinander setzen.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 26 Januar 2018, 09:38:12
Das sieht doch schon alles gut aus, die CSV Files ( 3 ) werden geladen und du bekommst auch schon richtig befüllte Broadcasts (Vorlauf, Rücklauf, Warmwasser etc.) .
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0608;HW=5502", loaded "vaillant/bai.308523.inc", "vaillant/08.bai.csv"
address 15: slave #2, scanned "MF=Vaillant;ID=37000;SW=0130;HW=6002", loaded "vaillant/15.370.csv"


Wo sind jetzt deine Fehler die du immer erwähnst? Wenn du nun die Konfig in Fhem erstellst hast du doch alles was du willst, oder?

PS: habe gerade gesehen du hast selbst gesehen das soweit alles passt.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 26 Januar 2018, 09:46:23
@jenmeer

wenn du bei der Einrichtung in FHEM Probleme hast dann melde dich. Dann werden wir ein Beispiel gemeinsam erstellen!

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: jenmeer am 26 Januar 2018, 14:30:59
Zitat von: Reinhart am 26 Januar 2018, 09:46:23
@jenmeer

wenn du bei der Einrichtung in FHEM Probleme hast dann melde dich. Dann werden wir ein Beispiel gemeinsam erstellen!

LG

Vielen Dank Reinhart!

Ich werde dann gerne auf Dein Angebot zurück kommen! Ich möchte jetzt einmal schauen, dass ich an Hand vorhandener Quellen selber ein wenig ein "Gefühl" und Durchblick bekomme.

Grüße aus Korneuburg nach Linz :-)
Jens
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: jenmeer am 26 Januar 2018, 15:35:25
Hallo Reinhart,

aber natürlich auch Alle Anderen die mitlesen, würde mich über ein paar Tips freuen!

Ich habe die eBus Schaltung gestern an der Therme in Betrieb genommen. Anfänglich habe ich geglaubt, dass Fehler vorhanden sind, dem war dann aber Gott sei Dank nicht so. War allein meine Unwissenheit.
Nun beschäftige ich mich einmal mit der Thematik und werde successive in FHEM die Steuerung umsetzen.

Dazu ein paar prinzipielle Fragen:

Meine ursprüngliche IDEE war, mit der Schaltung über den eBus und bei Einsatz von Homematic Komponenten den Calormatic 370 überflüssig zu machen, also abzulösen. Der Thermostat ist denkbar ungünstig positioniert (was natürlich geändert werden könnte).
Mein Plan war, in unterschiedlichen Räumen per Homematic Raum- und Heizkörperthermostaten die Vaillant ecoTec Plus per FHEM und eBus Schaltung zu steuern.
Derzeit geschieht das nur zentral aus dem Wohnzimmer durch die Calormatic.

Nun dürfte die Steuerung der Therme anscheinend nur mit Hilfe der Calormatic möglichn sein!?

Lässt sich generell die oben beschriebene Idee umsetzen?
Also:
- Homematic Thermostate im Haus
- Mit FHEM die Thermostate abfragen und dann unterschiedliche Heizprogramme designen und per eBus mit der Vaillant lösen
- Und auch per FHEM z.B. einfach sagen "nun bitte alle Räume voll heizen" ...
- Ziel ist, simpel per FHEM bei Einsatz eines Homematic Raumthermostates unterschiedliche Heizkörperthermostate automatisch runter oder rauf zu regeln und dass, sollte kein Raum beheizt werden, der Vaillant entsprechend dies mitzuteilen.
- In einer weiteren Ausbaustufe möchte ich die Außentemperatur und andere Gegebenheiten (Heizkurven) mit einbeziehen.
-  und, und, und :-)

Letztlich möchte ich weg von dem einzigen Thermostaten (Calormatic) im Wohnzimmer ...

Danke für Euren Input :-)

Und ... ja, ich bin ein Anfänger in dem Metier, aber technisch bewandert ;-)

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 26 Januar 2018, 17:21:47
@jenmeer!

Was du da vor hast ist grundsätzlich alles möglich.

Ich habe das bei mir folgenderweise gelöst:
In jedem Raum habe ich Thermostatventile die pro Raum separat geregelt werden. Zusätzlich schaue ich mir die Öffnungswinkel der Thermostate an, berechne einen Durchschnitt (Modul Valve) und ab einem gewissen Wert (einstellbar) wird die Heizkurve verringert weil ja keine Wärme mehr angefordert wird wenn die Ventile zu schließen beginnen. Nach einer Zeit wird wieder geschaut und eventuell wieder um eine Stufe verringert oder erhöht.
D.h. ich greife in die Regelung der Räume nicht ein, die dürfen alle selbst bestimmen wie warm es sein soll, lediglich die Kurve (und somit der Vorlauf/Rücklauf im Verhältnis zur Außentemperatur) wird abgesenkt oder angehoben, je nach Bedarf an Wärme. Das habe ich schon seit einigen Jahren so im Betrieb und funktioniert tadellos. Zusätzlich schalte ich auch noch Pumpen ein oder aus, je nach Bedarf. Auch 2 Fußbodenheizungen hängen an dieser Regelung. Es gibt bei mir keinen einzelnen Thermostaten, sondern alle dürfen hier durch die Durchschnittsberechnung mitreden. Ich habe aber nur 3 Räume zu dieser Berechnung herangezogen, eben solche in denen es warm sein soll.

Diese ganze Regelung funktioniert mit einfachen IF Bedingungen.
Hier ein Beispiel von solchen IF Verknüpfungen:

############################  Heizkurve erhöhen  ################################

define Heizkurve_Check_up0 at +*00:28:00 IF (Value("WichtungAll") > (Value("Schwelle") + 25) && ($hour > 5 && $hour < 18) && (Value("AutoHeizkurve") eq "Ein" ) && (Value("Winter") eq "Ein") && (Value("HeizkurveEinstellen") == 1.3 )) (set HeizkurveEinstellen 1.50)
attr Heizkurve_Check_up0 room System

define Heizkurve_Check_up1 at +*00:29:00 IF (Value("WichtungAll") > (Value("Schwelle") + 22) && ($hour > 5 && $hour < 18) && (Value("AutoHeizkurve") eq "Ein" ) && (Value("Winter") eq "Ein") && (Value("HeizkurveEinstellen") == 1.2 )) (set HeizkurveEinstellen 1.30)
attr Heizkurve_Check_up1 room System

define Heizkurve_Check_up2 at +*00:30:00 IF (Value("WichtungAll") > (Value("Schwelle") + 18) && ($hour > 5 && $hour < 18) && (Value("AutoHeizkurve") eq "Ein" ) && (Value("Winter") eq "Ein") && (Value("HeizkurveEinstellen") == 1.1 )) (set HeizkurveEinstellen 1.20)
attr Heizkurve_Check_up2 room System

define Heizkurve_Check_up at +*00:31:00 IF (Value("WichtungAll") > (Value("Schwelle") + 13) && ($hour > 4 && $hour < 18) && (Value("AutoHeizkurve") eq "Ein" ) && (Value("Winter") eq "Ein") && (Value("HeizkurveEinstellen") == 1.0 )) (set HeizkurveEinstellen 1.10)
attr Heizkurve_Check_up room System

define Heizkurve_Check_up3 at +*00:32:00 IF (Value("WichtungAll") > (Value("Schwelle") - 5) && ($hour > 4 && $hour < 18) && (Value("AutoHeizkurve") eq "Ein" ) && (Value("Winter") eq "Ein") && (Value("HeizkurveEinstellen") == 0.9 )) (set HeizkurveEinstellen 1.00)
attr Heizkurve_Check_up3 room System


#######################  Heizkurve absenken #################################

# Heizkurve absenken zwischen 0.90 - 1.20, aber erst wenn ValveSchwelle wieder unter Schwelle -offset gesunken ist

define Heizkurve_Check_down3 at +*00:30:00 IF (Value("WichtungAll") < Value("Schwelle") - 25 && ($hour > 8 && $hour < 19) && Value("AutoHeizkurve") eq "Ein" && Value("Winter") eq "Ein" && Value("HeizkurveEinstellen") == 1.0 ) (set HeizkurveEinstellen 0.90)
attr Heizkurve_Check_down3 room System

define Heizkurve_Check_down at +*00:30:01 IF (Value("WichtungAll") < Value("Schwelle") - 15 && ($hour > 8 && $hour < 20) && Value("AutoHeizkurve") eq "Ein" && Value("Winter") eq "Ein" && Value("HeizkurveEinstellen") == 1.1 ) (set HeizkurveEinstellen 1.00)
attr Heizkurve_Check_down room System

define Heizkurve_Check_down2 at +*00:30:02 IF (Value("WichtungAll") < Value("Schwelle") - 10 && ($hour > 8 && $hour < 20) && Value("AutoHeizkurve") eq "Ein" && Value("Winter") eq "Ein" && Value("HeizkurveEinstellen") == 1.2 ) (set HeizkurveEinstellen 1.10)
attr Heizkurve_Check_down2 room System

define Heizkurve_Check_down1 at +*00:30:03 IF (Value("WichtungAll") < Value("Schwelle") -5 && ($hour > 8 && $hour < 20) && Value("AutoHeizkurve") eq "Ein" && Value("Winter") eq "Ein" && Value("HeizkurveEinstellen") == 1.3 ) (set HeizkurveEinstellen 1.20)
attr Heizkurve_Check_down1 room System

define Heizkurve_Check_down0 at +*00:30:04 IF (Value("WichtungAll") < Value("Schwelle") && ($hour > 8 && $hour < 20) && Value("AutoHeizkurve") eq "Ein" && Value("Winter") eq "Ein" && Value("HeizkurveEinstellen") == 1.5 ) (set HeizkurveEinstellen 1.30)
attr Heizkurve_Check_down0 room System

Schwelle = einstellbarer Wert wie die Schaltschwelle des Öffnungswinkels in Prozent sein soll.
WichtungAll = Durchschnitt der Ventilöffnungen
Winter = Sommer/Winterbetrieb

Sollte eigentlich nur zur Ideenanregung dienen wie einfach so was zur realisieren ist. Im angehängten Bild sieht man an der grünen Kurve wie sich die Heizkurve während eines Tages verhält.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: jenmeer am 26 Januar 2018, 17:59:13
Reinhart,

Super, toll, vielen Dank :-) dann lege ich mal los ... werden sicher Fragen auftauchen :-)

LG
Jens
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 26 Januar 2018, 18:05:15
Zitat von: Reinhart am 24 Januar 2018, 18:15:47
ja, wenn du FHEM ohnehin zur Auswertung hast liegt es auf der Hand die Daten von dort zu beziehen bzw. zu pushen. Aber deine Variante ist eine interessante Alternative wenn jemand kein FHEM hat oder sonstige Gründe warum man darauf verzichten will.

Wenn in der Dev Version dass schon alles integriert ist spart man sich auch einige Schritte.

LG

War ja noch ein paar Screenshots bezüglich der direkten Anzeige der Werte auf einem OLED schuldig. Also alsHintergrund habe ich eine Möglichkeit gesucht die Werte auch anzeigen zu lassen ohne in FHEM ein Device dafür erstellen zu müssen. Problem war, das ich die Broadcast Werte halt in einem String bekomme und nicht einzeln. Das ist aber nötig für die direkte Anzeige beim Oled über das MQTTImport Device. John hat mir dann den entscheidenden Tip gegeben. Und zwar den MQTT Topic Eintrag in der EBus Konfig um "Field" erweitern.
--mqtttopic=vaillant_ebus/%circuit/%name/%field

Also bin wie folgt vorgegangen.
Ich gehe mal davon aus das MQTT läuft.
1. Unter Contoller auf dem ESPEasy Domoticz MQTT mit IP und Port eintragen
2. unter Devices ein MQTT Import Device erstellen und wie im Screenshot konfigurieren
3 ein Oled Device erstellen und in den entsprechenden Linien halt die Verlinkung zum MQTT Import machen.
wie zum Beispiel
IRGENEINTEXT [NAMEVOMMQTTIMPORTDEVICE#TEXTVONVALUE1]
In meinem Fall heisst das MQTT Import Device halt import und Value1 = linie1
ist dann somit
VL  [import#linie1]
Das wars dann auch schon.
Aber wie von Reinhart schon gesagt das pushen auf ein Oled von einem FHEM Device ist bestimmt der elegantere Weg.

Gruß

Markus

EDIT: Hab folgende Version von ESPEasy geflasht
ESP_Easy_v2.0-20180121_dev_ESP8266_4096.bin
Glaube in anderen Versionen ist das MQTT Import Device nicht drin.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Winterbottom am 26 Januar 2018, 23:10:55
Hallo,

danke, John, Dein Kommentar:
Zitatalso wenn dann so "--mqtthost 192.168.178.33"
war anscheinend meine Lösung.
EBUS sendet jetzt fleißig Daten. :-) Ich versuche mich jetzt an den Devices.

@Reinhart: Kannst Du das "=" in Deiner Anleitung auf Seite 14 in den Post "Automatische MQTT Abfragen ohne ECMD" herausnehmen? Sonst sucht jemand anders auch noch. Im mqttport denke ich muss es auch raus. Danke!

Danke so weit, wenn ich mit den Devices nicht weiter komme, melde ich mich wieder.  ;D
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TheChrisP am 27 Januar 2018, 03:00:35
Hi,

I hope that writing in English is not an issue as my german is very bad, please tell me if I should avoid.

So I just finished the soldering of the ebus 2.0 adaptor I received this week, but it does not work at ebus level: the LEDs does not lit at all, and ebusd dos not see any data.

By chance a friend lent me an USB scope, so I can get see the ebus levels.

When ebus adaptor is not connected to the ebus wire, I can see the SYN AA symbol, having level between 10 and ~21V.
However if I connect the ebus adaptor, the the level are going between 10 to 12V. If I connect only the basic board, without the Wemos and the extension board, I have exactly the same thing.

So I presume I messed up something, but after double checking multiple time, I cannot see what I did wrong. I attached picture of both side of my main board. I used the wiki list of component to place the resistances on the board, and measured them with a multimeter before soldering.

What would you advice me to try ?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 27 Januar 2018, 09:18:03
Zitat von: TheChrisP am 27 Januar 2018, 03:00:35
When ebus adaptor is not connected to the ebus wire, I can see the SYN AA symbol, having level between 10 and ~21V.
However if I connect the ebus adaptor, the the level are going between 10 to 12V. If I connect only the basic board, without the

Hello TheChrisP!

I think it is a problem with the ebus supply. Which and how many devices do you have on eBus?
Can you remove the Power Led (Led 3 or Resistor R13) and then post an Oszillogram again?

If the Level is still 10-12V, then remove R10 or D5 an measure the voltage again.
The eBus voltage must be 10-21V with the board.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 27 Januar 2018, 09:20:49
@Markus.

Danke für deinen ausführlichen Bericht mit dem Oled! Das hilft sicher einigen weiter die ähnliches vorhaben!

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 27 Januar 2018, 11:40:38
@TheChrisP
Did you mix up the BC337-40(Q1) and the 78L05 (IC2)? The rest is looking fine!
Regards Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TheChrisP am 27 Januar 2018, 11:55:34
Zitat von: pc1246 am 27 Januar 2018, 11:40:38
@TheChrisP
Did you mix up the BC337-40(Q1) and the 78L05 (IC2)? The rest is looking fine!
Regards Christoph

Ooooh, I didn't realise it was 2 different components, and yes this is exactly what happened !

Very good point, I will unsolder and switch them, thanks a lot !

[Edit:]
That was exactly that, now I get the traffic loud and clear ! And it's working really better than the esera commercial ethernet adaptor that missed most of the time the ACK message of the boiler when answering to the VRC470 controller. Congratulation to all the team developping this electronic jewel, you did an awesome job :)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: alpha1974 am 27 Januar 2018, 16:16:49
Hallo zusammen,

vorab: Besten Dank an Reinhart, John und das "Lötmädchen" für die tolle Arbeit!

Seit gestern bastele ich nun mit dem fertig gelöteten V2-Adapter herum, der bei mir leider nicht so richtig am Ebus laufen will.
Ausgangsituation: Adapter V1 läuft mit UART am USB-Anschluss des RPI problemlos. Beim Start vom Ebusd (neueste Version) werden sofort alle Devices per Scan erkannt.

Was ich gemacht habe: V1 samt UART vom USB des RPI und vom Ebus abklemmen. V2-Basisplatine per UART an den USB-Anschluss des RPI anschließen und Ebus anklemmen.

Result: Mit der V2-Basisplatine / UART-Anschluss laufen die Ebusd-Scans ins Read Timeout. Writes per Ebusd liefern ebenfalls Read Timeouts. Dasselbe Ergebnis habe ich, wenn der V2-Adapter per Wemos/Wlan genutzt wird. Daraus schließe ich, dass der UART nicht das Problem sein sollte.

Meine Frage dazu: Ist die V2-Platine am Ebus "anspruchsvoller" als die V1-Variante oder müssten beide unter ansonsten unveränderten Bedingungen (also jeweils per UART am USB angeschlossen) gleich funktionieren? Am Ebus habe ich nichts verändert, sondern die Leitung einfach von V1 an V2 umgeklemmt.

Besten Dank und Gruß
alpha1974
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 27 Januar 2018, 17:22:05
@alpha1974

Durch die Power Led nimmt diese Schaltung etwas mehr Strom auf als die alte Platine, das wirkt sich aber nur ganz selten merklich aus.
Man kann so nicht viel dazu sagen, schön wäre wenn du uns ein RAW Logfile vom Start des Dämons bis etwa 2 Minuten danach posten könntest!

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 27 Januar 2018, 17:26:49
Zitat von: pc1246 am 27 Januar 2018, 11:40:38
@TheChrisP
Did you mix up the BC337-40(Q1) and the 78L05 (IC2)? The rest is looking fine!
Regards Christoph

Wie bist du denn so schnell darauf gekommen, das TheChrisP den Transistor mit dem Spannungsregler vertauscht hat?
Ich hatte auch kurz an so ähnliches gedacht, da er aber mit einem Oszilloskop umgehen kann habe ich es dann ausgeschlossen.

Aber Hauptsache es funktioniert jetzt bei ihm!

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: alpha1974 am 27 Januar 2018, 18:42:37
Zitat von: Reinhart am 27 Januar 2018, 17:22:05
@alpha1974

Durch die Power Led nimmt diese Schaltung etwas mehr Strom auf als die alte Platine, das wirkt sich aber nur ganz selten merklich aus.
Man kann so nicht viel dazu sagen, schön wäre wenn du uns ein RAW Logfile vom Start des Dämons bis etwa 2 Minuten danach posten könntest!

Ich habe jetzt einmal beide Adapter (V1 und V2) parallel an den Ebus geklemmt und jeden mit einem separaten RPI mit Ebusd laufen gelassen. Ergebnis: V1 findet sofort nach dem Start alle Devices. V2 bemüht sich redlich um Scan-Resultate, scheitert aber kläglich. Hoffentlich hat der V2-Adapter keine Macke...

Logfiles für den V2-Adapter im Anhang.

RPI 1 mit V1-Adapter/Uart an USB:

ebusctl info
version: ebusd 3.1.v3.0-35-gb0e20b7
update check: revision v3.1-1-g60a18d1 available, broadcast.csv: different version available
signal: acquired
symbol rate: 40
max symbol rate: 115
min arbitration micros: 795
max arbitration micros: 935
min symbol latency: 5
max symbol latency: 5
reconnects: 0
masters: 5
messages: 39
conditional: 0
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Wolf;ID= !;SW=8000;HW=0000"
address 30: master #3
address 31: master #8, ebusd
address 35: slave #3, scanned "MF=Wolf;ID=;SW=0204;HW=0000"
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Wolf;ID= !;SW=8000;HW=0000"
address f1: master #10
address ff: master #25


RPI 2 mit V2-Adapter/Uart an USB:
EBUSD_OPTS="-d 192.168.178.205:9999 --scanconfig --latency=40000 --address=ff --receivetimeout=80000

ebusctl info
version: ebusd 3.1.v3.1-9-g3a613f8
signal: acquired
symbol rate: 28
max symbol rate: 95
reconnects: 0
masters: 5
messages: 15
conditional: 0
poll: 0
update: 7
address 03: master #11
address 04: slave #25, ebusd
address 08: slave #11
address 30: master #3
address 31: master #8
address 35: slave #3
address 50: slave
address f1: master #10
address ff: master #25, ebusd
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 27 Januar 2018, 21:50:34
Dein Adapter sendet nach dem Syn seine Adresse und bekommt keine Antwort vom eBus!
Ich nehme also an, das der Sendeweg nicht funktioniert. Kannst du das schaltungstechnisch nochmals überprüfen, Lötfehler etc.?
Ist die Zenerdiode richtig eingelötet und die Led 2 richtig gepolt, die sollte während dieser Phase leicht aufblitzen?

2018-01-27 17:24:35.573 <aa              # Bus ist frei
2018-01-27 17:24:35.573 >ff              # der Adapter möchte senden und fragt an
2018-01-27 17:24:35.581 <aa              # 8 msec später kommt wieder Bus frei, statt der Bestätigung, also hat der Bus nicht empfangen
2018-01-27 17:24:35.581 >ff              # Adapter möchte senden ......
2018-01-27 17:24:35.660 <aa
2018-01-27 17:24:35.660 >ff
2018-01-27 17:24:35.747 <aa


LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: alpha1974 am 27 Januar 2018, 22:54:09
Oha, ich kann versuchen, die Platine auf Lötfehler zu überprüfen, aber das dürfte dann auch schon meine elektrotechnischen Fähigkeiten vollständig aufzehren... Eine Sichtkontrolle sah für mich danach aus, dass das Johns "Lötmädel" sehr sorgfältig gearbeitet hat.

Die rote Sende-LED (die auf der Erweiterungsplatine sitzt) blitzt beim Scan auf. Ich kann das auch mit einem "ebusctl scan" provozieren. Gelegentlich - in sehr seltenen Fällen - funktioniert der Scan auch und "ebusctl info" liefert einen Treffer. Leider kann ich das nicht zuverlässig reproduzieren, es scheint vom Zufall abzuhängen, ob der Scan erfolgreich ist oder nicht.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TheChrisP am 28 Januar 2018, 00:02:32
Hi,

I think it could be usefull so I made a case that can be 3D printed to put the adaptor inside it.

Leds are visible through small light pit, it's very simple to print. The STL files are available on thingiverse here: https://www.thingiverse.com/thing:2772384

I may make some variations or evolution in the future, so if needed tell me what can be done to improve it, I think especially to make a bigger version to hold the second Wemos, and to make a version with holes for venting, that will be needed for the BCM820.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 28 Januar 2018, 07:24:07
Zitat von: alpha1974 am 27 Januar 2018, 18:42:37
RPI 2 mit V2-Adapter/Uart an USB:
EBUSD_OPTS="-d 192.168.178.205:9999 --scanconfig --latency=40000 --address=ff --receivetimeout=80000


Wenn der V2 Adapter doch per uart am raspi hängt wo ebusd läuft, warum ist denn -d 192.x.x.x?

Gruß

Markus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: alpha1974 am 28 Januar 2018, 08:51:39
Zitat von: Markus. am 28 Januar 2018, 07:24:07
Wenn der V2 Adapter doch per uart am raspi hängt wo ebusd läuft, warum ist denn -d 192.x.x.x?

Gruß

Markus
Hach, Quark von mir... Ich hatte es nochmals per Wemos probiert (nach dem Uart-Test) und versehentlich die falsche Config-Zeile kopiert. Das Ergebnis war aber gleich.

Aber sehr gut gesehen, Markus!

Gesendet von meinem Nexus 5X mit Tapatalk

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 28 Januar 2018, 09:16:36
Zitat von: alpha1974 am 27 Januar 2018, 22:54:09
Oha, ich kann versuchen, die Platine auf Lötfehler zu überprüfen, aber das dürfte dann auch schon meine elektrotechnischen Fähigkeiten vollständig aufzehren... Eine Sichtkontrolle sah für mich danach aus, dass das Johns "Lötmädel" sehr sorgfältig gearbeitet hat.

Die rote Sende-LED (die auf der Erweiterungsplatine sitzt) blitzt beim Scan auf. Ich kann das auch mit einem "ebusctl scan" provozieren. Gelegentlich - in sehr seltenen Fällen - funktioniert der Scan auch und "ebusctl info" liefert einen Treffer. Leider kann ich das nicht zuverlässig reproduzieren, es scheint vom Zufall abzuhängen, ob der Scan erfolgreich ist oder nicht.

wenn das ein fertige Version ist hat John die Platine schon überprüft. Du kannst eventuell einmal versuchen die Power Led aus zulöten, bzw. den Widerstand R13 auf einem Ende auslöten, der geht einfacher. Es gibt vereinzelt Fälle wo die Stromversorgung am Bus sehr knapp ist, bzw. eine bestimmte Konstellation an Geräten am Bus. Das einfachste ist einmal nur diese Platine am Bus zu betreiben und schauen ob das funktioniert, erst dann wieder die anderen Geräte dazu klemmen und schauen ab wann sich was zum negativen ändert. Eventuell dabei das Rawlog betrachten, so wie ich es oben gezeigt habe. 

Aber laut Log ist es eindeutig dass die Busanfragen der eBus nicht versteht bzw. dort nicht ankommt. Wenn die Sendeled aufblitzt ist das schon einmal ein gutes Zeichen für die Sende Funktion.

Wir haben erst einen bekannten Fall wo die Stromversorgung am Bus knapp war, aber auch das wurde temporär gelöst.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: alpha1974 am 28 Januar 2018, 11:32:03
So, zu Testzwecken habe ich alle Ebus-Geräte abgeklemmt (an meiner Wolf-Therme waren dies nur das Bedienelement BM2 und die V1-EBus-Platine). Anschließend die "nackte" Basisplatine angeschlossen, also komplett ohne LEDs, die sich ohnehin auf der Erweiterungsplatine befinden. Ergebnis ist dasselbe: Scans klappen nicht und writes auch nicht.

Mit meinen bescheidenen Möglichkeiten kann ich jetzt noch den Messplan abarbeiten, aber danach bin ich wohl mit meinem Latein am Ende :-(
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 28 Januar 2018, 11:36:09
Zitat von: Reinhart am 27 Januar 2018, 17:26:49
Wie bist du denn so schnell darauf gekommen, das TheChrisP den Transistor mit dem Spannungsregler vertauscht hat?
Ich hatte auch kurz an so ähnliches gedacht, da er aber mit einem Oszilloskop umgehen kann habe ich es dann ausgeschlossen.

Aber Hauptsache es funktioniert jetzt bei ihm!

LG
Hallo Reinhart
Ich hatte auch so meine Schwierigkeiten zu erkennen, wo denn nun welcher hin kommt. Sein Photo war aber so gut, dass man sehen konnte, dass alles OK ist. Nur die Beschriftung der beiden konnte man nicht sehen. Konnte nur das sein.
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 28 Januar 2018, 11:42:30
Zitat von: Reinhart am 28 Januar 2018, 09:16:36
wenn das ein fertige Version ist hat John die Platine schon überprüft. Du kannst eventuell einmal versuchen die Power Led aus zulöten, bzw. den Widerstand R13 auf einem Ende auslöten, der geht einfacher. Es gibt vereinzelt Fälle wo die Stromversorgung am Bus sehr knapp ist, bzw. eine bestimmte Konstellation an Geräten am Bus. Das einfachste ist einmal nur diese Platine am Bus zu betreiben und schauen ob das funktioniert, erst dann wieder die anderen Geräte dazu klemmen und schauen ab wann sich was zum negativen ändert. Eventuell dabei das Rawlog betrachten, so wie ich es oben gezeigt habe. 

Aber laut Log ist es eindeutig dass die Busanfragen der eBus nicht versteht bzw. dort nicht ankommt. Wenn die Sendeled aufblitzt ist das schon einmal ein gutes Zeichen für die Sende Funktion.

Wir haben erst einen bekannten Fall wo die Stromversorgung am Bus knapp war, aber auch das wurde temporär gelöst.

LG
Reinhart
Moin Reinhart
Es kann nicht sein, dass alpha1974 ein Spannungsproblem hat! Er schreibt weiter oben, dass er V1 und V2 parallel betreibt, und V1 problemlos funktioniert!
Allerdings ist er der erste (bekennende) Kandidat der V2 an einer Wolf Therme betreibt!
Evtl. liegt da der Hase im Pfeffer?
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 28 Januar 2018, 12:13:14
Zitat von: pc1246 am 28 Januar 2018, 11:42:30
Allerdings ist er der erste (bekennende) Kandidat der V2 an einer Wolf Therme betreibt!
Stimmt nicht ganz: ich versuche den eBus-Adapter V2 an einer Wolf R12 zu betreiben und habe ähnliche Probleme. Das hatte ich auch schon berichtet, allerdings schon vor ca. 10-15 Seiten in diesem Thread. Da war der Fokus aber noch auf dem vermeintlich nicht funktionierenden Wemos. Zwischendurch habe ich mir einen ELV-UART besorgt und damit einen kurzen Test durchgeführt - mit gleichem "Fehlerbild". Hatte danach allerdings keine Zeit mehr für weitere Tests...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: alpha1974 am 28 Januar 2018, 12:29:05
In der Tat funktioniert V1 seit langer Zeit anstandslos an meiner Wolf Therme (CGB-2). Für eine Fehlersuche mit dem V2-Adapter bin ich leider denkbar schlecht ausgestattet: Mehr als ein Multimeter steht derzeit nicht zur Verfügung (abgesehen davon, dass auch nicht mehr elektrotechnischer Sachverstand vorhanden ist...).  Ich habe am angeschlossenen Ebus um die 22 Volt gemessen. Vielleicht hilft das ja weiter.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 28 Januar 2018, 14:26:16
Hm, ok
Das ist dann irgendwie schlecht! Also ist irgendetwas anders bzgl. der Schaltung bei Vaillant und Wolf. Jetzt bleibt die Frage was. Wer von den Wolf-Besitzern hat ein Oszilloskop parat, um die Flanken einmal aufzunehmen, damit Reinhart, John und Chons das analysieren koennen? Praktisch waere es wenn auch ein V1.6 Adapter da ist, so dass man das mit aufzeichnen kann!
Ich kann noch meinen 1.6er zur Verfuegung stellen, wenn Bedarf besteht!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 28 Januar 2018, 16:32:41
Zitat von: pc1246 am 28 Januar 2018, 14:26:16
Hm, ok
Das ist dann irgendwie schlecht! Also ist irgendetwas anders bzgl. der Schaltung bei Vaillant und Wolf. Jetzt bleibt die Frage was. Wer von den Wolf-Besitzern hat ein Oszilloskop parat, um die Flanken einmal aufzunehmen, damit Reinhart, John und Chons das analysieren koennen? Praktisch waere es wenn auch ein V1.6 Adapter da ist, so dass man das mit aufzeichnen kann!
Ich kann noch meinen 1.6er zur Verfuegung stellen, wenn Bedarf besteht!
Gruss Christoph
Welche Spezifikationen sollte das Oszilloskop erfüllen, damit ihr das gewünschte sehen könnt?
Evtl. kann ich im Bekanntenkreis eins organisieren, wird aber ein paar Tage dauern...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: alpha1974 am 28 Januar 2018, 18:14:57
Auch ich könnte mich an der Ursachenforschung des "Wolf"-Phänomens beteiligen, bräuchte dafür aber sachkundige Anleitung. Reicht sowas (DSO138) (https://www.amazon.de/Quimat-Pr%C3%A4zisions-Oszilloskop-montiert-Raspberry/dp/B06XTMLDYT/ref=sr_1_5?ie=UTF8&qid=1517159570&sr=8-5&keywords=oszilloskop) zum Messen der relevanten Daten?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: PeMue am 28 Januar 2018, 18:23:13
Zitat von: alpha1974 am 28 Januar 2018, 18:14:57
Reicht sowas (DSO138) (https://www.amazon.de/Quimat-Pr%C3%A4zisions-Oszilloskop-montiert-Raspberry/dp/B06XTMLDYT/ref=sr_1_5?ie=UTF8&qid=1517159570&sr=8-5&keywords=oszilloskop) zum Messen der relevanten Daten?
Ich kenne jetzt den eBus nicht, aber ich denke, das Oszilloskop müsste bis 25 V im ms Bereich auflösen können. Schau mal die Maximalspannung nach, wenn die ok ist, reicht das völlig aus.
Der Innenwiderstand sollte im Bereich 1 MOhm sein, um den Bus nicht zu stark zu belasten.

Gruß PeMue
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 28 Januar 2018, 19:04:08
Zitat von: alpha1974 am 28 Januar 2018, 18:14:57
Auch ich könnte mich an der Ursachenforschung des "Wolf"-Phänomens beteiligen, bräuchte dafür aber sachkundige Anleitung. Reicht sowas (DSO138) (https://www.amazon.de/Quimat-Pr%C3%A4zisions-Oszilloskop-montiert-Raspberry/dp/B06XTMLDYT/ref=sr_1_5?ie=UTF8&qid=1517159570&sr=8-5&keywords=oszilloskop) zum Messen der relevanten Daten?

Das SO138 ist in meinen Augen ein Kinderspielzeug, so richtig glücklich wirst du damit nicht werden.

Da du ja eine funktionierende 1.6 am Bus hast, kannst ja da ein Rawlog machen und gleichzeitig den Dämon an der V2 starten, dann sehen wir ob das "FF" am Bus gesendet wird.

Hast du den Versuch nur die V2 alleine am eBus schon durchführen können und was ist heraus gekommen?

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: alpha1974 am 28 Januar 2018, 19:38:16
Zitat von: Reinhart am 28 Januar 2018, 19:04:08
Das SO138 ist in meinen Augen ein Kinderspielzeug, so richtig glücklich wirst du damit nicht werden.

Da du ja eine funktionierende 1.6 am Bus hast, kannst ja da ein Rawlog machen und gleichzeitig den Dämon an der V2 starten, dann sehen wir ob das "FF" am Bus gesendet wird.

Hast du den Versuch nur die V2 alleine am eBus schon durchführen können und was ist heraus gekommen?
Ok, dann schaffe ich mir das SO138-Spielzeug nicht an. Ich hätte es sowieso nur mit fachkundiger Anleitung sinnvoll nutzen können,

Ich hatte die V2 als einziges Devices angeschlossen, leider ohne Veränderung. Den Test mit dem Rawlog auf der V1.6 versuche ich gleich mal.

EDIT: Es ist wie verhext! Gerade habe ich die V2 nochmals getestet und siehe da, sie funktionierte wie am Schnürchen. Der einzige Unterschied besteht darin, dass ich die Erweiterungsplatine, auf der sich die LEDs befinden, versehentlich nicht vollständig aufgesteckt hatte (bei meinen Test ohne Erweiterungsplatine hatte ich die Verbindungsschrauben in die Basisplatine eingeschraubt, damit sie nicht abhanden kommen.... versehentlich habe dann die Erweiterungsplatine auf die eingeschraubten Schrauben gesteckt...).

Also mache ich mich wohl nochmals auf die Suche nach evtl. Kontaktproblemen auf der Platine..
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: JHo am 29 Januar 2018, 06:36:15
Hallo zusammen,

ich hatte hier ein paar Tage nicht mehr mitgelesen, bin ja auch Wolf-Nutzer. Ich habe den V2-Adapter an einer Wolf R12-5W-Steuerung und bekomme mit den csv-Files von hansg aus dem R12-Thread Werte angezeigt. Habe allerdings nur die nackte R12, keine Fernbedienung / Raumregler.

Grüße,
Jan
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 29 Januar 2018, 06:58:44
Moin
Dann war das wohl eher Zufall, ,bzw. eine Anhaeufung von Problemen bei Wolf!?
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: alpha1974 am 29 Januar 2018, 08:05:54
Die Wolf-Besitzer sind hier ja in der Unterzahl, so dass man bei Startschwierigkeiten schnell den Verdacht entwickelt, es läge ein grundsätzliches Problem vor.

Für mein Sende-Problem konnte ich die Ursache (vermutlich) identifizieren: Ich habe einen Anschluss der roten Sende-LED auf der Erweiterungsplatine nachgelötet und seitdem klappen die Initial-Scans problemlos. Vielleicht hat die exponierte LED beim Auspacken oder Herumprobieren etwas seitlichen Druck abbekommen, was sich auf eine Lötstelle ausgewirkt hat.

Und - mea culpa - bei meinen Experimenten mit der nackten Basisplatine hatte ich die mitgelieferte Sende-LED wohl zu locker in die passende Steckleiste für die Erweiterungsplatine gesteckt und es gab auch hier Kontaktprobleme.

Jedenfalls läuft der V2-Adapter jetzt auch mit meiner Wolf-Therme (parallel zum V1-Adapter und zum Wolf-Bedienmodul BM2). Wieder etwas gelernt und nochmals besten Dank an alle Tippgeber!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: burkhard6 am 29 Januar 2018, 17:45:19
Zitat von: pc1246 am 28 Januar 2018, 11:42:30
Moin Reinhart
Es kann nicht sein, dass alpha1974 ein Spannungsproblem hat! Er schreibt weiter oben, dass er V1 und V2 parallel betreibt, und V1 problemlos funktioniert!
Allerdings ist er der erste (bekennende) Kandidat der V2 an einer Wolf Therme betreibt!
Evtl. liegt da der Hase im Pfeffer?
Gruss Christoph
Hallo,
das kann ich auch so nicht ganz stehen lassen.
Ich habe eine Brennwerttherme Wolf CGB-2, mit MischerModul MM2, Solarmodul, Bedienmodule BM1 und BM2 so la la am Laufen.
Ich hatte den Bausatz von Eisler übernommen.
Anfangs hatte mich der EBUS-WEMOS wahnsinnig gemacht, bis ich dann die Version vom 31.12. nachgeflasht habe.
Das Problem ist jetzt fast weg, es waren Unterbrechungen und Neuanmeldungen an die Fritzbox alle 5-10s, so das der Raspberry irgenwann mal nicht mehr wollte. Jetzt ist die Verbindung halbwegs stabil, machmal muss halt der Raspi neu gestartet werden. Über USB auf eine Laptop lief es stabil.
Nun kämpfe ich nur noch mit den Konfigurationen und der Installation von MQTT. Da werde ich wohl den Raspberry nochmal komplett neu aufsetzen müssen.
Ich denke der WEMOS in Verbindung mit einem schlechten WLAN kann schon Phänomene erzeugen.
Der EASY-ESP blieb immer konstanter an der Fritzbox angemeldet.
Was mich heute noch irritiert, ist die Tatsache, dass die blaue LED manchmal dunkel ist, obwohl Daten geloggt werden.

Wenn Jemand CSV-Files für Wolf GGB-2 mit Erfolg benutzt, wäre ich für ein Beispiel dankbar. Irgendwie habe ich die Struktur noch nicht so verstanden, daß ich die Lücken mit den unbekannten Telegrammen ergänzen kann.
Ich vermute, daß das bei mir nur Unterschiede in den QQ und ZZ bzw Boradcast-Adressen sind.
Gruß
Burkhard
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 29 Januar 2018, 18:38:10
Zitat von: alpha1974 am 29 Januar 2018, 08:05:54
Und - mea culpa - bei meinen Experimenten mit der nackten Basisplatine hatte ich die mitgelieferte Sende-LED wohl zu locker in die passende Steckleiste für die Erweiterungsplatine gesteckt und es gab auch hier Kontaktprobleme.

Jedenfalls läuft der V2-Adapter jetzt auch mit meiner Wolf-Therme (parallel zum V1-Adapter und zum Wolf-Bedienmodul BM2). Wieder etwas gelernt und nochmals besten Dank an alle Tippgeber!

Ich drücke mit einer Flachzange immer die Anschlüsse der Led etwas breiter, dann stecken die Leds zum Test besser in der Buchsenleiste.
Wenn die Sende Led keinen Kontakt hat, kann die Platine auch nicht senden, das war eigentlich genau das was das Log aussagte.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 29 Januar 2018, 18:56:57
Ach ja, ich habe mich heute etwas mit dem neuen Echo Spot mit dem kleinen Bildschirm beschäftigt und die ersten Erfolge habe ich schon.

Im Prinzip kann ich alles was gesprochen/angesagt wird auch parallel am Display anzeigen. Leider ist dieses Display etwas zu klein um längere Listen oder Zustandsbilder auszugeben und die Textformatierung läßt einiges zu wünschen übrig. Aber fürs erste reicht mir das. Die Heizung steuern konnte ich ja schon mit dem Echo Dot.

LG

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: alpha1974 am 29 Januar 2018, 20:08:43
Zitat von: burkhard6 am 29 Januar 2018, 17:45:19
Wenn Jemand CSV-Files für Wolf GGB-2 mit Erfolg benutzt, wäre ich für ein Beispiel dankbar. Irgendwie habe ich die Struktur noch nicht so verstanden, daß ich die Lücken mit den unbekannten Telegrammen ergänzen kann.
Ich vermute, daß das bei mir nur Unterschiede in den QQ und ZZ bzw Boradcast-Adressen sind.

Um den Thread hier nicht zu überfrachten, habe ich meine Dateien in dem Wolf-Thread hochgeladen, siehe hier. (https://forum.fhem.de/index.php/topic,64039.msg757762.html#msg757762) Vielleicht hilft das ja etwas weiter.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TheChrisP am 01 Februar 2018, 11:39:26
Hi,
I have the new ebus2 adaptor since this week-end, and had a very strange issue twice since then:

I'm using The ebus adaptor with the new OpenHab2 ebus binding, with much more success than with esera ethernet coupler.
After some time, I remark that the boiler stopped being regulated, and just start to heat very strongly, and the VRC470 screen complained about lost ebus communication.

One of my guess is the ebusd could be stuck in a loop, spaming the ebus bus and preventing the VRC470 to effectively control the boiler. As soon as I disconnect the adaptor from the ebus, boiler come back to standard behavior, as well as VRC470.
Since the connection is lost with the openHAB binding, the origin of the spam shouldn't be the binding itself.
I just had it a third time, with very limited traffic from the openHab binding, (only 2 data was requested at a pace of one request every 600 seconds).
Then again, the red led was blinking contunously, VRC470 lost communication, and the ebusd-esp TCP session was disconnected.
But as soon as I connected directly to the ebusd-esp TCP port using RealTerm, everything went back to normal, and traffic was properlly displayed within Real Term.

I have then many questions. I allready made a issue on ebusd-esp github, but I'm not 100% sure it's where the root cause is, so I'm asking here as well.
I'm a bit reluctant to let it connected without supervision for now :/
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Winterbottom am 01 Februar 2018, 14:51:27
Hallo Reinhart und alle anderen die mir vielleicht das Rätsel lösen können,

ich habe inzwischen in FHEM einige Devices anlegen können, die auch schon Readings aus dem MQTT-Broker und damit aus EBUS erhalten.
Eine Frage habe ich zu folgender Zeile Deiner Beschreibung zu MQTT-Anbindung:
attr ebus_status stateFormat {sprintf("Vorlauf: %.1f Ruecklauf: %.1f Warmwasser: %.1f Aussentemp.: %.1f Pumpe: %s", ReadingsVal($name,"0_value",0), ReadingsVal($name,"1_value",0), ReadingsVal($name,"3_value",0), ReadingsVal($name,"2_value",0), ReadingsVal($name,"5_value",0))}


Damit nimmst Du den ;-separierten Text im Reading auseinander, wenn ich das richtig sehe. Ich verstehe aber nicht, wie.
Wenn Du ihn nicht da auseinander nimmst, weiß ich nicht, wo Du es tust und mit welcher Funktion.

Ich bekomme zu Beispiel den String "37.0;29.0;-;-;-;on" in einem Reading "status". Wie vereinzelst Du die Werte um sie dann einzeln nutzen zu können?

Kannst Du mir auch einen Tipp geben, wo ich die Befehle finden kann, mit denen ich die Daten von der Steuerung abfragen kann?
Zum Beispiel antwortet mir die Steuerung mit "-60.44;cutoff", wenn ich ein "get heizung/bai/OutdoorstempSensor/get" abschicke.
Gibt es eine Übersicht der möglichen Befehle? Vor Allem auch, wenn ich einmal in das Geschehen eingreifen will.

Ich lese das gerne nach, finde aber keine Quelle, wo.

Danke!
Gruß
Ulrich
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 01 Februar 2018, 16:12:52
das Auseinander nehmen ist ganz einfach wenn die Readings einmal existieren, das macht ja die Zeile mit "sprintf", die liest ja nur das Reading aus und baut eine einzige Zeile für die Ausgabe zusammen.
Die Readings werden mit dem Modul expandJson automatisch angelegt und befüllt, das habe ich hier (https://forum.fhem.de/index.php/topic,79600.msg744876.html#msg744876) einmal beschrieben.
define ej3 expandJSON (Sonoff.*|ebus.*:.*:.{.*.*{.*.*}})
das ist alles was du definieren musst, der Rest geht automatisch und sieht dann so aus wie im Bild! Nähere Infos dazu im Modul expandJson!

Werte vereinzeln ist ebenfalls ganz einfach, indem ich nur den Wert hole den ich brauche, das habe ich hier (https://forum.fhem.de/index.php/topic,29737.msg743156.html#msg743156) einmal genauer beschrieben wie das geht.

Die Befehle die überhaupt möglich sind finde ich immer in den CSV Files, welches geladen wird siehst du ja mit "ebusctl info".

Das Hauptproblem was ich jetzt sehe ist, das hier mindestens in 3 Threads Fragen zur Platine V2 gestellt werden, daher ist jetzt alles schwerer zu finden.
Dieser Thread ist für Fragen V2 genau richtig und alles was mir wichtig erscheint verlinke ich im ersten Posting.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 01 Februar 2018, 16:29:14
I'm using The ebus adaptor with the new OpenHab2 ebus binding, with much more success than with esera ethernet coupler.
After some time, I remark that the boiler stopped being regulated, and just start to heat very strongly, and the VRC470 screen complained about lost ebus communication.
This is the primary Problem and you must find it! Please post a RawLogfile (--lograwdata=Bytes) for the first 2 minutes when the ebusd is started.

On the eBus adaptor, I can see the red LED continously blinking, one or two time per second, yellow led is lit and green LED seems to blink as usual, but less visible than the RED, so I'm not so sure about this.
this is ok! Red ist sending, green ist receive and yellow ist 5V power!

On the ebusd-esp web page, I can see than the connection is not active anymore.
On OpenHab side, the binding is disconnected, and logs does not show specific error message, just that communication stopped with the adaptor.
One of my guess is the ebusd could be stuck in a loop, spaming the ebus bus and preventing the VRC470 to effectively control the boiler. As soon as I disconnect the adaptor from the ebus, boiler come back to standard behavior, as well as VRC470.
please test what happens if you remove the power led?

Since the connection is lost with the openHAB binding, the origin of the spam shouldn't be the binding itself.
I just had it a third time, with very limited traffic from the openHab binding, (only 2 data was requested at a pace of one request every 600 seconds).
Then again, the red led was blinking contunously, VRC470 lost communication, and the ebusd-esp TCP session was disconnected.
But as soon as I connected directly to the ebusd-esp TCP port using RealTerm, everything went back to normal, and traffic was properlly displayed within Real Term.
Before we go into this topic in more detail, do you have the opportunity to test everything once with the Uart?
It would now be important to know if the primary functions work.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 01 Februar 2018, 16:40:33
Da es hier vereinzelt zu Unklarheiten kommt was die Kommunikations Ports zum Wemos und zu FHEM betrifft, hier ein kleine Skizze die Klarheit schaffen sollte wer wo was mit wem. Die Quintessenz, es gibt 2 Ports und die braucht man auch! Wer allerdings -p 8888 weglässt, dann wird 8888 als Default genommen, deshalb glauben einige es gibt nur ein Port!

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TheChrisP am 01 Februar 2018, 18:53:15
Hi Reinhart,

thanks a lot for your help

Zitat von: Reinhart am 01 Februar 2018, 16:29:14
I'm using The ebus adaptor with the new OpenHab2 ebus binding
This is the primary Problem and you must find it! Please post a RawLogfile (--lograwdata=Bytes) for the first 2 minutes when the ebusd is started.
In fact my situation is a bit different, as I'm using OpenHab and not FHEM. I am fully aware that this is a FHEM forum and discussing about other automation may be awkward, and my point is absolutly not to make value judgement between FHEM and OpenHab so I do not want to push too much this area, but technically OpenHab substitute to FHEM + ebusd, and use espd-esp directly as a low latency ser2net server.

Anyway I will try to use ebusd instead to see if I can reproduce the issue, and to generate a RawLogfile.

Zitat von: Reinhart am 01 Februar 2018, 16:29:14
On the eBus adaptor, I can see the red LED continously blinking, one or two time per second, yellow led is lit and green LED seems to blink as usual, but less visible than the RED, so I'm not so sure about this.
this is ok! Red ist sending, green ist receive and yellow ist 5V power!
I do not agree here, as once the TCP connection is lost between the ebusd-esp and the client is lost (which is the ser2net connection), the ebus adaptor should not have any data to send to the ebus, excepted a limited amount of data that can remain in a send buffer.

Zitat von: Reinhart am 01 Februar 2018, 16:29:14
please test what happens if you remove the power led?
I will try that at some point, but I have to unsolder it  :'(

Zitat von: Reinhart am 01 Februar 2018, 16:29:14
Before we go into this topic in more detail, do you have the opportunity to test everything once with the Uart?
It would now be important to know if the primary functions work.
I do not know yet how to implement that. (As my ebusd instance is running on a VM, I have to figure another way).

But globaly the adaptor is working as intended, the first time I had the issue, it happened after 12 hours of continuous data collection and request on the boiler and the VRC.
What I will prepare as well is a derivation in the wiring to plug my osciloscope next time I see the issue.
It can take some time, as it behave like a random issue.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 01 Februar 2018, 19:33:22
you have many components that I do not know with this board. A big problem with Wlan is the latency, which must not be too big (<15msec)! Have you ever tested another power adapter for the Wemos?

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 01 Februar 2018, 20:22:09
Hallo Zusammen,

ich habe eine Basisplatine da hängt der wemos mit ebus dran, oben drauf ist die Erweiterungsplatine mit espeasy drauf. Da ist ein NTC und der BMP280 angeschlossen. Der BMP hat

Environment - BME280
GPIO-4
GPIO-5


Jetzt habe ich noch einen OLED dran welche GPIO muss ich setzen, damit dieser angeht?

Gruß
lewej
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 02 Februar 2018, 10:03:02
genau dieselben GPIO weil auch das Oled hängt am I2C, nur die Adresse ist eine andere (0x3c) .
Mach einfach einen I2C Scan und das Oled muss gefunden werden.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TheChrisP am 02 Februar 2018, 10:25:22
Zitat von: Reinhart am 01 Februar 2018, 19:33:22
you have many components that I do not know with this board. A big problem with Wlan is the latency, which must not be too big (<15msec)!

I'm aware that ebus is latency sensitive, and I think this is ok on this side, but how could latency be measured ?

Zitat von: Reinhart am 01 Februar 2018, 19:33:22Have you ever tested another power adapter for the Wemos?

LG

Mmmmh, actually the power adapter is a good point and a pertinent area for investigation.

For now the Wemos is still powered by a USB3 computer port, through an USB3 hub. I guess this port is limited at 500 mA (only one port is rated to 2.1A and I'm using it to charge my mobile phone).

I've read some report stating that during Wifi operation, Wemos D1 can consume up to 800 mA, and it need to power the ebus adaptor as well, which should add some mA as well, and I'm not using the 2d Wemos yet ...

Tricky part is how to validate this assumption. Having the issue just happen less often is not good for me, I just do not want that to happen at all so that I can trust it to be plugged without any supervision.

In the opposite way, should I find a way to trigger the issue ? By using weaker power supply ?

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen mqtt reading
Beitrag von: lewej am 04 Februar 2018, 16:31:46
Hallo Zusammen,

ich habe ein Problem mit meinen Readings, die aus mqtt gelesen werden. Der ebusd liefert alle Readings im JSON format.

Ich habe folgendes angelegt:
define ej3 expandJSON (Sonoff.*|ebusdsolar.*|ebusdgeotherm.*:.*:.{.*.*{.*.*}})

define ebus_auromatic_Coll1Sensor MQTT_DEVICE
attr ebus_auromatic_Coll1Sensor IODev myBroker
attr ebus_auromatic_Coll1Sensor event-on-change-reading .*
attr ebus_auromatic_Coll1Sensor icon icoTempHeizung
attr ebus_auromatic_Coll1Sensor room Heizung
attr ebus_auromatic_Coll1Sensor stateFormat {sprintf("Kollektortemp: %.1f, ReadingsVal($name,"value",0))}
attr ebus_auromatic_Coll1Sensor subscribeReading_Coll1Sensor ebusdsolar/sdr_p/Coll1Sensor

Diese werden dann aber so angelegt:
Coll1Sensor

{ "temp": {"value": 13.62}, "sensor": {"value": "ok"}}



Ich möchte das aber so haben, wie Reinhart das gemacht hat:



Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 04 Februar 2018, 16:36:21
wie meinst du das jetzt?
press_value und sensor_value werden ja schon als Reading angelegt, also funktioniert dein expandJson Modul.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 04 Februar 2018, 16:38:35
Zitat von: Reinhart am 04 Februar 2018, 16:36:21
wie meinst du das jetzt?
press_value und sensor_value werden ja schon als Reading angelegt, also funktioniert dein expandJson Modul.

LG

Das ist ein Screen von dir, vielleicht etwas irre führend von mir. Bei mir sieht es so aus:

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 04 Februar 2018, 17:49:12
expandJson filtert nicht weil dieser Device nicht enthalten ist!

define ej3 expandJSON (Sonoff.*|ebusdsolar.*|ebusdgeotherm.*:.*:.{.*.*{.*.*}})
das ist dein Filter

define ej3 expandJSON (Sonoff.*|ebus.*:.*:.{.*.*{.*.*}})
versuche es doch einfach so, dann werde alle beginnend mit "ebus" herangezogen.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 04 Februar 2018, 18:14:50
Zitat von: Reinhart am 04 Februar 2018, 17:49:12
expandJson filtert nicht weil dieser Device nicht enthalten ist!

define ej3 expandJSON (Sonoff.*|ebusdsolar.*|ebusdgeotherm.*:.*:.{.*.*{.*.*}})
das ist dein Filter

define ej3 expandJSON (Sonoff.*|ebus.*:.*:.{.*.*{.*.*}})
versuche es doch einfach so, dann werde alle beginnend mit "ebus" herangezogen.

LG

Leider funktioniert es nicht, es bleibt beim alten.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 04 Februar 2018, 18:30:29
vergleiche einmal ein List ej3

Internals:
   DEF        (Sonoff.*|ebus.*:.*:.{.*.*{.*.*}})
   NAME       ej3
   NOTIFYDEV  ebus.*,Sonoff.*
   NR         2486
   NTFY_ORDER 50-ej3
   STATE      2018-02-04 18:25:16
   TYPE       expandJSON
   s_regexp   (Sonoff.*|ebus.*:.*:.{.*.*{.*.*}})
   t_regexp   .*
   version    1.10
   READINGS:
     2018-02-04 10:48:25   state           active
   helper:
Attributes:
   room       System
   verbose    2


wenns wirklich nicht mehr filtert, dann starte doch einmal FHEM durch. Wenn du keinen Sonoff hast, dann lasse die erste Regexp weg.

(.*:.*:.{.*.*{.*.*}})
wenn du es so machst, wird alles durchgelassen unabhängig vom Devicenamen, kannst ja mal testen damit und dann zukzessive wieder Filter dazu bauen.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 04 Februar 2018, 21:40:40
Hi,

Also ich hab mein Fehler gefunden, nach einem reboot wurden die readings richtig angelegt.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 05 Februar 2018, 11:29:03
Zitat von: lewej am 04 Februar 2018, 21:40:40
Hi,

Also ich hab mein Fehler gefunden, nach einem reboot wurden die readings richtig angelegt.
Super wenn's geht!

1. Support Gesetz: ein Reboot tut immer gut!

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Ralf78 am 05 Februar 2018, 21:00:01
Guten Abend zusammen!
Nach 3 Tagen (fast erfolglosen) basteln an meiner Vailliant muss ich hier mal um Hilfe bitten:
Ich hab die Basis und erweiterungsplatine am ebus hängen.
Der wemos sagt:

eBUS adapter 2.0: Welcome
Build: 20171230
Chip ID: 00974df3
CPU frequency: 80
Free heap: 37648
Hostname: ebus-974df3
ebusd device string: 192.168.2.42:8889
ebusd connected: no
eBUS signal: acquired


Also ebus-signal ist da, der ebusd-daemon nicht.

pi@raspberrypi:~ $ ebusctl info
version: ebusd 3.1.v3.1-22-gdaf771e
update check: revision v3.1-1-g60a18d1 available, broadcast.csv: different 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


pi@raspberrypi:~ $ ebusd --checkconfig --scanconfig                                                   
2018-02-05 20:49:02.844 [main notice] ebusd 3.1.v3.1-22-gdaf771e performing configuration check...
2018-02-05 20:49:04.671 [main notice] found messages: 11126 (437 conditional on 154 conditions, 17 poll, 63 update)
2018-02-05 20:49:04.772 [main notice] ebusd stopped

gesetzt hab ich auch:EBUSD_OPTS="-d 192.168.2.42:8889 -l /var/log/ebusd.log --scanconfig --latency=20000

ebusd.log sagt gefühlte 1000x das: [bus error] unable to open /dev/ttyUSB0: ERR: element not found

Bin noch n anfänger aber ich geb mein bestes :) danke!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 05 Februar 2018, 21:22:38
Zitat von: Reinhart am 05 Februar 2018, 11:29:03
Super wenn's geht!

1. Support Gesetz: ein Reboot tut immer gut!

LG

Ja das stimmt, ich dachte nur in der Linux Welt braucht man es nicht :).

Ich habe jetzt trotzdem noch eine Frage, wenn im JSON Output sowas steht:

Coll1Sensor
{ "temp": {"value": -4.38}, "sensor": {"value": "ok"}}

Coll2Sensor
{ "temp": {"value": 0.00}, "sensor": {"value": "ok"}}


Dann werden zwar Readings temp_value und sensor angelegt, jedoch werden diese immer vom letzten überschrieben. Macht ja auch sinn, weil die namen die gleichen sind. Ich möchte ungern pro Reading ein eigenes Device anlegen und dort nur einen Wert subscriben.
Kann man das expand json so anpassen. Das er die Readings so anlegt:

Coll1Sensor   _temp_value
-4.38
   
Coll2Sensor   _temp_value
-4.38

Gruß
lewej
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 05 Februar 2018, 21:43:58
Zitat von: Ralf78 am 05 Februar 2018, 21:00:01
ebusd.log sagt gefühlte 1000x das: [bus error] unable to open /dev/ttyUSB0: ERR: element not found

in der opts muss ein Fehler sein, das was du gesetzt hast wird nicht abgefragt und die steht immer noch auf /dev/ttyUSB0!
Hast du deinen Eintrag hinter einer # durchgeführt?

Poste doch den Inhalt deiner opts einmal dann können wir dir helfen!

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 05 Februar 2018, 21:53:43
@lewej

kannst du einmal den ganzen String posten wie er zum Broker kommt?

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Ralf78 am 05 Februar 2018, 22:02:47
Hallo Reinhart,
danke für deine schnelle Antwort.
Habs auch gefunden:#
EBUSD_OPTS="-d 192.168.2.42:8889 -l /var/log/ebusd.log --scanconfig --latency=20000" war doch nicht gesetzt.
Sieht jetzt besser aus:
pi@raspberrypi:~ $ ebusctl info
version: ebusd 3.1.v3.1-22-gdaf771e
update check: revision v3.1-1-g60a18d1 available, broadcast.csv: different version available, vaillant/15.470.csv: different version available, vaillant/bai.308523.inc: different version available,
vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/hcmode.inc: different version available, vaillant/timercool.inc: different version available
signal: acquired
symbol rate: 22
max symbol rate: 123
min arbitration micros: 32
max arbitration micros: 137
min symbol latency: 4
max symbol latency: 22
reconnects: 0
masters: 3
messages: 462
conditional: 3
poll: 1
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/bai.308523.inc" ([PROD='0010004280']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0126;HW=6002", loaded "vaillant/15.470.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd

Danke
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 05 Februar 2018, 22:13:23
Zitat von: Reinhart am 05 Februar 2018, 21:53:43
@lewej

kannst du einmal den ganzen String posten wie er zum Broker kommt?

LG

Wie es in fhem ankommt:
2018.02.05 22:11:27.167 5: publish received for ebusdgeotherm/mc/DateTime, {
     "dcfstate": {"value": "valid"},
     "btime": {"value": "22:11:20"},
     "bdate": {"value": "05.02.2018"},
     "temp2": {"value": -2.375}}
2018.02.05 22:11:27.167 5: publish received for ebusdgeotherm/mc/DateTime, {
     "dcfstate": {"value": "valid"},
     "btime": {"value": "22:11:20"},
     "bdate": {"value": "05.02.2018"},
     "temp2": {"value": -2.375}}
2018.02.05 22:11:30.578 4: Connection accepted from loxonetelnetPort_127.0.0.1_50786
2018.02.05 22:11:37.179 5: publish received for ebusdgeotherm/mc/Status, {
     "0": {"name": "temp0", "value": 39},
     "1": {"name": "onoff", "value": "off"},
     "2": {"name": "temp", "value": 39.81},
     "3": {"name": "temp0", "value": 25}}
2018.02.05 22:11:37.180 5: publish received for ebusdgeotherm/mc/Status, {
     "0": {"name": "temp0", "value": 39},
     "1": {"name": "onoff", "value": "off"},
     "2": {"name": "temp", "value": 39.81},
     "3": {"name": "temp0", "value": 25}}


Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 05 Februar 2018, 22:17:38
ok, das ist wirklich exakt gleich, aber der Modulautor hat dem vorgebeugt, setze doch einmal beim ej3 das Attribut addReadingsPrefix auf 1 und schaue ob es damit klappt!

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lewej am 05 Februar 2018, 22:25:36
Zitat von: Reinhart am 05 Februar 2018, 22:17:38
ok, das ist wirklich exakt gleich, aber der Modulautor hat dem vorgebeugt, setze doch einmal beim ej3 das Attribut addReadingsPrefix auf 1 und schaue ob es damit klappt!

LG

Reinhart du bist ein fhem gott :). Die Readings werden jetzt Richtig angelegt.

Ich habe noch so ein komischen Verhalten, mein global verbose steht auf 0 und ich habe expliziet noch in den MQTT Devices das verbose auf 0 gestellt. Trotzdem wird bei jeden Event im log das zu hauf protokoliert:

2018.02.05 22:22:02.473 5: publish received for ebusdsolar/global/uptime, 108242
2018.02.05 22:22:02.473 5: publish received for ebusdsolar/global/uptime, 108242
2018.02.05 22:22:04.272 5: publish received for ebusdgeotherm/global/uptime, 113532
2018.02.05 22:22:04.272 5: publish received for ebusdgeotherm/global/uptime, 113532
2018.02.05 22:22:07.257 5: publish received for ebusdgeotherm/mc/Status, {
     "0": {"name": "temp0", "value": 39},
     "1": {"name": "onoff", "value": "off"},
     "2": {"name": "temp", "value": 38.94},
     "3": {"name": "temp0", "value": 25}}
2018.02.05 22:22:07.257 5: publish received for ebusdgeotherm/mc/Status, {
     "0": {"name": "temp0", "value": 39},
     "1": {"name": "onoff", "value": "off"},
     "2": {"name": "temp", "value": 38.94},
     "3": {"name": "temp0", "value": 25}}


Gibt es noch ein logging Parameter an dem man drehen muss?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TottiToad am 06 Februar 2018, 12:35:36
Hi,

nachdem dank der Hilfe hier alles grundsätzlich läuft, wollte ich jetzt die Heizkurve schreiben und Wochenprogramm etc.

Leider funktioniert das schreiben der Heizkurve nicht ?! Ich nutze Calormatic 470

Lesen funktioniert:
ebusctl r -f Hc1HeatCurve
1.20


Schreiben jedoch nicht:
ebusctl w c- 470 Hc1HeatCurve 1.2
usage: write [-s QQ] [-d ZZ] -c CIRCUIT NAME [VALUE[;VALUE]*]
  or:  write [-s QQ] [-c CIRCUIT] -h ZZPBSBNNDx
Write value(s) or hex message.
  -s QQ        override source address QQ
  -d ZZ        override destination address ZZ
  -c CIRCUIT   CIRCUIT of the message to send
  NAME         NAME of the message to send
  VALUE        a single field VALUE
  -h           send hex write message:
    ZZ         destination address
    PB SB      primary/secondary command byte
    NN         number of following data bytes
    Dx         data byte(s) to send


oder so:
ebusctl w -c 470 Hc1HeatCurve 1.0
ERR: element not found


Habe schon einiges hier im Forum diesbezüglich Gelsen und probiert, jedoch ohne Erfolg !?

ebusctl f -f Curve liefert folgendes:
ebusctl f -f Curve
r,470,Hc1HeatCurve,Heizkurve Heizkreis 1,,15,b509,0d3100,curve,s,UIN,100,,heating curve of the first heating circuit


Jemand eine Idee woran es liegen könnte ?

Grüße & Danke
Torsten
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 06 Februar 2018, 12:54:46
Moin
Welche eBUSD Version nutzt du? Ich hatte dieses Problem auch schon, und es wurde mir geantwortet, dass man entweder in der CSV oder bei dem accesslevel was aendern muss. War aber wohl in einem anderen Thread. Sind ja inzwischen doch mehrere!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TottiToad am 06 Februar 2018, 13:07:57
Zitat von: pc1246 am 06 Februar 2018, 12:54:46
Moin
Welche eBUSD Version nutzt du? Ich hatte dieses Problem auch schon, und es wurde mir geantwortet, dass man entweder in der CSV oder bei dem accesslevel was aendern muss. War aber wohl in einem anderen Thread. Sind ja inzwischen doch mehrere!
Gruss Christoph

Hi,

ebusd -V
ebusd 3.0pre.bbc4d04


Ja sind mittlerweile wirklich viele Threads ;) und vor allem teilweise lange. Lese teilweise etwas und finde es dann nicht wieder.

Welche Version nutzt Du denn ? Und weißt du noch was wo geändert werden musste ?

Grüße & Danke
Torsten
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 06 Februar 2018, 13:10:27
Hallo Torsten
Ich habs gefunden! https://forum.fhem.de/index.php/topic,41064.msg730634.html#msg730634
Ich nutze auch die 3er Version.
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TottiToad am 06 Februar 2018, 13:30:10
Genial !!!

Einfach "--accesslevel=*" in der /etc/default/ebusd hinzufügen und es läuft !


Danke !

Grüße
Torsten
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: alpha1974 am 08 Februar 2018, 09:15:46
Kurze Frage zu JP8, an dem der ebus-Wemos hängt:
Kann man JP8 auch zum Anschluss eines UART-Adapters nutzen?

Besten Dank!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 08 Februar 2018, 12:24:09
ja kannst du, aber für die Uarts wären ja die speziellen Buchsenleisten vorgesehen damit du die stecken kannst. Die Uarts sind auch meist 6-polig ausgeführt!

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 09 Februar 2018, 19:50:51
Hallo Zusammen,

habe seit etwa 3 Wochen den V2 Adapter mit Erweiterungsplatine am laufen. Bisher ohne Probleme. Nunja ab und war im Log
"Singnal Lost" zu finden. Hab das aber nicht weiter für schlimm befunden da es nicht mehr als drei mal am Tag auftauchte.
Seit gestern taucht das nun viel öfter auf bis zu dem Zustand das ein Signal dauerhaft nicht da war laut Log.


2018-02-08 06:27:09.883 [bus error] send to 08: ERR: wrong symbol received, retry
2018-02-08 07:06:08.011 [bus error] signal lost
2018-02-08 07:06:13.044 [bus error] signal lost
2018-02-08 07:27:11.022 [bus error] send to 08: ERR: no signal, give up
2018-02-08 07:27:11.022 [bus error] send message part 0: ERR: no signal
2018-02-08 07:27:11.022 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 07:27:11.022 [bus error] signal lost
2018-02-08 08:47:09.890 [bus error] send to 08: ERR: SYN received, retry
2018-02-08 08:47:10.205 [bus error] send to 08: ERR: read timeout, retry
2018-02-08 09:27:09.873 [bus error] send to 08: ERR: wrong symbol received, retry
2018-02-08 09:27:10.511 [bus error] send to 08: ERR: SYN received, retry
2018-02-08 09:27:10.645 [bus error] send to 08: ERR: wrong symbol received, retry
2018-02-08 09:27:11.290 [bus error] send to 08: ERR: wrong symbol received
2018-02-08 09:27:11.293 [bus error] send message part 0: ERR: wrong symbol received
2018-02-08 09:27:11.293 [mqtt error] read bai WaterPressure: ERR: wrong symbol received
2018-02-08 09:34:14.002 [bus error] signal lost
2018-02-08 09:36:10.023 [bus error] signal lost
2018-02-08 09:36:13.055 [bus error] signal lost
2018-02-08 09:37:09.915 [bus error] send to 08: ERR: read timeout, retry
2018-02-08 09:37:10.643 [bus error] send to 08: ERR: read timeout, retry
2018-02-08 09:37:10.727 [bus error] send to 08: ERR: read timeout, retry
2018-02-08 09:37:11.470 [bus error] send to 08: ERR: read timeout
2018-02-08 09:37:11.470 [bus error] send message part 0: ERR: read timeout
2018-02-08 09:37:11.470 [mqtt error] read bai WaterPressure: ERR: read timeout
2018-02-08 09:42:53.039 [bus error] signal lost
2018-02-08 09:42:58.065 [bus error] signal lost
2018-02-08 09:43:03.036 [bus error] signal lost
2018-02-08 09:43:19.044 [bus error] signal lost
2018-02-08 09:43:48.068 [bus error] signal lost
2018-02-08 09:43:54.009 [bus error] signal lost
2018-02-08 09:45:31.038 [bus error] signal lost
2018-02-08 12:39:57.035 [bus error] signal lost
2018-02-08 12:40:02.019 [bus error] signal lost
2018-02-08 14:07:09.966 [bus error] send to 08: ERR: wrong symbol received, retry
2018-02-08 14:07:10.023 [bus error] send to 08: ERR: wrong symbol received, retry
2018-02-08 16:08:09.032 [bus error] signal lost
2018-02-08 17:27:09.862 [bus error] send to 08: ERR: SYN received, retry
2018-02-08 20:29:21.051 [bus error] signal lost
2018-02-08 20:54:01.054 [bus error] signal lost
2018-02-08 20:58:35.026 [bus error] signal lost
2018-02-08 21:04:45.009 [bus error] signal lost
2018-02-08 21:07:18.041 [bus error] signal lost
2018-02-08 21:07:22.022 [bus error] signal lost
2018-02-08 21:07:24.061 [bus error] signal lost
2018-02-08 21:07:29.013 [bus error] signal lost
2018-02-08 21:07:41.002 [bus error] signal lost
2018-02-08 21:08:31.027 [bus error] signal lost
2018-02-08 21:08:50.049 [bus error] signal lost
2018-02-08 21:08:57.035 [bus error] signal lost
2018-02-08 21:09:02.015 [bus error] signal lost
2018-02-08 21:09:07.036 [bus error] signal lost
2018-02-08 21:09:14.051 [bus error] signal lost
2018-02-08 21:09:18.062 [bus error] signal lost
2018-02-08 21:09:24.004 [bus error] signal lost
2018-02-08 21:09:28.035 [bus error] signal lost
2018-02-08 21:09:33.037 [bus error] signal lost
2018-02-08 21:09:39.068 [bus error] signal lost
2018-02-08 21:09:43.040 [bus error] signal lost
2018-02-08 21:09:45.039 [bus error] signal lost
2018-02-08 21:10:01.006 [bus error] signal lost
2018-02-08 21:10:06.026 [bus error] signal lost
2018-02-08 21:10:13.058 [bus error] signal lost
2018-02-08 21:17:09.837 [bus error] send to 08: ERR: no signal, give up
2018-02-08 21:17:09.837 [bus error] send message part 0: ERR: no signal
2018-02-08 21:17:09.837 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 21:27:09.952 [bus error] send to 08: ERR: no signal, give up
2018-02-08 21:27:09.952 [bus error] send message part 0: ERR: no signal
2018-02-08 21:27:09.952 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 21:37:10.065 [bus error] send to 08: ERR: no signal, give up
2018-02-08 21:37:10.065 [bus error] send message part 0: ERR: no signal
2018-02-08 21:37:10.065 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 21:47:09.915 [bus error] send to 08: ERR: no signal, give up
2018-02-08 21:47:09.916 [bus error] send message part 0: ERR: no signal
2018-02-08 21:47:09.916 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 21:57:10.030 [bus error] send to 08: ERR: no signal, give up
2018-02-08 21:57:10.030 [bus error] send message part 0: ERR: no signal
2018-02-08 21:57:10.030 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 22:07:09.881 [bus error] send to 08: ERR: no signal, give up
2018-02-08 22:07:09.881 [bus error] send message part 0: ERR: no signal
2018-02-08 22:07:09.881 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 22:17:09.997 [bus error] send to 08: ERR: no signal, give up
2018-02-08 22:17:09.997 [bus error] send message part 0: ERR: no signal
2018-02-08 22:17:09.997 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 22:27:09.850 [bus error] send to 08: ERR: no signal, give up
2018-02-08 22:27:09.850 [bus error] send message part 0: ERR: no signal
2018-02-08 22:27:09.850 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 22:37:09.978 [bus error] send to 08: ERR: no signal, give up
2018-02-08 22:37:09.978 [bus error] send message part 0: ERR: no signal
2018-02-08 22:37:09.978 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 22:47:09.827 [bus error] send to 08: ERR: no signal, give up
2018-02-08 22:47:09.827 [bus error] send message part 0: ERR: no signal
2018-02-08 22:47:09.828 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 22:57:09.944 [bus error] send to 08: ERR: no signal, give up
2018-02-08 22:57:09.944 [bus error] send message part 0: ERR: no signal
2018-02-08 22:57:09.944 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 23:07:10.061 [bus error] send to 08: ERR: no signal, give up
2018-02-08 23:07:10.061 [bus error] send message part 0: ERR: no signal
2018-02-08 23:07:10.061 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 23:17:09.902 [bus error] send to 08: ERR: no signal, give up
2018-02-08 23:17:09.902 [bus error] send message part 0: ERR: no signal
2018-02-08 23:17:09.902 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 23:27:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-08 23:27:09.820 [bus error] send message part 0: ERR: no signal
2018-02-08 23:27:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 23:37:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-08 23:37:09.820 [bus error] send message part 0: ERR: no signal
2018-02-08 23:37:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 23:47:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-08 23:47:09.820 [bus error] send message part 0: ERR: no signal
2018-02-08 23:47:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-08 23:57:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-08 23:57:09.820 [bus error] send message part 0: ERR: no signal
2018-02-08 23:57:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 00:07:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 00:07:09.823 [bus error] send message part 0: ERR: no signal
2018-02-09 00:07:09.823 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 00:17:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 00:17:09.819 [bus error] send message part 0: ERR: no signal
2018-02-09 00:17:09.819 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 00:27:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 00:27:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 00:27:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 00:37:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 00:37:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 00:37:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 00:47:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 00:47:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 00:47:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 00:57:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 00:57:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 00:57:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 01:07:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 01:07:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 01:07:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 01:17:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 01:17:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 01:17:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 01:27:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 01:27:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 01:27:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 01:37:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 01:37:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 01:37:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 01:47:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 01:47:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 01:47:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 01:57:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 01:57:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 01:57:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 02:07:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 02:07:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 02:07:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 02:17:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 02:17:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 02:17:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 02:27:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 02:27:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 02:27:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 02:37:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 02:37:09.819 [bus error] send message part 0: ERR: no signal
2018-02-09 02:37:09.819 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 02:47:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 02:47:09.819 [bus error] send message part 0: ERR: no signal
2018-02-09 02:47:09.819 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 02:57:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 02:57:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 02:57:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 03:07:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 03:07:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 03:07:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 03:17:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 03:17:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 03:17:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 03:27:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 03:27:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 03:27:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 03:37:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 03:37:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 03:37:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 03:47:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 03:47:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 03:47:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 03:57:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 03:57:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 03:57:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 04:07:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 04:07:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 04:07:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 04:17:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 04:17:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 04:17:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 04:27:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 04:27:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 04:27:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 04:37:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 04:37:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 04:37:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 04:47:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 04:47:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 04:47:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 04:57:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 04:57:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 04:57:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 05:07:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 05:07:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 05:07:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 05:17:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 05:17:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 05:17:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 05:27:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 05:27:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 05:27:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 05:37:09.820 [bus error] send to 08: ERR: no signal, give up
2018-02-09 05:37:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 05:37:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 05:47:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 05:47:09.820 [bus error] send message part 0: ERR: no signal
2018-02-09 05:47:09.820 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 05:57:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 05:57:09.819 [bus error] send message part 0: ERR: no signal
2018-02-09 05:57:09.819 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 06:07:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 06:07:09.819 [bus error] send message part 0: ERR: no signal
2018-02-09 06:07:09.819 [mqtt error] read bai WaterPressure: ERR: no signal
2018-02-09 06:17:09.819 [bus error] send to 08: ERR: no signal, give up
2018-02-09 06:17:09.819 [bus error] send message part 0: ERR: no signal
2018-02-09 06:17:09.819 [mqtt error] read bai WaterPressure: ERR: no signal

Ich hab das Logging nur auf error laufen. Der Ebusd Service Status war soweit okay. Hab dann den Service und den Ebus-Wemos mal neu gestartet und nun läufts wieder. Wie kann ich das denn noch ein wenig optimieren oder gar auf ein SignalLost
automatisch reagieren? Beispielsweise durch einen Service restart?
Hab mal die LEDs beobachtet. Also die gelbe für Ebusspannung ist immer an, die rote flackert halt wie immer aber geht kurz aus ab und zu.

Gruß

Markus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 09 Februar 2018, 21:11:12
kannst du dich denn erinnern, ob du seit gestern was geändert hast? Eventuell den Wemos anders positioniert oder so ähnliches?

Ich nehme fast an, das der Wemos die Ursache war und aus irgend einem Grund den Funkbetrieb eingestellt hat. Man könnte schon mit einem Watchdog zB: read bai WaterPressure: ERR überwachen und aber was dann tun? Mann müsste dann dem Wemos irgendwie einen schönen Reset durchführen indem man ihm die Spannung kurz wegnimmt. Das ist halt alles ein wenig Aufwand, besser wäre es denn Grund zu finden warum es plötzlich nicht mehr ordentlich funktioniert und nun ständig zu diesen Fehlern kommt.

Wenn das nochmals passiert, schau bitte ob das Webinterface des Wemos noch erreichbar ist, dann könnte man einen Softreset durhführen. Aber ich glaube, das wird nicht mehr erreichbar sein in dieser Situation.

LG

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 10 Februar 2018, 05:41:54
Hallo Reinhart,

an der Position oder so des Wemos habe ich nichts gemacht, der ist fest in einem Kunststoffkasten an der Wand verschraubt.
Wen ich Dich richtig verstehe, hat das erstmal nichts mit dem Ebus selber zutun sondern mit der "Verbindung" wischen Daemon und Ebus-Wemos? Das beruhigt mich ja dann ein wenig ;-) Kann schon sein, das das WLAN an der Stelle nicht wirklich das beste ist.
Was ich aber trotzdem seltsam fand, ist die Tatsache das das WebIf des Wemos einwandfrei erreichbar war als er garnichts mehr aktualisiert hat. Werde mal ein presence mit ping drauf laufen lassen und schauen was passiert.
Erstmal vielen Dank !!

Viele Grüße

Markus

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 10 Februar 2018, 10:12:17
es muss nicht unbedingt das WLAN sein, aber alles deutet darauf hin. Du musst dir ja vorstellen, alles was im Log steht ist von der Seite des Dämons zu betrachten und wenn der Signal lost bekommt dann wurde seine "serielle Verlängerung" unterbrochen. Unter "serieller Verlängerung" ist der Wemos mit seiner Funkstrecke gemeint.

Und ja ein Ping ist immer gut, eventuell hilft dir auch ein Log vom WLAN Router weiter. Wenn du aber den Wemos über das Webif tadellos erreicht hast, scheint es einmal die Funkstrecke nicht zu sein. Was mich aber immer noch nachdenklich macht, ist die Aussage das plötzlich die Fehler da waren. Das wird schon irgend einen Grund haben und das wäre schön wenn man den ausfindig machen könnte. Wenn du einen 2. Wemos hast, könntest den mal mit ebusd-esp flashen und testen, denn irgendwo musst ja anfangen den Fehler einzukreisen und das geht am besten nach dem Ausschlussverfahren.

Generell zum Wemos muss ich sagen, das es immer wieder sporadisch zu "Signal lost" kommt, diese aber innerhalb weniger Sekunden wieder funktionieren, das habe ich auch während der Langzeittest beobachtet. Das hast ja du auch schon beobachtet und ist für den weiteren Betrieb auch nicht weiter störend.

Noch was, wenn du keine Änderung der Position durchgeführt hast, dann musst auch überlegen ob irgendwo in der Nähe ein weiterer AP aufgestellt wurde der das Signal beeinflussen könnte oder eventuell ein DECT Gerät das jetzt wo anders liegt als früher?

Ich habe bei meinem WLAN Router noch 3 weitere AP dran hängen und hier kam es öfters zu Ausfällen wenn die zu lange liefen, daher habe ich hier einen automatischen Reboot des Routers um 06:00 eingebaut. Das leert zum einen den Cache und die Clients müssen sich neu anmelden. Es gibt seitdem auch keine Fehler mehr. Die Fehler waren ursprünglich meist das bei DHCP plötzlich kein Forward mehr vom AP funktionierte, also auch nicht direkt mit der Funkstrecke zu tun. Ich will damit nur sagen, es muss nicht mit dem WLAN selbst zu tun haben, aber trotzdem der Device der Verursacher sein kann.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: chons am 19 Februar 2018, 17:42:52
Info: Es gibt eine neue eBus Adapter Version 2.1! - weitere Informationen gibt es hier (https://forum.fhem.de/index.php/topic,75878.msg769382.html#msg769382).
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: chons am 19 Februar 2018, 18:10:35
Info: Es gibt eine RPI Version des eBus Adapters, weitere Informationen gibt es hier (https://forum.fhem.de/index.php/topic,75878.msg769400.html#msg769400).
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: nightstorm99 am 20 Februar 2018, 06:36:05
Zitat von: chons am 19 Februar 2018, 17:42:52
Info: Es gibt eine neue eBus Adapter Version 2.1! - weitere Informationen gibt es hier (https://forum.fhem.de/index.php/topic,75878.msg769382.html#msg769382).

Guten Morgen,

dann hoffe ich, das diese dann endlich zuverlässig läuft bei mir.
Mit Version 1.6 und 2.0 habe ich das Problem, das jeden Tag die Heizung auf Störung geht, da irgendwas nicht stimmt.

Bin gespannt
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 24 Februar 2018, 19:50:10
Auch wenn inzwischen alle gebannt auf den eBus Adapter V2.1 warten, habe ich heute endlich die Zeit gefunden eine weitere Versuchsreihe zu meinen Timeout/Connection Problemen durchzuführen:

Wolf Ölheizung mit R12(5W) Regelung, eBus Adapter V2.0 1  & Wemos ebusd-esp, Erweiterungsplatine aufgesteckt wg. LEDs (ohne espEasy-Wemos)
1) im Heizungsraum, WLAN-AP ca. 4m entfernt aber durch eine Mauer und diverses Metall (was halt alles an Rohren usw. da ist
2) im Kellerflur, ca. 2m zum AP, direkt Sicht
3) ELV-UART über USB direkt am RPI3

In allen Konstellationen führt ein "ebusctl scan full" letztendlich zu "read timeout". Ein scan-Befehl mit einer konkreten Adressangabe sagt entweder "invalid adress" oder halt "read timeout"
Was mich überrascht, ist dass dies auch über den UART passiert. Woran könnte das liegen?

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 24 Februar 2018, 20:11:55
ich vermute du hast eine Adresse angegeben die nicht möglich ist! Schau dazu bitte in die Spezifikation (https://ebus.github.io/adapter/Spec_Prot_12_V1_3_1.pdf), da siehst du wie die Adresse mit der Priorisierung zusammen hängt (unter 6.2.2.1) .


read timeout kommt natürlich bei einem Scan immer dann wenn keine Antwort vom Gerät kommt. ebusd scannt ja viele Adressen durch und schaut ob es eine Antwort gibt, die gibt es natürlich nur bei Geräten die auch physikalisch angeschlossen sind. Solange alle Geräte gefunden werden, ist dies ok. Wird aber bei einem Scan nicht immer alles gefunden, dann wird dir die V 2.1 helfen die Trefferquote zu steigern.

Ich glaube aber, John hat da die Ausgaben bei neueren Versionen etwas abgeändert.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 24 Februar 2018, 20:29:10
Es wird kein Gerät gefunden.

Anfang Januar, nachdem ich die Wemos-Probleme aussortiert hatte, wurde die Regelung auf den Adressen f1/f6 gefunden, aber nicht richtig erkannt (ebusctl info hat nicht Geräte/Herstellerkennung angezeigt, bei anderen Wolf-R12 Usern hier im Forum klappte das).
Ich weiß leider nicht was ich geändert habe, dass keine Geräte mehr erkannt werden.

Dann warte ich auf meinen V2.1 Bausatz...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 25 Februar 2018, 09:26:56
ja, ich kann mich erinnern, du warst jener der hartnäckigen Hardware wo die Erkennung am eBus versagte. Aber bevor wir weiter Rätselraten warte auf de V2.1 und schaue wie sich die an deinem eBus verhält. Wenn es grundsätzlich bei anderen Wolf Usern derselben Hardware funktioniert ist die Hoffnung ja groß das sich auch für deine Umgebung eine Lösung finden läßt.

Als schwachen Trost, es gibt auch ganz wenige Vaillant User bei denen die Erkennung nicht immer funktioniert, weder mit kommerziellen noch mit den Eigenbau Platinen. Aber gerade für diese wenigen sollte die V2.1 neue Hoffnung bringen. Praxiserfahrung haben wir außer dem Testbetrieb für solche extremen Fälle noch keine, da diese Methode ja völlig neu ist.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 25 Februar 2018, 09:34:52
wichtiger Hinweis zur V2.1 mit Erweiterungsplatine!

Wer auf seiner V 2.1 einen DC-Wandler verbaut hat (nicht bei der Rpi Variante) muss beachten, das Steckernetzteil für den Wemos unbedingt an den Wemos zu hängen, welcher an der Basisplatine angeschlossen ist (ebusd-esp)! An der Basisplatine sitzt ja der DC-Wandler und wird von dort auch mit den 5V des Steckernetzteils versorgt!

Bei den 2.0 Varianten wurden ja die 5V aus dem eBus entnommen, da war das kein Thema.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 01 März 2018, 10:37:52
Hallo,

Der Adapter V2.1 inkl. DC-Wandler ist fertig gelötet, heute Abend kommt dann noch die Erweiterungsplatine dran. Ich nehme an, dass die Hinweise zur Inbetriebnahme V2.0 grundsätzlich auch für V2.1 Gültigkeit haben?

Leider habe ich keine Möglichkeit die Platine durchzumessen, da ich kein Labornetzgerät mit einstellbarer Spannung zur Verfügung habe. Ein einfaches Digitalmultimeter und ein Universalt-Netzteil (3-12V in Stufen schaltbar) wäre vorhanden - kann ich damit noch irgendwas prüfen?
Ansonsten würde ich Adapter mit ebusd-esp bzw. Erweiterungsplatine mit esp-easy und BME280 jeweils probeweise an das USB-Netzteil anschließen und wenn ich dabei keine Rauchzeichen empfange dann damit an den eBus gehen...

VG Dominik
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 01 März 2018, 11:29:51
ja genau, prinzipiell kann ja nicht viel passieren da der eBus kurzschlussfest ist. Wenn du die Platine vorher einmal unter Spannung setzt (dazu einfach Uart am USB anschließen) merkst ja sofort wenn was nicht passt. nach dem fertig Löten mach ich immer eine optische Kontrolle mit der Lupe und schau mir alle Lötstellen an, zum einen ob das Zinn ordentlich geflossen ist und zum anderen ob hier eventuell Kurzschlüsse entstanden sind. Eventuelle Lötspritzer sanft wegkratzen. Bei der Herstellung der Platinen wurde ja auch ein Lötstoplack aufgetragen, somit ist ja der Nachbau wirklich sehr einfach und das Zinn fließt dort wo es fließen soll. Das wäre bei selbst hergestellten Platinen etwas fehleranfälliger und Verbindungen zu einer benachbarten Leiterbahn sind da eher möglich.

Und ja, du hast es schon richtig bemerkt, grundsätzlich gelten die gleichen Hinweise zur Inbetriebnahme wie zur V 2.0. Du tust dir beim ersten Test sogar leichter, weil die Platine auch ohne eBus schon voll unter Spannung ( 5V ) steht (bei der DC-Variante).

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 01 März 2018, 21:55:36
Hallo,

Adapter V2.1 und Erweiterungsplatine sind fertig gelötet  8)

An der Erweiterungsplatine habe ich bei SJ1 und SJ2 jeweils die Brücke bei 1-2 eingelötet, da erkennt espEasy aber den BME280 nicht - muss ich noch mal genauer prüfen.

Bei der Adapterplatine leuchten grüne und gelbe LED dauerhaft, die rote blitzt beim booten des ebusd-esp einmal kurz auf. Ist das plausibel? Gegenprobe mit UART und Anschluss an den eBus folgen dann besser erst morgen...

VG Dominik
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 02 März 2018, 08:03:26
Zitat von: dkreutz am 01 März 2018, 21:55:36
An der Erweiterungsplatine habe ich bei SJ1 und SJ2 jeweils die Brücke bei 1-2 eingelötet, da erkennt espEasy aber den BME280 nicht - muss ich noch mal genauer prüfen.
hier gibt es leider einen kleinen Fehler im Platinenlayout bei den Jumpern SJ4 und SJ8. Um die espeasy Standardeinstellungen nutzen zu können, müsste man 1 mit 3 verbinden. Insofern habe ich immer 2 mit 1 verbunden, womit man aber in espeasy I2C auf D3+D4 einstellen muss.
Deine genannten SJ1 und SJ2 sind im Layout von v2.1 auf andere Funktionen geroutet (entsprechen den bisheringen SJ7 und SJ6).
Also hier bitte genau hinschauen!

Zitat von: dkreutz am 01 März 2018, 21:55:36
Bei der Adapterplatine leuchten grüne und gelbe LED dauerhaft, die rote blitzt beim booten des ebusd-esp einmal kurz auf. Ist das plausibel? Gegenprobe mit UART und Anschluss an den eBus folgen dann besser erst morgen...
Hm, da bin ich mir jetzt nicht ganz sicher. Dass die grüne ohne eBUS Anschluss dauerhaft leuchtet könnte schon sein, da die Spannungsversorgung des eBUS Teils ja aus dem Wandler kommt, sprich auch ohne eBUS mit Strom versorgt ist. Dass die gelbe dauerhaft leuchtet ist völlig richtig.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 02 März 2018, 08:29:55
Hallo John,

Zitat von: john30 am 02 März 2018, 08:03:26
hier gibt es leider einen kleinen Fehler im Platinenlayout bei den Jumpern SJ4 und SJ8. Um die espeasy Standardeinstellungen nutzen zu können, müsste man 1 mit 3 verbinden. Insofern habe ich immer 2 mit 1 verbunden, womit man aber in espeasy I2C auf D3+D4 einstellen muss.
Deine genannten SJ1 und SJ2 sind im Layout von v2.1 auf andere Funktionen geroutet (entsprechen den bisheringen SJ7 und SJ6).
Also hier bitte genau hinschauen!

Ich habe zwei Dinge verstanden:
Soweit richtig?

VG Dominik
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 02 März 2018, 08:40:15
Zitat von: dkreutz am 02 März 2018, 08:29:55
Ich habe zwei Dinge verstanden:

  • Die bisherige Jumper-Matrix für V2.0 (https://ebus.github.io/adapter/extension#funktionsmatrix-jumper) stimmt nicht mehr für V2.1
  • Meine Lötbrücken bei SJ1/SJ2 muss ich wieder rausnehmen und bei SJ4 und SJ8 jeweils eine Drahtbrücke zwischen 1 und 3 einlöten
Fast richtig. Ich würde bei SJ4+8 den Jumper auf 2-1 setzen und espeasy entsprechend umkonfigurieren, dass I2C auf D3+D4 (statt D1+D2) zu finden ist.
Aber die Jumper auf SJ1 und SJ2 solltest Du auf jeden Fall wieder rausmachen.

Ich habe gerade mal noch ein neues Bild für die Jumper gebaut:
https://ebus.github.io/adapter/images/exten-jumper21.png

Also nochmal für alle: die Jumper Belegung auf der Erweiterung v2.1 ist anders als bei v2.0 und auch die Doku unter https://ebus.github.io/adapter/ ist derzeit primär für v2.0!

Ich werde das am WE mal anfangen nachzuziehen.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 02 März 2018, 20:21:21
Zitat von: john30 am 02 März 2018, 08:03:26
Hm, da bin ich mir jetzt nicht ganz sicher. Dass die grüne ohne eBUS Anschluss dauerhaft leuchtet könnte schon sein, da die Spannungsversorgung des eBUS Teils ja aus dem Wandler kommt, sprich auch ohne eBUS mit Strom versorgt ist. Dass die gelbe dauerhaft leuchtet ist völlig richtig.

Die Gegenprobe mit UART (statt ebusd-esp Wemos) zeigte das gleiche Verhalten (gelb und grün leuchten dauerhaft).

Ich habe meinen Adapter V2.1 jetzt an den eBus angeschlossen. Dort verhalten sich die LEDs in der bekannten Weise wie auch schon bei V2.0 - gelb leuchtet dauerhaft, rot und grün bei Aktivität.

Allerdings besteht "mein" Problem immer noch: die Wolf R12 Regelung wird nicht erkannt, der Scan liefert nur "read timeout".
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 02 März 2018, 20:39:56
poste doch bitte ein Rawlog von der der ersten Minute nach dem Start des ebusd.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: raimundl am 02 März 2018, 23:54:31
Hallo Danke!!!

Habe die 2.1 gelötet, mit einem RaspPiZeroW verbunden und mit ebusd und GAEBUS in Betrieb genommen - alles läuft wunderbar - danke nochmals an alle Beteiligten.

Eine kurze Frage zu den LED´s: sind alle 3 von der Grundplatine notwendig (ich will sie nicht probehalber auslöten)?
Bei LED2 glaube ich, dass sie notwendig ist, LED 1 und 3 nicht.

Und noch eine Verständnisfrage für einen Linuxlerner zur genialen ebusd-Software - Konfiguration:
git clone https://github.com/john30/ebusd-configuration.git
sudo mv /etc/ebusd /etc ebusd.old
sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd


die mittlere Zeile funktioniert bei mir nur mit einem "slash" (sudo mv /etc/ebusd /etc/ebusd.old
und mit dem "symlink" soll künftig wie upgedatet werden?

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: galileo am 03 März 2018, 08:21:22
ZitatEine kurze Frage zu den LED´s: sind alle 3 von der Grundplatine notwendig (ich will sie nicht probehalber auslöten)?
Bei LED2 glaube ich, dass sie notwendig ist, LED 1 und 3 nicht.

Hallo raimundl,
du kannst LED1 und LED3 (gelb, grün) entfernen, da wird sich an der Funktion nichts ändern.
Wenn du LED2 (rot) entfernst, musst du stattdessen einen Widerstand (so ca 100-150 Ohm) einlöten.
Oder auch eine Drahtbrücke. Dann steigt der Strom durch den Transistor allerdings auf 8-9mA an und du hast gegenüber der Lösung mit LED nichts gewonnen.
LG
Eduard
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 03 März 2018, 08:52:16
Zitat von: raimundl am 02 März 2018, 23:54:31
Und noch eine Verständnisfrage für einen Linuxlerner zur genialen ebusd-Software - Konfiguration:
git clone https://github.com/john30/ebusd-configuration.git
sudo mv /etc/ebusd /etc ebusd.old
sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd


die mittlere Zeile funktioniert bei mir nur mit einem "slash" (sudo mv /etc/ebusd /etc/ebusd.old
Ah Danke für den Hinweis, das war im readme falsch notiert, habs gerade korrigiert. Also mit slash ist richtig, ohne ist sinnlos.

Zitat von: raimundl am 02 März 2018, 23:54:31
und mit dem "symlink" soll künftig wie upgedatet werden?
einfach in das Verzeichnis gehen und git pull machen, also:
cd ~/ebusd-configuration && git pull
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 03 März 2018, 21:09:09
Zitat von: Reinhart am 02 März 2018, 20:39:56
poste doch bitte ein Rawlog von der der ersten Minute nach dem Start des ebusd.

LG

Einmal hat er einen Master auf "f1" gefunden, leider habe ich mir dazu das rawlog wieder überschrieben:

2018-03-03 20:48:26.699 [main notice] ebusd 3.0pre.bbc4d04 started with auto scan
2018-03-03 20:48:26.811 [bus error] unable to open 192.168.100.93:9999: ERR: generic I/O error
2018-03-03 20:48:26.812 [bus notice] bus started with own address 31/36
2018-03-03 20:48:36.861 [bus notice] re-opened 192.168.100.93:9999
2018-03-03 20:48:36.862 [bus notice] signal acquired
2018-03-03 20:48:37.745 [bus notice] new master f1, master count 2
2018-03-03 20:48:46.985 [main error] scan config f6: ERR: read timeout
2018-03-03 20:48:48.003 [bus notice] max. symbols per second: 233
2018-03-03 20:49:51.361 [main notice] SIGTERM received
2018-03-03 20:49:54.134 [main notice] ebusd stopped


Weiterer Versuch:
2018-03-03 20:54:11.850 [main notice] ebusd 3.0pre.bbc4d04 started with auto scan
2018-03-03 20:54:11.887 [bus notice] bus started with own address 31/36
2018-03-03 20:54:11.918 [bus notice] signal acquired
2018-03-03 20:55:20.001 [bus notice] max. symbols per second: 114
2018-03-03 20:55:21.059 [bus notice] max. symbols per second: 158
2018-03-03 20:56:13.035 [main notice] update check: version 3.1 available, broadcast.csv: different version available

rawlog dazu:
2018-03-03 20:54:26.483 >310207040030
2018-03-03 20:54:26.723 >31040704006f
2018-03-03 20:54:26.964 >310507040031
2018-03-03 20:54:27.204 >3106070400d3
2018-03-03 20:54:27.444 >3108070400d1
2018-03-03 20:54:27.687 >31090704008f
2018-03-03 20:54:27.927 >310a0704006d
2018-03-03 20:54:28.166 >310b07040033
2018-03-03 20:54:28.407 >310c07040032
2018-03-03 20:54:28.647 >310d0704006c
2018-03-03 20:54:28.890 >310e0704008e
2018-03-03 20:54:29.130 >31120704008a
2018-03-03 20:54:29.370 >3114070400d5
2018-03-03 20:54:29.611 >31150704008b
2018-03-03 20:54:29.851 >311607040069
2018-03-03 20:54:30.091 >31180704006b
2018-03-03 20:54:30.332 >311907040035
2018-03-03 20:54:30.571 >311a070400d7
2018-03-03 20:54:30.812 >311b07040089
2018-03-03 20:54:31.054 >311c07040088
2018-03-03 20:54:31.294 >311d070400d6
2018-03-03 20:54:31.533 >311e07040034
2018-03-03 20:54:31.775 >312007040063
2018-03-03 20:54:32.016 >31210704003d
2018-03-03 20:54:32.255 >3122070400df
2018-03-03 20:54:32.498 >312307040081
2018-03-03 20:54:32.738 >312407040080
2018-03-03 20:54:32.978 >3125070400de
2018-03-03 20:54:33.219 >31260704003c
2018-03-03 20:54:33.460 >312707040062
2018-03-03 20:54:33.703 >31280704003e
2018-03-03 20:54:33.943 >312907040060
2018-03-03 20:54:34.183 >312a07040082
2018-03-03 20:54:34.422 >312b070400dc
2018-03-03 20:54:34.663 >312c070400dd
2018-03-03 20:54:34.903 >312d07040083
2018-03-03 20:54:35.144 >312e07040061
2018-03-03 20:54:35.385 >312f0704003f
2018-03-03 20:54:35.625 >313207040065
2018-03-03 20:54:35.866 >31340704003a
2018-03-03 20:54:36.107 >313507040064
2018-03-03 20:54:36.347 >313607040086
2018-03-03 20:54:36.588 >313807040084
2018-03-03 20:54:36.828 >3139070400da
2018-03-03 20:54:37.068 >313a07040038
2018-03-03 20:54:37.310 >313b07040066
2018-03-03 20:54:37.550 >313c07040067
2018-03-03 20:54:37.790 >313d07040039
2018-03-03 20:54:38.032 >313e070400db
2018-03-03 20:54:38.273 >3140070400c9
2018-03-03 20:54:38.515 >314107040097
2018-03-03 20:54:38.755 >314207040075
2018-03-03 20:54:38.996 >31430704002b
2018-03-03 20:54:39.236 >31440704002a
2018-03-03 20:54:39.476 >314507040074
2018-03-03 20:54:39.717 >314607040096
2018-03-03 20:54:39.958 >3147070400c8
2018-03-03 20:54:40.198 >314807040094
2018-03-03 20:54:40.439 >3149070400ca
2018-03-03 20:54:40.681 >314a07040028
2018-03-03 20:54:40.922 >314b07040076
2018-03-03 20:54:41.161 >314c07040077
2018-03-03 20:54:41.402 >314d07040029
2018-03-03 20:54:41.642 >314e070400cb
2018-03-03 20:54:41.882 >314f07040095
2018-03-03 20:54:42.123 >315007040073
2018-03-03 20:54:42.363 >31510704002d
2018-03-03 20:54:42.603 >3152070400cf
2018-03-03 20:54:42.845 >315307040091
2018-03-03 20:54:43.085 >315407040090
2018-03-03 20:54:43.325 >3155070400ce
2018-03-03 20:54:43.568 >31560704002c
2018-03-03 20:54:43.808 >315707040072
2018-03-03 20:54:44.049 >31580704002e
2018-03-03 20:54:44.288 >315907040070
2018-03-03 20:54:44.529 >315a07040092
2018-03-03 20:54:44.773 >315b070400cc
2018-03-03 20:54:45.035 >315c070400cd
2018-03-03 20:54:45.276 >315d07040093
2018-03-03 20:54:45.516 >315e07040071
2018-03-03 20:54:45.756 >315f0704002f
2018-03-03 20:54:46.000 >316007040026
2018-03-03 20:54:46.240 >316107040078
2018-03-03 20:54:46.480 >31620704009a
2018-03-03 20:54:46.722 >3163070400c4
2018-03-03 20:54:46.961 >3164070400c5
2018-03-03 20:54:47.200 >31650704009b
2018-03-03 20:54:47.445 >316607040079
2018-03-03 20:54:47.685 >316707040027
2018-03-03 20:54:47.925 >31680704007b
2018-03-03 20:54:48.166 >316907040025
2018-03-03 20:54:48.405 >316a070400c7
2018-03-03 20:54:48.644 >316b07040099
2018-03-03 20:54:48.887 >316c07040098
2018-03-03 20:54:49.127 >316d070400c6
2018-03-03 20:54:49.366 >316e07040024
2018-03-03 20:54:49.610 >316f0704007a
2018-03-03 20:54:49.852 >317207040020
2018-03-03 20:54:50.094 >31740704007f
2018-03-03 20:54:50.340 >317507040021
2018-03-03 20:54:50.581 >3176070400c3
2018-03-03 20:54:50.823 >3178070400c1
2018-03-03 20:54:51.064 >31790704009f
2018-03-03 20:54:51.303 >317a0704007d
2018-03-03 20:54:51.545 >317b07040023
2018-03-03 20:54:51.784 >317c07040022
2018-03-03 20:54:52.025 >317d0704007c
2018-03-03 20:54:52.267 >317e0704009e
2018-03-03 20:54:52.507 >318007040006
2018-03-03 20:54:52.749 >318107040058
2018-03-03 20:54:52.989 >3182070400ba
2018-03-03 20:54:53.228 >3183070400e4
2018-03-03 20:54:53.468 >3184070400e5
2018-03-03 20:54:53.713 >3185070400bb
2018-03-03 20:54:53.954 >318607040059
2018-03-03 20:54:54.197 >318707040007
2018-03-03 20:54:54.437 >31880704005b
2018-03-03 20:54:54.678 >318907040005
2018-03-03 20:54:54.919 >318a070400e7
2018-03-03 20:54:55.158 >318b070400b9
2018-03-03 20:54:55.398 >318c070400b8
2018-03-03 20:54:55.641 >318d070400e6
2018-03-03 20:54:55.881 >318e07040004
2018-03-03 20:54:56.121 >318f0704005a
2018-03-03 20:54:56.363 >3190070400bc
2018-03-03 20:54:56.603 >3191070400e2
2018-03-03 20:54:56.845 >319207040000
2018-03-03 20:54:57.085 >31930704005e
2018-03-03 20:54:57.325 >31940704005f
2018-03-03 20:54:57.566 >319507040001
2018-03-03 20:54:57.806 >3196070400e3
2018-03-03 20:54:58.046 >3197070400bd
2018-03-03 20:54:58.288 >3198070400e1
2018-03-03 20:54:58.527 >3199070400bf
2018-03-03 20:54:58.767 >319a0704005d
2018-03-03 20:54:59.010 >319b07040003
2018-03-03 20:54:59.250 >319c07040002
2018-03-03 20:54:59.490 >319d0704005c
2018-03-03 20:54:59.731 >319e070400be
2018-03-03 20:54:59.972 >319f070400e0
2018-03-03 20:55:00.213 >31a0070400e9
2018-03-03 20:55:00.453 >31a1070400b7
2018-03-03 20:55:00.694 >31a207040055
2018-03-03 20:55:00.933 >31a30704000b
2018-03-03 20:55:01.176 >31a40704000a
2018-03-03 20:55:01.416 >31a507040054
2018-03-03 20:55:01.658 >31a6070400b6
2018-03-03 20:55:01.899 >31a7070400e8
2018-03-03 20:55:02.139 >31a8070400b4
2018-03-03 20:55:02.379 >31ab07040056
2018-03-03 20:55:02.620 >31ac07040057
2018-03-03 20:55:02.860 >31ad07040009
2018-03-03 20:55:03.102 >31ae070400eb
2018-03-03 20:55:03.342 >31af070400b5
2018-03-03 20:55:03.582 >31b007040053
2018-03-03 20:55:03.823 >31b10704000d
2018-03-03 20:55:04.063 >31b2070400ef
2018-03-03 20:55:04.304 >31b3070400b1
2018-03-03 20:55:04.544 >31b4070400b0
2018-03-03 20:55:04.784 >31b5070400ee
2018-03-03 20:55:05.025 >31b60704000c
2018-03-03 20:55:05.266 >31b707040052
2018-03-03 20:55:05.506 >31b80704000e
2018-03-03 20:55:05.747 >31b907040050
2018-03-03 20:55:05.988 >31ba070400b2
2018-03-03 20:55:06.228 >31bb070400ec
2018-03-03 20:55:06.471 >31bc070400ed
2018-03-03 20:55:06.712 >31bd070400b3
2018-03-03 20:55:06.952 >31be07040051
2018-03-03 20:55:07.193 >31bf0704000f
2018-03-03 20:55:07.433 >31c007040043
2018-03-03 20:55:07.672 >31c10704001d
2018-03-03 20:55:07.913 >31c2070400ff
2018-03-03 20:55:08.154 >31c3070400a1
2018-03-03 20:55:08.394 >31c4070400a0
2018-03-03 20:55:08.635 >31c5070400fe
2018-03-03 20:55:08.876 >31c60704001c
2018-03-03 20:55:09.116 >31c707040042
2018-03-03 20:55:09.357 >31c80704001e
2018-03-03 20:55:09.598 >31c907040040
2018-03-03 20:55:09.839 >31ca070400a2
2018-03-03 20:55:10.079 >31cb070400fc
2018-03-03 20:55:10.330 >31cc070400fd
2018-03-03 20:55:10.570 >31cd070400a3
2018-03-03 20:55:10.810 >31ce07040041
2018-03-03 20:55:11.051 >31cf0704001f
2018-03-03 20:55:11.293 >31d0070400f9
2018-03-03 20:55:11.533 >31d1070400a7
2018-03-03 20:55:11.774 >31d207040045
2018-03-03 20:55:12.015 >31d30704001b
2018-03-03 20:55:12.255 >31d40704001a
2018-03-03 20:55:12.495 >31d507040044
2018-03-03 20:55:12.736 >31d6070400a6
2018-03-03 20:55:12.976 >31d7070400f8
2018-03-03 20:55:13.216 >31d8070400a4
2018-03-03 20:55:13.464 >31d9070400fa
2018-03-03 20:55:13.704 >31da07040018
2018-03-03 20:55:13.946 >31db07040046
2018-03-03 20:55:14.187 >31dc07040047
2018-03-03 20:55:14.426 >31dd07040019
2018-03-03 20:55:14.675 >31de070400fb
2018-03-03 20:55:14.915 >31df070400a5
2018-03-03 20:55:15.157 >31e0070400ac
2018-03-03 20:55:15.399 >31e1070400f2
2018-03-03 20:55:15.639 >31e207040010
2018-03-03 20:55:15.880 >31e30704004e
2018-03-03 20:55:16.122 >31e40704004f
2018-03-03 20:55:16.361 >31e507040011
2018-03-03 20:55:16.602 >31e6070400f3
2018-03-03 20:55:16.843 >31e7070400ad
2018-03-03 20:55:17.083 >31e8070400f1
2018-03-03 20:55:17.326 >31e9070400af
2018-03-03 20:55:17.567 >31ea0704004d
2018-03-03 20:55:17.808 >31eb07040013
2018-03-03 20:55:18.050 >31ec07040012
2018-03-03 20:55:18.290 >31ed0704004c
2018-03-03 20:55:18.531 >31ee070400ae
2018-03-03 20:55:18.773 >31ef070400f0
2018-03-03 20:55:19.018 >31f2070400a901
2018-03-03 20:55:19.259 >31f4070400f5
2018-03-03 20:55:19.500 >31f5070400ab
2018-03-03 20:55:20.836 >31f607040049<00f107fe00440000000000000000000000000000000000000000000000000000000000000000000606052af301000000010101000100550001c70001f1f249f2e5f20f010101000004000000f102f62000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000fe0700000000000000000000000000000000000000000000000000000000000000000000000000000000ff00ff007a007d007b000cfea8fda8fd1204690109041a001a0009022602640000000502cc01000070fe0000ca010000000070fe000076
2018-03-03 20:55:21.075 >31f80704004b
2018-03-03 20:55:21.319 >31f907040015
2018-03-03 20:55:21.558 >31fa070400f7
2018-03-03 20:55:21.804 >31fb070400a900
2018-03-03 20:55:22.044 >31fc070400a8
2018-03-03 20:55:22.284 >31fd070400f6


Gibt es eine "offizielle" Startreihenfolge, z.B.
1. ebusd-Dienst starten
2. Wemos mit ebusd-esp starten
3. Heizung/Regelung

Ich habe den Eindruck, dass die unterschiedlichen Ergebnisse (mal wird die Regelung auf "f1" gefunden, mal nicht) damit zusammen hängen...?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 03 März 2018, 22:05:16

da stimmt doch mit der opts was nicht!

2018-03-03 20:48:26.811 [bus error] unable to open 192.168.100.93:9999: ERR: generic I/O error

Ich dachte du hast den Uart dran, hier wird aber versucht auf dieser IP das Port 9999 zu öffnen, das dürfte aber der ebusd-esp Wemos sein.
Hast du diese Erklärung (https://forum.fhem.de/index.php/topic,79600.msg759319.html#msg759319) betreffend Ports schon gesehen? Checke bitte das einmal ob das alles bei dir soweit passt.


Ich würde an deiner Stelle aber einmal alles mit dem Uart testen, sonst weißt du nicht mehr welche Fehler wo herkommen. Im Rawlog sieht man den Initialscan worauf aber kein einziges Gerät antwortet. Wenn du noch einmal so ein Rawlog postest wäre es besser wenn du mit =bytes startest, so sieht man keine Syn Zeichen und genau das wäre wichtig das man auch sieht ob die Buskommunikation sauber funktioniert. Ich habe so ein Log hier (https://forum.fhem.de/index.php/topic,79600.msg747553/topicseen.html#msg747553) einmal gepostet, so ähnlich sollte das dann aussehen.


EBUSD_OPTS="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log  --scanconfig --lograwdata=bytes"
Beispiel mit Uart


LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 04 März 2018, 10:07:37
Zitat von: dkreutz am 03 März 2018, 21:09:09

...
2018-03-03 20:55:19.500 >31f5070400ab
2018-03-03 20:55:20.836 >31f607040049<00f107fe00440000000000000000000000000000000000000000000000000000000000000000000606052af301000000010101000100550001c70001f1f249f2e5f20f010101000004000000f102f62000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000000fe0700000000000000000000000000000000000000000000000000000000000000000000000000000000ff00ff007a007d007b000cfea8fda8fd1204690109041a001a0009022602640000000502cc01000070fe0000ca010000000070fe000076
2018-03-03 20:55:21.075 >31f80704004b
...

Das ist sehr interessant: Hier "fummelt" offensichtlich der adressierte Slave 0xf6 kurz nachdem er "angescannt" wurde, irgendwie dazwischen oder antwortet völlig abstrus.
Da scheint wohl keiner auf die eBUS Spezifikation zu achten...
Bist Du sicher, dass das ein eBUS ist, an dem der Adapter dran hängt? Nur mal so als ganz blöde Frage, denn diese Bytes sind so gar nicht eBUS konform...

Zitat von: dkreutz am 03 März 2018, 21:09:09
Gibt es eine "offizielle" Startreihenfolge, z.B.
1. ebusd-Dienst starten
2. Wemos mit ebusd-esp starten
3. Heizung/Regelung
Im Prinzip ist es eigentlich egal, aber ebusd zu starten ohne dass der Wemos läuft ist natürlich etwas sinnlos, umgekehrt ebenso, aber der Wemos kommt auch ohne ebusd klar. Insofern eigentlich zuerst Wemos und dann ebusd. Die Heizung würde ich dabei immer an lassen, es gibt (fast) keinen Grund, die dafür ein/auszuschalten. Manche Controller machen ordentlich nach Neustart einen Anlagenscan und den würde ebusd auch mitbekommen und entsprechend nutzen. Das könntest Du auch mal versuchen, aber löst im Grunde nicht das Problem.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 04 März 2018, 15:52:56
Zitat von: Reinhart am 03 März 2018, 22:05:16
Ich würde an deiner Stelle aber einmal alles mit dem Uart testen, sonst weißt du nicht mehr welche Fehler wo herkommen. Im Rawlog sieht man den Initialscan worauf aber kein einziges Gerät antwortet. Wenn du noch einmal so ein Rawlog postest wäre es besser wenn du mit =bytes startest, so sieht man keine Syn Zeichen und genau das wäre wichtig das man auch sieht ob die Buskommunikation sauber funktioniert. Ich habe so ein Log hier (https://forum.fhem.de/index.php/topic,79600.msg747553/topicseen.html#msg747553) einmal gepostet, so ähnlich sollte das dann aussehen.

Neuer Versuch mit ELV-UART und folgendem Vorgehen:
1. ebusd-Dämon stoppen und /etc/default/ebusd für Rawlog angepasst:
EBUSD_OPTS="-d /dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_f28077548dfae611ac6e731ab42d571c-if00-port0 -p 8888 -l /var/log/ebusd.log  --scanconfig --lograwdata=bytes --lograwdatafile=/var/log/ebusd.raw
2. dann die Heizungsregelung ausgeschaltet
3. nun den ebusd-Dämon neu starten
4. etwa 1 Minute warten (Initialscan)
5. nun die Heizungsregelung eingeschaltet und noch 1 Minute loggen.

ebusd.log
2018-03-04 15:30:58.028 [main notice] ebusd 3.0pre.bbc4d04 started with auto scan
2018-03-04 15:30:58.042 [bus notice] bus started with own address 31/36
2018-03-04 15:32:02.594 [bus notice] signal acquired
2018-03-04 15:33:03.173 [main notice] SIGTERM received
2018-03-04 15:33:08.055 [bus notice] <aa
2018-03-04 15:33:08.161 [main notice] ebusd stopped


ebusd.raw (rawlog) dazu:
2018-03-04 15:32:02.594 <aa
2018-03-04 15:32:02.802 <aa
2018-03-04 15:32:03.010 <aa
2018-03-04 15:32:03.217 <aa
2018-03-04 15:32:03.425 <aa
2018-03-04 15:32:03.632 <aa
2018-03-04 15:32:03.840 <aa
2018-03-04 15:32:04.048 <aa
2018-03-04 15:32:04.255 <aa
2018-03-04 15:32:04.463 <aa
2018-03-04 15:32:04.670 <aa
2018-03-04 15:32:04.878 <aa
2018-03-04 15:32:05.086 <aa
2018-03-04 15:32:05.293 <aa
2018-03-04 15:32:05.501 <aa
2018-03-04 15:32:05.714 <aa
2018-03-04 15:32:05.715 <f1
2018-03-04 15:32:05.756 <f1
2018-03-04 15:32:05.757 <07
2018-03-04 15:32:05.758 <fe
2018-03-04 15:32:05.771 <00
2018-03-04 15:32:05.772 <44
2018-03-04 15:32:05.980 <aa
2018-03-04 15:32:06.188 <aa
2018-03-04 15:32:06.395 <aa
2018-03-04 15:32:06.603 <aa
2018-03-04 15:32:06.811 <aa
2018-03-04 15:32:07.018 <aa
2018-03-04 15:32:07.226 <aa
2018-03-04 15:32:07.434 <aa
2018-03-04 15:32:07.641 <aa
2018-03-04 15:32:07.849 <aa
2018-03-04 15:32:08.055 <aa
2018-03-04 15:32:08.263 <aa
2018-03-04 15:32:08.470 <aa
2018-03-04 15:32:08.678 <aa
2018-03-04 15:32:08.886 <aa
2018-03-04 15:32:09.093 <aa
2018-03-04 15:32:09.301 <aa
2018-03-04 15:32:09.509 <aa
2018-03-04 15:32:09.716 <aa
2018-03-04 15:32:09.924 <aa
2018-03-04 15:32:10.131 <aa
2018-03-04 15:32:10.339 <aa
2018-03-04 15:32:10.547 <aa
2018-03-04 15:32:10.754 <aa
2018-03-04 15:32:10.962 <aa
2018-03-04 15:32:11.170 <aa
2018-03-04 15:32:11.377 <aa
2018-03-04 15:32:11.585 <aa
2018-03-04 15:32:11.792 <aa
2018-03-04 15:32:12.001 <aa
2018-03-04 15:32:12.208 <aa
2018-03-04 15:32:12.415 <aa
2018-03-04 15:32:12.623 <aa
2018-03-04 15:32:12.831 <aa
2018-03-04 15:32:13.037 <aa
2018-03-04 15:32:13.244 <aa
2018-03-04 15:32:13.452 <aa
2018-03-04 15:32:13.660 <aa
2018-03-04 15:32:13.867 <aa
2018-03-04 15:32:14.075 <aa
2018-03-04 15:32:14.283 <aa
2018-03-04 15:32:14.490 <aa
2018-03-04 15:32:14.698 <aa
2018-03-04 15:32:14.906 <aa
2018-03-04 15:32:15.113 <aa
2018-03-04 15:32:15.321 <aa
2018-03-04 15:32:15.528 <aa
2018-03-04 15:32:15.736 <aa
2018-03-04 15:32:15.944 <aa
2018-03-04 15:32:16.151 <aa
2018-03-04 15:32:16.359 <aa
2018-03-04 15:32:16.566 <aa
2018-03-04 15:32:16.774 <aa
2018-03-04 15:32:16.982 <aa
2018-03-04 15:32:17.189 <aa
2018-03-04 15:32:17.397 <aa
2018-03-04 15:32:17.605 <aa
2018-03-04 15:32:17.812 <aa
2018-03-04 15:32:18.020 <aa
2018-03-04 15:32:18.227 <aa
2018-03-04 15:32:18.435 <aa
2018-03-04 15:32:18.643 <aa
2018-03-04 15:32:18.850 <aa
2018-03-04 15:32:19.058 <aa
2018-03-04 15:32:19.266 <aa
2018-03-04 15:32:19.473 <aa
2018-03-04 15:32:19.681 <aa
2018-03-04 15:32:19.888 <aa
2018-03-04 15:32:20.096 <aa
2018-03-04 15:32:20.304 <aa
2018-03-04 15:32:20.511 <aa
2018-03-04 15:32:20.719 <aa
2018-03-04 15:32:20.927 <aa
2018-03-04 15:32:21.134 <aa
2018-03-04 15:32:21.342 <aa
2018-03-04 15:32:21.550 <aa
2018-03-04 15:32:21.757 <aa
2018-03-04 15:32:21.965 <aa
2018-03-04 15:32:22.172 <aa
2018-03-04 15:32:22.380 <aa
2018-03-04 15:32:22.588 <aa
2018-03-04 15:32:22.795 <aa
2018-03-04 15:32:23.003 <aa
2018-03-04 15:32:23.210 <aa
2018-03-04 15:32:23.418 <aa
2018-03-04 15:32:23.626 <aa
2018-03-04 15:32:23.832 <aa
2018-03-04 15:32:24.040 <aa
2018-03-04 15:32:24.247 <aa
2018-03-04 15:32:24.455 <aa
2018-03-04 15:32:24.663 <aa
2018-03-04 15:32:24.870 <aa
2018-03-04 15:32:25.078 <aa
2018-03-04 15:32:25.285 <aa
2018-03-04 15:32:25.493 <aa
2018-03-04 15:32:25.701 <aa
2018-03-04 15:32:25.908 <aa
2018-03-04 15:32:26.116 <aa
2018-03-04 15:32:26.324 <aa
2018-03-04 15:32:26.531 <aa
2018-03-04 15:32:26.739 <aa
2018-03-04 15:32:26.946 <aa
2018-03-04 15:32:27.154 <aa
2018-03-04 15:32:27.362 <aa
2018-03-04 15:32:27.571 <aa
2018-03-04 15:32:27.777 <aa
2018-03-04 15:32:27.985 <aa
2018-03-04 15:32:28.192 <aa
2018-03-04 15:32:28.400 <aa
2018-03-04 15:32:28.607 <aa
2018-03-04 15:32:28.815 <aa
2018-03-04 15:32:29.023 <aa
2018-03-04 15:32:29.230 <aa
2018-03-04 15:32:29.438 <aa
2018-03-04 15:32:29.646 <aa
2018-03-04 15:32:29.853 <aa
2018-03-04 15:32:30.061 <aa
2018-03-04 15:32:30.268 <aa
2018-03-04 15:32:30.476 <aa
2018-03-04 15:32:30.684 <aa
2018-03-04 15:32:30.891 <aa
2018-03-04 15:32:31.099 <aa
2018-03-04 15:32:31.307 <aa
2018-03-04 15:32:31.514 <aa
2018-03-04 15:32:31.722 <aa
2018-03-04 15:32:31.929 <aa
2018-03-04 15:32:32.137 <aa
2018-03-04 15:32:32.345 <aa
2018-03-04 15:32:32.552 <aa
2018-03-04 15:32:32.760 <aa
2018-03-04 15:32:32.968 <aa
2018-03-04 15:32:33.175 <aa
2018-03-04 15:32:33.383 <aa
2018-03-04 15:32:33.590 <aa
2018-03-04 15:32:33.798 <aa
2018-03-04 15:32:34.006 <aa
2018-03-04 15:32:34.213 <aa
2018-03-04 15:32:34.421 <aa
2018-03-04 15:32:34.629 <aa
2018-03-04 15:32:34.836 <aa
2018-03-04 15:32:35.044 <aa
2018-03-04 15:32:35.252 <aa
2018-03-04 15:32:35.459 <aa
2018-03-04 15:32:35.667 <aa
2018-03-04 15:32:35.875 <aa
2018-03-04 15:32:36.082 <aa
2018-03-04 15:32:36.290 <aa
2018-03-04 15:32:36.498 <aa
2018-03-04 15:32:36.705 <aa
2018-03-04 15:32:36.913 <aa
2018-03-04 15:32:37.120 <aa
2018-03-04 15:32:37.328 <aa
2018-03-04 15:32:37.534 <aa
2018-03-04 15:32:37.743 <aa
2018-03-04 15:32:37.951 <aa
2018-03-04 15:32:38.158 <aa
2018-03-04 15:32:38.366 <aa
2018-03-04 15:32:38.573 <aa
2018-03-04 15:32:38.781 <aa
2018-03-04 15:32:38.989 <aa
2018-03-04 15:32:39.196 <aa
2018-03-04 15:32:39.404 <aa
2018-03-04 15:32:39.612 <aa
2018-03-04 15:32:39.819 <aa
2018-03-04 15:32:40.027 <aa
2018-03-04 15:32:40.236 <aa
2018-03-04 15:32:40.443 <aa
2018-03-04 15:32:40.651 <aa
2018-03-04 15:32:40.859 <aa
2018-03-04 15:32:41.065 <aa
2018-03-04 15:32:41.273 <aa
2018-03-04 15:32:41.481 <aa
2018-03-04 15:32:41.688 <aa
2018-03-04 15:32:41.895 <aa
2018-03-04 15:32:42.103 <aa
2018-03-04 15:32:42.311 <aa
2018-03-04 15:32:42.518 <aa
2018-03-04 15:32:42.726 <aa
2018-03-04 15:32:42.934 <aa
2018-03-04 15:32:43.141 <aa
2018-03-04 15:32:43.349 <aa
2018-03-04 15:32:43.556 <aa
2018-03-04 15:32:43.764 <aa
2018-03-04 15:32:43.972 <aa
2018-03-04 15:32:44.179 <aa
2018-03-04 15:32:44.387 <aa
2018-03-04 15:32:44.595 <aa
2018-03-04 15:32:44.802 <aa
2018-03-04 15:32:45.008 <aa
2018-03-04 15:32:45.216 <aa
2018-03-04 15:32:45.425 <aa
2018-03-04 15:32:45.631 <aa
2018-03-04 15:32:45.839 <aa
2018-03-04 15:32:46.047 <aa
2018-03-04 15:32:46.254 <aa
2018-03-04 15:32:46.462 <aa
2018-03-04 15:32:46.669 <aa
2018-03-04 15:32:46.877 <aa
2018-03-04 15:32:47.085 <aa
2018-03-04 15:32:47.293 <aa
2018-03-04 15:32:47.500 <aa
2018-03-04 15:32:47.708 <aa
2018-03-04 15:32:47.915 <aa
2018-03-04 15:32:48.123 <aa
2018-03-04 15:32:48.330 <aa
2018-03-04 15:32:48.538 <aa
2018-03-04 15:32:48.746 <aa
2018-03-04 15:32:48.953 <aa
2018-03-04 15:32:49.161 <aa
2018-03-04 15:32:49.369 <aa
2018-03-04 15:32:49.576 <aa
2018-03-04 15:32:49.784 <aa
2018-03-04 15:32:49.992 <aa
2018-03-04 15:32:50.199 <aa
2018-03-04 15:32:50.407 <aa
2018-03-04 15:32:50.614 <aa
2018-03-04 15:32:50.822 <aa
2018-03-04 15:32:51.031 <aa
2018-03-04 15:32:51.238 <aa
2018-03-04 15:32:51.446 <aa
2018-03-04 15:32:51.654 <aa
2018-03-04 15:32:51.861 <aa
2018-03-04 15:32:52.068 <aa
2018-03-04 15:32:52.275 <aa
2018-03-04 15:32:52.483 <aa
2018-03-04 15:32:52.691 <aa
2018-03-04 15:32:52.898 <aa
2018-03-04 15:32:53.106 <aa
2018-03-04 15:32:53.314 <aa
2018-03-04 15:32:53.521 <aa
2018-03-04 15:32:53.729 <aa
2018-03-04 15:32:53.936 <aa
2018-03-04 15:32:54.144 <aa
2018-03-04 15:32:54.352 <aa
2018-03-04 15:32:54.559 <aa
2018-03-04 15:32:54.767 <aa
2018-03-04 15:32:54.975 <aa
2018-03-04 15:32:55.181 <aa
2018-03-04 15:32:55.388 <aa
2018-03-04 15:32:55.596 <aa
2018-03-04 15:32:55.804 <aa
2018-03-04 15:32:56.011 <aa
2018-03-04 15:32:56.219 <aa
2018-03-04 15:32:56.427 <aa
2018-03-04 15:32:56.634 <aa
2018-03-04 15:32:56.842 <aa
2018-03-04 15:32:57.050 <aa
2018-03-04 15:32:57.257 <aa
2018-03-04 15:32:57.465 <aa
2018-03-04 15:32:57.672 <aa
2018-03-04 15:32:57.880 <aa
2018-03-04 15:32:58.088 <aa
2018-03-04 15:32:58.295 <aa
2018-03-04 15:32:58.503 <aa
2018-03-04 15:32:58.710 <aa
2018-03-04 15:32:58.918 <aa
2018-03-04 15:32:59.126 <aa
2018-03-04 15:32:59.333 <aa
2018-03-04 15:32:59.541 <aa
2018-03-04 15:32:59.749 <aa
2018-03-04 15:32:59.956 <aa
2018-03-04 15:33:00.163 <aa
2018-03-04 15:33:00.370 <aa
2018-03-04 15:33:00.578 <aa
2018-03-04 15:33:00.785 <aa
2018-03-04 15:33:00.993 <aa
2018-03-04 15:33:01.201 <aa
2018-03-04 15:33:01.408 <aa
2018-03-04 15:33:01.616 <aa
2018-03-04 15:33:01.824 <aa
2018-03-04 15:33:02.032 <aa
2018-03-04 15:33:02.241 <aa
2018-03-04 15:33:02.449 <aa
2018-03-04 15:33:02.657 <aa
2018-03-04 15:33:02.865 <aa
2018-03-04 15:33:03.072 <aa
2018-03-04 15:33:03.280 <aa
2018-03-04 15:33:03.487 <aa
2018-03-04 15:33:03.695 <aa
2018-03-04 15:33:03.902 <aa
2018-03-04 15:33:04.110 <aa
2018-03-04 15:33:04.318 <aa
2018-03-04 15:33:04.525 <aa
2018-03-04 15:33:04.733 <aa
2018-03-04 15:33:04.940 <aa
2018-03-04 15:33:05.148 <aa
2018-03-04 15:33:05.356 <aa
2018-03-04 15:33:05.564 <aa
2018-03-04 15:33:05.771 <aa
2018-03-04 15:33:05.979 <aa
2018-03-04 15:33:06.187 <aa
2018-03-04 15:33:06.394 <aa
2018-03-04 15:33:06.602 <aa
2018-03-04 15:33:06.810 <aa
2018-03-04 15:33:07.017 <aa
2018-03-04 15:33:07.225 <aa
2018-03-04 15:33:07.433 <aa
2018-03-04 15:33:07.640 <aa
2018-03-04 15:33:07.847 <aa


Zitat von: john30 am 04 März 2018, 10:07:37
Das ist sehr interessant: Hier "fummelt" offensichtlich der adressierte Slave 0xf6 kurz nachdem er "angescannt" wurde, irgendwie dazwischen oder antwortet völlig abstrus.
Da scheint wohl keiner auf die eBUS Spezifikation zu achten...
Bist Du sicher, dass das ein eBUS ist, an dem der Adapter dran hängt? Nur mal so als ganz blöde Frage, denn diese Bytes sind so gar nicht eBUS konform...
Im Prinzip ist es eigentlich egal, aber ebusd zu starten ohne dass der Wemos läuft ist natürlich etwas sinnlos, umgekehrt ebenso, aber der Wemos kommt auch ohne ebusd klar. Insofern eigentlich zuerst Wemos und dann ebusd. Die Heizung würde ich dabei immer an lassen, es gibt (fast) keinen Grund, die dafür ein/auszuschalten. Manche Controller machen ordentlich nach Neustart einen Anlagenscan und den würde ebusd auch mitbekommen und entsprechend nutzen. Das könntest Du auch mal versuchen, aber löst im Grunde nicht das Problem.

Das ist eine Wolf R12/5W von ca. 2003. Es gibt hier im Forum mindestens zwei User mit der gleichen Regelung und bei denen funktioniert der eBus-Adapter V2.0 grundsätzlich, d.h. bei denen findet der Scan mehr als bei mir - die optimieren eher die csv-Konfiguration.
Den erfolgreichen Scan auf f1 und f6 (mit den abstrusen Antworten) konnte ich mit Adapter V2.0 Anfang Januar öfters herstellen, irgendwann dann nicht mehr.
Mit dem Adapter V2.1 (mit DC-Wandler) habe ich das gestern einmal geschafft, danach wieder nicht.
Ich werde heute Abend noch einmal die eBus-Verkabelung auswechseln, wobei ich dann wieder über den Wemos gehen muss weil das Alternativ-Kabel nicht bis zum RPi3 reicht...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 04 März 2018, 18:06:56
@dkreutz

du hast dich zwar bemüht das Rawlog zu posten, aber was war denn zwischen 15:30:58 und 15:32:02? Im Log ist der Initialscan leider nicht zu sehen weil der schon vorbei war.

Was mich aber trotzdem stutzig macht, "Signal acquired" dauert 01:04 bis es bei dir im Log kommt, das kommt bei mir 40msec nach dem Start des Dämons.
Innerhalb der einen Minute die du nach dem Initialscan geloggt hast ist auch kein Broadcast angekommen, aber das kann normal sein.

2018-03-04 17:54:31.059 [main notice] ebusd 3.1.v3.1-22-gdaf771e started with auto scan
2018-03-04 17:54:31.152 [bus notice] bus started with own address 31/36
2018-03-04 17:54:31.192 [bus notice] signal acquired

so sieht das bei mir bei einer Vaillant aus.

PS: hast du schon einmal geschaut ob der Dämon öfters gestartet ist? Der sollte nur einmal laufen. ( ps -aux|grep ebusd )

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 05 März 2018, 19:48:58
Hallo Reinhart,

Zitat von: Reinhart am 04 März 2018, 18:06:56
du hast dich zwar bemüht das Rawlog zu posten, aber was war denn zwischen 15:30:58 und 15:32:02? Im Log ist der Initialscan leider nicht zu sehen weil der schon vorbei war.

Ich hatte den Rawlog in eine eigene Datei schreiben lassen, die wird wohl abgeschnitten. Ich habe jetzt Testläufe durchgeführt, beim dem Rawlog mit in die normale ebusd.log geschrieben wird.

1. Heizung läuft schon, ebusd gestartet, nach 20-30 Sekunden ebusctl scan full

2018-03-05 19:30:26.474 [main notice] ebusd 3.0pre.bbc4d04 started with auto scan
2018-03-05 19:30:26.495 [bus notice] bus started with own address 31/36
2018-03-05 19:30:26.670 [bus notice] <aa
2018-03-05 19:30:26.670 [bus notice] signal acquired
2018-03-05 19:30:26.877 [bus notice] <aa
2018-03-05 19:30:27.085 [bus notice] <aa
2018-03-05 19:30:27.292 [bus notice] <aa
2018-03-05 19:30:27.500 [bus notice] <aa
2018-03-05 19:30:27.708 [bus notice] <aa
2018-03-05 19:30:27.915 [bus notice] <aa
2018-03-05 19:30:28.123 [bus notice] <aa
2018-03-05 19:30:28.331 [bus notice] <aa
2018-03-05 19:30:28.538 [bus notice] <aa
2018-03-05 19:30:28.746 [bus notice] <aa
2018-03-05 19:30:28.953 [bus notice] <aa
2018-03-05 19:30:29.161 [bus notice] <aa
2018-03-05 19:30:29.369 [bus notice] <aa
2018-03-05 19:30:29.576 [bus notice] <aa
2018-03-05 19:30:29.784 [bus notice] <aa
2018-03-05 19:30:29.992 [bus notice] <aa
2018-03-05 19:30:30.199 [bus notice] <aa
2018-03-05 19:30:30.407 [bus notice] <aa
2018-03-05 19:30:30.614 [bus notice] <aa
2018-03-05 19:30:30.822 [bus notice] <aa
2018-03-05 19:30:31.030 [bus notice] <aa
2018-03-05 19:30:31.237 [bus notice] <aa
2018-03-05 19:30:31.445 [bus notice] <aa
2018-03-05 19:30:31.653 [bus notice] <aa
2018-03-05 19:30:31.860 [bus notice] <aa
2018-03-05 19:30:32.068 [bus notice] <aa
2018-03-05 19:30:32.275 [bus notice] <aa
2018-03-05 19:30:32.483 [bus notice] <aa
2018-03-05 19:30:32.692 [bus notice] <aa
2018-03-05 19:30:32.900 [bus notice] <aa
2018-03-05 19:30:33.107 [bus notice] <aa
2018-03-05 19:30:33.315 [bus notice] <aa
2018-03-05 19:30:33.522 [bus notice] <aa
2018-03-05 19:30:33.730 [bus notice] <aa
2018-03-05 19:30:33.936 [bus notice] <aa
2018-03-05 19:30:34.144 [bus notice] <aa
2018-03-05 19:30:34.352 [bus notice] <aa
2018-03-05 19:30:34.559 [bus notice] <aa
2018-03-05 19:30:34.767 [bus notice] <aa
2018-03-05 19:30:34.975 [bus notice] <aa
2018-03-05 19:30:35.182 [bus notice] <aa
2018-03-05 19:30:35.390 [bus notice] <aa
2018-03-05 19:30:35.597 [bus notice] <aa
2018-03-05 19:30:35.805 [bus notice] <aa
2018-03-05 19:30:36.013 [bus notice] <aa
2018-03-05 19:30:36.220 [bus notice] <aa
2018-03-05 19:30:36.428 [bus notice] <aa
2018-03-05 19:30:36.636 [bus notice] <aa
2018-03-05 19:30:36.843 [bus notice] <aa
2018-03-05 19:30:37.051 [bus notice] <aa
2018-03-05 19:30:37.258 [bus notice] <aa
2018-03-05 19:30:37.466 [bus notice] <aa
2018-03-05 19:30:37.674 [bus notice] <aa
2018-03-05 19:30:37.881 [bus notice] <aa
2018-03-05 19:30:38.089 [bus notice] <aa
2018-03-05 19:30:38.297 [bus notice] <aa
2018-03-05 19:30:38.504 [bus notice] <aa
2018-03-05 19:30:38.711 [bus notice] <aa
2018-03-05 19:30:38.919 [bus notice] <aa
2018-03-05 19:30:39.126 [bus notice] <aa
2018-03-05 19:30:39.333 [bus notice] <aa
2018-03-05 19:30:39.541 [bus notice] <aa
2018-03-05 19:30:39.749 [bus notice] <aa
2018-03-05 19:30:39.957 [bus notice] <aa
2018-03-05 19:30:40.165 [bus notice] <aa
2018-03-05 19:30:40.372 [bus notice] <aa
2018-03-05 19:30:40.579 [bus notice] <aa
2018-03-05 19:30:40.787 [bus notice] <aa
2018-03-05 19:30:40.994 [bus notice] <aa
2018-03-05 19:30:41.202 [bus notice] <aa
2018-03-05 19:30:41.410 [bus notice] <aa
2018-03-05 19:30:41.617 [bus notice] <aa
2018-03-05 19:30:41.826 [bus notice] <aa
2018-03-05 19:30:42.034 [bus notice] <aa
2018-03-05 19:30:42.241 [bus notice] <aa
2018-03-05 19:30:42.448 [bus notice] <aa
2018-03-05 19:30:42.655 [bus notice] <aa
2018-03-05 19:30:42.863 [bus notice] <aa
2018-03-05 19:30:43.071 [bus notice] <aa
2018-03-05 19:30:43.278 [bus notice] <aa
2018-03-05 19:30:43.486 [bus notice] <aa
2018-03-05 19:30:43.694 [bus notice] <aa
2018-03-05 19:30:43.901 [bus notice] <aa
2018-03-05 19:30:44.109 [bus notice] <aa
2018-03-05 19:30:44.316 [bus notice] <aa
2018-03-05 19:30:44.524 [bus notice] <aa
2018-03-05 19:30:44.732 [bus notice] <aa
2018-03-05 19:30:44.939 [bus notice] <aa
2018-03-05 19:30:45.147 [bus notice] <aa
2018-03-05 19:30:45.354 [bus notice] <aa
2018-03-05 19:30:45.562 [bus notice] <aa
2018-03-05 19:30:45.770 [bus notice] <aa
2018-03-05 19:30:45.977 [bus notice] <aa
2018-03-05 19:30:46.185 [bus notice] <aa
2018-03-05 19:30:46.393 [bus notice] <aa
2018-03-05 19:30:46.600 [bus notice] <aa
2018-03-05 19:30:46.808 [bus notice] <aa
2018-03-05 19:30:47.016 [bus notice] <aa
2018-03-05 19:30:47.224 [bus notice] <aa
2018-03-05 19:30:47.432 [bus notice] <aa
2018-03-05 19:30:47.638 [bus notice] <aa
2018-03-05 19:30:47.846 [bus notice] <aa
2018-03-05 19:30:48.054 [bus notice] <aa
2018-03-05 19:30:48.261 [bus notice] <aa
2018-03-05 19:30:48.469 [bus notice] <aa
2018-03-05 19:30:48.676 [bus notice] <aa
2018-03-05 19:30:48.884 [bus notice] <aa
2018-03-05 19:30:49.092 [bus notice] <aa
2018-03-05 19:30:49.299 [bus notice] <aa
2018-03-05 19:30:49.507 [bus notice] <aa
2018-03-05 19:30:49.508 [bus notice] >31
2018-03-05 19:30:49.522 [bus notice] <31
2018-03-05 19:30:49.730 [bus notice] <aa
2018-03-05 19:30:49.731 [bus notice] >31
2018-03-05 19:30:49.745 [bus notice] <31
2018-03-05 19:30:49.952 [bus notice] <aa
2018-03-05 19:30:49.953 [bus notice] >31
2018-03-05 19:30:49.968 [bus notice] <31
2018-03-05 19:30:50.175 [bus notice] <aa
2018-03-05 19:30:50.176 [bus notice] >31
2018-03-05 19:30:50.190 [bus notice] <31
2018-03-05 19:30:50.398 [bus notice] <aa
2018-03-05 19:30:50.399 [bus notice] >31
2018-03-05 19:30:50.413 [bus notice] <31
2018-03-05 19:30:50.621 [bus notice] <aa
2018-03-05 19:30:50.622 [bus notice] >31
2018-03-05 19:30:50.636 [bus notice] <31
2018-03-05 19:30:50.843 [bus notice] <aa
2018-03-05 19:30:50.844 [bus notice] >31
2018-03-05 19:30:50.859 [bus notice] <31
2018-03-05 19:30:51.066 [bus notice] <aa
2018-03-05 19:30:51.067 [bus notice] >31
2018-03-05 19:30:51.081 [bus notice] <31
2018-03-05 19:30:51.289 [bus notice] <aa
2018-03-05 19:30:51.290 [bus notice] >31
2018-03-05 19:30:51.304 [bus notice] <31
2018-03-05 19:30:51.513 [bus notice] <aa
2018-03-05 19:30:51.514 [bus notice] >31
2018-03-05 19:30:51.528 [bus notice] <31
2018-03-05 19:30:51.736 [bus notice] <aa
2018-03-05 19:30:51.737 [bus notice] >31
2018-03-05 19:30:51.751 [bus notice] <31
2018-03-05 19:30:51.958 [bus notice] <aa
2018-03-05 19:30:51.959 [bus notice] >31
2018-03-05 19:30:51.974 [bus notice] <31
2018-03-05 19:30:52.181 [bus notice] <aa
2018-03-05 19:30:52.182 [bus notice] >31
2018-03-05 19:30:52.196 [bus notice] <31
2018-03-05 19:30:52.404 [bus notice] <aa
2018-03-05 19:30:52.405 [bus notice] >31
2018-03-05 19:30:52.419 [bus notice] <31
2018-03-05 19:30:52.627 [bus notice] <aa
2018-03-05 19:30:52.628 [bus notice] >31
2018-03-05 19:30:52.642 [bus notice] <31
2018-03-05 19:30:52.849 [bus notice] <aa
2018-03-05 19:30:52.850 [bus notice] >31
2018-03-05 19:30:52.865 [bus notice] <31
2018-03-05 19:30:53.072 [bus notice] <aa
2018-03-05 19:30:53.078 [bus notice] >31
2018-03-05 19:30:53.092 [bus notice] <31
2018-03-05 19:30:53.300 [bus notice] <aa
2018-03-05 19:30:53.301 [bus notice] >31
2018-03-05 19:30:53.315 [bus notice] <31
2018-03-05 19:30:53.523 [bus notice] <aa
2018-03-05 19:30:53.524 [bus notice] >31
2018-03-05 19:30:53.538 [bus notice] <31
2018-03-05 19:30:53.745 [bus notice] <aa
2018-03-05 19:30:53.746 [bus notice] >31
2018-03-05 19:30:53.761 [bus notice] <31
2018-03-05 19:30:53.968 [bus notice] <aa
2018-03-05 19:30:53.969 [bus notice] >31
2018-03-05 19:30:53.983 [bus notice] <31
2018-03-05 19:30:54.191 [bus notice] <aa
2018-03-05 19:30:54.192 [bus notice] >31
2018-03-05 19:30:54.206 [bus notice] <31
2018-03-05 19:30:54.414 [bus notice] <aa
2018-03-05 19:30:54.415 [bus notice] >31
2018-03-05 19:30:54.429 [bus notice] <31
2018-03-05 19:30:54.636 [bus notice] <aa
2018-03-05 19:30:54.637 [bus notice] >31
2018-03-05 19:30:54.652 [bus notice] <31
2018-03-05 19:30:54.859 [bus notice] <aa
2018-03-05 19:30:54.860 [bus notice] >31
2018-03-05 19:30:54.874 [bus notice] <31
2018-03-05 19:30:55.082 [bus notice] <aa
2018-03-05 19:30:55.083 [bus notice] >31
2018-03-05 19:30:55.097 [bus notice] <31
2018-03-05 19:30:55.305 [bus notice] <aa
2018-03-05 19:30:55.306 [bus notice] >31
2018-03-05 19:30:55.320 [bus notice] <31
2018-03-05 19:30:55.527 [bus notice] <aa
2018-03-05 19:30:55.528 [bus notice] >31
2018-03-05 19:30:55.543 [bus notice] <31
2018-03-05 19:30:55.750 [bus notice] <aa
2018-03-05 19:30:55.751 [bus notice] >31
2018-03-05 19:30:55.765 [bus notice] <31
2018-03-05 19:30:55.973 [bus notice] <aa
2018-03-05 19:30:55.974 [bus notice] >31
2018-03-05 19:30:55.988 [bus notice] <31
2018-03-05 19:30:56.196 [bus notice] <aa
2018-03-05 19:30:56.197 [bus notice] >31
2018-03-05 19:30:56.211 [bus notice] <31
2018-03-05 19:30:56.418 [bus notice] <aa
2018-03-05 19:30:56.419 [bus notice] >31
2018-03-05 19:30:56.434 [bus notice] <31
2018-03-05 19:30:56.641 [bus notice] <aa
2018-03-05 19:30:56.642 [bus notice] >31
2018-03-05 19:30:56.656 [bus notice] <31
2018-03-05 19:30:56.864 [bus notice] <aa
2018-03-05 19:30:56.865 [bus notice] >31
2018-03-05 19:30:56.879 [bus notice] <31
2018-03-05 19:30:57.087 [bus notice] <aa
2018-03-05 19:30:57.088 [bus notice] >31
2018-03-05 19:30:57.102 [bus notice] <31
2018-03-05 19:30:57.309 [bus notice] <aa
2018-03-05 19:30:57.310 [bus notice] >31
2018-03-05 19:30:57.325 [bus notice] <31
2018-03-05 19:30:57.532 [bus notice] <aa
2018-03-05 19:30:57.533 [bus notice] >31
2018-03-05 19:30:57.547 [bus notice] <31
2018-03-05 19:30:57.755 [bus notice] <aa
2018-03-05 19:30:57.756 [bus notice] >31
2018-03-05 19:30:57.770 [bus notice] <31
2018-03-05 19:30:57.978 [bus notice] <aa
2018-03-05 19:30:57.979 [bus notice] >31
2018-03-05 19:30:57.993 [bus notice] <31
2018-03-05 19:30:58.200 [bus notice] <aa
2018-03-05 19:30:58.206 [bus notice] >31
2018-03-05 19:30:58.219 [bus notice] <31
2018-03-05 19:30:58.427 [bus notice] <aa
2018-03-05 19:30:58.428 [bus notice] >31
2018-03-05 19:30:58.442 [bus notice] <31
2018-03-05 19:30:58.650 [bus notice] <aa
2018-03-05 19:30:58.651 [bus notice] >31
2018-03-05 19:30:58.665 [bus notice] <31
2018-03-05 19:30:58.872 [bus notice] <aa
2018-03-05 19:30:58.873 [bus notice] >31
2018-03-05 19:30:58.888 [bus notice] <31
2018-03-05 19:30:59.095 [bus notice] <aa
2018-03-05 19:30:59.096 [bus notice] >31
2018-03-05 19:30:59.110 [bus notice] <31
2018-03-05 19:30:59.318 [bus notice] <aa
2018-03-05 19:30:59.319 [bus notice] >31
2018-03-05 19:30:59.333 [bus notice] <31
2018-03-05 19:30:59.541 [bus notice] <aa
2018-03-05 19:30:59.542 [bus notice] >31
2018-03-05 19:30:59.556 [bus notice] <31
2018-03-05 19:30:59.763 [bus notice] <aa
2018-03-05 19:30:59.764 [bus notice] >31
2018-03-05 19:30:59.779 [bus notice] <31
2018-03-05 19:30:59.986 [bus notice] <aa
2018-03-05 19:30:59.987 [bus notice] >31
2018-03-05 19:31:00.001 [bus notice] <31
2018-03-05 19:31:00.209 [bus notice] <aa
2018-03-05 19:31:00.210 [bus notice] >31
2018-03-05 19:31:00.224 [bus notice] <31
2018-03-05 19:31:00.432 [bus notice] <aa
2018-03-05 19:31:00.433 [bus notice] >31
2018-03-05 19:31:00.447 [bus notice] <31
2018-03-05 19:31:00.654 [bus notice] <aa
2018-03-05 19:31:00.655 [bus notice] >31
2018-03-05 19:31:00.670 [bus notice] <31
2018-03-05 19:31:00.877 [bus notice] <aa
2018-03-05 19:31:00.878 [bus notice] >31
2018-03-05 19:31:00.892 [bus notice] <31
2018-03-05 19:31:01.100 [bus notice] <aa
2018-03-05 19:31:01.101 [bus notice] >31
2018-03-05 19:31:01.115 [bus notice] <31
2018-03-05 19:31:01.323 [bus notice] <aa
2018-03-05 19:31:01.324 [bus notice] >31
2018-03-05 19:31:01.338 [bus notice] <31
2018-03-05 19:31:01.547 [bus notice] <aa
2018-03-05 19:31:01.548 [bus notice] >31
2018-03-05 19:31:01.562 [bus notice] <31
2018-03-05 19:31:01.769 [bus notice] <aa
2018-03-05 19:31:01.770 [bus notice] >31
2018-03-05 19:31:01.785 [bus notice] <31
2018-03-05 19:31:01.992 [bus notice] <aa
2018-03-05 19:31:01.993 [bus notice] >31
2018-03-05 19:31:02.007 [bus notice] <31
2018-03-05 19:31:02.215 [bus notice] <aa
2018-03-05 19:31:02.216 [bus notice] >31
2018-03-05 19:31:02.230 [bus notice] <31
2018-03-05 19:31:02.438 [bus notice] <aa
2018-03-05 19:31:02.439 [bus notice] >31
2018-03-05 19:31:02.453 [bus notice] <31
2018-03-05 19:31:02.660 [bus notice] <aa
2018-03-05 19:31:02.661 [bus notice] >31
2018-03-05 19:31:02.676 [bus notice] <31
2018-03-05 19:31:02.883 [bus notice] <aa
2018-03-05 19:31:02.884 [bus notice] >31
2018-03-05 19:31:02.898 [bus notice] <31
2018-03-05 19:31:03.106 [bus notice] <aa
2018-03-05 19:31:03.107 [bus notice] >31
2018-03-05 19:31:03.121 [bus notice] <31
2018-03-05 19:31:03.329 [bus notice] <aa
2018-03-05 19:31:03.330 [bus notice] >31
2018-03-05 19:31:03.344 [bus notice] <31
2018-03-05 19:31:03.345 [bus notice] >4d
2018-03-05 19:31:03.359 [bus notice] <4d
2018-03-05 19:31:03.567 [bus notice] <aa
2018-03-05 19:31:03.568 [bus notice] >31
2018-03-05 19:31:03.582 [bus notice] <31
2018-03-05 19:31:03.789 [bus notice] <aa
2018-03-05 19:31:03.790 [bus notice] >31
2018-03-05 19:31:03.804 [bus notice] <31
2018-03-05 19:31:04.012 [bus notice] <aa
2018-03-05 19:31:04.013 [bus notice] >31
2018-03-05 19:31:04.027 [bus notice] <31
2018-03-05 19:31:04.235 [bus notice] <aa
2018-03-05 19:31:04.236 [bus notice] >31
2018-03-05 19:31:04.250 [bus notice] <31
2018-03-05 19:31:04.458 [bus notice] <aa
2018-03-05 19:31:04.459 [bus notice] >31
2018-03-05 19:31:04.473 [bus notice] <31
2018-03-05 19:31:04.682 [bus notice] <aa
2018-03-05 19:31:04.682 [bus notice] >31
2018-03-05 19:31:04.697 [bus notice] <31
2018-03-05 19:31:04.904 [bus notice] <aa
2018-03-05 19:31:04.905 [bus notice] >31
2018-03-05 19:31:04.919 [bus notice] <31
2018-03-05 19:31:05.127 [bus notice] <aa
2018-03-05 19:31:05.128 [bus notice] >31
2018-03-05 19:31:05.142 [bus notice] <31
2018-03-05 19:31:05.350 [bus notice] <aa
2018-03-05 19:31:05.351 [bus notice] >31
2018-03-05 19:31:05.365 [bus notice] <31
2018-03-05 19:31:05.573 [bus notice] <aa
2018-03-05 19:31:05.574 [bus notice] >31
2018-03-05 19:31:05.588 [bus notice] <31
2018-03-05 19:31:05.795 [bus notice] <aa
2018-03-05 19:31:05.796 [bus notice] >31
2018-03-05 19:31:05.810 [bus notice] <31
2018-03-05 19:31:06.018 [bus notice] <aa
2018-03-05 19:31:06.019 [bus notice] >31
2018-03-05 19:31:06.033 [bus notice] <31
2018-03-05 19:31:06.240 [bus notice] <aa
2018-03-05 19:31:06.240 [bus notice] >31
2018-03-05 19:31:06.255 [bus notice] <31
2018-03-05 19:31:06.462 [bus notice] <aa
2018-03-05 19:31:06.463 [bus notice] >31
2018-03-05 19:31:06.477 [bus notice] <31
2018-03-05 19:31:06.685 [bus notice] <aa
2018-03-05 19:31:06.686 [bus notice] >31
2018-03-05 19:31:06.700 [bus notice] <31
2018-03-05 19:31:06.908 [bus notice] <aa
2018-03-05 19:31:06.909 [bus notice] >31
2018-03-05 19:31:06.923 [bus notice] <31
2018-03-05 19:31:07.131 [bus notice] <aa
2018-03-05 19:31:07.131 [bus notice] >31
2018-03-05 19:31:07.146 [bus notice] <31
2018-03-05 19:31:07.353 [bus notice] <aa
2018-03-05 19:31:07.354 [bus notice] >31
2018-03-05 19:31:07.368 [bus notice] <31
2018-03-05 19:31:07.576 [bus notice] <aa
2018-03-05 19:31:07.577 [bus notice] >31
2018-03-05 19:31:07.591 [bus notice] <31
2018-03-05 19:31:07.800 [bus notice] <aa
2018-03-05 19:31:07.801 [bus notice] >31
2018-03-05 19:31:07.815 [bus notice] <31
2018-03-05 19:31:08.024 [bus notice] <aa
2018-03-05 19:31:08.025 [bus notice] >31
2018-03-05 19:31:08.039 [bus notice] <31
2018-03-05 19:31:08.247 [bus notice] <aa
2018-03-05 19:31:08.248 [bus notice] >31
2018-03-05 19:31:08.262 [bus notice] <31
2018-03-05 19:31:08.470 [bus notice] <aa
2018-03-05 19:31:08.471 [bus notice] >31
2018-03-05 19:31:08.485 [bus notice] <31
2018-03-05 19:31:08.485 [bus notice] >64
2018-03-05 19:31:08.500 [bus notice] <64
2018-03-05 19:31:08.707 [bus notice] <aa
2018-03-05 19:31:08.708 [bus notice] >31
2018-03-05 19:31:08.722 [bus notice] <31
2018-03-05 19:31:08.930 [bus notice] <aa
2018-03-05 19:31:08.931 [bus notice] >31
2018-03-05 19:31:08.945 [bus notice] <31
2018-03-05 19:31:09.153 [bus notice] <aa
2018-03-05 19:31:09.154 [bus notice] >31
2018-03-05 19:31:09.168 [bus notice] <31
2018-03-05 19:31:09.376 [bus notice] <aa
2018-03-05 19:31:09.376 [bus notice] >31
2018-03-05 19:31:09.391 [bus notice] <31
2018-03-05 19:31:09.598 [bus notice] <aa
2018-03-05 19:31:09.599 [bus notice] >31
2018-03-05 19:31:09.614 [bus notice] <31
2018-03-05 19:31:09.821 [bus notice] <aa
2018-03-05 19:31:09.822 [bus notice] >31
2018-03-05 19:31:09.836 [bus notice] <31
2018-03-05 19:31:10.044 [bus notice] <aa
2018-03-05 19:31:10.045 [bus notice] >31
2018-03-05 19:31:10.059 [bus notice] <31
2018-03-05 19:31:10.267 [bus notice] <aa
2018-03-05 19:31:10.268 [bus notice] >31
2018-03-05 19:31:10.282 [bus notice] <31
2018-03-05 19:31:10.489 [bus notice] <aa
2018-03-05 19:31:10.490 [bus notice] >31
2018-03-05 19:31:10.504 [bus notice] <31
2018-03-05 19:31:10.712 [bus notice] <aa
2018-03-05 19:31:10.713 [bus notice] >31
2018-03-05 19:31:10.727 [bus notice] <31
2018-03-05 19:31:10.935 [bus notice] <aa
2018-03-05 19:31:10.936 [bus notice] >31
2018-03-05 19:31:10.950 [bus notice] <31
2018-03-05 19:31:11.158 [bus notice] <aa
2018-03-05 19:31:11.158 [bus notice] >31
2018-03-05 19:31:11.173 [bus notice] <31
2018-03-05 19:31:11.380 [bus notice] <aa
2018-03-05 19:31:11.381 [bus notice] >31
2018-03-05 19:31:11.395 [bus notice] <31
2018-03-05 19:31:11.603 [bus notice] <aa
2018-03-05 19:31:11.604 [bus notice] >31
2018-03-05 19:31:11.618 [bus notice] <31
2018-03-05 19:31:11.826 [bus notice] <aa
2018-03-05 19:31:11.827 [bus notice] >31
2018-03-05 19:31:11.841 [bus notice] <31
2018-03-05 19:31:12.049 [bus notice] <aa
2018-03-05 19:31:12.050 [bus notice] >31
2018-03-05 19:31:12.064 [bus notice] <31
2018-03-05 19:31:12.271 [bus notice] <aa
2018-03-05 19:31:12.272 [bus notice] >31
2018-03-05 19:31:12.286 [bus notice] <31
2018-03-05 19:31:12.494 [bus notice] <aa
2018-03-05 19:31:12.495 [bus notice] >31
2018-03-05 19:31:12.509 [bus notice] <31
2018-03-05 19:31:12.717 [bus notice] <aa
2018-03-05 19:31:12.718 [bus notice] >31
2018-03-05 19:31:12.732 [bus notice] <31
2018-03-05 19:31:12.940 [bus notice] <aa
2018-03-05 19:31:12.940 [bus notice] >31
2018-03-05 19:31:12.955 [bus notice] <31
2018-03-05 19:31:13.162 [bus notice] <aa
2018-03-05 19:31:13.163 [bus notice] >31
2018-03-05 19:31:13.177 [bus notice] <31
2018-03-05 19:31:13.385 [bus notice] <aa
2018-03-05 19:31:13.386 [bus notice] >31
2018-03-05 19:31:13.400 [bus notice] <31
2018-03-05 19:31:13.608 [bus notice] <aa
2018-03-05 19:31:13.613 [bus notice] >31
2018-03-05 19:31:13.627 [bus notice] <31
2018-03-05 19:31:13.836 [bus notice] <aa
2018-03-05 19:31:13.837 [bus notice] >31
2018-03-05 19:31:13.851 [bus notice] <31
2018-03-05 19:31:14.058 [bus notice] <aa
2018-03-05 19:31:14.059 [bus notice] >31
2018-03-05 19:31:14.073 [bus notice] <31
2018-03-05 19:31:14.281 [bus notice] <aa
2018-03-05 19:31:14.282 [bus notice] >31
2018-03-05 19:31:14.296 [bus notice] <31
2018-03-05 19:31:14.504 [bus notice] <aa
2018-03-05 19:31:14.505 [bus notice] >31
2018-03-05 19:31:14.519 [bus notice] <31
2018-03-05 19:31:14.727 [bus notice] <aa
2018-03-05 19:31:14.728 [bus notice] >31
2018-03-05 19:31:14.742 [bus notice] <31
2018-03-05 19:31:14.949 [bus notice] <aa
2018-03-05 19:31:14.950 [bus notice] >31
2018-03-05 19:31:14.964 [bus notice] <31
2018-03-05 19:31:15.172 [bus notice] <aa
2018-03-05 19:31:15.173 [bus notice] >31
2018-03-05 19:31:15.187 [bus notice] <31
2018-03-05 19:31:15.394 [bus notice] <aa
2018-03-05 19:31:15.394 [bus notice] >31
2018-03-05 19:31:15.409 [bus notice] <31
2018-03-05 19:31:15.616 [bus notice] <aa
2018-03-05 19:31:15.617 [bus notice] >31
2018-03-05 19:31:15.631 [bus notice] <31
2018-03-05 19:31:15.839 [bus notice] <aa
2018-03-05 19:31:15.840 [bus notice] >31
2018-03-05 19:31:15.854 [bus notice] <31
2018-03-05 19:31:16.062 [bus notice] <aa
2018-03-05 19:31:16.063 [bus notice] >31
2018-03-05 19:31:16.077 [bus notice] <31
2018-03-05 19:31:16.285 [bus notice] <aa
2018-03-05 19:31:16.285 [bus notice] >31
2018-03-05 19:31:16.300 [bus notice] <31
2018-03-05 19:31:16.507 [bus notice] <aa
2018-03-05 19:31:16.508 [bus notice] >31
2018-03-05 19:31:16.522 [bus notice] <31
2018-03-05 19:31:16.730 [bus notice] <aa
2018-03-05 19:31:16.731 [bus notice] >31
2018-03-05 19:31:16.745 [bus notice] <31
2018-03-05 19:31:16.953 [bus notice] <aa
2018-03-05 19:31:16.954 [bus notice] >31
2018-03-05 19:31:16.968 [bus notice] <31
2018-03-05 19:31:17.176 [bus notice] <aa
2018-03-05 19:31:17.176 [bus notice] >31
2018-03-05 19:31:17.191 [bus notice] <31
2018-03-05 19:31:17.398 [bus notice] <aa
2018-03-05 19:31:17.399 [bus notice] >31
2018-03-05 19:31:17.413 [bus notice] <31
2018-03-05 19:31:17.621 [bus notice] <aa
2018-03-05 19:31:17.622 [bus notice] >31
2018-03-05 19:31:17.636 [bus notice] <31
2018-03-05 19:31:17.844 [bus notice] <aa
2018-03-05 19:31:17.845 [bus notice] >31
2018-03-05 19:31:17.859 [bus notice] <31
2018-03-05 19:31:18.067 [bus notice] <aa
2018-03-05 19:31:18.067 [bus notice] >31
2018-03-05 19:31:18.082 [bus notice] <31
2018-03-05 19:31:18.289 [bus notice] <aa
2018-03-05 19:31:18.290 [bus notice] >31
2018-03-05 19:31:18.304 [bus notice] <31
2018-03-05 19:31:18.512 [bus notice] <aa
2018-03-05 19:31:18.513 [bus notice] >31
2018-03-05 19:31:18.527 [bus notice] <31
2018-03-05 19:31:18.735 [bus notice] <aa
2018-03-05 19:31:18.736 [bus notice] >31
2018-03-05 19:31:18.750 [bus notice] <31
2018-03-05 19:31:18.751 [bus notice] >97
2018-03-05 19:31:18.765 [bus notice] <97
2018-03-05 19:31:18.973 [bus notice] <aa
2018-03-05 19:31:18.974 [bus notice] >31
2018-03-05 19:31:18.988 [bus notice] <31
2018-03-05 19:31:19.195 [bus notice] <aa
2018-03-05 19:31:19.196 [bus notice] >31
2018-03-05 19:31:19.211 [bus notice] <31
2018-03-05 19:31:19.418 [bus notice] <aa
2018-03-05 19:31:19.419 [bus notice] >31
2018-03-05 19:31:19.433 [bus notice] <31
2018-03-05 19:31:19.641 [bus notice] <aa
2018-03-05 19:31:19.642 [bus notice] >31
2018-03-05 19:31:19.656 [bus notice] <31
2018-03-05 19:31:19.865 [bus notice] <aa
2018-03-05 19:31:19.866 [bus notice] >31
2018-03-05 19:31:19.880 [bus notice] <31
2018-03-05 19:31:20.088 [bus notice] <aa
2018-03-05 19:31:20.089 [bus notice] >31
2018-03-05 19:31:20.103 [bus notice] <31
2018-03-05 19:31:20.310 [bus notice] <aa
2018-03-05 19:31:20.311 [bus notice] >31
2018-03-05 19:31:20.326 [bus notice] <31
2018-03-05 19:31:20.533 [bus notice] <aa
2018-03-05 19:31:20.534 [bus notice] >31
2018-03-05 19:31:20.548 [bus notice] <31
2018-03-05 19:31:20.756 [bus notice] <aa
2018-03-05 19:31:20.757 [bus notice] >31
2018-03-05 19:31:20.771 [bus notice] <31
2018-03-05 19:31:20.979 [bus notice] <aa
2018-03-05 19:31:20.980 [bus notice] >31
2018-03-05 19:31:20.994 [bus notice] <31
2018-03-05 19:31:21.201 [bus notice] <aa
2018-03-05 19:31:21.202 [bus notice] >31
2018-03-05 19:31:21.217 [bus notice] <31
2018-03-05 19:31:21.424 [bus notice] <aa
2018-03-05 19:31:21.425 [bus notice] >31
2018-03-05 19:31:21.439 [bus notice] <31
2018-03-05 19:31:21.647 [bus notice] <aa
2018-03-05 19:31:21.648 [bus notice] >31
2018-03-05 19:31:21.662 [bus notice] <31
2018-03-05 19:31:21.870 [bus notice] <aa
2018-03-05 19:31:21.871 [bus notice] >31
2018-03-05 19:31:21.885 [bus notice] <31
2018-03-05 19:31:22.092 [bus notice] <aa
2018-03-05 19:31:22.093 [bus notice] >31
2018-03-05 19:31:22.108 [bus notice] <31
2018-03-05 19:31:22.315 [bus notice] <aa
2018-03-05 19:31:22.316 [bus notice] >31
2018-03-05 19:31:22.330 [bus notice] <31
2018-03-05 19:31:22.538 [bus notice] <aa
2018-03-05 19:31:22.539 [bus notice] >31
2018-03-05 19:31:22.553 [bus notice] <31
2018-03-05 19:31:22.761 [bus notice] <aa
2018-03-05 19:31:22.762 [bus notice] >31
2018-03-05 19:31:22.776 [bus notice] <31
2018-03-05 19:31:22.983 [bus notice] <aa
2018-03-05 19:31:22.984 [bus notice] >31
2018-03-05 19:31:22.999 [bus notice] <31
2018-03-05 19:31:23.206 [bus notice] <aa
2018-03-05 19:31:23.207 [bus notice] >31
2018-03-05 19:31:23.221 [bus notice] <31
2018-03-05 19:31:23.429 [bus notice] <aa
2018-03-05 19:31:23.430 [bus notice] >31
2018-03-05 19:31:23.444 [bus notice] <31
2018-03-05 19:31:23.652 [bus notice] <aa
2018-03-05 19:31:23.653 [bus notice] >31
2018-03-05 19:31:23.667 [bus notice] <31
2018-03-05 19:31:23.874 [bus notice] <aa
2018-03-05 19:31:23.880 [bus notice] >31
2018-03-05 19:31:23.895 [bus notice] <31
2018-03-05 19:31:24.102 [bus notice] <aa
2018-03-05 19:31:24.103 [bus notice] >31
2018-03-05 19:31:24.117 [bus notice] <31
2018-03-05 19:31:24.325 [bus notice] <aa
2018-03-05 19:31:24.326 [bus notice] >31
2018-03-05 19:31:24.340 [bus notice] <31
2018-03-05 19:31:24.548 [bus notice] <aa
2018-03-05 19:31:24.548 [bus notice] >31
2018-03-05 19:31:24.562 [bus notice] <31
2018-03-05 19:31:24.770 [bus notice] <aa
2018-03-05 19:31:24.771 [bus notice] >31
2018-03-05 19:31:24.786 [bus notice] <31
2018-03-05 19:31:24.993 [bus notice] <aa
2018-03-05 19:31:24.994 [bus notice] >31
2018-03-05 19:31:25.008 [bus notice] <31
2018-03-05 19:31:25.216 [bus notice] <aa
2018-03-05 19:31:25.217 [bus notice] >31
2018-03-05 19:31:25.231 [bus notice] <31
2018-03-05 19:31:25.439 [bus notice] <aa
2018-03-05 19:31:25.440 [bus notice] >31
2018-03-05 19:31:25.454 [bus notice] <31
2018-03-05 19:31:25.661 [bus notice] <aa
2018-03-05 19:31:25.662 [bus notice] >31
2018-03-05 19:31:25.677 [bus notice] <31
2018-03-05 19:31:25.884 [bus notice] <aa
2018-03-05 19:31:25.885 [bus notice] >31
2018-03-05 19:31:25.899 [bus notice] <31
2018-03-05 19:31:26.107 [bus notice] <aa
2018-03-05 19:31:26.108 [bus notice] >31
2018-03-05 19:31:26.122 [bus notice] <31
2018-03-05 19:31:26.330 [bus notice] <aa
2018-03-05 19:31:26.331 [bus notice] >31
2018-03-05 19:31:26.345 [bus notice] <31
2018-03-05 19:31:26.552 [bus notice] <aa
2018-03-05 19:31:26.553 [bus notice] >31
2018-03-05 19:31:26.568 [bus notice] <31
2018-03-05 19:31:26.775 [bus notice] <aa
2018-03-05 19:31:26.776 [bus notice] >31
2018-03-05 19:31:26.790 [bus notice] <31
2018-03-05 19:31:26.998 [bus notice] <aa
2018-03-05 19:31:26.999 [bus notice] >31
2018-03-05 19:31:27.013 [bus notice] <31
2018-03-05 19:31:27.221 [bus notice] <aa
2018-03-05 19:31:27.222 [bus notice] >31
2018-03-05 19:31:27.236 [bus notice] <31
2018-03-05 19:31:27.443 [bus notice] <aa
2018-03-05 19:31:27.444 [bus notice] >31
2018-03-05 19:31:27.459 [bus notice] <31
2018-03-05 19:31:27.666 [bus notice] <aa
2018-03-05 19:31:27.667 [bus notice] >31
2018-03-05 19:31:27.681 [bus notice] <31
2018-03-05 19:31:27.889 [bus notice] <aa
2018-03-05 19:31:27.890 [bus notice] >31
2018-03-05 19:31:27.904 [bus notice] <31
2018-03-05 19:31:28.112 [bus notice] <aa
2018-03-05 19:31:28.113 [bus notice] >31
2018-03-05 19:31:28.127 [bus notice] <31
2018-03-05 19:31:28.334 [bus notice] <aa
2018-03-05 19:31:28.335 [bus notice] >31
2018-03-05 19:31:28.350 [bus notice] <31
2018-03-05 19:31:28.557 [bus notice] <aa
2018-03-05 19:31:28.558 [bus notice] >31
2018-03-05 19:31:28.572 [bus notice] <31
2018-03-05 19:31:28.780 [bus notice] <aa
2018-03-05 19:31:28.781 [bus notice] >31
2018-03-05 19:31:28.795 [bus notice] <31
2018-03-05 19:31:29.003 [bus notice] <aa
2018-03-05 19:31:29.004 [bus notice] >31
2018-03-05 19:31:29.018 [bus notice] <31
2018-03-05 19:31:29.019 [bus notice] >c7
2018-03-05 19:31:29.033 [bus notice] <c7
2018-03-05 19:31:29.241 [bus notice] <aa
2018-03-05 19:31:29.241 [bus notice] >31
2018-03-05 19:31:29.256 [bus notice] <31
2018-03-05 19:31:29.463 [bus notice] <aa
2018-03-05 19:31:29.464 [bus notice] >31
2018-03-05 19:31:29.478 [bus notice] <31
2018-03-05 19:31:29.687 [bus notice] <aa
2018-03-05 19:31:29.688 [bus notice] >31
2018-03-05 19:31:29.702 [bus notice] <31
2018-03-05 19:31:29.910 [bus notice] <aa
2018-03-05 19:31:29.911 [bus notice] >31
2018-03-05 19:31:29.925 [bus notice] <31
2018-03-05 19:31:30.133 [bus notice] <aa
2018-03-05 19:31:30.134 [bus notice] >31
2018-03-05 19:31:30.148 [bus notice] <31
2018-03-05 19:31:30.356 [bus notice] <aa
2018-03-05 19:31:30.356 [bus notice] >31
2018-03-05 19:31:30.371 [bus notice] <31
2018-03-05 19:31:30.578 [bus notice] <aa
2018-03-05 19:31:30.579 [bus notice] >31
2018-03-05 19:31:30.593 [bus notice] <31
2018-03-05 19:31:30.801 [bus notice] <aa
2018-03-05 19:31:30.802 [bus notice] >31
2018-03-05 19:31:30.816 [bus notice] <31
2018-03-05 19:31:31.024 [bus notice] <aa
2018-03-05 19:31:31.025 [bus notice] >31
2018-03-05 19:31:31.039 [bus notice] <31
2018-03-05 19:31:31.247 [bus notice] <aa
2018-03-05 19:31:31.247 [bus notice] >31
2018-03-05 19:31:31.262 [bus notice] <31
2018-03-05 19:31:31.469 [bus notice] <aa
2018-03-05 19:31:31.470 [bus notice] >31
2018-03-05 19:31:31.484 [bus notice] <31
2018-03-05 19:31:31.692 [bus notice] <aa
2018-03-05 19:31:31.693 [bus notice] >31
2018-03-05 19:31:31.707 [bus notice] <31
2018-03-05 19:31:31.708 [bus notice] >d3
2018-03-05 19:31:31.722 [bus notice] <d3
2018-03-05 19:31:31.930 [bus notice] <aa
2018-03-05 19:31:31.931 [bus notice] >31
2018-03-05 19:31:31.945 [bus notice] <31
2018-03-05 19:31:32.153 [bus notice] <aa
2018-03-05 19:31:32.153 [bus notice] >31
2018-03-05 19:31:32.168 [bus notice] <31
2018-03-05 19:31:32.377 [bus notice] <aa
2018-03-05 19:31:32.378 [bus notice] >31
2018-03-05 19:31:32.392 [bus notice] <31
2018-03-05 19:31:32.599 [bus notice] <aa
2018-03-05 19:31:32.600 [bus notice] >31
2018-03-05 19:31:32.615 [bus notice] <31
2018-03-05 19:31:32.822 [bus notice] <aa
2018-03-05 19:31:32.823 [bus notice] >31
2018-03-05 19:31:32.837 [bus notice] <31
2018-03-05 19:31:33.045 [bus notice] <aa
2018-03-05 19:31:33.046 [bus notice] >31
2018-03-05 19:31:33.060 [bus notice] <31
2018-03-05 19:31:33.268 [bus notice] <aa
2018-03-05 19:31:33.268 [bus notice] >31
2018-03-05 19:31:33.283 [bus notice] <31
2018-03-05 19:31:33.490 [bus notice] <aa
2018-03-05 19:31:33.491 [bus notice] >31
2018-03-05 19:31:33.506 [bus notice] <31
2018-03-05 19:31:33.713 [bus notice] <aa
2018-03-05 19:31:33.714 [bus notice] >31
2018-03-05 19:31:33.728 [bus notice] <31
2018-03-05 19:31:33.936 [bus notice] <aa
2018-03-05 19:31:33.937 [bus notice] >31
2018-03-05 19:31:33.951 [bus notice] <31
2018-03-05 19:31:34.159 [bus notice] <aa
2018-03-05 19:31:34.160 [bus notice] >31
2018-03-05 19:31:34.174 [bus notice] <31
2018-03-05 19:31:34.381 [bus notice] <aa
2018-03-05 19:31:34.382 [bus notice] >31
2018-03-05 19:31:34.396 [bus notice] <31
2018-03-05 19:31:34.604 [bus notice] <aa
2018-03-05 19:31:34.605 [bus notice] >31
2018-03-05 19:31:34.619 [bus notice] <31
2018-03-05 19:31:34.827 [bus notice] <aa
2018-03-05 19:31:34.828 [bus notice] >31
2018-03-05 19:31:34.842 [bus notice] <31
2018-03-05 19:31:35.050 [bus notice] <aa
2018-03-05 19:31:35.051 [bus notice] >31
2018-03-05 19:31:35.065 [bus notice] <31
2018-03-05 19:31:35.272 [bus notice] <aa
2018-03-05 19:31:35.273 [bus notice] >31
2018-03-05 19:31:35.287 [bus notice] <31
2018-03-05 19:31:35.495 [bus notice] <aa
2018-03-05 19:31:35.496 [bus notice] >31
2018-03-05 19:31:35.510 [bus notice] <31
2018-03-05 19:31:35.718 [bus notice] <aa
2018-03-05 19:31:35.719 [bus notice] >31
2018-03-05 19:31:35.733 [bus notice] <31
2018-03-05 19:31:35.941 [bus notice] <aa
2018-03-05 19:31:35.941 [bus notice] >31
2018-03-05 19:31:35.956 [bus notice] <31
2018-03-05 19:31:36.163 [bus notice] <aa
2018-03-05 19:31:36.164 [bus notice] >31
2018-03-05 19:31:36.178 [bus notice] <31
2018-03-05 19:31:36.386 [bus notice] <aa
2018-03-05 19:31:36.387 [bus notice] >31
2018-03-05 19:31:36.401 [bus notice] <31
2018-03-05 19:31:36.609 [bus notice] <aa
2018-03-05 19:31:36.610 [bus notice] >31
2018-03-05 19:31:36.624 [bus notice] <31
2018-03-05 19:31:36.832 [bus notice] <aa
2018-03-05 19:31:36.832 [bus notice] >31
2018-03-05 19:31:36.847 [bus notice] <31
2018-03-05 19:31:37.054 [bus notice] <aa
2018-03-05 19:31:37.055 [bus notice] >31
2018-03-05 19:31:37.069 [bus notice] <31
2018-03-05 19:31:37.277 [bus notice] <aa
2018-03-05 19:31:37.278 [bus notice] >31
2018-03-05 19:31:37.292 [bus notice] <31
2018-03-05 19:31:37.500 [bus notice] <aa
2018-03-05 19:31:37.501 [bus notice] >31
2018-03-05 19:31:37.515 [bus notice] <31
2018-03-05 19:31:37.723 [bus notice] <aa
2018-03-05 19:31:37.723 [bus notice] >31
2018-03-05 19:31:37.738 [bus notice] <31
2018-03-05 19:31:37.945 [bus notice] <aa
2018-03-05 19:31:37.946 [bus notice] >31
2018-03-05 19:31:37.960 [bus notice] <31
2018-03-05 19:31:38.168 [bus notice] <aa
2018-03-05 19:31:38.169 [bus notice] >31
2018-03-05 19:31:38.184 [bus notice] <31
2018-03-05 19:31:38.391 [bus notice] <aa
2018-03-05 19:31:38.392 [bus notice] >31
2018-03-05 19:31:38.406 [bus notice] <31
2018-03-05 19:31:38.614 [bus notice] <aa
2018-03-05 19:31:38.614 [bus notice] >31
2018-03-05 19:31:38.629 [bus notice] <31
2018-03-05 19:31:38.836 [bus notice] <aa
2018-03-05 19:31:38.837 [bus notice] >31
2018-03-05 19:31:38.851 [bus notice] <31
2018-03-05 19:31:39.059 [bus notice] <aa
2018-03-05 19:31:39.060 [bus notice] >31
2018-03-05 19:31:39.074 [bus notice] <31
2018-03-05 19:31:39.282 [bus notice] <aa
2018-03-05 19:31:39.288 [bus notice] >31
2018-03-05 19:31:39.302 [bus notice] <31
2018-03-05 19:31:39.510 [bus notice] <aa
2018-03-05 19:31:39.510 [bus notice] >31
2018-03-05 19:31:39.525 [bus notice] <31
2018-03-05 19:31:39.732 [bus notice] <aa
2018-03-05 19:31:39.733 [bus notice] >31
2018-03-05 19:31:39.747 [bus notice] <31
2018-03-05 19:31:39.955 [bus notice] <aa
2018-03-05 19:31:39.956 [bus notice] >31
2018-03-05 19:31:39.970 [bus notice] <31
2018-03-05 19:31:40.178 [bus notice] <aa
2018-03-05 19:31:40.179 [bus notice] >31
2018-03-05 19:31:40.193 [bus notice] <31
2018-03-05 19:31:40.402 [bus notice] <aa
2018-03-05 19:31:40.608 [bus notice] <aa
2018-03-05 19:31:40.816 [bus notice] <aa
2018-03-05 19:31:41.023 [bus notice] <aa
2018-03-05 19:31:41.231 [bus notice] <aa
2018-03-05 19:31:41.439 [bus notice] <aa
2018-03-05 19:31:41.646 [bus notice] <aa
2018-03-05 19:31:41.854 [bus notice] <aa
2018-03-05 19:31:42.062 [bus notice] <aa
2018-03-05 19:31:42.269 [bus notice] <aa
2018-03-05 19:31:42.477 [bus notice] <aa
2018-03-05 19:31:42.685 [bus notice] <aa
2018-03-05 19:31:42.892 [bus notice] <aa
2018-03-05 19:31:43.100 [bus notice] <aa
2018-03-05 19:31:43.307 [bus notice] <aa
2018-03-05 19:31:43.515 [bus notice] <aa
2018-03-05 19:31:43.723 [bus notice] <aa
2018-03-05 19:31:43.930 [bus notice] <aa
2018-03-05 19:31:44.138 [bus notice] <aa
2018-03-05 19:31:44.346 [bus notice] <aa
2018-03-05 19:31:44.553 [bus notice] <aa
2018-03-05 19:31:44.761 [bus notice] <aa
2018-03-05 19:31:44.969 [bus notice] <aa
2018-03-05 19:31:45.176 [bus notice] <aa
2018-03-05 19:31:45.384 [bus notice] <aa
2018-03-05 19:31:45.591 [bus notice] <aa
2018-03-05 19:31:45.799 [bus notice] <aa
2018-03-05 19:31:46.006 [bus notice] <aa
2018-03-05 19:31:46.214 [bus notice] <aa
2018-03-05 19:31:46.422 [bus notice] <aa
2018-03-05 19:31:46.628 [bus notice] <aa
2018-03-05 19:31:46.836 [bus notice] <aa
2018-03-05 19:31:47.044 [bus notice] <aa
2018-03-05 19:31:47.251 [bus notice] <aa
2018-03-05 19:31:47.459 [bus notice] <aa
2018-03-05 19:31:47.666 [bus notice] <aa
2018-03-05 19:31:47.874 [bus notice] <aa
2018-03-05 19:31:48.081 [bus notice] <aa
2018-03-05 19:31:48.289 [bus notice] <aa
2018-03-05 19:31:48.497 [bus notice] <aa
2018-03-05 19:31:48.704 [bus notice] <aa
2018-03-05 19:31:48.912 [bus notice] <aa
2018-03-05 19:31:49.120 [bus notice] <aa
2018-03-05 19:31:49.327 [bus notice] <aa
2018-03-05 19:31:49.535 [bus notice] <aa
2018-03-05 19:31:49.742 [bus notice] <aa
2018-03-05 19:31:49.950 [bus notice] <aa
2018-03-05 19:31:50.158 [bus notice] <aa
2018-03-05 19:31:50.365 [bus notice] <aa
2018-03-05 19:31:50.573 [bus notice] <aa
2018-03-05 19:31:50.781 [bus notice] <aa
2018-03-05 19:31:50.988 [bus notice] <aa
2018-03-05 19:31:51.197 [bus notice] <aa
2018-03-05 19:31:51.405 [bus notice] <aa
2018-03-05 19:31:51.612 [bus notice] <aa
2018-03-05 19:31:51.820 [bus notice] <aa
2018-03-05 19:31:52.028 [bus notice] <aa
2018-03-05 19:31:52.235 [bus notice] <aa
2018-03-05 19:31:52.444 [bus notice] <aa
2018-03-05 19:31:52.652 [bus notice] <aa
2018-03-05 19:31:52.859 [bus notice] <aa
2018-03-05 19:31:53.067 [bus notice] <aa
2018-03-05 19:31:53.275 [bus notice] <aa
2018-03-05 19:31:53.482 [bus notice] <aa
2018-03-05 19:31:53.691 [bus notice] <aa
2018-03-05 19:31:53.899 [bus notice] <aa
2018-03-05 19:31:54.106 [bus notice] <aa
2018-03-05 19:31:54.314 [bus notice] <aa
2018-03-05 19:31:54.522 [bus notice] <aa
2018-03-05 19:31:54.729 [bus notice] <aa
2018-03-05 19:31:54.937 [bus notice] <aa
2018-03-05 19:31:55.145 [bus notice] <aa
2018-03-05 19:31:55.352 [bus notice] <aa
2018-03-05 19:31:55.560 [bus notice] <aa
2018-03-05 19:31:55.767 [bus notice] <aa
2018-03-05 19:31:55.975 [bus notice] <aa
2018-03-05 19:31:56.183 [bus notice] <aa
2018-03-05 19:31:56.390 [bus notice] <aa
2018-03-05 19:31:56.598 [bus notice] <aa
2018-03-05 19:31:56.805 [bus notice] <aa
2018-03-05 19:31:57.013 [bus notice] <aa
2018-03-05 19:31:57.221 [bus notice] <aa
2018-03-05 19:31:57.428 [bus notice] <aa
2018-03-05 19:31:57.636 [bus notice] <aa
2018-03-05 19:31:57.844 [bus notice] <aa
2018-03-05 19:31:58.050 [bus notice] <aa
2018-03-05 19:31:58.258 [bus notice] <aa
2018-03-05 19:31:58.465 [bus notice] <aa
2018-03-05 19:31:58.673 [bus notice] <aa
2018-03-05 19:31:58.880 [bus notice] <aa
2018-03-05 19:31:59.088 [bus notice] <aa
2018-03-05 19:31:59.296 [bus notice] <aa
2018-03-05 19:31:59.503 [bus notice] <aa
2018-03-05 19:31:59.711 [bus notice] <aa
2018-03-05 19:31:59.919 [bus notice] <aa
2018-03-05 19:32:00.126 [bus notice] <aa
2018-03-05 19:32:00.334 [bus notice] <aa
2018-03-05 19:32:00.542 [bus notice] <aa
2018-03-05 19:32:00.749 [bus notice] <aa
2018-03-05 19:32:00.957 [bus notice] <aa
2018-03-05 19:32:01.164 [bus notice] <aa
2018-03-05 19:32:01.372 [bus notice] <aa
2018-03-05 19:32:01.580 [bus notice] <aa
2018-03-05 19:32:01.786 [bus notice] <aa
2018-03-05 19:32:01.995 [bus notice] <aa
2018-03-05 19:32:02.202 [bus notice] <aa
2018-03-05 19:32:02.409 [bus notice] <aa
2018-03-05 19:32:02.616 [bus notice] <aa
2018-03-05 19:32:02.768 [main notice] SIGTERM received
2018-03-05 19:32:02.824 [bus notice] <aa
2018-03-05 19:32:03.032 [bus notice] <aa
2018-03-05 19:32:03.239 [bus notice] <aa
2018-03-05 19:32:03.447 [bus notice] <aa
2018-03-05 19:32:03.654 [bus notice] <aa
2018-03-05 19:32:03.862 [bus notice] <aa
2018-03-05 19:32:04.070 [bus notice] <aa
2018-03-05 19:32:04.277 [bus notice] <aa
2018-03-05 19:32:04.485 [bus notice] <aa
2018-03-05 19:32:04.693 [bus notice] <aa
2018-03-05 19:32:04.900 [bus notice] <aa
2018-03-05 19:32:05.108 [bus notice] <aa
2018-03-05 19:32:05.315 [bus notice] <aa
2018-03-05 19:32:05.523 [bus notice] <aa
2018-03-05 19:32:05.731 [bus notice] <aa
2018-03-05 19:32:05.938 [bus notice] <aa
2018-03-05 19:32:06.146 [bus notice] <aa
2018-03-05 19:32:06.354 [bus notice] <aa
2018-03-05 19:32:06.561 [bus notice] <aa
2018-03-05 19:32:06.769 [bus notice] <aa
2018-03-05 19:32:06.977 [bus notice] <aa
2018-03-05 19:32:07.184 [bus notice] <aa
2018-03-05 19:32:07.392 [bus notice] <aa
2018-03-05 19:32:07.445 [main notice] ebusd stopped


2. Heizung aus, ebusd gestartet, Heizung ein, ebusctl scan full

2018-03-05 19:33:01.526 [main notice] ebusd 3.0pre.bbc4d04 started with auto scan
2018-03-05 19:33:01.536 [bus notice] bus started with own address 31/36
2018-03-05 19:33:08.909 [bus notice] <aa
2018-03-05 19:33:08.909 [bus notice] signal acquired
2018-03-05 19:33:09.117 [bus notice] <aa
2018-03-05 19:33:09.324 [bus notice] <aa
2018-03-05 19:33:09.532 [bus notice] <aa
2018-03-05 19:33:09.739 [bus notice] <aa
2018-03-05 19:33:09.947 [bus notice] <aa
2018-03-05 19:33:10.155 [bus notice] <aa
2018-03-05 19:33:10.363 [bus notice] <aa
2018-03-05 19:33:10.571 [bus notice] <aa
2018-03-05 19:33:10.779 [bus notice] <aa
2018-03-05 19:33:10.986 [bus notice] <aa
2018-03-05 19:33:11.194 [bus notice] <aa
2018-03-05 19:33:11.402 [bus notice] <aa
2018-03-05 19:33:11.609 [bus notice] <aa
2018-03-05 19:33:11.817 [bus notice] <aa
2018-03-05 19:33:12.028 [bus notice] <aa
2018-03-05 19:33:12.029 [bus notice] <f1
2018-03-05 19:33:12.072 [bus notice] <f1
2018-03-05 19:33:12.073 [bus notice] <07
2018-03-05 19:33:12.074 [bus notice] <fe
2018-03-05 19:33:12.087 [bus notice] <00
2018-03-05 19:33:12.088 [bus notice] <44
2018-03-05 19:33:12.296 [bus notice] <aa
2018-03-05 19:33:12.504 [bus notice] <aa
2018-03-05 19:33:12.712 [bus notice] <aa
2018-03-05 19:33:12.919 [bus notice] <aa
2018-03-05 19:33:13.127 [bus notice] <aa
2018-03-05 19:33:13.334 [bus notice] <aa
2018-03-05 19:33:13.542 [bus notice] <aa
2018-03-05 19:33:13.750 [bus notice] <aa
2018-03-05 19:33:13.957 [bus notice] <aa
2018-03-05 19:33:14.165 [bus notice] <aa
2018-03-05 19:33:14.372 [bus notice] <aa
2018-03-05 19:33:14.580 [bus notice] <aa
2018-03-05 19:33:14.788 [bus notice] <aa
2018-03-05 19:33:14.994 [bus notice] <aa
2018-03-05 19:33:15.202 [bus notice] <aa
2018-03-05 19:33:15.409 [bus notice] <aa
2018-03-05 19:33:15.617 [bus notice] <aa
2018-03-05 19:33:15.825 [bus notice] <aa
2018-03-05 19:33:16.032 [bus notice] <aa
2018-03-05 19:33:16.240 [bus notice] <aa
2018-03-05 19:33:16.447 [bus notice] <aa
2018-03-05 19:33:16.655 [bus notice] <aa
2018-03-05 19:33:16.863 [bus notice] <aa
2018-03-05 19:33:17.071 [bus notice] <aa
2018-03-05 19:33:17.278 [bus notice] <aa
2018-03-05 19:33:17.485 [bus notice] <aa
2018-03-05 19:33:17.693 [bus notice] <aa
2018-03-05 19:33:17.901 [bus notice] <aa
2018-03-05 19:33:18.108 [bus notice] <aa
2018-03-05 19:33:18.316 [bus notice] <aa
2018-03-05 19:33:18.524 [bus notice] <aa
2018-03-05 19:33:18.731 [bus notice] <aa
2018-03-05 19:33:18.939 [bus notice] <aa
2018-03-05 19:33:19.147 [bus notice] <aa
2018-03-05 19:33:19.354 [bus notice] <aa
2018-03-05 19:33:19.562 [bus notice] <aa
2018-03-05 19:33:19.769 [bus notice] <aa
2018-03-05 19:33:19.977 [bus notice] <aa
2018-03-05 19:33:20.185 [bus notice] <aa
2018-03-05 19:33:20.391 [bus notice] <aa
2018-03-05 19:33:20.599 [bus notice] <aa
2018-03-05 19:33:20.806 [bus notice] <aa
2018-03-05 19:33:21.014 [bus notice] <aa
2018-03-05 19:33:21.222 [bus notice] <aa
2018-03-05 19:33:21.429 [bus notice] <aa
2018-03-05 19:33:21.637 [bus notice] <aa
2018-03-05 19:33:21.844 [bus notice] <aa
2018-03-05 19:33:22.052 [bus notice] <aa
2018-03-05 19:33:22.260 [bus notice] <aa
2018-03-05 19:33:22.468 [bus notice] <aa
2018-03-05 19:33:22.675 [bus notice] <aa
2018-03-05 19:33:22.883 [bus notice] <aa
2018-03-05 19:33:23.091 [bus notice] <aa
2018-03-05 19:33:23.092 [bus notice] >31
2018-03-05 19:33:23.105 [bus notice] <31
2018-03-05 19:33:23.314 [bus notice] <aa
2018-03-05 19:33:23.315 [bus notice] >31
2018-03-05 19:33:23.329 [bus notice] <31
2018-03-05 19:33:23.537 [bus notice] <aa
2018-03-05 19:33:23.538 [bus notice] >31
2018-03-05 19:33:23.552 [bus notice] <31
2018-03-05 19:33:23.760 [bus notice] <aa
2018-03-05 19:33:23.760 [bus notice] >31
2018-03-05 19:33:23.775 [bus notice] <31
2018-03-05 19:33:23.982 [bus notice] <aa
2018-03-05 19:33:23.983 [bus notice] >31
2018-03-05 19:33:23.997 [bus notice] <31
2018-03-05 19:33:24.205 [bus notice] <aa
2018-03-05 19:33:24.207 [bus notice] >31
2018-03-05 19:33:24.220 [bus notice] <31
2018-03-05 19:33:24.428 [bus notice] <aa
2018-03-05 19:33:24.435 [bus notice] >31
2018-03-05 19:33:24.449 [bus notice] <31
2018-03-05 19:33:24.657 [bus notice] <aa
2018-03-05 19:33:24.658 [bus notice] >31
2018-03-05 19:33:24.672 [bus notice] <31
2018-03-05 19:33:24.880 [bus notice] <aa
2018-03-05 19:33:24.880 [bus notice] >31
2018-03-05 19:33:24.895 [bus notice] <31
2018-03-05 19:33:25.102 [bus notice] <aa
2018-03-05 19:33:25.103 [bus notice] >31
2018-03-05 19:33:25.117 [bus notice] <31
2018-03-05 19:33:25.325 [bus notice] <aa
2018-03-05 19:33:25.326 [bus notice] >31
2018-03-05 19:33:25.340 [bus notice] <31
2018-03-05 19:33:25.548 [bus notice] <aa
2018-03-05 19:33:25.549 [bus notice] >31
2018-03-05 19:33:25.563 [bus notice] <31
2018-03-05 19:33:25.771 [bus notice] <aa
2018-03-05 19:33:25.771 [bus notice] >31
2018-03-05 19:33:25.786 [bus notice] <31
2018-03-05 19:33:25.993 [bus notice] <aa
2018-03-05 19:33:25.994 [bus notice] >31
2018-03-05 19:33:26.008 [bus notice] <31
2018-03-05 19:33:26.216 [bus notice] <aa
2018-03-05 19:33:26.217 [bus notice] >31
2018-03-05 19:33:26.231 [bus notice] <31
2018-03-05 19:33:26.439 [bus notice] <aa
2018-03-05 19:33:26.440 [bus notice] >31
2018-03-05 19:33:26.454 [bus notice] <31
2018-03-05 19:33:26.662 [bus notice] <aa
2018-03-05 19:33:26.662 [bus notice] >31
2018-03-05 19:33:26.677 [bus notice] <31
2018-03-05 19:33:26.884 [bus notice] <aa
2018-03-05 19:33:26.885 [bus notice] >31
2018-03-05 19:33:26.900 [bus notice] <31
2018-03-05 19:33:27.107 [bus notice] <aa
2018-03-05 19:33:27.108 [bus notice] >31
2018-03-05 19:33:27.122 [bus notice] <31
2018-03-05 19:33:27.330 [bus notice] <aa
2018-03-05 19:33:27.331 [bus notice] >31
2018-03-05 19:33:27.345 [bus notice] <31
2018-03-05 19:33:27.553 [bus notice] <aa
2018-03-05 19:33:27.553 [bus notice] >31
2018-03-05 19:33:27.568 [bus notice] <31
2018-03-05 19:33:27.775 [bus notice] <aa
2018-03-05 19:33:27.776 [bus notice] >31
2018-03-05 19:33:27.790 [bus notice] <31
2018-03-05 19:33:27.998 [bus notice] <aa
2018-03-05 19:33:27.999 [bus notice] >31
2018-03-05 19:33:28.013 [bus notice] <31
2018-03-05 19:33:28.221 [bus notice] <aa
2018-03-05 19:33:28.222 [bus notice] >31
2018-03-05 19:33:28.236 [bus notice] <31
2018-03-05 19:33:28.444 [bus notice] <aa
2018-03-05 19:33:28.444 [bus notice] >31
2018-03-05 19:33:28.459 [bus notice] <31
2018-03-05 19:33:28.666 [bus notice] <aa
2018-03-05 19:33:28.667 [bus notice] >31
2018-03-05 19:33:28.681 [bus notice] <31
2018-03-05 19:33:28.889 [bus notice] <aa
2018-03-05 19:33:28.890 [bus notice] >31
2018-03-05 19:33:28.904 [bus notice] <31
2018-03-05 19:33:29.112 [bus notice] <aa
2018-03-05 19:33:29.113 [bus notice] >31
2018-03-05 19:33:29.127 [bus notice] <31
2018-03-05 19:33:29.335 [bus notice] <aa
2018-03-05 19:33:29.335 [bus notice] >31
2018-03-05 19:33:29.350 [bus notice] <31
2018-03-05 19:33:29.557 [bus notice] <aa
2018-03-05 19:33:29.564 [bus notice] >31
2018-03-05 19:33:29.577 [bus notice] <31
2018-03-05 19:33:29.785 [bus notice] <aa
2018-03-05 19:33:29.786 [bus notice] >31
2018-03-05 19:33:29.800 [bus notice] <31
2018-03-05 19:33:30.008 [bus notice] <aa
2018-03-05 19:33:30.009 [bus notice] >31
2018-03-05 19:33:30.023 [bus notice] <31
2018-03-05 19:33:30.231 [bus notice] <aa
2018-03-05 19:33:30.232 [bus notice] >31
2018-03-05 19:33:30.246 [bus notice] <31
2018-03-05 19:33:30.453 [bus notice] <aa
2018-03-05 19:33:30.454 [bus notice] >31
2018-03-05 19:33:30.468 [bus notice] <31
2018-03-05 19:33:30.676 [bus notice] <aa
2018-03-05 19:33:30.677 [bus notice] >31
2018-03-05 19:33:30.691 [bus notice] <31
2018-03-05 19:33:30.900 [bus notice] <aa
2018-03-05 19:33:30.901 [bus notice] >31
2018-03-05 19:33:30.915 [bus notice] <31
2018-03-05 19:33:31.123 [bus notice] <aa
2018-03-05 19:33:31.124 [bus notice] >31
2018-03-05 19:33:31.138 [bus notice] <31
2018-03-05 19:33:31.347 [bus notice] <aa
2018-03-05 19:33:31.348 [bus notice] >31
2018-03-05 19:33:31.362 [bus notice] <31
2018-03-05 19:33:31.570 [bus notice] <aa
2018-03-05 19:33:31.571 [bus notice] >31
2018-03-05 19:33:31.585 [bus notice] <31
2018-03-05 19:33:31.792 [bus notice] <aa
2018-03-05 19:33:31.793 [bus notice] >31
2018-03-05 19:33:31.807 [bus notice] <31
2018-03-05 19:33:32.015 [bus notice] <aa
2018-03-05 19:33:32.016 [bus notice] >31
2018-03-05 19:33:32.030 [bus notice] <31
2018-03-05 19:33:32.238 [bus notice] <aa
2018-03-05 19:33:32.239 [bus notice] >31
2018-03-05 19:33:32.253 [bus notice] <31
2018-03-05 19:33:32.461 [bus notice] <aa
2018-03-05 19:33:32.461 [bus notice] >31
2018-03-05 19:33:32.476 [bus notice] <31
2018-03-05 19:33:32.683 [bus notice] <aa
2018-03-05 19:33:32.684 [bus notice] >31
2018-03-05 19:33:32.698 [bus notice] <31
2018-03-05 19:33:32.907 [bus notice] <aa
2018-03-05 19:33:32.908 [bus notice] >31
2018-03-05 19:33:32.921 [bus notice] <31
2018-03-05 19:33:33.130 [bus notice] <aa
2018-03-05 19:33:33.131 [bus notice] >31
2018-03-05 19:33:33.145 [bus notice] <31
2018-03-05 19:33:33.353 [bus notice] <aa
2018-03-05 19:33:33.354 [bus notice] >31
2018-03-05 19:33:33.368 [bus notice] <31
2018-03-05 19:33:33.576 [bus notice] <aa
2018-03-05 19:33:33.576 [bus notice] >31
2018-03-05 19:33:33.589 [bus notice] <31
2018-03-05 19:33:33.798 [bus notice] <aa
2018-03-05 19:33:33.799 [bus notice] >31
2018-03-05 19:33:33.813 [bus notice] <31
2018-03-05 19:33:34.021 [bus notice] <aa
2018-03-05 19:33:34.022 [bus notice] >31
2018-03-05 19:33:34.036 [bus notice] <31
2018-03-05 19:33:34.244 [bus notice] <aa
2018-03-05 19:33:34.245 [bus notice] >31
2018-03-05 19:33:34.259 [bus notice] <31
2018-03-05 19:33:34.467 [bus notice] <aa
2018-03-05 19:33:34.467 [bus notice] >31
2018-03-05 19:33:34.480 [bus notice] <31
2018-03-05 19:33:34.689 [bus notice] <aa
2018-03-05 19:33:34.696 [bus notice] >31
2018-03-05 19:33:34.709 [bus notice] <31
2018-03-05 19:33:34.918 [bus notice] <aa
2018-03-05 19:33:34.919 [bus notice] >31
2018-03-05 19:33:34.933 [bus notice] <31
2018-03-05 19:33:35.141 [bus notice] <aa
2018-03-05 19:33:35.142 [bus notice] >31
2018-03-05 19:33:35.156 [bus notice] <31
2018-03-05 19:33:35.364 [bus notice] <aa
2018-03-05 19:33:35.364 [bus notice] >31
2018-03-05 19:33:35.379 [bus notice] <31
2018-03-05 19:33:35.587 [bus notice] <aa
2018-03-05 19:33:35.587 [bus notice] >31
2018-03-05 19:33:35.602 [bus notice] <31
2018-03-05 19:33:35.809 [bus notice] <aa
2018-03-05 19:33:35.810 [bus notice] >31
2018-03-05 19:33:35.824 [bus notice] <31
2018-03-05 19:33:36.032 [bus notice] <aa
2018-03-05 19:33:36.033 [bus notice] >31
2018-03-05 19:33:36.047 [bus notice] <31
2018-03-05 19:33:36.255 [bus notice] <aa
2018-03-05 19:33:36.256 [bus notice] >31
2018-03-05 19:33:36.270 [bus notice] <31
2018-03-05 19:33:36.478 [bus notice] <aa
2018-03-05 19:33:36.478 [bus notice] >31
2018-03-05 19:33:36.493 [bus notice] <31
2018-03-05 19:33:36.700 [bus notice] <aa
2018-03-05 19:33:36.701 [bus notice] >31
2018-03-05 19:33:36.715 [bus notice] <31
2018-03-05 19:33:36.923 [bus notice] <aa
2018-03-05 19:33:36.924 [bus notice] >31
2018-03-05 19:33:36.938 [bus notice] <31
2018-03-05 19:33:37.146 [bus notice] <aa
2018-03-05 19:33:37.147 [bus notice] >31
2018-03-05 19:33:37.161 [bus notice] <31
2018-03-05 19:33:37.369 [bus notice] <aa
2018-03-05 19:33:37.370 [bus notice] >31
2018-03-05 19:33:37.384 [bus notice] <31
2018-03-05 19:33:37.591 [bus notice] <aa
2018-03-05 19:33:37.592 [bus notice] >31
2018-03-05 19:33:37.606 [bus notice] <31
2018-03-05 19:33:37.814 [bus notice] <aa
2018-03-05 19:33:37.815 [bus notice] >31
2018-03-05 19:33:37.829 [bus notice] <31
2018-03-05 19:33:38.037 [bus notice] <aa
2018-03-05 19:33:38.038 [bus notice] >31
2018-03-05 19:33:38.052 [bus notice] <31
2018-03-05 19:33:38.260 [bus notice] <aa
2018-03-05 19:33:38.261 [bus notice] >31
2018-03-05 19:33:38.275 [bus notice] <31
2018-03-05 19:33:38.482 [bus notice] <aa
2018-03-05 19:33:38.483 [bus notice] >31
2018-03-05 19:33:38.497 [bus notice] <31
2018-03-05 19:33:38.705 [bus notice] <aa
2018-03-05 19:33:38.706 [bus notice] >31
2018-03-05 19:33:38.720 [bus notice] <31
2018-03-05 19:33:38.928 [bus notice] <aa
2018-03-05 19:33:38.929 [bus notice] >31
2018-03-05 19:33:38.943 [bus notice] <31
2018-03-05 19:33:39.151 [bus notice] <aa
2018-03-05 19:33:39.152 [bus notice] >31
2018-03-05 19:33:39.166 [bus notice] <31
2018-03-05 19:33:39.373 [bus notice] <aa
2018-03-05 19:33:39.374 [bus notice] >31
2018-03-05 19:33:39.388 [bus notice] <31
2018-03-05 19:33:39.596 [bus notice] <aa
2018-03-05 19:33:39.597 [bus notice] >31
2018-03-05 19:33:39.611 [bus notice] <31
2018-03-05 19:33:39.819 [bus notice] <aa
2018-03-05 19:33:39.825 [bus notice] >31
2018-03-05 19:33:39.839 [bus notice] <31
2018-03-05 19:33:40.048 [bus notice] <aa
2018-03-05 19:33:40.049 [bus notice] >31
2018-03-05 19:33:40.063 [bus notice] <31
2018-03-05 19:33:40.271 [bus notice] <aa
2018-03-05 19:33:40.271 [bus notice] >31
2018-03-05 19:33:40.286 [bus notice] <31
2018-03-05 19:33:40.493 [bus notice] <aa
2018-03-05 19:33:40.494 [bus notice] >31
2018-03-05 19:33:40.508 [bus notice] <31
2018-03-05 19:33:40.716 [bus notice] <aa
2018-03-05 19:33:40.717 [bus notice] >31
2018-03-05 19:33:40.731 [bus notice] <31
2018-03-05 19:33:40.939 [bus notice] <aa
2018-03-05 19:33:40.940 [bus notice] >31
2018-03-05 19:33:40.954 [bus notice] <31
2018-03-05 19:33:41.162 [bus notice] <aa
2018-03-05 19:33:41.162 [bus notice] >31
2018-03-05 19:33:41.177 [bus notice] <31
2018-03-05 19:33:41.384 [bus notice] <aa
2018-03-05 19:33:41.385 [bus notice] >31
2018-03-05 19:33:41.399 [bus notice] <31
2018-03-05 19:33:41.607 [bus notice] <aa
2018-03-05 19:33:41.608 [bus notice] >31
2018-03-05 19:33:41.622 [bus notice] <31
2018-03-05 19:33:41.830 [bus notice] <aa
2018-03-05 19:33:41.831 [bus notice] >31
2018-03-05 19:33:41.845 [bus notice] <31
2018-03-05 19:33:42.053 [bus notice] <aa
2018-03-05 19:33:42.053 [bus notice] >31
2018-03-05 19:33:42.068 [bus notice] <31
2018-03-05 19:33:42.275 [bus notice] <aa
2018-03-05 19:33:42.276 [bus notice] >31
2018-03-05 19:33:42.290 [bus notice] <31
2018-03-05 19:33:42.498 [bus notice] <aa
2018-03-05 19:33:42.499 [bus notice] >31
2018-03-05 19:33:42.513 [bus notice] <31
2018-03-05 19:33:42.721 [bus notice] <aa
2018-03-05 19:33:42.722 [bus notice] >31
2018-03-05 19:33:42.736 [bus notice] <31
2018-03-05 19:33:42.944 [bus notice] <aa
2018-03-05 19:33:42.944 [bus notice] >31
2018-03-05 19:33:42.959 [bus notice] <31
2018-03-05 19:33:43.166 [bus notice] <aa
2018-03-05 19:33:43.167 [bus notice] >31
2018-03-05 19:33:43.181 [bus notice] <31
2018-03-05 19:33:43.389 [bus notice] <aa
2018-03-05 19:33:43.390 [bus notice] >31
2018-03-05 19:33:43.404 [bus notice] <31
2018-03-05 19:33:43.612 [bus notice] <aa
2018-03-05 19:33:43.613 [bus notice] >31
2018-03-05 19:33:43.627 [bus notice] <31
2018-03-05 19:33:43.834 [bus notice] <aa
2018-03-05 19:33:43.835 [bus notice] >31
2018-03-05 19:33:43.850 [bus notice] <31
2018-03-05 19:33:44.057 [bus notice] <aa
2018-03-05 19:33:44.058 [bus notice] >31
2018-03-05 19:33:44.072 [bus notice] <31
2018-03-05 19:33:44.280 [bus notice] <aa
2018-03-05 19:33:44.281 [bus notice] >31
2018-03-05 19:33:44.295 [bus notice] <31
2018-03-05 19:33:44.503 [bus notice] <aa
2018-03-05 19:33:44.504 [bus notice] >31
2018-03-05 19:33:44.518 [bus notice] <31
2018-03-05 19:33:44.726 [bus notice] <aa
2018-03-05 19:33:44.726 [bus notice] >31
2018-03-05 19:33:44.741 [bus notice] <31
2018-03-05 19:33:44.948 [bus notice] <aa
2018-03-05 19:33:44.955 [bus notice] >31
2018-03-05 19:33:44.968 [bus notice] <31
2018-03-05 19:33:45.176 [bus notice] <aa
2018-03-05 19:33:45.177 [bus notice] >31
2018-03-05 19:33:45.191 [bus notice] <31
2018-03-05 19:33:45.399 [bus notice] <aa
2018-03-05 19:33:45.400 [bus notice] >31
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 05 März 2018, 21:23:59
die Platine scheint gut zu funktionieren, aber was da an der Abfragelogik passiert kann uns wohl nur John beantworten.

2018-03-05 19:33:23.092 [bus notice] >31
2018-03-05 19:33:23.105 [bus notice] <31
2018-03-05 19:33:23.314 [bus notice] <aa
2018-03-05 19:33:23.315 [bus notice] >31
2018-03-05 19:33:23.329 [bus notice] <31
2018-03-05 19:33:23.537 [bus notice] <aa

die Platine möchte senden und teilt dies dem Bus mit (>31), dieser quittiert die Anfrage (<31), aber anstatt das jetzt die Scanabfrage startet wartet der Dämon solange (200 msec) bis wieder ein Syn kommt und wiederholt die Sendeanfrage. Warum das passiert kann ich dir nicht sagen, da warten wir lieber auf John denn der kennt seine Software ja am besten was das nun bedeutet.

Aber immerhin, das Gerät F1 hast sich gleich zu Beginn noch vor dem Scan gemeldet.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 06 März 2018, 07:51:07
Zitat von: Reinhart am 05 März 2018, 21:23:59
2018-03-05 19:33:23.092 [bus notice] >31
2018-03-05 19:33:23.105 [bus notice] <31
2018-03-05 19:33:23.314 [bus notice] <aa
2018-03-05 19:33:23.315 [bus notice] >31
2018-03-05 19:33:23.329 [bus notice] <31
2018-03-05 19:33:23.537 [bus notice] <aa

da bräuchte ich noch das "normale" Log von ebusd dazwischen, so kann ich dazu nicht viel sagen, außer dass es nach einem Timeout aussieht oder Verbindungsverlust. Anschluss per UART oder Wemos?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 06 März 2018, 20:49:23
Hallo John,
Zitat von: john30 am 06 März 2018, 07:51:07
da bräuchte ich noch das "normale" Log von ebusd dazwischen, so kann ich dazu nicht viel sagen, außer dass es nach einem Timeout aussieht oder Verbindungsverlust. Anschluss per UART oder Wemos?

angeschlossen über ELV-UART, hier noch mal das komplette Log
2018-03-05 19:33:01.526 [main notice] ebusd 3.0pre.bbc4d04 started with auto scan
2018-03-05 19:33:01.536 [bus notice] bus started with own address 31/36
2018-03-05 19:33:08.909 [bus notice] <aa
2018-03-05 19:33:08.909 [bus notice] signal acquired
2018-03-05 19:33:09.117 [bus notice] <aa
2018-03-05 19:33:09.324 [bus notice] <aa
2018-03-05 19:33:09.532 [bus notice] <aa
2018-03-05 19:33:09.739 [bus notice] <aa
2018-03-05 19:33:09.947 [bus notice] <aa
2018-03-05 19:33:10.155 [bus notice] <aa
2018-03-05 19:33:10.363 [bus notice] <aa
2018-03-05 19:33:10.571 [bus notice] <aa
2018-03-05 19:33:10.779 [bus notice] <aa
2018-03-05 19:33:10.986 [bus notice] <aa
2018-03-05 19:33:11.194 [bus notice] <aa
2018-03-05 19:33:11.402 [bus notice] <aa
2018-03-05 19:33:11.609 [bus notice] <aa
2018-03-05 19:33:11.817 [bus notice] <aa
2018-03-05 19:33:12.028 [bus notice] <aa
2018-03-05 19:33:12.029 [bus notice] <f1
2018-03-05 19:33:12.072 [bus notice] <f1
2018-03-05 19:33:12.073 [bus notice] <07
2018-03-05 19:33:12.074 [bus notice] <fe
2018-03-05 19:33:12.087 [bus notice] <00
2018-03-05 19:33:12.088 [bus notice] <44
2018-03-05 19:33:12.296 [bus notice] <aa
2018-03-05 19:33:12.504 [bus notice] <aa
2018-03-05 19:33:12.712 [bus notice] <aa
2018-03-05 19:33:12.919 [bus notice] <aa
2018-03-05 19:33:13.127 [bus notice] <aa
2018-03-05 19:33:13.334 [bus notice] <aa
2018-03-05 19:33:13.542 [bus notice] <aa
2018-03-05 19:33:13.750 [bus notice] <aa
2018-03-05 19:33:13.957 [bus notice] <aa
2018-03-05 19:33:14.165 [bus notice] <aa
2018-03-05 19:33:14.372 [bus notice] <aa
2018-03-05 19:33:14.580 [bus notice] <aa
2018-03-05 19:33:14.788 [bus notice] <aa
2018-03-05 19:33:14.994 [bus notice] <aa
2018-03-05 19:33:15.202 [bus notice] <aa
2018-03-05 19:33:15.409 [bus notice] <aa
2018-03-05 19:33:15.617 [bus notice] <aa
2018-03-05 19:33:15.825 [bus notice] <aa
2018-03-05 19:33:16.032 [bus notice] <aa
2018-03-05 19:33:16.240 [bus notice] <aa
2018-03-05 19:33:16.447 [bus notice] <aa
2018-03-05 19:33:16.655 [bus notice] <aa
2018-03-05 19:33:16.863 [bus notice] <aa
2018-03-05 19:33:17.071 [bus notice] <aa
2018-03-05 19:33:17.278 [bus notice] <aa
2018-03-05 19:33:17.485 [bus notice] <aa
2018-03-05 19:33:17.693 [bus notice] <aa
2018-03-05 19:33:17.901 [bus notice] <aa
2018-03-05 19:33:18.108 [bus notice] <aa
2018-03-05 19:33:18.316 [bus notice] <aa
2018-03-05 19:33:18.524 [bus notice] <aa
2018-03-05 19:33:18.731 [bus notice] <aa
2018-03-05 19:33:18.939 [bus notice] <aa
2018-03-05 19:33:19.147 [bus notice] <aa
2018-03-05 19:33:19.354 [bus notice] <aa
2018-03-05 19:33:19.562 [bus notice] <aa
2018-03-05 19:33:19.769 [bus notice] <aa
2018-03-05 19:33:19.977 [bus notice] <aa
2018-03-05 19:33:20.185 [bus notice] <aa
2018-03-05 19:33:20.391 [bus notice] <aa
2018-03-05 19:33:20.599 [bus notice] <aa
2018-03-05 19:33:20.806 [bus notice] <aa
2018-03-05 19:33:21.014 [bus notice] <aa
2018-03-05 19:33:21.222 [bus notice] <aa
2018-03-05 19:33:21.429 [bus notice] <aa
2018-03-05 19:33:21.637 [bus notice] <aa
2018-03-05 19:33:21.844 [bus notice] <aa
2018-03-05 19:33:22.052 [bus notice] <aa
2018-03-05 19:33:22.260 [bus notice] <aa
2018-03-05 19:33:22.468 [bus notice] <aa
2018-03-05 19:33:22.675 [bus notice] <aa
2018-03-05 19:33:22.883 [bus notice] <aa
2018-03-05 19:33:23.091 [bus notice] <aa
2018-03-05 19:33:23.092 [bus notice] >31
2018-03-05 19:33:23.105 [bus notice] <31
2018-03-05 19:33:23.314 [bus notice] <aa
2018-03-05 19:33:23.315 [bus notice] >31
2018-03-05 19:33:23.329 [bus notice] <31
2018-03-05 19:33:23.537 [bus notice] <aa
2018-03-05 19:33:23.538 [bus notice] >31
2018-03-05 19:33:23.552 [bus notice] <31
2018-03-05 19:33:23.760 [bus notice] <aa
2018-03-05 19:33:23.760 [bus notice] >31
2018-03-05 19:33:23.775 [bus notice] <31
2018-03-05 19:33:23.982 [bus notice] <aa
2018-03-05 19:33:23.983 [bus notice] >31
2018-03-05 19:33:23.997 [bus notice] <31
2018-03-05 19:33:24.205 [bus notice] <aa
2018-03-05 19:33:24.207 [bus notice] >31
2018-03-05 19:33:24.220 [bus notice] <31
2018-03-05 19:33:24.428 [bus notice] <aa
2018-03-05 19:33:24.435 [bus notice] >31
2018-03-05 19:33:24.449 [bus notice] <31
2018-03-05 19:33:24.657 [bus notice] <aa
2018-03-05 19:33:24.658 [bus notice] >31
2018-03-05 19:33:24.672 [bus notice] <31
2018-03-05 19:33:24.880 [bus notice] <aa
2018-03-05 19:33:24.880 [bus notice] >31
2018-03-05 19:33:24.895 [bus notice] <31
2018-03-05 19:33:25.102 [bus notice] <aa
2018-03-05 19:33:25.103 [bus notice] >31
2018-03-05 19:33:25.117 [bus notice] <31
2018-03-05 19:33:25.325 [bus notice] <aa
2018-03-05 19:33:25.326 [bus notice] >31
2018-03-05 19:33:25.340 [bus notice] <31
2018-03-05 19:33:25.548 [bus notice] <aa
2018-03-05 19:33:25.549 [bus notice] >31
2018-03-05 19:33:25.563 [bus notice] <31
2018-03-05 19:33:25.771 [bus notice] <aa
2018-03-05 19:33:25.771 [bus notice] >31
2018-03-05 19:33:25.786 [bus notice] <31
2018-03-05 19:33:25.993 [bus notice] <aa
2018-03-05 19:33:25.994 [bus notice] >31
2018-03-05 19:33:26.008 [bus notice] <31
2018-03-05 19:33:26.216 [bus notice] <aa
2018-03-05 19:33:26.217 [bus notice] >31
2018-03-05 19:33:26.231 [bus notice] <31
2018-03-05 19:33:26.439 [bus notice] <aa
2018-03-05 19:33:26.440 [bus notice] >31
2018-03-05 19:33:26.454 [bus notice] <31
2018-03-05 19:33:26.662 [bus notice] <aa
2018-03-05 19:33:26.662 [bus notice] >31
2018-03-05 19:33:26.677 [bus notice] <31
2018-03-05 19:33:26.884 [bus notice] <aa
2018-03-05 19:33:26.885 [bus notice] >31
2018-03-05 19:33:26.900 [bus notice] <31
2018-03-05 19:33:27.107 [bus notice] <aa
2018-03-05 19:33:27.108 [bus notice] >31
2018-03-05 19:33:27.122 [bus notice] <31
2018-03-05 19:33:27.330 [bus notice] <aa
2018-03-05 19:33:27.331 [bus notice] >31
2018-03-05 19:33:27.345 [bus notice] <31
2018-03-05 19:33:27.553 [bus notice] <aa
2018-03-05 19:33:27.553 [bus notice] >31
2018-03-05 19:33:27.568 [bus notice] <31
2018-03-05 19:33:27.775 [bus notice] <aa
2018-03-05 19:33:27.776 [bus notice] >31
2018-03-05 19:33:27.790 [bus notice] <31
2018-03-05 19:33:27.998 [bus notice] <aa
2018-03-05 19:33:27.999 [bus notice] >31
2018-03-05 19:33:28.013 [bus notice] <31
2018-03-05 19:33:28.221 [bus notice] <aa
2018-03-05 19:33:28.222 [bus notice] >31
2018-03-05 19:33:28.236 [bus notice] <31
2018-03-05 19:33:28.444 [bus notice] <aa
2018-03-05 19:33:28.444 [bus notice] >31
2018-03-05 19:33:28.459 [bus notice] <31
2018-03-05 19:33:28.666 [bus notice] <aa
2018-03-05 19:33:28.667 [bus notice] >31
2018-03-05 19:33:28.681 [bus notice] <31
2018-03-05 19:33:28.889 [bus notice] <aa
2018-03-05 19:33:28.890 [bus notice] >31
2018-03-05 19:33:28.904 [bus notice] <31
2018-03-05 19:33:29.112 [bus notice] <aa
2018-03-05 19:33:29.113 [bus notice] >31
2018-03-05 19:33:29.127 [bus notice] <31
2018-03-05 19:33:29.335 [bus notice] <aa
2018-03-05 19:33:29.335 [bus notice] >31
2018-03-05 19:33:29.350 [bus notice] <31
2018-03-05 19:33:29.557 [bus notice] <aa
2018-03-05 19:33:29.564 [bus notice] >31
2018-03-05 19:33:29.577 [bus notice] <31
2018-03-05 19:33:29.785 [bus notice] <aa
2018-03-05 19:33:29.786 [bus notice] >31
2018-03-05 19:33:29.800 [bus notice] <31
2018-03-05 19:33:30.008 [bus notice] <aa
2018-03-05 19:33:30.009 [bus notice] >31
2018-03-05 19:33:30.023 [bus notice] <31
2018-03-05 19:33:30.231 [bus notice] <aa
2018-03-05 19:33:30.232 [bus notice] >31
2018-03-05 19:33:30.246 [bus notice] <31
2018-03-05 19:33:30.453 [bus notice] <aa
2018-03-05 19:33:30.454 [bus notice] >31
2018-03-05 19:33:30.468 [bus notice] <31
2018-03-05 19:33:30.676 [bus notice] <aa
2018-03-05 19:33:30.677 [bus notice] >31
2018-03-05 19:33:30.691 [bus notice] <31
2018-03-05 19:33:30.900 [bus notice] <aa
2018-03-05 19:33:30.901 [bus notice] >31
2018-03-05 19:33:30.915 [bus notice] <31
2018-03-05 19:33:31.123 [bus notice] <aa
2018-03-05 19:33:31.124 [bus notice] >31
2018-03-05 19:33:31.138 [bus notice] <31
2018-03-05 19:33:31.347 [bus notice] <aa
2018-03-05 19:33:31.348 [bus notice] >31
2018-03-05 19:33:31.362 [bus notice] <31
2018-03-05 19:33:31.570 [bus notice] <aa
2018-03-05 19:33:31.571 [bus notice] >31
2018-03-05 19:33:31.585 [bus notice] <31
2018-03-05 19:33:31.792 [bus notice] <aa
2018-03-05 19:33:31.793 [bus notice] >31
2018-03-05 19:33:31.807 [bus notice] <31
2018-03-05 19:33:32.015 [bus notice] <aa
2018-03-05 19:33:32.016 [bus notice] >31
2018-03-05 19:33:32.030 [bus notice] <31
2018-03-05 19:33:32.238 [bus notice] <aa
2018-03-05 19:33:32.239 [bus notice] >31
2018-03-05 19:33:32.253 [bus notice] <31
2018-03-05 19:33:32.461 [bus notice] <aa
2018-03-05 19:33:32.461 [bus notice] >31
2018-03-05 19:33:32.476 [bus notice] <31
2018-03-05 19:33:32.683 [bus notice] <aa
2018-03-05 19:33:32.684 [bus notice] >31
2018-03-05 19:33:32.698 [bus notice] <31
2018-03-05 19:33:32.907 [bus notice] <aa
2018-03-05 19:33:32.908 [bus notice] >31
2018-03-05 19:33:32.921 [bus notice] <31
2018-03-05 19:33:33.130 [bus notice] <aa
2018-03-05 19:33:33.131 [bus notice] >31
2018-03-05 19:33:33.145 [bus notice] <31
2018-03-05 19:33:33.353 [bus notice] <aa
2018-03-05 19:33:33.354 [bus notice] >31
2018-03-05 19:33:33.368 [bus notice] <31
2018-03-05 19:33:33.576 [bus notice] <aa
2018-03-05 19:33:33.576 [bus notice] >31
2018-03-05 19:33:33.589 [bus notice] <31
2018-03-05 19:33:33.798 [bus notice] <aa
2018-03-05 19:33:33.799 [bus notice] >31
2018-03-05 19:33:33.813 [bus notice] <31
2018-03-05 19:33:34.021 [bus notice] <aa
2018-03-05 19:33:34.022 [bus notice] >31
2018-03-05 19:33:34.036 [bus notice] <31
2018-03-05 19:33:34.244 [bus notice] <aa
2018-03-05 19:33:34.245 [bus notice] >31
2018-03-05 19:33:34.259 [bus notice] <31
2018-03-05 19:33:34.467 [bus notice] <aa
2018-03-05 19:33:34.467 [bus notice] >31
2018-03-05 19:33:34.480 [bus notice] <31
2018-03-05 19:33:34.689 [bus notice] <aa
2018-03-05 19:33:34.696 [bus notice] >31
2018-03-05 19:33:34.709 [bus notice] <31
2018-03-05 19:33:34.918 [bus notice] <aa
2018-03-05 19:33:34.919 [bus notice] >31
2018-03-05 19:33:34.933 [bus notice] <31
2018-03-05 19:33:35.141 [bus notice] <aa
2018-03-05 19:33:35.142 [bus notice] >31
2018-03-05 19:33:35.156 [bus notice] <31
2018-03-05 19:33:35.364 [bus notice] <aa
2018-03-05 19:33:35.364 [bus notice] >31
2018-03-05 19:33:35.379 [bus notice] <31
2018-03-05 19:33:35.587 [bus notice] <aa
2018-03-05 19:33:35.587 [bus notice] >31
2018-03-05 19:33:35.602 [bus notice] <31
2018-03-05 19:33:35.809 [bus notice] <aa
2018-03-05 19:33:35.810 [bus notice] >31
2018-03-05 19:33:35.824 [bus notice] <31
2018-03-05 19:33:36.032 [bus notice] <aa
2018-03-05 19:33:36.033 [bus notice] >31
2018-03-05 19:33:36.047 [bus notice] <31
2018-03-05 19:33:36.255 [bus notice] <aa
2018-03-05 19:33:36.256 [bus notice] >31
2018-03-05 19:33:36.270 [bus notice] <31
2018-03-05 19:33:36.478 [bus notice] <aa
2018-03-05 19:33:36.478 [bus notice] >31
2018-03-05 19:33:36.493 [bus notice] <31
2018-03-05 19:33:36.700 [bus notice] <aa
2018-03-05 19:33:36.701 [bus notice] >31
2018-03-05 19:33:36.715 [bus notice] <31
2018-03-05 19:33:36.923 [bus notice] <aa
2018-03-05 19:33:36.924 [bus notice] >31
2018-03-05 19:33:36.938 [bus notice] <31
2018-03-05 19:33:37.146 [bus notice] <aa
2018-03-05 19:33:37.147 [bus notice] >31
2018-03-05 19:33:37.161 [bus notice] <31
2018-03-05 19:33:37.369 [bus notice] <aa
2018-03-05 19:33:37.370 [bus notice] >31
2018-03-05 19:33:37.384 [bus notice] <31
2018-03-05 19:33:37.591 [bus notice] <aa
2018-03-05 19:33:37.592 [bus notice] >31
2018-03-05 19:33:37.606 [bus notice] <31
2018-03-05 19:33:37.814 [bus notice] <aa
2018-03-05 19:33:37.815 [bus notice] >31
2018-03-05 19:33:37.829 [bus notice] <31
2018-03-05 19:33:38.037 [bus notice] <aa
2018-03-05 19:33:38.038 [bus notice] >31
2018-03-05 19:33:38.052 [bus notice] <31
2018-03-05 19:33:38.260 [bus notice] <aa
2018-03-05 19:33:38.261 [bus notice] >31
2018-03-05 19:33:38.275 [bus notice] <31
2018-03-05 19:33:38.482 [bus notice] <aa
2018-03-05 19:33:38.483 [bus notice] >31
2018-03-05 19:33:38.497 [bus notice] <31
2018-03-05 19:33:38.705 [bus notice] <aa
2018-03-05 19:33:38.706 [bus notice] >31
2018-03-05 19:33:38.720 [bus notice] <31
2018-03-05 19:33:38.928 [bus notice] <aa
2018-03-05 19:33:38.929 [bus notice] >31
2018-03-05 19:33:38.943 [bus notice] <31
2018-03-05 19:33:39.151 [bus notice] <aa
2018-03-05 19:33:39.152 [bus notice] >31
2018-03-05 19:33:39.166 [bus notice] <31
2018-03-05 19:33:39.373 [bus notice] <aa
2018-03-05 19:33:39.374 [bus notice] >31
2018-03-05 19:33:39.388 [bus notice] <31
2018-03-05 19:33:39.596 [bus notice] <aa
2018-03-05 19:33:39.597 [bus notice] >31
2018-03-05 19:33:39.611 [bus notice] <31
2018-03-05 19:33:39.819 [bus notice] <aa
2018-03-05 19:33:39.825 [bus notice] >31
2018-03-05 19:33:39.839 [bus notice] <31
2018-03-05 19:33:40.048 [bus notice] <aa
2018-03-05 19:33:40.049 [bus notice] >31
2018-03-05 19:33:40.063 [bus notice] <31
2018-03-05 19:33:40.271 [bus notice] <aa
2018-03-05 19:33:40.271 [bus notice] >31
2018-03-05 19:33:40.286 [bus notice] <31
2018-03-05 19:33:40.493 [bus notice] <aa
2018-03-05 19:33:40.494 [bus notice] >31
2018-03-05 19:33:40.508 [bus notice] <31
2018-03-05 19:33:40.716 [bus notice] <aa
2018-03-05 19:33:40.717 [bus notice] >31
2018-03-05 19:33:40.731 [bus notice] <31
2018-03-05 19:33:40.939 [bus notice] <aa
2018-03-05 19:33:40.940 [bus notice] >31
2018-03-05 19:33:40.954 [bus notice] <31
2018-03-05 19:33:41.162 [bus notice] <aa
2018-03-05 19:33:41.162 [bus notice] >31
2018-03-05 19:33:41.177 [bus notice] <31
2018-03-05 19:33:41.384 [bus notice] <aa
2018-03-05 19:33:41.385 [bus notice] >31
2018-03-05 19:33:41.399 [bus notice] <31
2018-03-05 19:33:41.607 [bus notice] <aa
2018-03-05 19:33:41.608 [bus notice] >31
2018-03-05 19:33:41.622 [bus notice] <31
2018-03-05 19:33:41.830 [bus notice] <aa
2018-03-05 19:33:41.831 [bus notice] >31
2018-03-05 19:33:41.845 [bus notice] <31
2018-03-05 19:33:42.053 [bus notice] <aa
2018-03-05 19:33:42.053 [bus notice] >31
2018-03-05 19:33:42.068 [bus notice] <31
2018-03-05 19:33:42.275 [bus notice] <aa
2018-03-05 19:33:42.276 [bus notice] >31
2018-03-05 19:33:42.290 [bus notice] <31
2018-03-05 19:33:42.498 [bus notice] <aa
2018-03-05 19:33:42.499 [bus notice] >31
2018-03-05 19:33:42.513 [bus notice] <31
2018-03-05 19:33:42.721 [bus notice] <aa
2018-03-05 19:33:42.722 [bus notice] >31
2018-03-05 19:33:42.736 [bus notice] <31
2018-03-05 19:33:42.944 [bus notice] <aa
2018-03-05 19:33:42.944 [bus notice] >31
2018-03-05 19:33:42.959 [bus notice] <31
2018-03-05 19:33:43.166 [bus notice] <aa
2018-03-05 19:33:43.167 [bus notice] >31
2018-03-05 19:33:43.181 [bus notice] <31
2018-03-05 19:33:43.389 [bus notice] <aa
2018-03-05 19:33:43.390 [bus notice] >31
2018-03-05 19:33:43.404 [bus notice] <31
2018-03-05 19:33:43.612 [bus notice] <aa
2018-03-05 19:33:43.613 [bus notice] >31
2018-03-05 19:33:43.627 [bus notice] <31
2018-03-05 19:33:43.834 [bus notice] <aa
2018-03-05 19:33:43.835 [bus notice] >31
2018-03-05 19:33:43.850 [bus notice] <31
2018-03-05 19:33:44.057 [bus notice] <aa
2018-03-05 19:33:44.058 [bus notice] >31
2018-03-05 19:33:44.072 [bus notice] <31
2018-03-05 19:33:44.280 [bus notice] <aa
2018-03-05 19:33:44.281 [bus notice] >31
2018-03-05 19:33:44.295 [bus notice] <31
2018-03-05 19:33:44.503 [bus notice] <aa
2018-03-05 19:33:44.504 [bus notice] >31
2018-03-05 19:33:44.518 [bus notice] <31
2018-03-05 19:33:44.726 [bus notice] <aa
2018-03-05 19:33:44.726 [bus notice] >31
2018-03-05 19:33:44.741 [bus notice] <31
2018-03-05 19:33:44.948 [bus notice] <aa
2018-03-05 19:33:44.955 [bus notice] >31
2018-03-05 19:33:44.968 [bus notice] <31
2018-03-05 19:33:45.176 [bus notice] <aa
2018-03-05 19:33:45.177 [bus notice] >31
2018-03-05 19:33:45.191 [bus notice] <31
2018-03-05 19:33:45.399 [bus notice] <aa
2018-03-05 19:33:45.400 [bus notice] >31
2018-03-05 19:33:45.414 [bus notice] <31
2018-03-05 19:33:45.621 [bus notice] <aa
2018-03-05 19:33:45.622 [bus notice] >31
2018-03-05 19:33:45.637 [bus notice] <31
2018-03-05 19:33:45.845 [bus notice] <aa
2018-03-05 19:33:45.846 [bus notice] >31
2018-03-05 19:33:45.861 [bus notice] <31
2018-03-05 19:33:46.068 [bus notice] <aa
2018-03-05 19:33:46.069 [bus notice] >31
2018-03-05 19:33:46.083 [bus notice] <31
2018-03-05 19:33:46.291 [bus notice] <aa
2018-03-05 19:33:46.292 [bus notice] >31
2018-03-05 19:33:46.306 [bus notice] <31
2018-03-05 19:33:46.514 [bus notice] <aa
2018-03-05 19:33:46.515 [bus notice] >31
2018-03-05 19:33:46.529 [bus notice] <31
2018-03-05 19:33:46.736 [bus notice] <aa
2018-03-05 19:33:46.737 [bus notice] >31
2018-03-05 19:33:46.752 [bus notice] <31
2018-03-05 19:33:46.959 [bus notice] <aa
2018-03-05 19:33:46.960 [bus notice] >31
2018-03-05 19:33:46.974 [bus notice] <31
2018-03-05 19:33:47.182 [bus notice] <aa
2018-03-05 19:33:47.183 [bus notice] >31
2018-03-05 19:33:47.197 [bus notice] <31
2018-03-05 19:33:47.405 [bus notice] <aa
2018-03-05 19:33:47.406 [bus notice] >31
2018-03-05 19:33:47.420 [bus notice] <31
2018-03-05 19:33:47.628 [bus notice] <aa
2018-03-05 19:33:47.629 [bus notice] >31
2018-03-05 19:33:47.643 [bus notice] <31
2018-03-05 19:33:47.851 [bus notice] <aa
2018-03-05 19:33:47.852 [bus notice] >31
2018-03-05 19:33:47.867 [bus notice] <31
2018-03-05 19:33:48.074 [bus notice] <aa
2018-03-05 19:33:48.075 [bus notice] >31
2018-03-05 19:33:48.089 [bus notice] <31
2018-03-05 19:33:48.297 [bus notice] <aa
2018-03-05 19:33:48.298 [bus notice] >31
2018-03-05 19:33:48.312 [bus notice] <31
2018-03-05 19:33:48.520 [bus notice] <aa
2018-03-05 19:33:48.521 [bus notice] >31
2018-03-05 19:33:48.535 [bus notice] <31
2018-03-05 19:33:48.742 [bus notice] <aa
2018-03-05 19:33:48.743 [bus notice] >31
2018-03-05 19:33:48.758 [bus notice] <31
2018-03-05 19:33:48.965 [bus notice] <aa
2018-03-05 19:33:48.966 [bus notice] >31
2018-03-05 19:33:48.980 [bus notice] <31
2018-03-05 19:33:49.188 [bus notice] <aa
2018-03-05 19:33:49.189 [bus notice] >31
2018-03-05 19:33:49.203 [bus notice] <31
2018-03-05 19:33:49.411 [bus notice] <aa
2018-03-05 19:33:49.412 [bus notice] >31
2018-03-05 19:33:49.426 [bus notice] <31
2018-03-05 19:33:49.633 [bus notice] <aa
2018-03-05 19:33:49.634 [bus notice] >31
2018-03-05 19:33:49.649 [bus notice] <31
2018-03-05 19:33:49.856 [bus notice] <aa
2018-03-05 19:33:49.857 [bus notice] >31
2018-03-05 19:33:49.871 [bus notice] <31
2018-03-05 19:33:50.079 [bus notice] <aa
2018-03-05 19:33:50.084 [bus notice] >31
2018-03-05 19:33:50.098 [bus notice] <31
2018-03-05 19:33:50.305 [bus notice] <aa
2018-03-05 19:33:50.306 [bus notice] >31
2018-03-05 19:33:50.321 [bus notice] <31
2018-03-05 19:33:50.528 [bus notice] <aa
2018-03-05 19:33:50.529 [bus notice] >31
2018-03-05 19:33:50.543 [bus notice] <31
2018-03-05 19:33:50.751 [bus notice] <aa
2018-03-05 19:33:50.752 [bus notice] >31
2018-03-05 19:33:50.766 [bus notice] <31
2018-03-05 19:33:50.974 [bus notice] <aa
2018-03-05 19:33:50.975 [bus notice] >31
2018-03-05 19:33:50.989 [bus notice] <31
2018-03-05 19:33:51.196 [bus notice] <aa
2018-03-05 19:33:51.197 [bus notice] >31
2018-03-05 19:33:51.212 [bus notice] <31
2018-03-05 19:33:51.419 [bus notice] <aa
2018-03-05 19:33:51.420 [bus notice] >31
2018-03-05 19:33:51.434 [bus notice] <31
2018-03-05 19:33:51.642 [bus notice] <aa
2018-03-05 19:33:51.643 [bus notice] >31
2018-03-05 19:33:51.657 [bus notice] <31
2018-03-05 19:33:51.865 [bus notice] <aa
2018-03-05 19:33:51.866 [bus notice] >31
2018-03-05 19:33:51.880 [bus notice] <31
2018-03-05 19:33:52.087 [bus notice] <aa
2018-03-05 19:33:52.088 [bus notice] >31
2018-03-05 19:33:52.103 [bus notice] <31
2018-03-05 19:33:52.310 [bus notice] <aa
2018-03-05 19:33:52.311 [bus notice] >31
2018-03-05 19:33:52.325 [bus notice] <31
2018-03-05 19:33:52.533 [bus notice] <aa
2018-03-05 19:33:52.534 [bus notice] >31
2018-03-05 19:33:52.548 [bus notice] <31
2018-03-05 19:33:52.756 [bus notice] <aa
2018-03-05 19:33:52.757 [bus notice] >31
2018-03-05 19:33:52.771 [bus notice] <31
2018-03-05 19:33:52.978 [bus notice] <aa
2018-03-05 19:33:52.979 [bus notice] >31
2018-03-05 19:33:52.994 [bus notice] <31
2018-03-05 19:33:53.201 [bus notice] <aa
2018-03-05 19:33:53.202 [bus notice] >31
2018-03-05 19:33:53.216 [bus notice] <31
2018-03-05 19:33:53.424 [bus notice] <aa
2018-03-05 19:33:53.425 [bus notice] >31
2018-03-05 19:33:53.439 [bus notice] <31
2018-03-05 19:33:53.647 [bus notice] <aa
2018-03-05 19:33:53.648 [bus notice] >31
2018-03-05 19:33:53.662 [bus notice] <31
2018-03-05 19:33:53.869 [bus notice] <aa
2018-03-05 19:33:53.870 [bus notice] >31
2018-03-05 19:33:53.885 [bus notice] <31
2018-03-05 19:33:54.092 [bus notice] <aa
2018-03-05 19:33:54.093 [bus notice] >31
2018-03-05 19:33:54.107 [bus notice] <31
2018-03-05 19:33:54.315 [bus notice] <aa
2018-03-05 19:33:54.316 [bus notice] >31
2018-03-05 19:33:54.330 [bus notice] <31
2018-03-05 19:33:54.538 [bus notice] <aa
2018-03-05 19:33:54.539 [bus notice] >31
2018-03-05 19:33:54.553 [bus notice] <31
2018-03-05 19:33:54.760 [bus notice] <aa
2018-03-05 19:33:54.761 [bus notice] >31
2018-03-05 19:33:54.776 [bus notice] <31
2018-03-05 19:33:54.984 [bus notice] <aa
2018-03-05 19:33:54.985 [bus notice] >31
2018-03-05 19:33:55.000 [bus notice] <31
2018-03-05 19:33:55.207 [bus notice] <aa
2018-03-05 19:33:55.212 [bus notice] >31
2018-03-05 19:33:55.226 [bus notice] <31
2018-03-05 19:33:55.434 [bus notice] <aa
2018-03-05 19:33:55.435 [bus notice] >31
2018-03-05 19:33:55.449 [bus notice] <31
2018-03-05 19:33:55.656 [bus notice] <aa
2018-03-05 19:33:55.657 [bus notice] >31
2018-03-05 19:33:55.672 [bus notice] <31
2018-03-05 19:33:55.879 [bus notice] <aa
2018-03-05 19:33:55.880 [bus notice] >31
2018-03-05 19:33:55.894 [bus notice] <31
2018-03-05 19:33:56.102 [bus notice] <aa
2018-03-05 19:33:56.103 [bus notice] >31
2018-03-05 19:33:56.117 [bus notice] <31
2018-03-05 19:33:56.325 [bus notice] <aa
2018-03-05 19:33:56.326 [bus notice] >31
2018-03-05 19:33:56.340 [bus notice] <31
2018-03-05 19:33:56.549 [bus notice] <aa
2018-03-05 19:33:56.550 [bus notice] >31
2018-03-05 19:33:56.564 [bus notice] <31
2018-03-05 19:33:56.771 [bus notice] <aa
2018-03-05 19:33:56.772 [bus notice] >31
2018-03-05 19:33:56.787 [bus notice] <31
2018-03-05 19:33:56.994 [bus notice] <aa
2018-03-05 19:33:56.995 [bus notice] >31
2018-03-05 19:33:57.009 [bus notice] <31
2018-03-05 19:33:57.217 [bus notice] <aa
2018-03-05 19:33:57.218 [bus notice] >31
2018-03-05 19:33:57.232 [bus notice] <31
2018-03-05 19:33:57.440 [bus notice] <aa
2018-03-05 19:33:57.441 [bus notice] >31
2018-03-05 19:33:57.455 [bus notice] <31
2018-03-05 19:33:57.662 [bus notice] <aa
2018-03-05 19:33:57.663 [bus notice] >31
2018-03-05 19:33:57.678 [bus notice] <31
2018-03-05 19:33:57.885 [bus notice] <aa
2018-03-05 19:33:57.886 [bus notice] >31
2018-03-05 19:33:57.900 [bus notice] <31
2018-03-05 19:33:58.108 [bus notice] <aa
2018-03-05 19:33:58.109 [bus notice] >31
2018-03-05 19:33:58.123 [bus notice] <31
2018-03-05 19:33:58.331 [bus notice] <aa
2018-03-05 19:33:58.332 [bus notice] >31
2018-03-05 19:33:58.346 [bus notice] <31
2018-03-05 19:33:58.553 [bus notice] <aa
2018-03-05 19:33:58.554 [bus notice] >31
2018-03-05 19:33:58.569 [bus notice] <31
2018-03-05 19:33:58.776 [bus notice] <aa
2018-03-05 19:33:58.777 [bus notice] >31
2018-03-05 19:33:58.791 [bus notice] <31
2018-03-05 19:33:58.999 [bus notice] <aa
2018-03-05 19:33:59.000 [bus notice] >31
2018-03-05 19:33:59.014 [bus notice] <31
2018-03-05 19:33:59.220 [bus notice] <aa
2018-03-05 19:33:59.221 [bus notice] >31
2018-03-05 19:33:59.236 [bus notice] <31
2018-03-05 19:33:59.443 [bus notice] <aa
2018-03-05 19:33:59.444 [bus notice] >31
2018-03-05 19:33:59.458 [bus notice] <31
2018-03-05 19:33:59.666 [bus notice] <aa
2018-03-05 19:33:59.667 [bus notice] >31
2018-03-05 19:33:59.681 [bus notice] <31
2018-03-05 19:33:59.889 [bus notice] <aa
2018-03-05 19:33:59.890 [bus notice] >31
2018-03-05 19:33:59.904 [bus notice] <31
2018-03-05 19:34:00.111 [bus notice] <aa
2018-03-05 19:34:00.112 [bus notice] >31
2018-03-05 19:34:00.127 [bus notice] <31
2018-03-05 19:34:00.334 [bus notice] <aa
2018-03-05 19:34:00.340 [bus notice] >31
2018-03-05 19:34:00.353 [bus notice] <31
2018-03-05 19:34:00.562 [bus notice] <aa
2018-03-05 19:34:00.563 [bus notice] >31
2018-03-05 19:34:00.577 [bus notice] <31
2018-03-05 19:34:00.785 [bus notice] <aa
2018-03-05 19:34:00.786 [bus notice] >31
2018-03-05 19:34:00.800 [bus notice] <31
2018-03-05 19:34:01.007 [bus notice] <aa
2018-03-05 19:34:01.008 [bus notice] >31
2018-03-05 19:34:01.023 [bus notice] <31
2018-03-05 19:34:01.230 [bus notice] <aa
2018-03-05 19:34:01.231 [bus notice] >31
2018-03-05 19:34:01.245 [bus notice] <31
2018-03-05 19:34:01.453 [bus notice] <aa
2018-03-05 19:34:01.454 [bus notice] >31
2018-03-05 19:34:01.468 [bus notice] <31
2018-03-05 19:34:01.676 [bus notice] <aa
2018-03-05 19:34:01.677 [bus notice] >31
2018-03-05 19:34:01.691 [bus notice] <31
2018-03-05 19:34:01.898 [bus notice] <aa
2018-03-05 19:34:01.899 [bus notice] >31
2018-03-05 19:34:01.914 [bus notice] <31
2018-03-05 19:34:02.121 [bus notice] <aa
2018-03-05 19:34:02.122 [bus notice] >31
2018-03-05 19:34:02.136 [bus notice] <31
2018-03-05 19:34:02.344 [bus notice] <aa
2018-03-05 19:34:02.345 [bus notice] >31
2018-03-05 19:34:02.359 [bus notice] <31
2018-03-05 19:34:02.567 [bus notice] <aa
2018-03-05 19:34:02.568 [bus notice] >31
2018-03-05 19:34:02.582 [bus notice] <31
2018-03-05 19:34:02.789 [bus notice] <aa
2018-03-05 19:34:02.790 [bus notice] >31
2018-03-05 19:34:02.805 [bus notice] <31
2018-03-05 19:34:03.012 [bus notice] <aa
2018-03-05 19:34:03.013 [bus notice] >31
2018-03-05 19:34:03.027 [bus notice] <31
2018-03-05 19:34:03.235 [bus notice] <aa
2018-03-05 19:34:03.236 [bus notice] >31
2018-03-05 19:34:03.250 [bus notice] <31
2018-03-05 19:34:03.458 [bus notice] <aa
2018-03-05 19:34:03.459 [bus notice] >31
2018-03-05 19:34:03.473 [bus notice] <31
2018-03-05 19:34:03.680 [bus notice] <aa
2018-03-05 19:34:03.681 [bus notice] >31
2018-03-05 19:34:03.696 [bus notice] <31
2018-03-05 19:34:03.903 [bus notice] <aa
2018-03-05 19:34:03.904 [bus notice] >31
2018-03-05 19:34:03.918 [bus notice] <31
2018-03-05 19:34:04.126 [bus notice] <aa
2018-03-05 19:34:04.127 [bus notice] >31
2018-03-05 19:34:04.141 [bus notice] <31
2018-03-05 19:34:04.349 [bus notice] <aa
2018-03-05 19:34:04.350 [bus notice] >31
2018-03-05 19:34:04.364 [bus notice] <31
2018-03-05 19:34:04.571 [bus notice] <aa
2018-03-05 19:34:04.572 [bus notice] >31
2018-03-05 19:34:04.587 [bus notice] <31
2018-03-05 19:34:04.794 [bus notice] <aa
2018-03-05 19:34:04.795 [bus notice] >31
2018-03-05 19:34:04.809 [bus notice] <31
2018-03-05 19:34:05.017 [bus notice] <aa
2018-03-05 19:34:05.018 [bus notice] >31
2018-03-05 19:34:05.032 [bus notice] <31
2018-03-05 19:34:05.240 [bus notice] <aa
2018-03-05 19:34:05.241 [bus notice] >31
2018-03-05 19:34:05.255 [bus notice] <31
2018-03-05 19:34:05.462 [bus notice] <aa
2018-03-05 19:34:05.468 [bus notice] >31
2018-03-05 19:34:05.483 [bus notice] <31
2018-03-05 19:34:05.691 [bus notice] <aa
2018-03-05 19:34:05.692 [bus notice] >31
2018-03-05 19:34:05.707 [bus notice] <31
2018-03-05 19:34:05.914 [bus notice] <aa
2018-03-05 19:34:05.915 [bus notice] >31
2018-03-05 19:34:05.929 [bus notice] <31
2018-03-05 19:34:06.137 [bus notice] <aa
2018-03-05 19:34:06.138 [bus notice] >31
2018-03-05 19:34:06.152 [bus notice] <31
2018-03-05 19:34:06.360 [bus notice] <aa
2018-03-05 19:34:06.360 [bus notice] >31
2018-03-05 19:34:06.375 [bus notice] <31
2018-03-05 19:34:06.582 [bus notice] <aa
2018-03-05 19:34:06.583 [bus notice] >31
2018-03-05 19:34:06.598 [bus notice] <31
2018-03-05 19:34:06.805 [bus notice] <aa
2018-03-05 19:34:06.806 [bus notice] >31
2018-03-05 19:34:06.820 [bus notice] <31
2018-03-05 19:34:07.028 [bus notice] <aa
2018-03-05 19:34:07.029 [bus notice] >31
2018-03-05 19:34:07.043 [bus notice] <31
2018-03-05 19:34:07.251 [bus notice] <aa
2018-03-05 19:34:07.251 [bus notice] >31
2018-03-05 19:34:07.266 [bus notice] <31
2018-03-05 19:34:07.473 [bus notice] <aa
2018-03-05 19:34:07.474 [bus notice] >31
2018-03-05 19:34:07.489 [bus notice] <31
2018-03-05 19:34:07.696 [bus notice] <aa
2018-03-05 19:34:07.697 [bus notice] >31
2018-03-05 19:34:07.711 [bus notice] <31
2018-03-05 19:34:07.919 [bus notice] <aa
2018-03-05 19:34:07.920 [bus notice] >31
2018-03-05 19:34:07.934 [bus notice] <31
2018-03-05 19:34:08.142 [bus notice] <aa
2018-03-05 19:34:08.143 [bus notice] >31
2018-03-05 19:34:08.157 [bus notice] <31
2018-03-05 19:34:08.364 [bus notice] <aa
2018-03-05 19:34:08.365 [bus notice] >31
2018-03-05 19:34:08.379 [bus notice] <31
2018-03-05 19:34:08.587 [bus notice] <aa
2018-03-05 19:34:08.588 [bus notice] >31
2018-03-05 19:34:08.602 [bus notice] <31
2018-03-05 19:34:08.810 [bus notice] <aa
2018-03-05 19:34:08.811 [bus notice] >31
2018-03-05 19:34:08.825 [bus notice] <31
2018-03-05 19:34:09.033 [bus notice] <aa
2018-03-05 19:34:09.033 [bus notice] >31
2018-03-05 19:34:09.048 [bus notice] <31
2018-03-05 19:34:09.255 [bus notice] <aa
2018-03-05 19:34:09.256 [bus notice] >31
2018-03-05 19:34:09.270 [bus notice] <31
2018-03-05 19:34:09.478 [bus notice] <aa
2018-03-05 19:34:09.479 [bus notice] >31
2018-03-05 19:34:09.493 [bus notice] <31
2018-03-05 19:34:09.701 [bus notice] <aa
2018-03-05 19:34:09.702 [bus notice] >31
2018-03-05 19:34:09.716 [bus notice] <31
2018-03-05 19:34:09.924 [bus notice] <aa
2018-03-05 19:34:09.924 [bus notice] >31
2018-03-05 19:34:09.939 [bus notice] <31
2018-03-05 19:34:10.146 [bus notice] <aa
2018-03-05 19:34:10.147 [bus notice] >31
2018-03-05 19:34:10.161 [bus notice] <31
2018-03-05 19:34:10.369 [bus notice] <aa
2018-03-05 19:34:10.370 [bus notice] >31
2018-03-05 19:34:10.384 [bus notice] <31
2018-03-05 19:34:10.592 [bus notice] <aa
2018-03-05 19:34:10.597 [bus notice] >31
2018-03-05 19:34:10.612 [bus notice] <31
2018-03-05 19:34:10.820 [bus notice] <aa
2018-03-05 19:34:10.820 [bus notice] >31
2018-03-05 19:34:10.835 [bus notice] <31
2018-03-05 19:34:11.042 [bus notice] <aa
2018-03-05 19:34:11.043 [bus notice] >31
2018-03-05 19:34:11.057 [bus notice] <31
2018-03-05 19:34:11.265 [bus notice] <aa
2018-03-05 19:34:11.266 [bus notice] >31
2018-03-05 19:34:11.280 [bus notice] <31
2018-03-05 19:34:11.488 [bus notice] <aa
2018-03-05 19:34:11.489 [bus notice] >31
2018-03-05 19:34:11.503 [bus notice] <31
2018-03-05 19:34:11.711 [bus notice] <aa
2018-03-05 19:34:11.712 [bus notice] >31
2018-03-05 19:34:11.726 [bus notice] <31
2018-03-05 19:34:11.935 [bus notice] <aa
2018-03-05 19:34:11.935 [bus notice] >31
2018-03-05 19:34:11.950 [bus notice] <31
2018-03-05 19:34:12.158 [bus notice] <aa
2018-03-05 19:34:12.159 [bus notice] >31
2018-03-05 19:34:12.173 [bus notice] <31
2018-03-05 19:34:12.380 [bus notice] <aa
2018-03-05 19:34:12.381 [bus notice] >31
2018-03-05 19:34:12.395 [bus notice] <31
2018-03-05 19:34:12.603 [bus notice] <aa
2018-03-05 19:34:12.604 [bus notice] >31
2018-03-05 19:34:12.618 [bus notice] <31
2018-03-05 19:34:12.826 [bus notice] <aa
2018-03-05 19:34:12.827 [bus notice] >31
2018-03-05 19:34:12.841 [bus notice] <31
2018-03-05 19:34:13.048 [bus notice] <aa
2018-03-05 19:34:13.049 [bus notice] >31
2018-03-05 19:34:13.063 [bus notice] <31
2018-03-05 19:34:13.271 [bus notice] <aa
2018-03-05 19:34:13.272 [bus notice] >31
2018-03-05 19:34:13.286 [bus notice] <31
2018-03-05 19:34:13.494 [bus notice] <aa
2018-03-05 19:34:13.495 [bus notice] >31
2018-03-05 19:34:13.509 [bus notice] <31
2018-03-05 19:34:13.717 [bus notice] <aa
2018-03-05 19:34:13.717 [bus notice] >31
2018-03-05 19:34:13.732 [bus notice] <31
2018-03-05 19:34:13.939 [bus notice] <aa
2018-03-05 19:34:14.147 [bus notice] <aa
2018-03-05 19:34:14.355 [bus notice] <aa
2018-03-05 19:34:14.562 [bus notice] <aa
2018-03-05 19:34:14.770 [bus notice] <aa
2018-03-05 19:34:14.978 [bus notice] <aa
2018-03-05 19:34:15.185 [bus notice] <aa
2018-03-05 19:34:15.393 [bus notice] <aa
2018-03-05 19:34:15.600 [bus notice] <aa
2018-03-05 19:34:15.808 [bus notice] <aa
2018-03-05 19:34:16.016 [bus notice] <aa
2018-03-05 19:34:16.223 [bus notice] <aa
2018-03-05 19:34:16.431 [bus notice] <aa
2018-03-05 19:34:16.639 [bus notice] <aa
2018-03-05 19:34:16.846 [bus notice] <aa
2018-03-05 19:34:17.054 [bus notice] <aa
2018-03-05 19:34:17.261 [bus notice] <aa
2018-03-05 19:34:17.469 [bus notice] <aa
2018-03-05 19:34:17.677 [bus notice] <aa
2018-03-05 19:34:17.883 [bus notice] <aa
2018-03-05 19:34:18.091 [bus notice] <aa
2018-03-05 19:34:18.298 [bus notice] <aa
2018-03-05 19:34:18.506 [bus notice] <aa
2018-03-05 19:34:18.713 [bus notice] <aa
2018-03-05 19:34:18.921 [bus notice] <aa
2018-03-05 19:34:19.129 [bus notice] <aa
2018-03-05 19:34:19.336 [bus notice] <aa
2018-03-05 19:34:19.544 [bus notice] <aa
2018-03-05 19:34:19.752 [bus notice] <aa
2018-03-05 19:34:19.959 [bus notice] <aa
2018-03-05 19:34:20.167 [bus notice] <aa
2018-03-05 19:34:20.374 [bus notice] <aa
2018-03-05 19:34:20.582 [bus notice] <aa
2018-03-05 19:34:20.790 [bus notice] <aa
2018-03-05 19:34:20.997 [bus notice] <aa
2018-03-05 19:34:21.205 [bus notice] <aa
2018-03-05 19:34:21.413 [bus notice] <aa
2018-03-05 19:34:21.620 [bus notice] <aa
2018-03-05 19:34:21.828 [bus notice] <aa
2018-03-05 19:34:22.036 [bus notice] <aa
2018-03-05 19:34:22.243 [bus notice] <aa
2018-03-05 19:34:22.451 [bus notice] <aa
2018-03-05 19:34:22.658 [bus notice] <aa
2018-03-05 19:34:22.866 [bus notice] <aa
2018-03-05 19:34:23.072 [bus notice] <aa
2018-03-05 19:34:23.280 [bus notice] <aa
2018-03-05 19:34:23.488 [bus notice] <aa
2018-03-05 19:34:23.695 [bus notice] <aa
2018-03-05 19:34:23.903 [bus notice] <aa
2018-03-05 19:34:24.111 [bus notice] <aa
2018-03-05 19:34:24.318 [bus notice] <aa
2018-03-05 19:34:24.526 [bus notice] <aa
2018-03-05 19:34:24.733 [bus notice] <aa
2018-03-05 19:34:24.941 [bus notice] <aa
2018-03-05 19:34:25.149 [bus notice] <aa
2018-03-05 19:34:25.356 [bus notice] <aa
2018-03-05 19:34:25.564 [bus notice] <aa
2018-03-05 19:34:25.701 [main notice] SIGTERM received
2018-03-05 19:34:25.771 [bus notice] <aa
2018-03-05 19:34:25.979 [bus notice] <aa
2018-03-05 19:34:26.187 [bus notice] <aa
2018-03-05 19:34:26.394 [bus notice] <aa
2018-03-05 19:34:26.602 [bus notice] <aa
2018-03-05 19:34:26.809 [bus notice] <aa
2018-03-05 19:34:27.017 [bus notice] <aa
2018-03-05 19:34:27.225 [bus notice] <aa
2018-03-05 19:34:27.278 [main notice] ebusd stopped

Reicht das so oder brauchst Du einen höheren Loglevel?

VG Dominik
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 07 März 2018, 07:52:17
Zitat von: dkreutz am 06 März 2018, 20:49:23
angeschlossen über ELV-UART, hier noch mal das komplette Log
Reicht das so oder brauchst Du einen höheren Loglevel?
das wird ja immer bizarrer.
Welche Log Einstellungen hast Du denn jetzt benutzt? Ich bräuchte mindestens area=all und level=info. ebusd läuft auf Adresse 0x31 nehme ich an?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 07 März 2018, 20:38:46
Hallo John,
Zitat von: john30 am 07 März 2018, 07:52:17
Welche Log Einstellungen hast Du denn jetzt benutzt? Ich bräuchte mindestens area=all und level=info. ebusd läuft auf Adresse 0x31 nehme ich an?

hier noch ein Log mit folgenden EBUSD_OPTS EBUSD_OPTS="-d /dev/serial/by-id/usb-{...}-port0 -p 8888 -l /var/log/ebusd.log  --scanconfig --lograwdata=bytes  --loglevel=info"

2018-03-07 20:23:04.083 [main notice] ebusd 3.0pre.bbc4d04 started with auto scan
2018-03-07 20:23:04.083 [main info] loading configuration files from /etc/ebusd
2018-03-07 20:23:04.083 [main info] reading templates /etc/ebusd
2018-03-07 20:23:04.086 [main info] read templates in /etc/ebusd
2018-03-07 20:23:04.086 [main info] reading file /etc/ebusd/broadcast.csv
2018-03-07 20:23:04.090 [main info] successfully read file /etc/ebusd/broadcast.csv
2018-03-07 20:23:04.090 [main info] reading file /etc/ebusd/memory.csv
2018-03-07 20:23:04.091 [main info] successfully read file /etc/ebusd/memory.csv
2018-03-07 20:23:04.091 [main info] read config files
2018-03-07 20:23:04.098 [bus notice] bus started with own address 31/36
2018-03-07 20:23:04.098 [main info] registering data handlers
2018-03-07 20:23:04.098 [main info] registered data handlers
2018-03-07 20:23:18.826 [bus notice] <aa
2018-03-07 20:23:18.826 [bus notice] signal acquired
2018-03-07 20:23:19.034 [bus notice] <aa
2018-03-07 20:23:19.242 [bus notice] <aa
2018-03-07 20:23:19.450 [bus notice] <aa
2018-03-07 20:23:19.658 [bus notice] <aa
2018-03-07 20:23:19.865 [bus notice] <aa
2018-03-07 20:23:20.073 [bus notice] <aa
2018-03-07 20:23:20.280 [bus notice] <aa
2018-03-07 20:23:20.488 [bus notice] <aa
2018-03-07 20:23:20.696 [bus notice] <aa
2018-03-07 20:23:20.903 [bus notice] <aa
2018-03-07 20:23:21.111 [bus notice] <aa
2018-03-07 20:23:21.319 [bus notice] <aa
2018-03-07 20:23:21.526 [bus notice] <aa
2018-03-07 20:23:21.734 [bus notice] <aa
2018-03-07 20:23:21.946 [bus notice] <aa
2018-03-07 20:23:21.947 [bus notice] <f1
2018-03-07 20:23:21.990 [bus notice] <f1
2018-03-07 20:23:21.991 [bus notice] <07
2018-03-07 20:23:21.992 [bus notice] <fe
2018-03-07 20:23:22.005 [bus notice] <00
2018-03-07 20:23:22.006 [bus notice] <44
2018-03-07 20:23:22.214 [bus notice] <aa
2018-03-07 20:23:22.421 [bus notice] <aa
2018-03-07 20:23:22.629 [bus notice] <aa
2018-03-07 20:23:22.836 [bus notice] <aa
2018-03-07 20:23:23.044 [bus notice] <aa
2018-03-07 20:23:23.251 [bus notice] <aa
2018-03-07 20:23:23.459 [bus notice] <aa
2018-03-07 20:23:23.666 [bus notice] <aa
2018-03-07 20:23:23.874 [bus notice] <aa
2018-03-07 20:23:24.080 [bus notice] <aa
2018-03-07 20:23:24.288 [bus notice] <aa
2018-03-07 20:23:24.496 [bus notice] <aa
2018-03-07 20:23:24.703 [bus notice] <aa
2018-03-07 20:23:24.911 [bus notice] <aa
2018-03-07 20:23:25.119 [bus notice] <aa
2018-03-07 20:23:25.326 [bus notice] <aa
2018-03-07 20:23:25.534 [bus notice] <aa
2018-03-07 20:23:25.743 [bus notice] <aa
2018-03-07 20:23:25.950 [bus notice] <aa
2018-03-07 20:23:26.158 [bus notice] <aa
2018-03-07 20:23:26.365 [bus notice] <aa
2018-03-07 20:23:26.574 [bus notice] <aa
2018-03-07 20:23:26.782 [bus notice] <aa
2018-03-07 20:23:26.990 [bus notice] <aa
2018-03-07 20:23:27.197 [bus notice] <aa
2018-03-07 20:23:27.405 [bus notice] <aa
2018-03-07 20:23:27.613 [bus notice] <aa
2018-03-07 20:23:27.820 [bus notice] <aa
2018-03-07 20:23:28.028 [bus notice] <aa
2018-03-07 20:23:28.235 [bus notice] <aa
2018-03-07 20:23:28.443 [bus notice] <aa
2018-03-07 20:23:28.651 [bus notice] <aa
2018-03-07 20:23:28.858 [bus notice] <aa
2018-03-07 20:23:29.066 [bus notice] <aa
2018-03-07 20:23:29.273 [bus notice] <aa
2018-03-07 20:23:29.481 [bus notice] <aa
2018-03-07 20:23:29.689 [bus notice] <aa
2018-03-07 20:23:29.896 [bus notice] <aa
2018-03-07 20:23:30.104 [bus notice] <aa
2018-03-07 20:23:30.312 [bus notice] <aa
2018-03-07 20:23:30.519 [bus notice] <aa
2018-03-07 20:23:30.727 [bus notice] <aa
2018-03-07 20:23:30.934 [bus notice] <aa
2018-03-07 20:23:31.142 [bus notice] <aa
2018-03-07 20:23:31.350 [bus notice] <aa
2018-03-07 20:23:31.557 [bus notice] <aa
2018-03-07 20:23:31.765 [bus notice] <aa
2018-03-07 20:23:31.973 [bus notice] <aa
2018-03-07 20:23:32.180 [bus notice] <aa
2018-03-07 20:23:32.388 [bus notice] <aa
2018-03-07 20:23:32.595 [bus notice] <aa
2018-03-07 20:23:32.803 [bus notice] <aa
2018-03-07 20:23:33.011 [bus notice] <aa
2018-03-07 20:23:33.218 [bus notice] <aa
2018-03-07 20:23:33.427 [bus notice] <aa
2018-03-07 20:23:33.635 [bus notice] <aa
2018-03-07 20:23:33.842 [bus notice] <aa
2018-03-07 20:23:34.050 [bus notice] <aa
2018-03-07 20:23:34.258 [bus notice] <aa
2018-03-07 20:23:34.465 [bus notice] <aa
2018-03-07 20:23:34.673 [bus notice] <aa
2018-03-07 20:23:34.881 [bus notice] <aa
2018-03-07 20:23:35.089 [bus notice] <aa
2018-03-07 20:23:35.297 [bus notice] <aa
2018-03-07 20:23:35.505 [bus notice] <aa
2018-03-07 20:23:35.712 [bus notice] <aa
2018-03-07 20:23:35.920 [bus notice] <aa
2018-03-07 20:23:36.129 [bus notice] <aa
2018-03-07 20:23:36.335 [bus notice] <aa
2018-03-07 20:23:36.543 [bus notice] <aa
2018-03-07 20:23:36.750 [bus notice] <aa
2018-03-07 20:23:36.958 [bus notice] <aa
2018-03-07 20:23:37.166 [bus notice] <aa
2018-03-07 20:23:37.373 [bus notice] <aa
2018-03-07 20:23:37.581 [bus notice] <aa
2018-03-07 20:23:37.789 [bus notice] <aa
2018-03-07 20:23:37.996 [bus notice] <aa
2018-03-07 20:23:38.204 [bus notice] <aa
2018-03-07 20:23:38.411 [bus notice] <aa
2018-03-07 20:23:38.619 [bus notice] <aa
2018-03-07 20:23:38.827 [bus notice] <aa
2018-03-07 20:23:39.034 [bus notice] <aa
2018-03-07 20:23:39.242 [bus notice] <aa
2018-03-07 20:23:39.450 [bus notice] <aa
2018-03-07 20:23:39.657 [bus notice] <aa
2018-03-07 20:23:39.865 [bus notice] <aa
2018-03-07 20:23:40.072 [bus notice] <aa
2018-03-07 20:23:40.280 [bus notice] <aa
2018-03-07 20:23:40.488 [bus notice] <aa
2018-03-07 20:23:40.695 [bus notice] <aa
2018-03-07 20:23:40.903 [bus notice] <aa
2018-03-07 20:23:41.024 [network info] [00001] client connection opened 127.0.0.1
2018-03-07 20:23:41.026 [network info] [00001] connection closed
2018-03-07 20:23:41.111 [bus notice] <aa
2018-03-07 20:23:41.318 [bus notice] <aa
2018-03-07 20:23:41.526 [bus notice] <aa
2018-03-07 20:23:41.733 [bus notice] <aa
2018-03-07 20:23:41.941 [bus notice] <aa
2018-03-07 20:23:42.149 [bus notice] <aa
2018-03-07 20:23:42.356 [bus notice] <aa
2018-03-07 20:23:42.564 [bus notice] <aa
2018-03-07 20:23:42.772 [bus notice] <aa
2018-03-07 20:23:42.979 [bus notice] <aa
2018-03-07 20:23:43.187 [bus notice] <aa
2018-03-07 20:23:43.394 [bus notice] <aa
2018-03-07 20:23:43.602 [bus notice] <aa
2018-03-07 20:23:43.808 [bus notice] <aa
2018-03-07 20:23:44.016 [bus notice] <aa
2018-03-07 20:23:44.224 [bus notice] <aa
2018-03-07 20:23:44.431 [bus notice] <aa
2018-03-07 20:23:44.639 [bus notice] <aa
2018-03-07 20:23:44.848 [bus notice] <aa
2018-03-07 20:23:45.055 [bus notice] <aa
2018-03-07 20:23:45.263 [bus notice] <aa
2018-03-07 20:23:45.471 [bus notice] <aa
2018-03-07 20:23:45.678 [bus notice] <aa
2018-03-07 20:23:45.886 [bus notice] <aa
2018-03-07 20:23:46.093 [bus notice] <aa
2018-03-07 20:23:46.301 [bus notice] <aa
2018-03-07 20:23:46.509 [bus notice] <aa
2018-03-07 20:23:46.716 [bus notice] <aa
2018-03-07 20:23:46.924 [bus notice] <aa
2018-03-07 20:23:47.132 [bus notice] <aa
2018-03-07 20:23:47.338 [bus notice] <aa
2018-03-07 20:23:47.546 [bus notice] <aa
2018-03-07 20:23:47.753 [bus notice] <aa
2018-03-07 20:23:47.961 [bus notice] <aa
2018-03-07 20:23:48.168 [bus notice] <aa
2018-03-07 20:23:48.376 [bus notice] <aa
2018-03-07 20:23:48.584 [bus notice] <aa
2018-03-07 20:23:48.791 [bus notice] <aa
2018-03-07 20:23:48.999 [bus notice] <aa
2018-03-07 20:23:49.207 [bus notice] <aa
2018-03-07 20:23:49.414 [bus notice] <aa
2018-03-07 20:23:49.622 [bus notice] <aa
2018-03-07 20:23:49.829 [bus notice] <aa
2018-03-07 20:23:50.037 [bus notice] <aa
2018-03-07 20:23:50.245 [bus notice] <aa
2018-03-07 20:23:50.452 [bus notice] <aa
2018-03-07 20:23:50.660 [bus notice] <aa
2018-03-07 20:23:50.868 [bus notice] <aa
2018-03-07 20:23:51.075 [bus notice] <aa
2018-03-07 20:23:51.283 [bus notice] <aa
2018-03-07 20:23:51.490 [bus notice] <aa
2018-03-07 20:23:51.698 [bus notice] <aa
2018-03-07 20:23:51.795 [network info] [00002] client connection opened 127.0.0.1
2018-03-07 20:23:51.795 [bus info] scan 02 cmd: 3102070400
2018-03-07 20:23:51.796 [network info] [00002] connection closed
2018-03-07 20:23:51.906 [bus notice] <aa
2018-03-07 20:23:51.907 [bus notice] >31
2018-03-07 20:23:51.917 [bus info] scan 04 cmd: 3104070400
2018-03-07 20:23:51.921 [bus notice] <31
2018-03-07 20:23:52.130 [bus notice] <aa
2018-03-07 20:23:52.131 [bus notice] >31
2018-03-07 20:23:52.141 [bus info] scan 05 cmd: 3105070400
2018-03-07 20:23:52.145 [bus notice] <31
2018-03-07 20:23:52.352 [bus notice] <aa
2018-03-07 20:23:52.353 [bus notice] >31
2018-03-07 20:23:52.363 [bus info] scan 06 cmd: 3106070400
2018-03-07 20:23:52.368 [bus notice] <31
2018-03-07 20:23:52.575 [bus notice] <aa
2018-03-07 20:23:52.576 [bus notice] >31
2018-03-07 20:23:52.586 [bus info] scan 08 cmd: 3108070400
2018-03-07 20:23:52.590 [bus notice] <31
2018-03-07 20:23:52.798 [bus notice] <aa
2018-03-07 20:23:52.799 [bus notice] >31
2018-03-07 20:23:52.809 [bus info] scan 09 cmd: 3109070400
2018-03-07 20:23:52.813 [bus notice] <31
2018-03-07 20:23:53.021 [bus notice] <aa
2018-03-07 20:23:53.022 [bus notice] >31
2018-03-07 20:23:53.032 [bus info] scan 0a cmd: 310a070400
2018-03-07 20:23:53.036 [bus notice] <31
2018-03-07 20:23:53.243 [bus notice] <aa
2018-03-07 20:23:53.244 [bus notice] >31
2018-03-07 20:23:53.254 [bus info] scan 0b cmd: 310b070400
2018-03-07 20:23:53.259 [bus notice] <31
2018-03-07 20:23:53.466 [bus notice] <aa
2018-03-07 20:23:53.467 [bus notice] >31
2018-03-07 20:23:53.477 [bus info] scan 0c cmd: 310c070400
2018-03-07 20:23:53.481 [bus notice] <31
2018-03-07 20:23:53.689 [bus notice] <aa
2018-03-07 20:23:53.690 [bus notice] >31
2018-03-07 20:23:53.700 [bus info] scan 0d cmd: 310d070400
2018-03-07 20:23:53.704 [bus notice] <31
2018-03-07 20:23:53.912 [bus notice] <aa
2018-03-07 20:23:53.913 [bus notice] >31
2018-03-07 20:23:53.923 [bus info] scan 0e cmd: 310e070400
2018-03-07 20:23:53.927 [bus notice] <31
2018-03-07 20:23:54.134 [bus notice] <aa
2018-03-07 20:23:54.135 [bus notice] >31
2018-03-07 20:23:54.145 [bus info] scan 12 cmd: 3112070400
2018-03-07 20:23:54.150 [bus notice] <31
2018-03-07 20:23:54.357 [bus notice] <aa
2018-03-07 20:23:54.358 [bus notice] >31
2018-03-07 20:23:54.368 [bus info] scan 14 cmd: 3114070400
2018-03-07 20:23:54.372 [bus notice] <31
2018-03-07 20:23:54.580 [bus notice] <aa
2018-03-07 20:23:54.581 [bus notice] >31
2018-03-07 20:23:54.591 [bus info] scan 15 cmd: 3115070400
2018-03-07 20:23:54.595 [bus notice] <31
2018-03-07 20:23:54.803 [bus notice] <aa
2018-03-07 20:23:54.804 [bus notice] >31
2018-03-07 20:23:54.814 [bus info] scan 16 cmd: 3116070400
2018-03-07 20:23:54.818 [bus notice] <31
2018-03-07 20:23:55.027 [bus notice] <aa
2018-03-07 20:23:55.028 [bus notice] >31
2018-03-07 20:23:55.041 [bus info] scan 18 cmd: 3118070400
2018-03-07 20:23:55.042 [bus notice] <31
2018-03-07 20:23:55.251 [bus notice] <aa
2018-03-07 20:23:55.252 [bus notice] >31
2018-03-07 20:23:55.262 [bus info] scan 19 cmd: 3119070400
2018-03-07 20:23:55.266 [bus notice] <31
2018-03-07 20:23:55.473 [bus notice] <aa
2018-03-07 20:23:55.474 [bus notice] >31
2018-03-07 20:23:55.484 [bus info] scan 1a cmd: 311a070400
2018-03-07 20:23:55.489 [bus notice] <31
2018-03-07 20:23:55.696 [bus notice] <aa
2018-03-07 20:23:55.697 [bus notice] >31
2018-03-07 20:23:55.707 [bus info] scan 1b cmd: 311b070400
2018-03-07 20:23:55.711 [bus notice] <31
2018-03-07 20:23:55.919 [bus notice] <aa
2018-03-07 20:23:55.920 [bus notice] >31
2018-03-07 20:23:55.930 [bus info] scan 1c cmd: 311c070400
2018-03-07 20:23:55.934 [bus notice] <31
2018-03-07 20:23:56.142 [bus notice] <aa
2018-03-07 20:23:56.143 [bus notice] >31
2018-03-07 20:23:56.153 [bus info] scan 1d cmd: 311d070400
2018-03-07 20:23:56.157 [bus notice] <31
2018-03-07 20:23:56.364 [bus notice] <aa
2018-03-07 20:23:56.365 [bus notice] >31
2018-03-07 20:23:56.375 [bus info] scan 1e cmd: 311e070400
2018-03-07 20:23:56.380 [bus notice] <31
2018-03-07 20:23:56.587 [bus notice] <aa
2018-03-07 20:23:56.588 [bus notice] >31
2018-03-07 20:23:56.598 [bus info] scan 20 cmd: 3120070400
2018-03-07 20:23:56.602 [bus notice] <31
2018-03-07 20:23:56.810 [bus notice] <aa
2018-03-07 20:23:56.811 [bus notice] >31
2018-03-07 20:23:56.821 [bus info] scan 21 cmd: 3121070400
2018-03-07 20:23:56.825 [bus notice] <31
2018-03-07 20:23:57.033 [bus notice] <aa
2018-03-07 20:23:57.034 [bus notice] >31
2018-03-07 20:23:57.044 [bus info] scan 22 cmd: 3122070400
2018-03-07 20:23:57.048 [bus notice] <31
2018-03-07 20:23:57.256 [bus notice] <aa
2018-03-07 20:23:57.257 [bus notice] >31
2018-03-07 20:23:57.267 [bus info] scan 23 cmd: 3123070400
2018-03-07 20:23:57.271 [bus notice] <31
2018-03-07 20:23:57.478 [bus notice] <aa
2018-03-07 20:23:57.479 [bus notice] >31
2018-03-07 20:23:57.489 [bus info] scan 24 cmd: 3124070400
2018-03-07 20:23:57.493 [bus notice] <31
2018-03-07 20:23:57.701 [bus notice] <aa
2018-03-07 20:23:57.702 [bus notice] >31
2018-03-07 20:23:57.712 [bus info] scan 25 cmd: 3125070400
2018-03-07 20:23:57.716 [bus notice] <31
2018-03-07 20:23:57.924 [bus notice] <aa
2018-03-07 20:23:57.925 [bus notice] >31
2018-03-07 20:23:57.935 [bus info] scan 26 cmd: 3126070400
2018-03-07 20:23:57.939 [bus notice] <31
2018-03-07 20:23:58.146 [bus notice] <aa
2018-03-07 20:23:58.147 [bus notice] >31
2018-03-07 20:23:58.157 [bus info] scan 27 cmd: 3127070400
2018-03-07 20:23:58.162 [bus notice] <31
2018-03-07 20:23:58.369 [bus notice] <aa
2018-03-07 20:23:58.370 [bus notice] >31
2018-03-07 20:23:58.380 [bus info] scan 28 cmd: 3128070400
2018-03-07 20:23:58.384 [bus notice] <31
2018-03-07 20:23:58.592 [bus notice] <aa
2018-03-07 20:23:58.593 [bus notice] >31
2018-03-07 20:23:58.603 [bus info] scan 29 cmd: 3129070400
2018-03-07 20:23:58.607 [bus notice] <31
2018-03-07 20:23:58.815 [bus notice] <aa
2018-03-07 20:23:58.816 [bus notice] >31
2018-03-07 20:23:58.826 [bus info] scan 2a cmd: 312a070400
2018-03-07 20:23:58.830 [bus notice] <31
2018-03-07 20:23:59.037 [bus notice] <aa
2018-03-07 20:23:59.038 [bus notice] >31
2018-03-07 20:23:59.048 [bus info] scan 2b cmd: 312b070400
2018-03-07 20:23:59.053 [bus notice] <31
2018-03-07 20:23:59.260 [bus notice] <aa
2018-03-07 20:23:59.261 [bus notice] >31
2018-03-07 20:23:59.271 [bus info] scan 2c cmd: 312c070400
2018-03-07 20:23:59.275 [bus notice] <31
2018-03-07 20:23:59.483 [bus notice] <aa
2018-03-07 20:23:59.484 [bus notice] >31
2018-03-07 20:23:59.494 [bus info] scan 2d cmd: 312d070400
2018-03-07 20:23:59.498 [bus notice] <31
2018-03-07 20:23:59.706 [bus notice] <aa
2018-03-07 20:23:59.707 [bus notice] >31
2018-03-07 20:23:59.717 [bus info] scan 2e cmd: 312e070400
2018-03-07 20:23:59.721 [bus notice] <31
2018-03-07 20:23:59.928 [bus notice] <aa
2018-03-07 20:23:59.929 [bus notice] >31
2018-03-07 20:23:59.939 [bus info] scan 2f cmd: 312f070400
2018-03-07 20:23:59.944 [bus notice] <31
2018-03-07 20:24:00.151 [bus notice] <aa
2018-03-07 20:24:00.156 [bus notice] >31
2018-03-07 20:24:00.167 [bus info] scan 32 cmd: 3132070400
2018-03-07 20:24:00.170 [bus notice] <31
2018-03-07 20:24:00.378 [bus notice] <aa
2018-03-07 20:24:00.379 [bus notice] >31
2018-03-07 20:24:00.389 [bus info] scan 34 cmd: 3134070400
2018-03-07 20:24:00.393 [bus notice] <31
2018-03-07 20:24:00.600 [bus notice] <aa
2018-03-07 20:24:00.601 [bus notice] >31
2018-03-07 20:24:00.611 [bus info] scan 35 cmd: 3135070400
2018-03-07 20:24:00.616 [bus notice] <31
2018-03-07 20:24:00.823 [bus notice] <aa
2018-03-07 20:24:00.824 [bus notice] >31
2018-03-07 20:24:00.834 [bus info] scan 36 cmd: 3136070400
2018-03-07 20:24:00.838 [bus notice] <31
2018-03-07 20:24:01.046 [bus notice] <aa
2018-03-07 20:24:01.047 [bus notice] >31
2018-03-07 20:24:01.057 [bus info] scan 38 cmd: 3138070400
2018-03-07 20:24:01.061 [bus notice] <31
2018-03-07 20:24:01.270 [bus notice] <aa
2018-03-07 20:24:01.271 [bus notice] >31
2018-03-07 20:24:01.281 [bus info] scan 39 cmd: 3139070400
2018-03-07 20:24:01.285 [bus notice] <31
2018-03-07 20:24:01.493 [bus notice] <aa
2018-03-07 20:24:01.494 [bus notice] >31
2018-03-07 20:24:01.504 [bus info] scan 3a cmd: 313a070400
2018-03-07 20:24:01.508 [bus notice] <31
2018-03-07 20:24:01.715 [bus notice] <aa
2018-03-07 20:24:01.716 [bus notice] >31
2018-03-07 20:24:01.726 [bus info] scan 3b cmd: 313b070400
2018-03-07 20:24:01.731 [bus notice] <31
2018-03-07 20:24:01.938 [bus notice] <aa
2018-03-07 20:24:01.939 [bus notice] >31
2018-03-07 20:24:01.949 [bus info] scan 3c cmd: 313c070400
2018-03-07 20:24:01.953 [bus notice] <31
2018-03-07 20:24:02.161 [bus notice] <aa
2018-03-07 20:24:02.162 [bus notice] >31
2018-03-07 20:24:02.172 [bus info] scan 3d cmd: 313d070400
2018-03-07 20:24:02.176 [bus notice] <31
2018-03-07 20:24:02.384 [bus notice] <aa
2018-03-07 20:24:02.385 [bus notice] >31
2018-03-07 20:24:02.395 [bus info] scan 3e cmd: 313e070400
2018-03-07 20:24:02.399 [bus notice] <31
2018-03-07 20:24:02.606 [bus notice] <aa
2018-03-07 20:24:02.607 [bus notice] >31
2018-03-07 20:24:02.617 [bus info] scan 40 cmd: 3140070400
2018-03-07 20:24:02.622 [bus notice] <31
2018-03-07 20:24:02.830 [bus notice] <aa
2018-03-07 20:24:02.831 [bus notice] >31
2018-03-07 20:24:02.841 [bus info] scan 41 cmd: 3141070400
2018-03-07 20:24:02.846 [bus notice] <31
2018-03-07 20:24:03.054 [bus notice] <aa
2018-03-07 20:24:03.055 [bus notice] >31
2018-03-07 20:24:03.065 [bus info] scan 42 cmd: 3142070400
2018-03-07 20:24:03.070 [bus notice] <31
2018-03-07 20:24:03.278 [bus notice] <aa
2018-03-07 20:24:03.279 [bus notice] >31
2018-03-07 20:24:03.289 [bus info] scan 43 cmd: 3143070400
2018-03-07 20:24:03.294 [bus notice] <31
2018-03-07 20:24:03.501 [bus notice] <aa
2018-03-07 20:24:03.502 [bus notice] >31
2018-03-07 20:24:03.512 [bus info] scan 44 cmd: 3144070400
2018-03-07 20:24:03.516 [bus notice] <31
2018-03-07 20:24:03.724 [bus notice] <aa
2018-03-07 20:24:03.725 [bus notice] >31
2018-03-07 20:24:03.735 [bus info] scan 45 cmd: 3145070400
2018-03-07 20:24:03.739 [bus notice] <31
2018-03-07 20:24:03.948 [bus notice] <aa
2018-03-07 20:24:03.949 [bus notice] >31
2018-03-07 20:24:03.959 [bus info] scan 46 cmd: 3146070400
2018-03-07 20:24:03.963 [bus notice] <31
2018-03-07 20:24:04.171 [bus notice] <aa
2018-03-07 20:24:04.172 [bus notice] >31
2018-03-07 20:24:04.182 [bus info] scan 47 cmd: 3147070400
2018-03-07 20:24:04.186 [bus notice] <31
2018-03-07 20:24:04.393 [bus notice] <aa
2018-03-07 20:24:04.394 [bus notice] >31
2018-03-07 20:24:04.404 [bus info] scan 48 cmd: 3148070400
2018-03-07 20:24:04.409 [bus notice] <31
2018-03-07 20:24:04.617 [bus notice] <aa
2018-03-07 20:24:04.618 [bus notice] >31
2018-03-07 20:24:04.628 [bus info] scan 49 cmd: 3149070400
2018-03-07 20:24:04.633 [bus notice] <31
2018-03-07 20:24:04.840 [bus notice] <aa
2018-03-07 20:24:04.841 [bus notice] >31
2018-03-07 20:24:04.851 [bus info] scan 4a cmd: 314a070400
2018-03-07 20:24:04.855 [bus notice] <31
2018-03-07 20:24:05.063 [bus notice] <aa
2018-03-07 20:24:05.064 [bus notice] >31
2018-03-07 20:24:05.074 [bus info] scan 4b cmd: 314b070400
2018-03-07 20:24:05.078 [bus notice] <31
2018-03-07 20:24:05.286 [bus notice] <aa
2018-03-07 20:24:05.291 [bus notice] >31
2018-03-07 20:24:05.301 [bus info] scan 4c cmd: 314c070400
2018-03-07 20:24:05.305 [bus notice] <31
2018-03-07 20:24:05.512 [bus notice] <aa
2018-03-07 20:24:05.513 [bus notice] >31
2018-03-07 20:24:05.523 [bus info] scan 4d cmd: 314d070400
2018-03-07 20:24:05.527 [bus notice] <31
2018-03-07 20:24:05.736 [bus notice] <aa
2018-03-07 20:24:05.737 [bus notice] >31
2018-03-07 20:24:05.747 [bus info] scan 4e cmd: 314e070400
2018-03-07 20:24:05.751 [bus notice] <31
2018-03-07 20:24:05.959 [bus notice] <aa
2018-03-07 20:24:05.960 [bus notice] >31
2018-03-07 20:24:05.970 [bus info] scan 4f cmd: 314f070400
2018-03-07 20:24:05.974 [bus notice] <31
2018-03-07 20:24:06.182 [bus notice] <aa
2018-03-07 20:24:06.182 [bus notice] >31
2018-03-07 20:24:06.193 [bus info] scan 50 cmd: 3150070400
2018-03-07 20:24:06.197 [bus notice] <31
2018-03-07 20:24:06.404 [bus notice] <aa
2018-03-07 20:24:06.405 [bus notice] >31
2018-03-07 20:24:06.415 [bus info] scan 51 cmd: 3151070400
2018-03-07 20:24:06.420 [bus notice] <31
2018-03-07 20:24:06.627 [bus notice] <aa
2018-03-07 20:24:06.628 [bus notice] >31
2018-03-07 20:24:06.638 [bus info] scan 52 cmd: 3152070400
2018-03-07 20:24:06.642 [bus notice] <31
2018-03-07 20:24:06.850 [bus notice] <aa
2018-03-07 20:24:06.851 [bus notice] >31
2018-03-07 20:24:06.861 [bus info] scan 53 cmd: 3153070400
2018-03-07 20:24:06.865 [bus notice] <31
2018-03-07 20:24:07.073 [bus notice] <aa
2018-03-07 20:24:07.073 [bus notice] >31
2018-03-07 20:24:07.084 [bus info] scan 54 cmd: 3154070400
2018-03-07 20:24:07.088 [bus notice] <31
2018-03-07 20:24:07.295 [bus notice] <aa
2018-03-07 20:24:07.296 [bus notice] >31
2018-03-07 20:24:07.306 [bus info] scan 55 cmd: 3155070400
2018-03-07 20:24:07.311 [bus notice] <31
2018-03-07 20:24:07.519 [bus notice] <aa
2018-03-07 20:24:07.520 [bus notice] >31
2018-03-07 20:24:07.530 [bus info] scan 56 cmd: 3156070400
2018-03-07 20:24:07.534 [bus notice] <31
2018-03-07 20:24:07.742 [bus notice] <aa
2018-03-07 20:24:07.743 [bus notice] >31
2018-03-07 20:24:07.753 [bus info] scan 57 cmd: 3157070400
2018-03-07 20:24:07.757 [bus notice] <31
2018-03-07 20:24:07.965 [bus notice] <aa
2018-03-07 20:24:07.966 [bus notice] >31
2018-03-07 20:24:07.976 [bus info] scan 58 cmd: 3158070400
2018-03-07 20:24:07.980 [bus notice] <31
2018-03-07 20:24:08.188 [bus notice] <aa
2018-03-07 20:24:08.188 [bus notice] >31
2018-03-07 20:24:08.199 [bus info] scan 59 cmd: 3159070400
2018-03-07 20:24:08.203 [bus notice] <31
2018-03-07 20:24:08.410 [bus notice] <aa
2018-03-07 20:24:08.411 [bus notice] >31
2018-03-07 20:24:08.421 [bus info] scan 5a cmd: 315a070400
2018-03-07 20:24:08.425 [bus notice] <31
2018-03-07 20:24:08.633 [bus notice] <aa
2018-03-07 20:24:08.634 [bus notice] >31
2018-03-07 20:24:08.644 [bus info] scan 5b cmd: 315b070400
2018-03-07 20:24:08.648 [bus notice] <31
2018-03-07 20:24:08.856 [bus notice] <aa
2018-03-07 20:24:08.857 [bus notice] >31
2018-03-07 20:24:08.867 [bus info] scan 5c cmd: 315c070400
2018-03-07 20:24:08.871 [bus notice] <31
2018-03-07 20:24:09.079 [bus notice] <aa
2018-03-07 20:24:09.080 [bus notice] >31
2018-03-07 20:24:09.090 [bus info] scan 5d cmd: 315d070400
2018-03-07 20:24:09.094 [bus notice] <31
2018-03-07 20:24:09.303 [bus notice] <aa
2018-03-07 20:24:09.304 [bus notice] >31
2018-03-07 20:24:09.314 [bus info] scan 5e cmd: 315e070400
2018-03-07 20:24:09.318 [bus notice] <31
2018-03-07 20:24:09.525 [bus notice] <aa
2018-03-07 20:24:09.526 [bus notice] >31
2018-03-07 20:24:09.536 [bus info] scan 5f cmd: 315f070400
2018-03-07 20:24:09.540 [bus notice] <31
2018-03-07 20:24:09.748 [bus notice] <aa
2018-03-07 20:24:09.749 [bus notice] >31
2018-03-07 20:24:09.759 [bus info] scan 60 cmd: 3160070400
2018-03-07 20:24:09.763 [bus notice] <31
2018-03-07 20:24:09.971 [bus notice] <aa
2018-03-07 20:24:09.972 [bus notice] >31
2018-03-07 20:24:09.982 [bus info] scan 61 cmd: 3161070400
2018-03-07 20:24:09.986 [bus notice] <31
2018-03-07 20:24:10.194 [bus notice] <aa
2018-03-07 20:24:10.194 [bus notice] >31
2018-03-07 20:24:10.205 [bus info] scan 62 cmd: 3162070400
2018-03-07 20:24:10.209 [bus notice] <31
2018-03-07 20:24:10.416 [bus notice] <aa
2018-03-07 20:24:10.423 [bus notice] >31
2018-03-07 20:24:10.433 [bus info] scan 63 cmd: 3163070400
2018-03-07 20:24:10.436 [bus notice] <31
2018-03-07 20:24:10.645 [bus notice] <aa
2018-03-07 20:24:10.646 [bus notice] >31
2018-03-07 20:24:10.656 [bus info] scan 64 cmd: 3164070400
2018-03-07 20:24:10.660 [bus notice] <31
2018-03-07 20:24:10.868 [bus notice] <aa
2018-03-07 20:24:10.869 [bus notice] >31
2018-03-07 20:24:10.879 [bus info] scan 65 cmd: 3165070400
2018-03-07 20:24:10.883 [bus notice] <31
2018-03-07 20:24:11.091 [bus notice] <aa
2018-03-07 20:24:11.092 [bus notice] >31
2018-03-07 20:24:11.102 [bus info] scan 66 cmd: 3166070400
2018-03-07 20:24:11.106 [bus notice] <31
2018-03-07 20:24:11.315 [bus notice] <aa
2018-03-07 20:24:11.316 [bus notice] >31
2018-03-07 20:24:11.326 [bus info] scan 67 cmd: 3167070400
2018-03-07 20:24:11.330 [bus notice] <31
2018-03-07 20:24:11.538 [bus notice] <aa
2018-03-07 20:24:11.538 [bus notice] >31
2018-03-07 20:24:11.548 [bus info] scan 68 cmd: 3168070400
2018-03-07 20:24:11.553 [bus notice] <31
2018-03-07 20:24:11.760 [bus notice] <aa
2018-03-07 20:24:11.761 [bus notice] >31
2018-03-07 20:24:11.771 [bus info] scan 69 cmd: 3169070400
2018-03-07 20:24:11.775 [bus notice] <31
2018-03-07 20:24:11.983 [bus notice] <aa
2018-03-07 20:24:11.984 [bus notice] >31
2018-03-07 20:24:11.994 [bus info] scan 6a cmd: 316a070400
2018-03-07 20:24:11.998 [bus notice] <31
2018-03-07 20:24:12.206 [bus notice] <aa
2018-03-07 20:24:12.207 [bus notice] >31
2018-03-07 20:24:12.217 [bus info] scan 6b cmd: 316b070400
2018-03-07 20:24:12.221 [bus notice] <31
2018-03-07 20:24:12.429 [bus notice] <aa
2018-03-07 20:24:12.429 [bus notice] >31
2018-03-07 20:24:12.439 [bus info] scan 6c cmd: 316c070400
2018-03-07 20:24:12.444 [bus notice] <31
2018-03-07 20:24:12.651 [bus notice] <aa
2018-03-07 20:24:12.652 [bus notice] >31
2018-03-07 20:24:12.662 [bus info] scan 6d cmd: 316d070400
2018-03-07 20:24:12.666 [bus notice] <31
2018-03-07 20:24:12.874 [bus notice] <aa
2018-03-07 20:24:12.875 [bus notice] >31
2018-03-07 20:24:12.885 [bus info] scan 6e cmd: 316e070400
2018-03-07 20:24:12.889 [bus notice] <31
2018-03-07 20:24:13.098 [bus notice] <aa
2018-03-07 20:24:13.099 [bus notice] >31
2018-03-07 20:24:13.109 [bus info] scan 6f cmd: 316f070400
2018-03-07 20:24:13.113 [bus notice] <31
2018-03-07 20:24:13.322 [bus notice] <aa
2018-03-07 20:24:13.323 [bus notice] >31
2018-03-07 20:24:13.333 [bus info] scan 72 cmd: 3172070400
2018-03-07 20:24:13.337 [bus notice] <31
2018-03-07 20:24:13.545 [bus notice] <aa
2018-03-07 20:24:13.546 [bus notice] >31
2018-03-07 20:24:13.556 [bus info] scan 74 cmd: 3174070400
2018-03-07 20:24:13.560 [bus notice] <31
2018-03-07 20:24:13.768 [bus notice] <aa
2018-03-07 20:24:13.769 [bus notice] >31
2018-03-07 20:24:13.779 [bus info] scan 75 cmd: 3175070400
2018-03-07 20:24:13.783 [bus notice] <31
2018-03-07 20:24:13.990 [bus notice] <aa
2018-03-07 20:24:13.991 [bus notice] >31
2018-03-07 20:24:14.001 [bus info] scan 76 cmd: 3176070400
2018-03-07 20:24:14.005 [bus notice] <31
2018-03-07 20:24:14.213 [bus notice] <aa
2018-03-07 20:24:14.214 [bus notice] >31
2018-03-07 20:24:14.224 [bus info] scan 78 cmd: 3178070400
2018-03-07 20:24:14.228 [bus notice] <31
2018-03-07 20:24:14.436 [bus notice] <aa
2018-03-07 20:24:14.437 [bus notice] >31
2018-03-07 20:24:14.447 [bus info] scan 79 cmd: 3179070400
2018-03-07 20:24:14.451 [bus notice] <31
2018-03-07 20:24:14.659 [bus notice] <aa
2018-03-07 20:24:14.659 [bus notice] >31
2018-03-07 20:24:14.669 [bus info] scan 7a cmd: 317a070400
2018-03-07 20:24:14.674 [bus notice] <31
2018-03-07 20:24:14.881 [bus notice] <aa
2018-03-07 20:24:14.882 [bus notice] >31
2018-03-07 20:24:14.892 [bus info] scan 7b cmd: 317b070400
2018-03-07 20:24:14.896 [bus notice] <31
2018-03-07 20:24:15.104 [bus notice] <aa
2018-03-07 20:24:15.105 [bus notice] >31
2018-03-07 20:24:15.115 [bus info] scan 7c cmd: 317c070400
2018-03-07 20:24:15.119 [bus notice] <31
2018-03-07 20:24:15.327 [bus notice] <aa
2018-03-07 20:24:15.328 [bus notice] >31
2018-03-07 20:24:15.338 [bus info] scan 7d cmd: 317d070400
2018-03-07 20:24:15.342 [bus notice] <31
2018-03-07 20:24:15.550 [bus notice] <aa
2018-03-07 20:24:15.555 [bus notice] >31
2018-03-07 20:24:15.565 [bus info] scan 7e cmd: 317e070400
2018-03-07 20:24:15.568 [bus notice] <31
2018-03-07 20:24:15.777 [bus notice] <aa
2018-03-07 20:24:15.778 [bus notice] >31
2018-03-07 20:24:15.788 [bus info] scan 80 cmd: 3180070400
2018-03-07 20:24:15.792 [bus notice] <31
2018-03-07 20:24:16.000 [bus notice] <aa
2018-03-07 20:24:16.001 [bus notice] >31
2018-03-07 20:24:16.011 [bus info] scan 81 cmd: 3181070400
2018-03-07 20:24:16.015 [bus notice] <31
2018-03-07 20:24:16.223 [bus notice] <aa
2018-03-07 20:24:16.224 [bus notice] >31
2018-03-07 20:24:16.234 [bus info] scan 82 cmd: 3182070400
2018-03-07 20:24:16.238 [bus notice] <31
2018-03-07 20:24:16.446 [bus notice] <aa
2018-03-07 20:24:16.446 [bus notice] >31
2018-03-07 20:24:16.456 [bus info] scan 83 cmd: 3183070400
2018-03-07 20:24:16.461 [bus notice] <31
2018-03-07 20:24:16.668 [bus notice] <aa
2018-03-07 20:24:16.669 [bus notice] >31
2018-03-07 20:24:16.679 [bus info] scan 84 cmd: 3184070400
2018-03-07 20:24:16.683 [bus notice] <31
2018-03-07 20:24:16.891 [bus notice] <aa
2018-03-07 20:24:16.892 [bus notice] >31
2018-03-07 20:24:16.902 [bus info] scan 85 cmd: 3185070400
2018-03-07 20:24:16.906 [bus notice] <31
2018-03-07 20:24:17.114 [bus notice] <aa
2018-03-07 20:24:17.115 [bus notice] >31
2018-03-07 20:24:17.125 [bus info] scan 86 cmd: 3186070400
2018-03-07 20:24:17.129 [bus notice] <31
2018-03-07 20:24:17.337 [bus notice] <aa
2018-03-07 20:24:17.337 [bus notice] >31
2018-03-07 20:24:17.347 [bus info] scan 87 cmd: 3187070400
2018-03-07 20:24:17.352 [bus notice] <31
2018-03-07 20:24:17.559 [bus notice] <aa
2018-03-07 20:24:17.560 [bus notice] >31
2018-03-07 20:24:17.570 [bus info] scan 88 cmd: 3188070400
2018-03-07 20:24:17.574 [bus notice] <31
2018-03-07 20:24:17.782 [bus notice] <aa
2018-03-07 20:24:17.783 [bus notice] >31
2018-03-07 20:24:17.793 [bus info] scan 89 cmd: 3189070400
2018-03-07 20:24:17.797 [bus notice] <31
2018-03-07 20:24:18.005 [bus notice] <aa
2018-03-07 20:24:18.006 [bus notice] >31
2018-03-07 20:24:18.016 [bus info] scan 8a cmd: 318a070400
2018-03-07 20:24:18.020 [bus notice] <31
2018-03-07 20:24:18.228 [bus notice] <aa
2018-03-07 20:24:18.228 [bus notice] >31
2018-03-07 20:24:18.238 [bus info] scan 8b cmd: 318b070400
2018-03-07 20:24:18.243 [bus notice] <31
2018-03-07 20:24:18.450 [bus notice] <aa
2018-03-07 20:24:18.451 [bus notice] >31
2018-03-07 20:24:18.461 [bus info] scan 8c cmd: 318c070400
2018-03-07 20:24:18.465 [bus notice] <31
2018-03-07 20:24:18.673 [bus notice] <aa
2018-03-07 20:24:18.674 [bus notice] >31
2018-03-07 20:24:18.684 [bus info] scan 8d cmd: 318d070400
2018-03-07 20:24:18.688 [bus notice] <31
2018-03-07 20:24:18.896 [bus notice] <aa
2018-03-07 20:24:18.897 [bus notice] >31
2018-03-07 20:24:18.907 [bus info] scan 8e cmd: 318e070400
2018-03-07 20:24:18.911 [bus notice] <31
2018-03-07 20:24:19.120 [bus notice] <aa
2018-03-07 20:24:19.121 [bus notice] >31
2018-03-07 20:24:19.131 [bus info] scan 8f cmd: 318f070400
2018-03-07 20:24:19.135 [bus notice] <31
2018-03-07 20:24:19.343 [bus notice] <aa
2018-03-07 20:24:19.344 [bus notice] >31
2018-03-07 20:24:19.354 [bus info] scan 90 cmd: 3190070400
2018-03-07 20:24:19.358 [bus notice] <31
2018-03-07 20:24:19.565 [bus notice] <aa
2018-03-07 20:24:19.566 [bus notice] >31
2018-03-07 20:24:19.576 [bus info] scan 91 cmd: 3191070400
2018-03-07 20:24:19.580 [bus notice] <31
2018-03-07 20:24:19.788 [bus notice] <aa
2018-03-07 20:24:19.789 [bus notice] >31
2018-03-07 20:24:19.799 [bus info] scan 92 cmd: 3192070400
2018-03-07 20:24:19.803 [bus notice] <31
2018-03-07 20:24:20.011 [bus notice] <aa
2018-03-07 20:24:20.012 [bus notice] >31
2018-03-07 20:24:20.022 [bus info] scan 93 cmd: 3193070400
2018-03-07 20:24:20.026 [bus notice] <31
2018-03-07 20:24:20.234 [bus notice] <aa
2018-03-07 20:24:20.234 [bus notice] >31
2018-03-07 20:24:20.244 [bus info] scan 94 cmd: 3194070400
2018-03-07 20:24:20.249 [bus notice] <31
2018-03-07 20:24:20.456 [bus notice] <aa
2018-03-07 20:24:20.457 [bus notice] >31
2018-03-07 20:24:20.467 [bus info] scan 95 cmd: 3195070400
2018-03-07 20:24:20.471 [bus notice] <31
2018-03-07 20:24:20.679 [bus notice] <aa
2018-03-07 20:24:20.685 [bus notice] >31
2018-03-07 20:24:20.695 [bus info] scan 96 cmd: 3196070400
2018-03-07 20:24:20.699 [bus notice] <31
2018-03-07 20:24:20.907 [bus notice] <aa
2018-03-07 20:24:20.908 [bus notice] >31
2018-03-07 20:24:20.918 [bus info] scan 97 cmd: 3197070400
2018-03-07 20:24:20.922 [bus notice] <31
2018-03-07 20:24:21.130 [bus notice] <aa
2018-03-07 20:24:21.130 [bus notice] >31
2018-03-07 20:24:21.140 [bus info] scan 98 cmd: 3198070400
2018-03-07 20:24:21.145 [bus notice] <31
2018-03-07 20:24:21.352 [bus notice] <aa
2018-03-07 20:24:21.353 [bus notice] >31
2018-03-07 20:24:21.363 [bus info] scan 99 cmd: 3199070400
2018-03-07 20:24:21.367 [bus notice] <31
2018-03-07 20:24:21.575 [bus notice] <aa
2018-03-07 20:24:21.576 [bus notice] >31
2018-03-07 20:24:21.586 [bus info] scan 9a cmd: 319a070400
2018-03-07 20:24:21.590 [bus notice] <31
2018-03-07 20:24:21.798 [bus notice] <aa
2018-03-07 20:24:21.799 [bus notice] >31
2018-03-07 20:24:21.809 [bus info] scan 9b cmd: 319b070400
2018-03-07 20:24:21.813 [bus notice] <31
2018-03-07 20:24:22.021 [bus notice] <aa
2018-03-07 20:24:22.021 [bus notice] >31
2018-03-07 20:24:22.031 [bus info] scan 9c cmd: 319c070400
2018-03-07 20:24:22.036 [bus notice] <31
2018-03-07 20:24:22.243 [bus notice] <aa
2018-03-07 20:24:22.244 [bus notice] >31
2018-03-07 20:24:22.254 [bus info] scan 9d cmd: 319d070400
2018-03-07 20:24:22.258 [bus notice] <31
2018-03-07 20:24:22.466 [bus notice] <aa
2018-03-07 20:24:22.467 [bus notice] >31
2018-03-07 20:24:22.477 [bus info] scan 9e cmd: 319e070400
2018-03-07 20:24:22.481 [bus notice] <31
2018-03-07 20:24:22.689 [bus notice] <aa
2018-03-07 20:24:22.690 [bus notice] >31
2018-03-07 20:24:22.700 [bus info] scan 9f cmd: 319f070400
2018-03-07 20:24:22.704 [bus notice] <31
2018-03-07 20:24:22.912 [bus notice] <aa
2018-03-07 20:24:22.913 [bus notice] >31
2018-03-07 20:24:22.923 [bus info] scan a0 cmd: 31a0070400
2018-03-07 20:24:22.927 [bus notice] <31
2018-03-07 20:24:23.134 [bus notice] <aa
2018-03-07 20:24:23.135 [bus notice] >31
2018-03-07 20:24:23.145 [bus info] scan a1 cmd: 31a1070400
2018-03-07 20:24:23.149 [bus notice] <31
2018-03-07 20:24:23.357 [bus notice] <aa
2018-03-07 20:24:23.358 [bus notice] >31
2018-03-07 20:24:23.368 [bus info] scan a2 cmd: 31a2070400
2018-03-07 20:24:23.372 [bus notice] <31
2018-03-07 20:24:23.580 [bus notice] <aa
2018-03-07 20:24:23.581 [bus notice] >31
2018-03-07 20:24:23.591 [bus info] scan a3 cmd: 31a3070400
2018-03-07 20:24:23.595 [bus notice] <31
2018-03-07 20:24:23.804 [bus notice] <aa
2018-03-07 20:24:23.805 [bus notice] >31
2018-03-07 20:24:23.815 [bus info] scan a4 cmd: 31a4070400
2018-03-07 20:24:23.819 [bus notice] <31
2018-03-07 20:24:24.027 [bus notice] <aa
2018-03-07 20:24:24.028 [bus notice] >31
2018-03-07 20:24:24.038 [bus info] scan a5 cmd: 31a5070400
2018-03-07 20:24:24.042 [bus notice] <31
2018-03-07 20:24:24.251 [bus notice] <aa
2018-03-07 20:24:24.251 [bus notice] >31
2018-03-07 20:24:24.261 [bus info] scan a6 cmd: 31a6070400
2018-03-07 20:24:24.266 [bus notice] <31
2018-03-07 20:24:24.473 [bus notice] <aa
2018-03-07 20:24:24.474 [bus notice] >31
2018-03-07 20:24:24.484 [bus info] scan a7 cmd: 31a7070400
2018-03-07 20:24:24.488 [bus notice] <31
2018-03-07 20:24:24.696 [bus notice] <aa
2018-03-07 20:24:24.697 [bus notice] >31
2018-03-07 20:24:24.707 [bus info] scan a8 cmd: 31a8070400
2018-03-07 20:24:24.711 [bus notice] <31
2018-03-07 20:24:24.919 [bus notice] <aa
2018-03-07 20:24:24.920 [bus notice] >31
2018-03-07 20:24:24.930 [bus info] scan ab cmd: 31ab070400
2018-03-07 20:24:24.934 [bus notice] <31
2018-03-07 20:24:25.142 [bus notice] <aa
2018-03-07 20:24:25.143 [bus notice] >31
2018-03-07 20:24:25.153 [bus info] scan ac cmd: 31ac070400
2018-03-07 20:24:25.157 [bus notice] <31
2018-03-07 20:24:25.366 [bus notice] <aa
2018-03-07 20:24:25.367 [bus notice] >31
2018-03-07 20:24:25.377 [bus info] scan ad cmd: 31ad070400
2018-03-07 20:24:25.381 [bus notice] <31
2018-03-07 20:24:25.588 [bus notice] <aa
2018-03-07 20:24:25.589 [bus notice] >31
2018-03-07 20:24:25.599 [bus info] scan ae cmd: 31ae070400
2018-03-07 20:24:25.603 [bus notice] <31
2018-03-07 20:24:25.811 [bus notice] <aa
2018-03-07 20:24:25.817 [bus notice] >31
2018-03-07 20:24:25.827 [bus info] scan af cmd: 31af070400
2018-03-07 20:24:25.831 [bus notice] <31
2018-03-07 20:24:26.039 [bus notice] <aa
2018-03-07 20:24:26.040 [bus notice] >31
2018-03-07 20:24:26.050 [bus info] scan b0 cmd: 31b0070400
2018-03-07 20:24:26.054 [bus notice] <31
2018-03-07 20:24:26.262 [bus notice] <aa
2018-03-07 20:24:26.262 [bus notice] >31
2018-03-07 20:24:26.272 [bus info] scan b1 cmd: 31b1070400
2018-03-07 20:24:26.277 [bus notice] <31
2018-03-07 20:24:26.484 [bus notice] <aa
2018-03-07 20:24:26.485 [bus notice] >31
2018-03-07 20:24:26.495 [bus info] scan b2 cmd: 31b2070400
2018-03-07 20:24:26.499 [bus notice] <31
2018-03-07 20:24:26.707 [bus notice] <aa
2018-03-07 20:24:26.708 [bus notice] >31
2018-03-07 20:24:26.718 [bus info] scan b3 cmd: 31b3070400
2018-03-07 20:24:26.722 [bus notice] <31
2018-03-07 20:24:26.930 [bus notice] <aa
2018-03-07 20:24:26.931 [bus notice] >31
2018-03-07 20:24:26.941 [bus info] scan b4 cmd: 31b4070400
2018-03-07 20:24:26.945 [bus notice] <31
2018-03-07 20:24:27.153 [bus notice] <aa
2018-03-07 20:24:27.153 [bus notice] >31
2018-03-07 20:24:27.163 [bus info] scan b5 cmd: 31b5070400
2018-03-07 20:24:27.168 [bus notice] <31
2018-03-07 20:24:27.375 [bus notice] <aa
2018-03-07 20:24:27.376 [bus notice] >31
2018-03-07 20:24:27.386 [bus info] scan b6 cmd: 31b6070400
2018-03-07 20:24:27.390 [bus notice] <31
2018-03-07 20:24:27.598 [bus notice] <aa
2018-03-07 20:24:27.599 [bus notice] >31
2018-03-07 20:24:27.609 [bus info] scan b7 cmd: 31b7070400
2018-03-07 20:24:27.613 [bus notice] <31
2018-03-07 20:24:27.821 [bus notice] <aa
2018-03-07 20:24:27.822 [bus notice] >31
2018-03-07 20:24:27.832 [bus info] scan b8 cmd: 31b8070400
2018-03-07 20:24:27.836 [bus notice] <31
2018-03-07 20:24:28.044 [bus notice] <aa
2018-03-07 20:24:28.044 [bus notice] >31
2018-03-07 20:24:28.055 [bus info] scan b9 cmd: 31b9070400
2018-03-07 20:24:28.059 [bus notice] <31
2018-03-07 20:24:28.266 [bus notice] <aa
2018-03-07 20:24:28.267 [bus notice] >31
2018-03-07 20:24:28.277 [bus info] scan ba cmd: 31ba070400
2018-03-07 20:24:28.281 [bus notice] <31
2018-03-07 20:24:28.489 [bus notice] <aa
2018-03-07 20:24:28.490 [bus notice] >31
2018-03-07 20:24:28.500 [bus info] scan bb cmd: 31bb070400
2018-03-07 20:24:28.504 [bus notice] <31
2018-03-07 20:24:28.712 [bus notice] <aa
2018-03-07 20:24:28.713 [bus notice] >31
2018-03-07 20:24:28.723 [bus info] scan bc cmd: 31bc070400
2018-03-07 20:24:28.727 [bus notice] <31
2018-03-07 20:24:28.935 [bus notice] <aa
2018-03-07 20:24:28.935 [bus notice] >31
2018-03-07 20:24:28.945 [bus info] scan bd cmd: 31bd070400
2018-03-07 20:24:28.950 [bus notice] <31
2018-03-07 20:24:29.157 [bus notice] <aa
2018-03-07 20:24:29.158 [bus notice] >31
2018-03-07 20:24:29.168 [bus info] scan be cmd: 31be070400
2018-03-07 20:24:29.172 [bus notice] <31
2018-03-07 20:24:29.381 [bus notice] <aa
2018-03-07 20:24:29.382 [bus notice] >31
2018-03-07 20:24:29.392 [bus info] scan bf cmd: 31bf070400
2018-03-07 20:24:29.396 [bus notice] <31
2018-03-07 20:24:29.604 [bus notice] <aa
2018-03-07 20:24:29.605 [bus notice] >31
2018-03-07 20:24:29.615 [bus info] scan c0 cmd: 31c0070400
2018-03-07 20:24:29.619 [bus notice] <31
2018-03-07 20:24:29.827 [bus notice] <aa
2018-03-07 20:24:29.828 [bus notice] >31
2018-03-07 20:24:29.838 [bus info] scan c1 cmd: 31c1070400
2018-03-07 20:24:29.842 [bus notice] <31
2018-03-07 20:24:30.050 [bus notice] <aa
2018-03-07 20:24:30.051 [bus notice] >31
2018-03-07 20:24:30.061 [bus info] scan c2 cmd: 31c2070400
2018-03-07 20:24:30.065 [bus notice] <31
2018-03-07 20:24:30.273 [bus notice] <aa
2018-03-07 20:24:30.274 [bus notice] >31
2018-03-07 20:24:30.284 [bus info] scan c3 cmd: 31c3070400
2018-03-07 20:24:30.289 [bus notice] <31
2018-03-07 20:24:30.496 [bus notice] <aa
2018-03-07 20:24:30.497 [bus notice] >31
2018-03-07 20:24:30.508 [bus info] scan c4 cmd: 31c4070400
2018-03-07 20:24:30.511 [bus notice] <31
2018-03-07 20:24:30.719 [bus notice] <aa
2018-03-07 20:24:30.720 [bus notice] >31
2018-03-07 20:24:30.730 [bus info] scan c5 cmd: 31c5070400
2018-03-07 20:24:30.734 [bus notice] <31
2018-03-07 20:24:30.942 [bus notice] <aa
2018-03-07 20:24:30.947 [bus notice] >31
2018-03-07 20:24:30.957 [bus info] scan c6 cmd: 31c6070400
2018-03-07 20:24:30.961 [bus notice] <31
2018-03-07 20:24:31.169 [bus notice] <aa
2018-03-07 20:24:31.170 [bus notice] >31
2018-03-07 20:24:31.180 [bus info] scan c7 cmd: 31c7070400
2018-03-07 20:24:31.185 [bus notice] <31
2018-03-07 20:24:31.392 [bus notice] <aa
2018-03-07 20:24:31.393 [bus notice] >31
2018-03-07 20:24:31.403 [bus info] scan c8 cmd: 31c8070400
2018-03-07 20:24:31.407 [bus notice] <31
2018-03-07 20:24:31.615 [bus notice] <aa
2018-03-07 20:24:31.616 [bus notice] >31
2018-03-07 20:24:31.626 [bus info] scan c9 cmd: 31c9070400
2018-03-07 20:24:31.630 [bus notice] <31
2018-03-07 20:24:31.838 [bus notice] <aa
2018-03-07 20:24:31.839 [bus notice] >31
2018-03-07 20:24:31.849 [bus info] scan ca cmd: 31ca070400
2018-03-07 20:24:31.853 [bus notice] <31
2018-03-07 20:24:32.061 [bus notice] <aa
2018-03-07 20:24:32.061 [bus notice] >31
2018-03-07 20:24:32.072 [bus info] scan cb cmd: 31cb070400
2018-03-07 20:24:32.076 [bus notice] <31
2018-03-07 20:24:32.283 [bus notice] <aa
2018-03-07 20:24:32.284 [bus notice] >31
2018-03-07 20:24:32.294 [bus info] scan cc cmd: 31cc070400
2018-03-07 20:24:32.298 [bus notice] <31
2018-03-07 20:24:32.506 [bus notice] <aa
2018-03-07 20:24:32.507 [bus notice] >31
2018-03-07 20:24:32.517 [bus info] scan cd cmd: 31cd070400
2018-03-07 20:24:32.521 [bus notice] <31
2018-03-07 20:24:32.729 [bus notice] <aa
2018-03-07 20:24:32.730 [bus notice] >31
2018-03-07 20:24:32.740 [bus info] scan ce cmd: 31ce070400
2018-03-07 20:24:32.744 [bus notice] <31
2018-03-07 20:24:32.951 [bus notice] <aa
2018-03-07 20:24:32.952 [bus notice] >31
2018-03-07 20:24:32.962 [bus info] scan cf cmd: 31cf070400
2018-03-07 20:24:32.967 [bus notice] <31
2018-03-07 20:24:33.174 [bus notice] <aa
2018-03-07 20:24:33.175 [bus notice] >31
2018-03-07 20:24:33.185 [bus info] scan d0 cmd: 31d0070400
2018-03-07 20:24:33.189 [bus notice] <31
2018-03-07 20:24:33.397 [bus notice] <aa
2018-03-07 20:24:33.398 [bus notice] >31
2018-03-07 20:24:33.408 [bus info] scan d1 cmd: 31d1070400
2018-03-07 20:24:33.412 [bus notice] <31
2018-03-07 20:24:33.620 [bus notice] <aa
2018-03-07 20:24:33.621 [bus notice] >31
2018-03-07 20:24:33.631 [bus info] scan d2 cmd: 31d2070400
2018-03-07 20:24:33.635 [bus notice] <31
2018-03-07 20:24:33.842 [bus notice] <aa
2018-03-07 20:24:33.843 [bus notice] >31
2018-03-07 20:24:33.853 [bus info] scan d3 cmd: 31d3070400
2018-03-07 20:24:33.858 [bus notice] <31
2018-03-07 20:24:34.065 [bus notice] <aa
2018-03-07 20:24:34.066 [bus notice] >31
2018-03-07 20:24:34.076 [bus info] scan d4 cmd: 31d4070400
2018-03-07 20:24:34.080 [bus notice] <31
2018-03-07 20:24:34.288 [bus notice] <aa
2018-03-07 20:24:34.289 [bus notice] >31
2018-03-07 20:24:34.299 [bus info] scan d5 cmd: 31d5070400
2018-03-07 20:24:34.303 [bus notice] <31
2018-03-07 20:24:34.511 [bus notice] <aa
2018-03-07 20:24:34.512 [bus notice] >31
2018-03-07 20:24:34.522 [bus info] scan d6 cmd: 31d6070400
2018-03-07 20:24:34.526 [bus notice] <31
2018-03-07 20:24:34.733 [bus notice] <aa
2018-03-07 20:24:34.734 [bus notice] >31
2018-03-07 20:24:34.744 [bus info] scan d7 cmd: 31d7070400
2018-03-07 20:24:34.749 [bus notice] <31
2018-03-07 20:24:34.956 [bus notice] <aa
2018-03-07 20:24:34.957 [bus notice] >31
2018-03-07 20:24:34.967 [bus info] scan d8 cmd: 31d8070400
2018-03-07 20:24:34.971 [bus notice] <31
2018-03-07 20:24:35.179 [bus notice] <aa
2018-03-07 20:24:35.180 [bus notice] >31
2018-03-07 20:24:35.190 [bus info] scan d9 cmd: 31d9070400
2018-03-07 20:24:35.194 [bus notice] <31
2018-03-07 20:24:35.402 [bus notice] <aa
2018-03-07 20:24:35.403 [bus notice] >31
2018-03-07 20:24:35.413 [bus info] scan da cmd: 31da070400
2018-03-07 20:24:35.417 [bus notice] <31
2018-03-07 20:24:35.624 [bus notice] <aa
2018-03-07 20:24:35.625 [bus notice] >31
2018-03-07 20:24:35.635 [bus info] scan db cmd: 31db070400
2018-03-07 20:24:35.640 [bus notice] <31
2018-03-07 20:24:35.847 [bus notice] <aa
2018-03-07 20:24:35.848 [bus notice] >31
2018-03-07 20:24:35.858 [bus info] scan dc cmd: 31dc070400
2018-03-07 20:24:35.862 [bus notice] <31
2018-03-07 20:24:36.070 [bus notice] <aa
2018-03-07 20:24:36.075 [bus notice] >31
2018-03-07 20:24:36.085 [bus info] scan dd cmd: 31dd070400
2018-03-07 20:24:36.089 [bus notice] <31
2018-03-07 20:24:36.298 [bus notice] <aa
2018-03-07 20:24:36.299 [bus notice] >31
2018-03-07 20:24:36.309 [bus info] scan de cmd: 31de070400
2018-03-07 20:24:36.313 [bus notice] <31
2018-03-07 20:24:36.520 [bus notice] <aa
2018-03-07 20:24:36.521 [bus notice] >31
2018-03-07 20:24:36.531 [bus info] scan df cmd: 31df070400
2018-03-07 20:24:36.536 [bus notice] <31
2018-03-07 20:24:36.743 [bus notice] <aa
2018-03-07 20:24:36.744 [bus notice] >31
2018-03-07 20:24:36.754 [bus info] scan e0 cmd: 31e0070400
2018-03-07 20:24:36.758 [bus notice] <31
2018-03-07 20:24:36.966 [bus notice] <aa
2018-03-07 20:24:36.967 [bus notice] >31
2018-03-07 20:24:36.977 [bus info] scan e1 cmd: 31e1070400
2018-03-07 20:24:36.981 [bus notice] <31
2018-03-07 20:24:37.189 [bus notice] <aa
2018-03-07 20:24:37.190 [bus notice] >31
2018-03-07 20:24:37.200 [bus info] scan e2 cmd: 31e2070400
2018-03-07 20:24:37.204 [bus notice] <31
2018-03-07 20:24:37.412 [bus notice] <aa
2018-03-07 20:24:37.412 [bus notice] >31
2018-03-07 20:24:37.422 [bus info] scan e3 cmd: 31e3070400
2018-03-07 20:24:37.427 [bus notice] <31
2018-03-07 20:24:37.634 [bus notice] <aa
2018-03-07 20:24:37.635 [bus notice] >31
2018-03-07 20:24:37.645 [bus info] scan e4 cmd: 31e4070400
2018-03-07 20:24:37.649 [bus notice] <31
2018-03-07 20:24:37.857 [bus notice] <aa
2018-03-07 20:24:37.858 [bus notice] >31
2018-03-07 20:24:37.868 [bus info] scan e5 cmd: 31e5070400
2018-03-07 20:24:37.872 [bus notice] <31
2018-03-07 20:24:38.080 [bus notice] <aa
2018-03-07 20:24:38.081 [bus notice] >31
2018-03-07 20:24:38.091 [bus info] scan e6 cmd: 31e6070400
2018-03-07 20:24:38.095 [bus notice] <31
2018-03-07 20:24:38.302 [bus notice] <aa
2018-03-07 20:24:38.303 [bus notice] >31
2018-03-07 20:24:38.313 [bus info] scan e7 cmd: 31e7070400
2018-03-07 20:24:38.318 [bus notice] <31
2018-03-07 20:24:38.525 [bus notice] <aa
2018-03-07 20:24:38.526 [bus notice] >31
2018-03-07 20:24:38.536 [bus info] scan e8 cmd: 31e8070400
2018-03-07 20:24:38.540 [bus notice] <31
2018-03-07 20:24:38.748 [bus notice] <aa
2018-03-07 20:24:38.749 [bus notice] >31
2018-03-07 20:24:38.759 [bus info] scan e9 cmd: 31e9070400
2018-03-07 20:24:38.763 [bus notice] <31
2018-03-07 20:24:38.971 [bus notice] <aa
2018-03-07 20:24:38.972 [bus notice] >31
2018-03-07 20:24:38.982 [bus info] scan ea cmd: 31ea070400
2018-03-07 20:24:38.986 [bus notice] <31
2018-03-07 20:24:39.194 [bus notice] <aa
2018-03-07 20:24:39.195 [bus notice] >31
2018-03-07 20:24:39.205 [bus info] scan eb cmd: 31eb070400
2018-03-07 20:24:39.209 [bus notice] <31
2018-03-07 20:24:39.416 [bus notice] <aa
2018-03-07 20:24:39.417 [bus notice] >31
2018-03-07 20:24:39.427 [bus info] scan ec cmd: 31ec070400
2018-03-07 20:24:39.431 [bus notice] <31
2018-03-07 20:24:39.639 [bus notice] <aa
2018-03-07 20:24:39.640 [bus notice] >31
2018-03-07 20:24:39.650 [bus info] scan ed cmd: 31ed070400
2018-03-07 20:24:39.654 [bus notice] <31
2018-03-07 20:24:39.862 [bus notice] <aa
2018-03-07 20:24:39.863 [bus notice] >31
2018-03-07 20:24:39.873 [bus info] scan ee cmd: 31ee070400
2018-03-07 20:24:39.877 [bus notice] <31
2018-03-07 20:24:40.084 [bus notice] <aa
2018-03-07 20:24:40.085 [bus notice] >31
2018-03-07 20:24:40.095 [bus info] scan ef cmd: 31ef070400
2018-03-07 20:24:40.100 [bus notice] <31
2018-03-07 20:24:40.307 [bus notice] <aa
2018-03-07 20:24:40.308 [bus notice] >31
2018-03-07 20:24:40.318 [bus info] scan f2 cmd: 31f2070400
2018-03-07 20:24:40.322 [bus notice] <31
2018-03-07 20:24:40.530 [bus notice] <aa
2018-03-07 20:24:40.531 [bus notice] >31
2018-03-07 20:24:40.541 [bus info] scan f4 cmd: 31f4070400
2018-03-07 20:24:40.545 [bus notice] <31
2018-03-07 20:24:40.753 [bus notice] <aa
2018-03-07 20:24:40.754 [bus notice] >31
2018-03-07 20:24:40.764 [bus info] scan f5 cmd: 31f5070400
2018-03-07 20:24:40.768 [bus notice] <31
2018-03-07 20:24:40.975 [bus notice] <aa
2018-03-07 20:24:40.976 [bus notice] >31
2018-03-07 20:24:40.986 [bus info] scan f6 cmd: 31f6070400
2018-03-07 20:24:40.991 [bus notice] <31
2018-03-07 20:24:41.198 [bus notice] <aa
2018-03-07 20:24:41.204 [bus notice] >31
2018-03-07 20:24:41.214 [bus info] scan f8 cmd: 31f8070400
2018-03-07 20:24:41.218 [bus notice] <31
2018-03-07 20:24:41.426 [bus notice] <aa
2018-03-07 20:24:41.427 [bus notice] >31
2018-03-07 20:24:41.437 [bus info] scan f9 cmd: 31f9070400
2018-03-07 20:24:41.441 [bus notice] <31
2018-03-07 20:24:41.649 [bus notice] <aa
2018-03-07 20:24:41.650 [bus notice] >31
2018-03-07 20:24:41.660 [bus info] scan fa cmd: 31fa070400
2018-03-07 20:24:41.664 [bus notice] <31
2018-03-07 20:24:41.871 [bus notice] <aa
2018-03-07 20:24:41.872 [bus notice] >31
2018-03-07 20:24:41.882 [bus info] scan fb cmd: 31fb070400
2018-03-07 20:24:41.887 [bus notice] <31
2018-03-07 20:24:42.094 [bus notice] <aa
2018-03-07 20:24:42.095 [bus notice] >31
2018-03-07 20:24:42.105 [bus info] scan fc cmd: 31fc070400
2018-03-07 20:24:42.109 [bus notice] <31
2018-03-07 20:24:42.317 [bus notice] <aa
2018-03-07 20:24:42.318 [bus notice] >31
2018-03-07 20:24:42.328 [bus info] scan fd cmd: 31fd070400
2018-03-07 20:24:42.332 [bus notice] <31
2018-03-07 20:24:42.540 [bus notice] <aa
2018-03-07 20:24:42.541 [bus notice] >31
2018-03-07 20:24:42.555 [bus notice] <31
2018-03-07 20:24:42.762 [bus notice] <aa
2018-03-07 20:24:42.970 [bus notice] <aa
2018-03-07 20:24:43.178 [bus notice] <aa
2018-03-07 20:24:43.385 [bus notice] <aa
2018-03-07 20:24:43.593 [bus notice] <aa
2018-03-07 20:24:43.801 [bus notice] <aa
2018-03-07 20:24:44.008 [bus notice] <aa
2018-03-07 20:24:44.216 [bus notice] <aa
2018-03-07 20:24:44.423 [bus notice] <aa
2018-03-07 20:24:44.631 [bus notice] <aa
...
2018-03-07 20:24:57.709 [bus notice] <aa
2018-03-07 20:24:57.916 [bus notice] <aa
2018-03-07 20:24:58.125 [bus notice] <aa
2018-03-07 20:24:58.174 [network info] [00003] client connection opened 127.0.0.1
2018-03-07 20:24:58.175 [network info] [00003] connection closed
2018-03-07 20:24:58.332 [bus notice] <aa
2018-03-07 20:24:58.539 [bus notice] <aa
2018-03-07 20:24:58.747 [bus notice] <aa
2018-03-07 20:24:58.955 [bus notice] <aa
2018-03-07 20:24:59.162 [bus notice] <aa
2018-03-07 20:24:59.370 [bus notice] <aa
2018-03-07 20:24:59.578 [bus notice] <aa
2018-03-07 20:24:59.785 [bus notice] <aa
2018-03-07 20:24:59.993 [bus notice] <aa
2018-03-07 20:25:00.200 [bus notice] <aa
2018-03-07 20:25:00.408 [bus notice] <aa
2018-03-07 20:25:00.616 [bus notice] <aa
2018-03-07 20:25:00.823 [bus notice] <aa
2018-03-07 20:25:01.031 [bus notice] <aa
2018-03-07 20:25:01.238 [bus notice] <aa
2018-03-07 20:25:01.446 [bus notice] <aa
2018-03-07 20:25:01.654 [bus notice] <aa
2018-03-07 20:25:01.861 [bus notice] <aa
2018-03-07 20:25:02.069 [bus notice] <aa
2018-03-07 20:25:02.277 [bus notice] <aa
2018-03-07 20:25:02.484 [bus notice] <aa
2018-03-07 20:25:02.692 [bus notice] <aa
2018-03-07 20:25:02.899 [bus notice] <aa
2018-03-07 20:25:03.107 [bus notice] <aa
2018-03-07 20:25:03.315 [bus notice] <aa
2018-03-07 20:25:03.523 [bus notice] <aa
2018-03-07 20:25:03.731 [bus notice] <aa
2018-03-07 20:25:03.938 [bus notice] <aa
2018-03-07 20:25:04.146 [bus notice] <aa
2018-03-07 20:25:04.354 [bus notice] <aa
2018-03-07 20:25:04.560 [bus notice] <aa
2018-03-07 20:25:04.768 [bus notice] <aa
2018-03-07 20:25:04.976 [bus notice] <aa
2018-03-07 20:25:05.183 [bus notice] <aa
2018-03-07 20:25:05.391 [bus notice] <aa
2018-03-07 20:25:05.599 [bus notice] <aa
2018-03-07 20:25:05.806 [bus notice] <aa
2018-03-07 20:25:06.014 [bus notice] <aa
2018-03-07 20:25:06.220 [bus notice] <aa
2018-03-07 20:25:06.428 [bus notice] <aa
2018-03-07 20:25:06.636 [bus notice] <aa
2018-03-07 20:25:06.843 [bus notice] <aa
2018-03-07 20:25:07.051 [bus notice] <aa
2018-03-07 20:25:07.259 [bus notice] <aa
2018-03-07 20:25:07.466 [bus notice] <aa
2018-03-07 20:25:07.674 [bus notice] <aa
2018-03-07 20:25:07.881 [bus notice] <aa
2018-03-07 20:25:08.089 [bus notice] <aa
2018-03-07 20:25:08.220 [main notice] update check: version 3.1 available, broadcast.csv: different version available
2018-03-07 20:25:08.297 [bus notice] <aa
2018-03-07 20:25:08.504 [bus notice] <aa
2018-03-07 20:25:08.712 [bus notice] <aa
2018-03-07 20:25:08.919 [bus notice] <aa
2018-03-07 20:25:09.127 [bus notice] <aa
2018-03-07 20:25:09.335 [bus notice] <aa
2018-03-07 20:25:09.542 [bus notice] <aa
2018-03-07 20:25:09.750 [bus notice] <aa
2018-03-07 20:25:09.957 [bus notice] <aa
2018-03-07 20:25:10.165 [bus notice] <aa
2018-03-07 20:25:10.373 [bus notice] <aa
2018-03-07 20:25:10.580 [bus notice] <aa
2018-03-07 20:25:10.787 [bus notice] <aa
2018-03-07 20:25:10.994 [bus notice] <aa
2018-03-07 20:25:11.202 [bus notice] <aa
2018-03-07 20:25:11.410 [bus notice] <aa
2018-03-07 20:25:11.617 [bus notice] <aa
2018-03-07 20:25:11.825 [bus notice] <aa
2018-03-07 20:25:12.032 [bus notice] <aa
2018-03-07 20:25:12.240 [bus notice] <aa
2018-03-07 20:25:12.448 [bus notice] <aa
2018-03-07 20:25:12.656 [bus notice] <aa
2018-03-07 20:25:12.864 [bus notice] <aa
2018-03-07 20:25:13.072 [bus notice] <aa
2018-03-07 20:25:13.279 [bus notice] <aa
2018-03-07 20:25:13.487 [bus notice] <aa
2018-03-07 20:25:13.695 [bus notice] <aa
2018-03-07 20:25:13.902 [bus notice] <aa
2018-03-07 20:25:14.109 [bus notice] <aa
2018-03-07 20:25:14.316 [bus notice] <aa
2018-03-07 20:25:14.524 [bus notice] <aa
2018-03-07 20:25:14.731 [bus notice] <aa
2018-03-07 20:25:14.939 [bus notice] <aa
2018-03-07 20:25:15.147 [bus notice] <aa
2018-03-07 20:25:15.354 [bus notice] <aa
2018-03-07 20:25:15.562 [bus notice] <aa
2018-03-07 20:25:15.770 [bus notice] <aa
2018-03-07 20:25:15.977 [bus notice] <aa
2018-03-07 20:25:16.185 [bus notice] <aa
2018-03-07 20:25:16.393 [bus notice] <aa
2018-03-07 20:25:16.600 [bus notice] <aa
2018-03-07 20:25:16.808 [bus notice] <aa
2018-03-07 20:25:17.018 [bus notice] <aa
2018-03-07 20:25:17.172 [main notice] SIGTERM received
2018-03-07 20:25:17.223 [bus notice] <aa
2018-03-07 20:25:17.431 [bus notice] <aa
2018-03-07 20:25:17.638 [bus notice] <aa
2018-03-07 20:25:17.846 [bus notice] <aa
2018-03-07 20:25:18.053 [bus notice] <aa
2018-03-07 20:25:18.261 [bus notice] <aa
2018-03-07 20:25:18.367 [main notice] ebusd stopped
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Kicres am 08 März 2018, 08:56:02
Hallo Reinhart,
mal eine einfache Frage für Zwischendurch:
Welcher Widerstand ist bei der Erweiterungsplatine V2.1 für R3 zu verbauen?
Im Schaltplan in der Widerstandswert nicht angegeben, und du hattest bei der V2.0 aus Sorge um den Wemos eine "Alternativlösung" verwendet. Was ist hier Stand der Dinge?
Schöne Grüße
Kai
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 08 März 2018, 10:01:41
@Kicres

grundsätzlich sind alle Wemos die ich versendet habe mit Vorwiderständen ausgestattet und die 1V werden dabei intern nicht überschritten. Du darfst daher auch extern bis 3,3V gehen weil intern ein Spannungsteiler von 3:1 beschalten ist. Daher kannst du auch den 39K verwenden, es kommt immer darauf welche Temperaturbereiche du messen willst.

Ich habe in diesem Posting (https://forum.fhem.de/index.php/topic,79600.msg746637.html#msg746637) das genauer beschrieben und du kannst mit der Formel es dir leicht selber ausrechnen, oder einfach probieren und messen.


LG
Reinhart




Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Allodo am 09 März 2018, 10:42:02
Ich wollte, nachdem ich die Platinen zusammengelötet habe und den ebus-WEMOS korrekt konfiguriert habe, ebusd auf meinem RPi2 installieren.

Auf meinem RPi2 läuft Stretch, welches ich im Januar aufgesetzt und aktualisiert habe.

Ich habe laut WIKI, folgedende Befehle ausgeführt:
EBUSDPACKAGE=ebusd-3.1_armhf-jessie.deb
wget https://github.com/john30/ebusd/releases/download/v3.1/$EBUSDPACKAGE
sudo dpkg -i --force-overwrite $EBUSDPACKAGE


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


Anschließend mit service ebusd start versucht den Service zu starten.

Dies wird mir aber mit folgender Fehlermeldung quittiert :(
Failed to start ebusd.service: The name org.freedesktop.PolicyKit1 was not provided by any .service files
See system logs and 'systemctl status ebusd.service' for details


Leider habe ich nur die ebusd-3.1_armhf-jessie.deb auf Github gefunden und nicht explizit eine für Stretch. Liegt der Fehler vielleicht daran?

An der späteren Endposition der ebus-Platine (nähe Therme) habe ich eine Empfangsstärke von -66 (laut Fritzbox). Ist das ausreichend, oder kann es zu evtl. zu Empfangsproblemen kommen?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 09 März 2018, 12:39:40
Hallo Allodo!

schau einmal ob in /etc/systemd/ebusd.service existiert, wenn nicht dann lege diese Datei mit folgendem Inhalt an:

[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


dann aktiviere den Service wie folgt
sudo systemctl enable ebusd.service

und starte mit
sudo systemctl start ebusd.service

das schaut dann bei mir mit Stretch so aus:
pi@raspberrypi:~ $ sudo systemctl enable ebusd.service
ebusd.service is not a native service, redirecting to systemd-sysv-install.
Executing: /lib/systemd/systemd-sysv-install enable ebusd
pi@raspberrypi:~ $ sudo systemctl start ebusd.service
pi@raspberrypi:~ $ ps -aux|grep ebusd
root       622  0.3  0.7  33696  3368 ?        Ssl  12:34   0:00 /usr/local/bin ebusd --pidfile /var/run/ebusd.pid -d /dev/ttyebus -l /var/log/ebusd.log --scanconfig --latency=20000 --address=01


Ich hoffe es klappt nun!

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Allodo am 09 März 2018, 20:59:48
Danke Reinhart, jetzt läuft ebusd :)

Platine ist mit dem ebus verbunden. Jedoch leuchtet nur die Gelbe LED.
Hier mal die Ausgabe von ebusctl info:
pi@fhem:/etc/default $ ebusctl info
version: ebusd 3.0pre.bbc4d04
update check: version 3.1 available, broadcast.csv: newer version available
signal: acquired
symbol rate: 41
max symbol rate: 169
reconnects: 0
masters: 3
messages: 13
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=V3x00;SW=0118;HW=9902"
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd


Und hier mal ein Auszug aus dem ebusd.log:
2018-03-09 20:32:33.937 [main notice] ebusd 3.0pre.bbc4d04 started with auto scan
2018-03-09 20:32:34.027 [bus notice] bus started with own address 31/36
2018-03-09 20:32:34.035 [bus notice] signal acquired
2018-03-09 20:32:36.945 [bus notice] new master 10, master count 2
2018-03-09 20:32:37.004 [bus notice] new master 03, master count 3
2018-03-09 20:32:37.004 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:32:43.104 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:32:47.199 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:32:49.556 [main error] scan config 08: ERR: arbitration lost
2018-03-09 20:32:49.850 [update notice] unknown BC cmd: 10feb516080017060901010510
2018-03-09 20:32:50.055 [update notice] unknown BC cmd: 10feb516030400d8
2018-03-09 20:32:50.284 [update notice] unknown MS cmd: 1008b512020000 / 0101
2018-03-09 20:32:55.066 [main error] scan config 15: ERR: read timeout
2018-03-09 20:32:57.387 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:32:59.366 [update notice] unknown MS cmd: 1008b5040100 / 0a00290600ffffffffb006
2018-03-09 20:32:59.604 [update notice] unknown MS cmd: 1008b5110102 / 050346b41e78
2018-03-09 20:33:01.380 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:33:08.767 [main error] scan config 08: ERR: read timeout
2018-03-09 20:33:09.568 [update notice] unknown MS cmd: 1008b5110100 / 09bd01ff000000000000
2018-03-09 20:33:09.773 [update notice] unknown BC cmd: 10feb5160301b006
2018-03-09 20:33:11.555 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:33:17.642 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:33:19.597 [update notice] unknown MS cmd: 1008b5110102 / 050346b41e78
2018-03-09 20:33:21.732 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:33:27.824 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:33:29.804 [update notice] unknown MS cmd: 1008b5040100 / 0a00590600ffffffffb006
2018-03-09 20:33:31.779 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:33:37.872 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:33:42.213 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:33:48.065 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:33:50.757 [update notice] unknown BC cmd: 10feb516080018070901010510
2018-03-09 20:33:50.962 [update notice] unknown BC cmd: 10feb516030400d8
2018-03-09 20:33:51.185 [update notice] unknown MS cmd: 1008b512020000 / 0101
2018-03-09 20:33:52.161 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:33:56.140 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:33:58.297 [update notice] unknown MS cmd: 1008b5040100 / 0a00280700ffffffffb006
2018-03-09 20:33:58.492 [update notice] unknown MS cmd: 1008b5110102 / 050346b41e78
2018-03-09 20:34:02.246 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:34:06.339 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:34:08.315 [update notice] unknown MS cmd: 1008b5110100 / 09bd01ff000000000000
2018-03-09 20:34:08.520 [update notice] unknown BC cmd: 10feb5160301b006
2018-03-09 20:34:12.413 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:34:16.507 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:34:18.503 [update notice] unknown MS cmd: 1008b5110102 / 050346b41e78
2018-03-09 20:34:22.597 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:34:26.571 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:34:28.670 [update notice] unknown MS cmd: 1008b5040100 / 0a00580700ffffffffb006
2018-03-09 20:34:32.684 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:34:36.777 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:34:42.837 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:34:46.931 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:34:49.622 [update notice] unknown BC cmd: 10feb516080017080901010510
2018-03-09 20:34:49.829 [update notice] unknown BC cmd: 10feb516030400d8
2018-03-09 20:34:50.075 [update notice] unknown MS cmd: 1008b512020000 / 0101
2018-03-09 20:34:53.025 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:34:56.999 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:34:59.138 [update notice] unknown MS cmd: 1008b5040100 / 0a00290800ffffffffb006
2018-03-09 20:34:59.375 [update notice] unknown MS cmd: 1008b5110102 / 050346b41e78
2018-03-09 20:35:01.111 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:35:07.205 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:35:09.201 [update notice] unknown MS cmd: 1008b5110100 / 09bd01ff000000000000
2018-03-09 20:35:09.383 [update notice] unknown BC cmd: 10feb5160301b006
2018-03-09 20:35:11.079 [main notice] update check: version 3.1 available, broadcast.csv: newer version available
2018-03-09 20:35:11.278 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:35:17.387 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:35:19.368 [update notice] unknown MS cmd: 1008b5110102 / 050346b41e78
2018-03-09 20:35:21.384 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:35:27.456 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:35:29.576 [update notice] unknown MS cmd: 1008b5040100 / 0a00590800ffffffffb006
2018-03-09 20:35:31.552 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:35:37.644 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:35:41.865 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:35:47.799 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:35:52.030 [update notice] unknown BC cmd: 10feb516080018090901010510
2018-03-09 20:35:52.235 [update notice] unknown BC cmd: 10feb516030400d8
2018-03-09 20:35:52.463 [update notice] unknown MS cmd: 1008b512020000 / 0101
2018-03-09 20:35:52.715 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:35:55.889 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:35:57.914 [update notice] unknown MS cmd: 1008b5040100 / 0a00280900ffffffffb006
2018-03-09 20:35:58.147 [update notice] unknown MS cmd: 1008b5110102 / 050346b41e78
2018-03-09 20:36:01.961 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:36:06.056 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:36:08.070 [update notice] unknown MS cmd: 1008b5110100 / 09bd01ff000000000000
2018-03-09 20:36:08.275 [update notice] unknown BC cmd: 10feb5160301b006
2018-03-09 20:36:12.169 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:36:16.144 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:36:18.220 [update notice] unknown MS cmd: 1008b5110102 / 050346b41e78
2018-03-09 20:36:22.234 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:36:26.328 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:36:28.307 [update notice] unknown MS cmd: 1008b5040100 / 0a00580900ffffffffb006
2018-03-09 20:36:32.401 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:36:36.498 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:36:42.595 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:36:46.569 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:36:50.883 [update notice] unknown BC cmd: 10feb516080017100901010510
2018-03-09 20:36:51.088 [update notice] unknown BC cmd: 10feb516030400d8
2018-03-09 20:36:51.312 [update notice] unknown MS cmd: 1008b512020000 / 0101
2018-03-09 20:36:52.687 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:36:56.780 [update notice] unknown MS cmd: 1008b5110101 / 093700b006004f0000ff
2018-03-09 20:36:58.760 [update notice] unknown MS cmd: 1008b5040100 / 0a00291000ffffffffb006
2018-03-09 20:36:58.998 [update notice] unknown MS cmd: 1008b5110102 / 050346b41e78
2018-03-09 20:37:00.853 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:37:06.945 [update notice] unknown MS cmd: 1008b5110101 / 093a00b006004f0000ff
2018-03-09 20:37:08.920 [update notice] unknown MS cmd: 1008b5110100 / 09d101ff000000000000
2018-03-09 20:37:09.125 [update notice] unknown BC cmd: 10feb5160301b006
2018-03-09 20:37:10.941 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:37:17.034 [update notice] unknown MS cmd: 1008b5110101 / 093a00b006004f0000ff
2018-03-09 20:37:19.110 [update notice] unknown MS cmd: 1008b5110102 / 050346b41e78
2018-03-09 20:37:21.126 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:37:27.219 [update notice] unknown MS cmd: 1008b5110101 / 093a00b006004f0000ff
2018-03-09 20:37:29.198 [update notice] unknown MS cmd: 1008b5040100 / 0a00591000ffffffffb006
2018-03-09 20:37:31.294 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:37:37.386 [update notice] unknown MS cmd: 1008b5110101 / 093a00b006004f0000ff
2018-03-09 20:37:41.609 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101
2018-03-09 20:37:47.462 [update notice] unknown MS cmd: 1008b5110101 / 093a00b006004f0000ff
2018-03-09 20:37:49.557 [bus notice] scan 08: ;Vaillant;V3x00;0118;9902
2018-03-09 20:37:49.557 [update notice] store 08 ident: done
2018-03-09 20:37:49.557 [update notice] update scan.08  QQ=10: Vaillant;V3x00;0118;9902
2018-03-09 20:37:49.785 [update notice] unknown BC cmd: 10feb516080017110901010510
2018-03-09 20:37:49.992 [update notice] unknown BC cmd: 10feb516030400d8
2018-03-09 20:37:50.214 [update notice] unknown MS cmd: 1008b512020000 / 0101
2018-03-09 20:37:51.550 [update notice] unknown MS cmd: 1008b5100900000064ffff050000 / 0101


Irgendwas läuft da scheinbar noch nicht rund :(

Wie aktualisiere ich den ebusd? Wobei ich eigentlich der Meinung war, ich hätte die aktuellste Version genommen.

Empfangsstärke liegt laut Fritzbox bei -69.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 10 März 2018, 09:09:56

Die aktuelle Version von ebusd erhältst du nur wenn du es von Github herunter lädst (https://github.com/john30/ebusd/wiki/1.-Build-and-install) und selber compilierst. Das hat John hier genau beschrieben wie das geht, das ist dann eine Version 3.1xxxx.
Je nach Geschwindigkeit deines Raspi dauert das ein wenig, ist aber für jedermann durchführbar und nicht weiter kompliziert.


Das bei dir nur die gelbe Led leuchtet kann ich gar nicht glauben, denn die Platine empfängt zumindest schon Broadcasts, also muss zumindest auch eine 2.Led (grün) aufblitzen/blinken.


LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Allodo am 10 März 2018, 11:01:42
Naja, ob sie nun leuchtet während etwas passiert habe ich nicht direkt kontrolliert, da die Platine auf dem Dachboden ist und mein Computer im Keller steht.

Was mich nur stutzig macht, dass scheinbar keine CSV geladen wird.

Ich habe gestern auch die neueste Version gebaut, dann war aber die Konfigurationsdatei nicht unter /etc/default.

Deshalb bin ich wieder auf den letzten Release zurück.

Das CVS-Verzeichnis habe ich per git geclont, wie John es beschrieben hat.

Die CSV-Dateien sollten also den aktuellsten Stand haben.

Da etwas empfangen wird, kann ich davon ausgehen, dass die Platine generell funktioniert? Nicht dass mir beim löten evtl ein Fehler unterlaufen ist.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 10 März 2018, 11:31:31
ich würde an deine Stelle schon die neueste Version installieren. Da du ja schon alles compiliert hast genügt ja make install.
Ja, ich habe gesehen das keine CSV geladen werden und bin mir nicht sicher ob das dann mit der V3x bei der 3.1 funktioniert.

Schau doch einmal nach, die Konfigurationsdateien sollten hier "/home/pi/ebusd/contrib/Debian" liegen und kannst auch händisch kopieren wenn das was nicht funktioniert hat. Da liegt übrigens auf ebusd.service drinnen die dir offensichtlich gefehlt hat.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: reisner am 10 März 2018, 13:46:43
Hallo,
ich habe nun meinen Adapter am Banana Pi mit ebusd + MQTT zum Laufen gebracht, mit der Darstellung/Auswertung der Werte (z.B. Status01) in Fhem hake ich aber noch. Mir gelingt es nicht, die Readings, die per e3j übergeben werden zu verarbeiten. Die Readings, die im MQTT_Device ankommen sehen wie folgt aus:
{
     "0": {"name": "temp1", "value": 51.5},
     "1": {"name": "temp1", "value": 44.0},
     "2": {"name": "temp2", "value": 4.500},
     "3": {"name": "temp1", "value": null},
     "4": {"name": "temp1", "value": 51.5},
     "5": {"name": "pumpstate", "value": "on"}}

aber die Werte werden durch das definierte stateFormat nicht richtig gefiltert. Das StateFormat sieht wie folgt aus:
{sprintf("Vorlauf: %.1f <br>Ruecklauf: %.1f <br>Warmwasser: %.1f <br>Aussentemp.: %.1f <br>Pumpe: %s", ReadingsVal($name,"0_value",0), ReadingsVal($name,"1_value",0), ReadingsVal($name,"3_value",0), ReadingsVal($name,"2_value",0), ReadingsVal($name,"5_value",0))}
Dieses habe ich aus Reinharts Beispiel übernommen, aber da stimmt sicherlich die Readingsstruktur nicht mit seinem Beispiel überein. Könnt Ihr mir den nötigen Schubs geben?

Gruß
Ralph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 10 März 2018, 18:49:47
da wird das Filter falsch definiert sein, mach doch einmal ein "list xxxxx" von deinem Devicenamen wo du den Status01 definiert hast.

Sollte dann so ähnlich aussehen:
Internals:
   IODev      Mosquitto
   NAME       ebus_status
   NR         2718
   STATE      Vorlauf: 36.0 <br>Ruecklauf: 36.0 <br>Warmwasser: 43.0 <br>Aussentemp.: 10.4 <br>Pumpe: off
   TYPE       MQTT_DEVICE
   Helper:
     DBLOG:
       0_name:
         myDbLog:
           TIME       1520703785.08117
           VALUE      temp1
       0_value:
         myDbLog:
           TIME       1520703785.08117
           VALUE      36
       1_name:
         myDbLog:
           TIME       1520703785.08117
           VALUE      temp1
       1_value:
         myDbLog:
           TIME       1520703785.08117
           VALUE      36
       2_name:
         myDbLog:
           TIME       1520703785.08117
           VALUE      temp2
       2_value:
         myDbLog:
           TIME       1520703785.08117
           VALUE      10.375
       3_name:
         myDbLog:
           TIME       1520703785.08117
           VALUE      temp1
       3_value:
         myDbLog:
           TIME       1520703785.08117
           VALUE      43
       4_name:
         myDbLog:
           TIME       1520703785.08117
           VALUE      temp1
       4_value:
         myDbLog:
           TIME       1520703785.08117
           VALUE      42
       5_name:
         myDbLog:
           TIME       1520703785.08117
           VALUE      pumpstate
       5_value:
         myDbLog:
           TIME       1520703785.08117
           VALUE      off
       transmission-state:
         myDbLog:
           TIME       1520703783.74111
           VALUE      incoming publish received
   READINGS:
     2018-03-10 18:43:05   0_name          temp1
     2018-03-10 18:43:05   0_value         36
     2018-03-10 18:43:05   1_name          temp1
     2018-03-10 18:43:05   1_value         36
     2018-03-10 18:43:05   2_name          temp2
     2018-03-10 18:43:05   2_value         10.375
     2018-03-10 18:43:05   3_name          temp1
     2018-03-10 18:43:05   3_value         43
     2018-03-10 18:43:05   4_name          temp1
     2018-03-10 18:43:05   4_value         42
     2018-03-10 18:43:05   5_name          pumpstate
     2018-03-10 18:43:05   5_value         off
     2018-03-10 18:43:03   Status01        {
     "0": {"name": "temp1", "value": 36.0},
     "1": {"name": "temp1", "value": 36.0},
     "2": {"name": "temp2", "value": 10.375},
     "3": {"name": "temp1", "value": 43.0},
     "4": {"name": "temp1", "value": 42.0},
     "5": {"name": "pumpstate", "value": "off"}}
     2018-03-10 18:43:03   transmission-state incoming publish received
   message_ids:
   sets:
   subscribe:
     sonoff_ebus/bai/Status01
   subscribeExpr:
     ^sonoff_ebus\/bai\/Status01$
   subscribeReadings:
     sonoff_ebus/bai/Status01:
       cmd       
       name       Status01
Attributes:
   IODev      Mosquitto
   devStateStyle style="text-align:right"
   event-on-change-reading .*
   icon       icoTempHeizung
   room       Entwicklung
   stateFormat {sprintf("Vorlauf: %.1f <br>Ruecklauf: %.1f <br>Warmwasser: %.1f <br>Aussentemp.: %.1f <br>Pumpe: %s", ReadingsVal($name,"0_value",0), ReadingsVal($name,"1_value",0), ReadingsVal($name,"3_value",0), ReadingsVal($name,"2_value",0), ReadingsVal($name,"5_value",0))}
   subscribeReading_Status01 sonoff_ebus/bai/Status01


LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: reisner am 10 März 2018, 19:14:34
Hi,
das sieht dann so aus:
Internals:
   IODev      Mosquitto
   NAME       ebus_status
   NR         312
   STATE      Vorlauf: 0.0 <br>Ruecklauf: 0.0 <br>Warmwasser: 0.0 <br>Aussentemp.: 0.0 <br>Pumpe: 0
   TYPE       MQTT_DEVICE
   qos        0
   retain     0
   Readings:
     2018-03-10 13:55:10   Status01        {
     "0": {"name": "temp1", "value": 51.5},
     "1": {"name": "temp1", "value": 44.0},
     "2": {"name": "temp2", "value": 4.500},
     "3": {"name": "temp1", "value": null},
     "4": {"name": "temp1", "value": 51.5},
     "5": {"name": "pumpstate", "value": "on"}}
     2018-03-10 14:21:46   transmission-state subscription acknowledged
   Message_ids:
   Sets:
   subscribe:
     ebusd/bai/Status01
   subscribeExpr:
     ^ebusd\/bai\/Status01$
   Subscribereadings:
     ebusd/bai/Status01 Status01
Attributes:
   IODev      Mosquitto
   devStateStyle style="text-align:right"
   event-on-change-reading .*
   icon       icoTempHeizung
   room       Mosquitto
   stateFormat {sprintf("Vorlauf: %.1f <br>Ruecklauf: %.1f <br>Warmwasser: %.1f <br>Aussentemp.: %.1f <br>Pumpe: %s", ReadingsVal($name,"0_value",0), ReadingsVal($name,"1_value",0), ReadingsVal($name,"3_value",0), ReadingsVal($name,"2_value",0), ReadingsVal($name,"5_value",0))}
   subscribeReading_Status01 ebusd/bai/Status01


Gruß
Ralph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 10 März 2018, 19:25:14
gut, dann probiere mal dieses Filter!

define ej3 expandJSON (ebusd.*:.*:.{.*.*{.*.*}})

es sollten dann die Readings wie in meinem Beispiel auftauchen.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: reisner am 10 März 2018, 19:31:09
Ich habe gerade gesehen, dass das Datum der letzten Readingsübergabe schon alt ist, scheinbar werden keine Readings mehr vom e3j übergeben, dass muss ich erst überprüfen.
Wenn keine Readings übergeben werden, können sie auch nicht aufgelöst werden, ich melde mich wieder, wenn ich mehr weiß - hoffentlich mit Entwarnung ;)

Gruß
Ralph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 10 März 2018, 19:41:21
habe ich auch gesehen, ist schon 5 Stunden aus. Schaue doch einmal was da so am Mosquitto ankommt, das ist ja ein Broadcast der alle paar Minuten sich melden sollte.

exandJson ist noch gar nicht aktiv, das ist der reine MQTT Verkehr denn du mit subscribeReading_Status01 definiert hast.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: reisner am 10 März 2018, 19:52:40
Hallo Reinhart,
Beim Rumspielen hatte ich im ebusd Aufruf im mqtt topic noch ein %field mit drin, damit konnte das Reading auch nicht ankommen. Nun kommt es aber wieder an und leider wird es weiterhin nicht aufgelöst. e3j war so wie bei dir definiert, habe es noch einmal gelöscht und mit deinem String neu angelegt, ändert sich aber nichts >:(
Die neue List Ausgabe anbei:
Internals:
   IODev      Mosquitto
   NAME       ebus_status
   NR         312
   STATE      Vorlauf: 0.0 <br>Ruecklauf: 0.0 <br>Warmwasser: 0.0 <br>Aussentemp.: 0.0 <br>Pumpe: 0
   TYPE       MQTT_DEVICE
   qos        0
   retain     0
   Readings:
     2018-03-10 19:50:02   Status01        {
     "0": {"name": "temp1", "value": 54.0},
     "1": {"name": "temp1", "value": 48.0},
     "2": {"name": "temp2", "value": 1.562},
     "3": {"name": "temp1", "value": null},
     "4": {"name": "temp1", "value": 49.5},
     "5": {"name": "pumpstate", "value": "on"}}
     2018-03-10 19:50:02   transmission-state incoming publish received
   Message_ids:
   Sets:
   subscribe:
     ebusd/bai/Status01
   subscribeExpr:
     ^ebusd\/bai\/Status01$
   Subscribereadings:
     ebusd/bai/Status01 Status01
Attributes:
   IODev      Mosquitto
   devStateStyle style="text-align:right"
   event-on-change-reading .*
   icon       icoTempHeizung
   room       Mosquitto
   stateFormat {sprintf("Vorlauf: %.1f <br>Ruecklauf: %.1f <br>Warmwasser: %.1f <br>Aussentemp.: %.1f <br>Pumpe: %s", ReadingsVal($name,"0_value",0), ReadingsVal($name,"1_value",0), ReadingsVal($name,"3_value",0), ReadingsVal($name,"2_value",0), ReadingsVal($name,"5_value",0))}
   subscribeReading_Status01 ebusd/bai/Status01


Gruß
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 10 März 2018, 20:11:40
ok, Zeit passt ja jetzt.

Wenn du ej3 selber einmal anschaust, siehst du das "STATE" active ist und "state" ständig die Uhrzeit aktualisiert?
Eventuell einmal FHEM neu starten. Wenn es dann immer noch nicht geht, einmal das Device ebus_status  löschen, FHEM neu starten und dann das Device wieder anlegen.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: reisner am 10 März 2018, 20:22:35
Hallo,
einfach paste&copy ist nicht immer gut, mein MQTT Device ist ja ebus_status und nicht ebusd -> mit (ebus_status.*:.*:.{.*.*{.*.*}}) klappt es nun auch.
Danke für deine Unterstützng!

Ralph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 10 März 2018, 20:33:33
dann mache lieber

(ebus.*:.*:.{.*.*{.*.*}})

dann gilt das für alle Devices die mit "ebus....." beginnen.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Allodo am 10 März 2018, 21:55:50
Erst einmal möchte ich mich noch einmal für die Hilfe bedanken :)

Ich habe jetzt mal alles neue gebaut und die entsprechende Befehle aus dem WIKI benutzt
sudo cp contrib/debian/default/ebusd /etc/default/ebusd # Konfigurationsdatei für eBusd Startoptionen.

Hier mal meine ebusd:
EBUSD_OPTS="-d 192.168.1.40:9999 -l /var/log/ebusd.log --scanconfig --latency=20000 --receivetimeout=50000"


Mir fehlt jedoch bei "ebusctl info" immer noch "min symbol latency" und "max symbol latency".

Die CSV wird scheinbar immer noch nicht geladen :(
Es wird aber auch nicht angemeckert, dass eine CSV fehlen würde.

Hier mal die Auszüge von der Konsole:
pi@fhem:~ $ ebusctl info
version: ebusd 3.1.v3.1-22-gdaf771e
update check: revision v3.1-1-g60a18d1 available
signal: acquired
symbol rate: 25
max symbol rate: 140
reconnects: 0
masters: 3
messages: 2
conditional: 0
poll: 0
update: 0
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=V3x00;SW=0118;HW=9902"
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd

pi@fhem:~ $ ebusd --checkconfig --scanconfig
2018-03-10 21:34:59.863 [main notice] ebusd 3.1.v3.1-22-gdaf771e performing configuration check...
2018-03-10 21:34:59.882 [main notice] found messages: 10 (0 conditional on 0 conditions, 0 poll, 7 update)
2018-03-10 21:34:59.883 [main notice] ebusd stopped

Warum wird mir hier immer noch angezeigt, dass es angeblich eine neuere Version gibt, wenn ich mich doch genau an die Anleitung von John gehalten habe auf Github?
git clone https://github.com/john30/ebusd.git

Vor allem die 2te Zeile bei "ebusd --checkconfig --scanconfig" macht mich stutzig, denn im WIKI steht dort "...found messages 4440" als Beispiel.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 11 März 2018, 08:40:29
Zitat von: Allodo am 10 März 2018, 21:55:50
Die CSV wird scheinbar immer noch nicht geladen :(
für V3x haben wir eh keine CSV, insofern ist das nicht verwunderlich.

Zitat von: Allodo am 10 März 2018, 21:55:50
Warum wird mir hier immer noch angezeigt, dass es angeblich eine neuere Version gibt, wenn ich mich doch genau an die Anleitung von John gehalten habe auf Github?
Weil die Versionsinfo, die ebusd hier abruft nicht jede git Version widerspiegelt, sondern i.d.R. nur neue Releases. Ist also ganz normal, wenn Du selbst kompilierst.

Zitat von: Allodo am 10 März 2018, 21:55:50
Vor allem die 2te Zeile bei "ebusd --checkconfig --scanconfig" macht mich stutzig, denn im WIKI steht dort "...found messages 4440" als Beispiel.
Hast Du denn auch CSVs runtergeladen?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 11 März 2018, 09:05:33
Zitat von: dkreutz am 06 März 2018, 20:49:23
angeschlossen über ELV-UART, hier noch mal das komplette Log

2018-03-05 19:33:12.028 [bus notice] <aa
2018-03-05 19:33:12.029 [bus notice] <f1
2018-03-05 19:33:12.072 [bus notice] <f1
2018-03-05 19:33:12.073 [bus notice] <07
2018-03-05 19:33:12.074 [bus notice] <fe
2018-03-05 19:33:12.087 [bus notice] <00
2018-03-05 19:33:12.088 [bus notice] <44
2018-03-05 19:33:12.296 [bus notice] <aa

also hier geht einfach grundsätzlich was völlig schief, denn es versucht F1 sich selbst zu scannen. Das macht nun so gar keinen Sinn.

Zitat von: dkreutz am 06 März 2018, 20:49:23

2018-03-05 19:33:23.091 [bus notice] <aa
2018-03-05 19:33:23.092 [bus notice] >31
2018-03-05 19:33:23.105 [bus notice] <31
2018-03-05 19:33:23.314 [bus notice] <aa

Das ist ebenso bizarr, denn nach dem SYN möchte ebusd was senden, bekommt auch seine Adresse zurück, aber mit deutlicher Latenz von 13ms. Dass hier ansonsten nichts protokolliert wird, ist auch merkwürdig. Zumindest eine Meldung über Timeout o.ä. müsste da schon kommen. Sicher, dass die Log Einstellungen angepasst wurden?

Anyway, versuch mal, ebusd mit zusätzlichem Startparameter --latency=20000 zu starten. Damit lässt sich die Latenzproblematik zumindest mal temporär umschiffen.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Allodo am 11 März 2018, 11:17:25
ZitatHast Du denn auch CSVs runtergeladen?

Ich habe mich an Deine Anleitung gehalten:
git clone https://github.com/john30/ebusd-configuration.git
sudo mv /etc/ebusd /etc/ebusd.old
sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd


Es kommt ja keine Meldung, dass keine CSV gefunden wurde o.ä.

Zitatfür V3x haben wir eh keine CSV, insofern ist das nicht verwunderlich.
Und was muss ich jetzt tun, damit CSV geladen werden?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 11 März 2018, 13:31:49
Zitat von: Allodo am 11 März 2018, 11:17:25
git clone https://github.com/john30/ebusd-configuration.git
sudo mv /etc/ebusd /etc/ebusd.old
sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd

dann hast Du evtl. nach dem make install die /etc/ebusd wieder überschrieben? Schau halt mal rein.

Zitat von: Allodo am 11 März 2018, 11:17:25
Und was muss ich jetzt tun, damit CSV geladen werden?
naja, es gibt wie gesagt keine. Also musst Du selbst schauen, was an Nachrichten vorbei kommt und diese dekodieren, siehe hier (https://github.com/john30/ebusd/wiki/HowTos#creating-new-message-definition-files).
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: minscof am 11 März 2018, 15:44:40
I built a V2.1 base card. I want to test it with a cable link to a raspberry. I have a ftdi usb to  ttl like this one (https://www.amazon.fr/FT232RL-Serial-Adaptateur-Module-Arduino/dp/B00X75JO0W).

Do I have to connect both 5V and 3,3 V or can I try with just one pin (5v or 3,3v)?

Thanks

Is there a topic that explains this kind of connection ?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 11 März 2018, 17:51:02
set the Jumper on the Uart to 3,3V!

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Allodo am 11 März 2018, 17:58:07
Zitatdann hast Du evtl. nach dem make install die /etc/ebusd wieder überschrieben? Schau halt mal rein.
Ich habe folgende Dateien und Ordner in /etc/ebusd per Hand aus /etc/ebusd.old/ebusd-configuration/ebusd-2.1.x/de kopiert um sicher zu sein, dass diese in dem Ordner vorhanden sind:

Oder müssen diese in dem Unterordner de liegen, sprich /etc/ebusd/de/vaillant usw.?

Zitatnaja, es gibt wie gesagt keine. Also musst Du selbst schauen, was an Nachrichten vorbei kommt und diese dekodieren, siehe hier.
Mein Regler ist ein Calormatic 470. Dafür sollte doch eigentlich eine CSV vorhanden sein. Sind ja etliche mit demselben Regler hier unterwegs.


Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: minscof am 11 März 2018, 18:50:20
Zitat von: Reinhart am 11 März 2018, 17:51:02
set the Jumper on the Uart to 3,3V!

LG
Thanks, does  it mean the 5V pin is useless, or do I have to connect it as well ?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 11 März 2018, 19:52:08
Yes, the 5V Pin is useless!

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 12 März 2018, 07:26:59
Zitat von: Allodo am 11 März 2018, 17:58:07
Ich habe folgende Dateien und Ordner in /etc/ebusd per Hand aus /etc/ebusd.old/ebusd-configuration/ebusd-2.1.x/de kopiert um sicher zu sein, dass diese in dem Ordner vorhanden sind:

  • /etc/ebusd/vaillant (Ordner)
  • /etc/ebusd/_templates.csv
  • /etc/ebusd/broadcast.csv
  • /etc/ebusd/memory.csv
Irgendwas stimmt damit aber nicht, denn Dein checkconfig zeigt ja folgendes:
Zitat
2018-03-10 21:34:59.882 [main notice] found messages: 10 (0 conditional on 0 conditions, 0 poll, 7 update)
Und das sollten nicht 10 sondern mehrere 1000 sein.

Zitat von: Allodo am 11 März 2018, 17:58:07
Oder müssen diese in dem Unterordner de liegen, sprich /etc/ebusd/de/vaillant usw.?
Die Ordnerstruktur stimmt so. Als welcher User lässt Du denn den --checkconfig laufen? Vielleicht hat der nicht genügend Rechte.

Zitat von: Allodo am 11 März 2018, 17:58:07
Mein Regler ist ein Calormatic 470. Dafür sollte doch eigentlich eine CSV vorhanden sein. Sind ja etliche mit demselben Regler hier unterwegs.
Ja das ist richtig, aber Dein 470 erscheint auch nicht beim in der info Ausgabe...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 12 März 2018, 09:34:28
die Verzeichnisstruktur sollte so aussehen!

LG

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 12 März 2018, 19:04:57
Hallo John,
Zitat von: john30 am 11 März 2018, 09:05:33
also hier geht einfach grundsätzlich was völlig schief, denn es versucht F1 sich selbst zu scannen. Das macht nun so gar keinen Sinn.
Das ist ebenso bizarr, denn nach dem SYN möchte ebusd was senden, bekommt auch seine Adresse zurück, aber mit deutlicher Latenz von 13ms. Dass hier ansonsten nichts protokolliert wird, ist auch merkwürdig. Zumindest eine Meldung über Timeout o.ä. müsste da schon kommen. Sicher, dass die Log Einstellungen angepasst wurden?

Anyway, versuch mal, ebusd mit zusätzlichem Startparameter --latency=20000 zu starten. Damit lässt sich die Latenzproblematik zumindest mal temporär umschiffen.

Ich habe ein Log angehängt, das mit folgender Konfiguration erstellt worden ist:
EBUSD_OPTS="-d /dev/serial/by-id/usb-Silicon_Labs_CP2102N_{...}-if00-port0 -p 8888 -l /var/log/ebusd.log  --scanconfig --lograwdata=bytes --loglevel=info --latency=20000"


VG Dominik
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Allodo am 12 März 2018, 20:03:06
@Reinhart
Danke, genau so sieht meine Verzeichnisstruktur momentan aus.

Habe gerade noch einmal ebusd --checkconfig --scanconfig eingegeben, dabei wird folgendes ausgespuckt:
pi@fhem:~ $ ebusd --checkconfig --scanconfi
2018-03-12 19:59:15.028 [main notice] ebusd 3.1.v3.1-22-gdaf771e performing configuration check...
/etc/ebusd/vaillant/ed.pms.sc.csv:1: ERR: end of input reached, missing message type/name/pbsb
2018-03-12 19:59:15.120 [main error] error reading config files: ERR: end of input reached, last error: /etc/ebusd/vaillant/ed.pms.sc.csv:1: ERR: end of input reached, missing message type/name/pbsb
2018-03-12 19:59:15.155 [main notice] found messages: 238 (7 conditional on 6 conditions, 0 poll, 17 update)
2018-03-12 19:59:15.159 [main notice] ebusd stopped


Zumindest schon einmal mehr, als gestern. Kann mit der Meldung aber nix anfangen :(

EDIT: Ich habe gerade noch einmal die Erweiterungsplatine abgesteckt und die LED's in die Brückkontakte gesteckt. Es leuchtet nach wie vor nur die Gelbe LED dauerhaft.
Mir ist ja egal, ob die LED's leuchten, oder nicht. Nur sind die ja wohl nicht ohne Grund vorhanden ;)

Könnte evtl. etwas mit der Platine selbst nicht stimmen, oder ist das auf Grund der Übertragung auszuschließen?

Wenn ich auf das Webinterface des WEMOS gehen, steht dort "ebusd connected: yes (inactive)" und "eBUS signal: acquired"
Sollte dort inactive stehen?

pi@fhem:~ $ ebusctl find
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;V3x00;0118;9902
scan.15  = no data stored

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 12 März 2018, 21:46:22
@Allodo

bei dir stimmt nach wie vor mit der Installation der CSV Fles was nicht!

pi@raspberrypi:~ $ ebusd --checkconfig
2018-03-12 21:41:21.123 [main notice] ebusd 3.1.v3.1-22-gdaf771e performing configuration check...
2018-03-12 21:41:29.949 [main notice] found messages: 11126 (437 conditional on 154 conditions, 17 poll, 63 update)
2018-03-12 21:41:30.258 [main notice] ebusd stopped

so sollte in etwa der checkconfig ausehen, aber du hast stattdessen "ERR: end of input reached" an Fehlermeldungen.
Hast du vielleicht die Files einmal mit einem Windows Editor geändert und gespeichert, denn dann wären sie hin?

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Allodo am 13 März 2018, 07:11:14
Nein, ich habe sie mittels putty von dem einen Ordner in den anderen kopiert, nix editiert o.ä.

In dem File steht (jetzt aus dem Kopf heraus) nur eine Adresse zu einer anderen Datei.

Vielleicht komme ich heute dazu, mal auf einem anderen Raspi ebusd komplett neu zu installieren. Mal schauen, was dann passiert. Werde dann mal aus Github alles direkt herunterladen und auf dem Raspi entsprechend kopieren.

Übrigens hat beim starten gestern einmal die rote LED ganz schwach aufgeleuchtet. Hatte das bei der Beleuchtung gar nicht gesehen ;)
Die grüne ist nach wie vor aus. Aber, wie gesagt, wenn ansonsten die Platine laufen sollte kann ich das sehr gut verschmerzen.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 13 März 2018, 08:36:35
OK, ändert aber nichts das die CSV nicht passen. Ist eine gute Idee einmal alles auf einem anderen Raspi zu installieren.
Mit Putty über SSH zu kopieren ist ok.

Die rote Led sollte blinken (sofern das deine Tx Led ist), wenn ein Full Scan oder der Initialscan läuft. Wenn das nicht der Fall ist, dann ist sie falsch gepolt und dann kann auch nichts gesendet werden. Warum die Leds bei dir so schwach leuchten kann ich nicht sagen. Aber die Rx Led muss unbedingt blinken sobald der eBus angeschlossen ist, Polung?

Ich habe hier ein kurzes Video (https://drive.google.com/file/d/1vSCm5qYLC5SgS-IDugsOrCRToBvfYYuJ/view?usp=sharing) damit du siehst wie das blinken soll, rot=Rx, gelb=Tx, grün=Power.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Allodo am 13 März 2018, 12:57:58
Gibt es irgendeine Möglichkeit die Platine ohne Labornetzteil durchzumessen?
Ich könnte max ein PC-Netzteil anschließen, welches ja 12V liefert.

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 13 März 2018, 15:28:02
die Messpunkte Messplan wurden alle bei 17 Volt erstellt um möglichst nahe an die Busspannung zu kommen.
Bei 12V werden die Messwerte nicht passen.

Ich glaube aber nicht, dass deine Platine was hat, das ist nur Konfigurationssache.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: galileo am 13 März 2018, 15:36:27
ZitatGibt es irgendeine Möglichkeit die Platine ohne Labornetzteil durchzumessen?
Ich könnte max ein PC-Netzteil anschließen, welches ja 12V liefert.

12V sind sicher zu wenig um ein eindeutiges "HIGH" zusammenzubringen.
Nimm doch einfach 2 Stück 9V Batterien in Serie, dann hast du 18V (statt der 17V im Messplan).
Damit sollten sich nur unwesentlich andere Messwerte ergeben. Für eine Fehlersuche wird es allemal reichen.
330 Ohm Widerstand nicht vergessen!

LG
Eduard
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 14 März 2018, 07:44:59
Zitat von: dkreutz am 12 März 2018, 19:04:57
Ich habe ein Log angehängt, das mit folgender Konfiguration erstellt worden ist:
EBUSD_OPTS="-d /dev/serial/by-id/usb-Silicon_Labs_CP2102N_{...}-if00-port0 -p 8888 -l /var/log/ebusd.log  --scanconfig --lograwdata=bytes --loglevel=info --latency=20000"

also der Slave f6 mag nicht auf die ID Anfrage antworten und schert sich offensichtlich auch sonst kaum um Einhaltung des eBUS Protokolls. Des weiteren sendet der (oder noch ein anderer Teilnehmer) anscheinend beliebig 0x00 auf den Bus, was ebenfalls nicht dem Protokoll entspricht.
Das sieht für mich leider immer noch so aus, als würde der Teilnehmer nicht eBUS sondern irgendwas anderes sprechen...
Was hängt denn da noch alles an dem Bus dran?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Allodo am 14 März 2018, 07:57:16
Es ist zum Mäuse melken, ich habe ebusd jetzt mal auf einem anderen Rpi2 installiert. Vorher Stretch komplett neu aufgesetzt.
Habe mich an das WIKI gehalten und selbst compiliert. Anschließend habe ich die Konfigurationsdateien (*.csv) per ssh nach /etc/ebusd kopiert.

Es wird immer noch nix geladen bzw ebusd --checkconfig --scanconfig ergab dieses Mal ein Error Reading bei 15.360.csv.

Also habe ich alle Dateien und den Vaillantordner unter /etc/ebusd wieder gelöscht und wie in Github von John beschrieben folgende Befehle ausgeführt:
git clone https://github.com/john30/ebusd-configuration.git
sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd


War auch nicht wirklich von Erfolg gekrönt, nur dass ich jetzt folgende Ordnerstruktur habe:  /etc/ebusd/de/vaillant.

Habe dann gestern Abend die Platine abgeklemmt und zumindest die Widerstände gemessen, die passten soweit. Hatte nur bei einigen merkwürdige Messwerte.
Zum Beispiel bei R3 habe ich je nachdem, wie ich die Messpitzen anlege, entweder 100k Ohm oder einen anderen Wert. Sollte die Richtung des Widerstandes nicht egal sein?

Problematischer ist es bei R7, R8, R12, R9, da bekomme ich nie den richtigen Wert im Multimeter angezeigt. Die Farbcodierung entspricht jedoch den hier eingestellten Bildern.
Heute Nachmittag werde ich dann mal 2x9V-Blöcke in Serie anklemmen (@Galileo Danke für den Tipp) und dann messen. Sind die Messpunkte der V2 identisch mit der V2.1?

Die Belegung der Widerstände auf der Basisplatine sollte doch so sein, wie im angehangenen Bild, oder?

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 14 März 2018, 08:01:26
Zitat von: Allodo am 14 März 2018, 07:57:16
Also habe ich alle Dateien und den Vaillantordner unter /etc/ebusd wieder gelöscht und wie in Github von John beschrieben folgende Befehle ausgeführt:
git clone https://github.com/john30/ebusd-configuration.git
sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd


War auch nicht wirklich von Erfolg gekrönt, nur dass ich jetzt folgende Ordnerstruktur habe:  /etc/ebusd/de/vaillant.
das ist so nicht richtig, weil Du das zweite Kommando unterschlagen hast:
if [ -d /etc/ebusd ]; then sudo mv /etc/ebusd /etc/ebusd.old; fi
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Allodo am 14 März 2018, 08:15:29
@john30
Die zweite Zeile ist doch nur dafür da, nachzuschauen, ob evtl. Konfigurationsdateien in dem Ordner vorhanden sind und diese dann nach /etc/ebusd.old zu verschieben.
Deshalb habe ich diese ausgelassen, da keine Dateien vorhanden waren. Wurden ja vorher von mir gelöscht ;)

Das dürfte doch keine Auswirkung haben.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 14 März 2018, 08:35:14
Zitat von: Allodo am 14 März 2018, 08:15:29
@john30
Die zweite Zeile ist doch nur dafür da, nachzuschauen, ob evtl. Konfigurationsdateien in dem Ordner vorhanden sind und diese dann nach /etc/ebusd.old zu verschieben.
Deshalb habe ich diese ausgelassen, da keine Dateien vorhanden waren. Wurden ja vorher von mir gelöscht ;)

Das dürfte doch keine Auswirkung haben.
doch das hat Auswirkung, da der Link bei Vorhandensein des Verzeichnisses /etc/ebusd als Unterverzeichnis darin erscheint und das ist eben falsch.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: chons am 14 März 2018, 08:49:39
Zitat von: Allodo am 14 März 2018, 07:57:16
Die Belegung der Widerstände auf der Basisplatine sollte doch so sein, wie im angehangenen Bild, oder?
Ja, das passt.
Info: Die Platine inkl. der aufgedruckten Widerständen finden man hier (https://forum.fhem.de/index.php/topic,75878.msg769382.html#msg769382) im post bzw. hier (https://forum.fhem.de/index.php?action=dlattach;topic=75878.0;attach=98237).
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Allodo am 14 März 2018, 08:52:23
@John30
Ah, okay. Danke :)

@chons
Genau diese neuen Bilder helfen wohl extrem weiter :)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 14 März 2018, 09:13:33
Zitat von: Allodo am 14 März 2018, 07:57:16
Zum Beispiel bei R3 habe ich je nachdem, wie ich die Messpitzen anlege, entweder 100k Ohm oder einen anderen Wert. Sollte die Richtung des Widerstandes nicht egal sein?
Moin
Im eingebauten Zustand kannst du die Werte nicht messen! Bei R3 ist das z.B. ganz klar, warum Du unterschiedliche Werte bekommst. Dieser liegt parallel mit R4 auf Masse, wenn Du Plus und Minus des Messgeraetes tauschst! Mit den anderen wird das bestimmt aehnlich sein!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 14 März 2018, 19:00:03
Zitat von: john30 am 14 März 2018, 07:44:59
also der Slave f6 mag nicht auf die ID Anfrage antworten und schert sich offensichtlich auch sonst kaum um Einhaltung des eBUS Protokolls. Des weiteren sendet der (oder noch ein anderer Teilnehmer) anscheinend beliebig 0x00 auf den Bus, was ebenfalls nicht dem Protokoll entspricht.
Das sieht für mich leider immer noch so aus, als würde der Teilnehmer nicht eBUS sondern irgendwas anderes sprechen...
Was hängt denn da noch alles an dem Bus dran?
Das ist nur die Heizungsregelung (Wolf R12-5W) und der eBus-Adapter V2.1 (mit DC-Wandler und ELV-UART).
Und es ist wirklich ein eBus - bei anderen Usern funktioniert es ja, siehe hier (https://forum.fhem.de/index.php/topic,50352.0/all.html).

Vielleicht ist die Firmware meiner Regelung veraltet/fehlerhaft (ich habe im Wolf-Thread gerade nachgefragt wie man die Versionsnummer heraus findet)...
Oder meine Regelung hat einfach einen Defekt, wobei sonst aber alles funktioniert - es wird zumindest so warm, dass sich die Familie nicht beschwert  ;)

Ich habe ja zwei eBus-Adapter (einmal V2.0, einmal V2.1), soll ich mal beide an den eBus hängen (mit unterschiedlichen ebusd-Instanzen und Adressen)?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Allodo am 14 März 2018, 21:47:56
Es wurde wohl mittlerweile etwas gefunden, nachdem ich den ebusd-Ordner gelöscht habe und mich an John's Anleitung gehalten habe, um die aktuellen Konfigdateien zu verlinken.

pi@ebusd:/etc/ebusd $ ebusd --checkconfig --scanconfig
2018-03-14 21:13:00.630 [main notice] ebusd 3.1.v3.1-22-gdaf771e performing configuration check...
2018-03-14 21:13:03.543 [main notice] found messages: 11134 (437 conditional on 154 conditions, 17 poll, 64 update)
2018-03-14 21:13:03.691 [main notice] ebusd stopped


Nur wird scheinbar immer noch nix geladen :(
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 15 März 2018, 07:13:42
Moin Allodo
Das sieht doch jetzt gut aus!? Hast Du denn den eBusd Service gestartet?
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 15 März 2018, 07:43:05
Zitat von: dkreutz am 14 März 2018, 19:00:03
Das ist nur die Heizungsregelung (Wolf R12-5W) und der eBus-Adapter V2.1 (mit DC-Wandler und ELV-UART).
Und es ist wirklich ein eBus - bei anderen Usern funktioniert es ja, siehe hier (https://forum.fhem.de/index.php/topic,50352.0/all.html).
ich würde erstmal alle Komponenten der Reihe nach auslassen, die potentiell die Kommunikation beeinflussen können. Angefangen beim Wemos, sprich erstmal mit UART direkt versuchen.
Apropos Wemos: ist das verwendete Netzteil stark genug ausgelegt? Das ist häufig Ursache merkwürdigster Phänomene.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Allodo am 15 März 2018, 10:14:24
ZitatHast Du denn den eBusd Service gestartet?
Ich habe den Rpi2 neu gestartet und anschließend ebusd mit "sudo service ebusd start" gestartet.
ebusd --checkconfig --scanconfig zeigt mir weiterhin 11134 Dateien an, jedoch sieht die Ausgabe von ebusctl find genau so aus, wie schon in einigen Posts zuvor :(

Mein Arbeitskollege hat mir jetzt mal seine unverbaute ebus-Platine V2.0 inkl. montierter Erweiterungsplatine mitgebracht. Mal schauen, ob diese etwas ausspukt. Zumindest habe ich bei der Platine die Gewissheit, dass diese durchgemessen ist und funktionieren sollte ;)

EDIT: Es liegt doch an meiner Platine :(
Mit der Platine von meinem Arbeitskollegen, wird sofort die 15.470.csv geladen, jedoch sind keine Daten vorhanden.
pi@ebusd:~ $ ebusctl find
470 ACTOstorDetected = no data stored
470 actoSTOROPMode = no data stored
470 ActualRoomTempDesiredHc1 = no data stored
470 ActualWeekday = no data stored
470 ADCValueTempbelow = no data stored
470 ASCDetected = no data stored
470 B51000M10HwcFlowSetMon = no data stored
470 B51000M12DisableBitsMon = no data stored
470 B51000M14Monitor = no data stored
470 B51000M7OpModeMonitor = no data stored
470 B51000M8HeatFlowSetMonitor = no data stored
470 B51000M9TappingSetMon = no data stored
470 B51000TempDesiredLoadingPump = no data stored
470 BMUB51101BoilerFlowTemp = no data stored
470 BMUB51101ErrorStatus = no data stored
470 BMUB51101HwcState = no data stored
470 BMUB51101StorageTemp = no data stored
470 BMUFlowTempOrVF1 = no data stored
470 CalculatedKickStopTime = no data stored
470 ccTimer.Friday = no data stored
470 ccTimer.Monday = no data stored
470 ccTimer.Saturday = no data stored
470 ccTimer.Sunday = no data stored
470 ccTimer.Thursday = no data stored
470 ccTimer.Tuesday = no data stored
470 ccTimer.Wednesday = no data stored
470 ChimneySweepModeActive = no data stored
470 CirPump = no data stored
470 ClockSwitchSummerWinterDone = no data stored
470 ContactName = no data stored
470 ContinuosHeating = no data stored
470 coolingTimer.Friday = no data stored
470 coolingTimer.Monday = no data stored
470 coolingTimer.Saturday = no data stored
470 coolingTimer.Sunday = no data stored
470 coolingTimer.Thursday = no data stored
470 coolingTimer.Tuesday = no data stored
470 coolingTimer.Wednesday = no data stored
470 CountryVariant = no data stored
470 CPLPLast24started = no data stored
470 currenterror = no data stored
470 Date = no data stored
470 DcfIsValid = no data stored
470 DisplayedHc1RoomTempDesired = no data stored
470 DisplayedHwcStorageTemp = no data stored
470 DisplayedRoomTemp = no data stored
470 EepromUpdateActive = no data stored
470 EnermanState = no data stored
470 errorhistory = no data stored
470 ExcessTemp = no data stored
470 FactoryTestActive = no data stored
470 FrostOverRideTime = no data stored
470 FrostProtectDelayMonitor = no data stored
470 FrostProtectionRequiredMonitor = no data stored
470 FrostProtectStateMonitor = no data stored
470 GlobalSystemOff = no data stored
470 Hc1ActualFlowTempDesired = no data stored
470 Hc1AutoOffMode = no data stored
470 Hc1BankHolidayEndPeriod = no data stored
470 Hc1BankHolidayStartPeriod = no data stored
470 Hc1DayTemp = no data stored
470 Hc1FloorPavementDryingDay = no data stored
470 Hc1FloorPavementDryingTemp = no data stored
470 Hc1HcType = no data stored
470 Hc1HeatCurve = no data stored
470 Hc1HolidayEndPeriod = no data stored
470 Hc1HolidayRoomTemp = no data stored
470 Hc1HolidayStartPeriod = no data stored
470 Hc1MinimalFlowTempDesired = no data stored
470 Hc1NightTemp = no data stored
470 Hc1OPMode = no data stored
470 Hc1PreCutOffActive = no data stored
470 Hc1PreOrContinuosHeatingActive = no data stored
470 Hc1Pump = no data stored
470 Hc1PumpLast24started = no data stored
470 Hc1QuickVetoTemp = no data stored
470 Hc1RoomTempSwitchOn = no data stored
470 Hc1SFMode = no data stored
470 Hc1SummerOffset = no data stored
470 Hc2BankHolidayEndPeriod = no data stored
470 Hc2BankHolidayPeriodIsActive = no data stored
470 Hc2BankHolidayStartPeriod = no data stored
470 Hc2HcType = no data stored
470 Hc2HolidayEndPeriod = no data stored
470 Hc2HolidayPeriodIsActive = no data stored
470 Hc2HolidayStartPeriod = no data stored
470 Hc2OPMode = no data stored
470 Hc2SFMode = no data stored
470 Hc2TempDesiredB50418 = no data stored
470 HcMc1ConfigCPLP = no data stored
470 HcMc1CPLPState = no data stored
470 HcMc1Detected = no data stored
470 HcName1 = no data stored
470 HcName2 = no data stored
470 hcTimer.Friday = no data stored
470 hcTimer.Monday = no data stored
470 hcTimer.Saturday = no data stored
470 hcTimer.Sunday = no data stored
470 hcTimer.Thursday = no data stored
470 hcTimer.Tuesday = no data stored
470 hcTimer.Wednesday = no data stored
470 HwcActualTempDesired = no data stored
470 HwcCircuitActive = no data stored
470 HwcLegioStartDay = no data stored
470 HwcLegioStartTime = no data stored
470 HwcLoadingIn430Active = no data stored
470 HwcLoadingOffset = no data stored
470 HwcOPMode = no data stored
470 HwcParallelLoading = no data stored
470 HwcPressLowpostrunningtime = no data stored
470 HwcTempDesired = no data stored
470 hwcTimer.Friday = no data stored
470 hwcTimer.Monday = no data stored
470 hwcTimer.Saturday = no data stored
470 hwcTimer.Sunday = no data stored
470 hwcTimer.Thursday = no data stored
470 hwcTimer.Tuesday = no data stored
470 hwcTimer.Wednesday = no data stored
470 HydraulicMap = no data stored
470 HydraulicSwitch = no data stored
470 InstallAssistant = no data stored
470 KeyCodeforConfigMenu = no data stored
470 LanguageVariant = no data stored
470 LcdContrastValue = no data stored
470 LegioProtectActive = no data stored
470 MaintenanceDate = no data stored
470 MenuTestingCurrParameterTextId = no data stored
470 MenuTestingCurrPid = no data stored
470 MenuTestingCurrScreenCount = no data stored
470 MenuTestingCurrValue = no data stored
470 MenuTestingSymAddrFromCurrValue = no data stored
470 MonitorCurrentIPart = no data stored
470 MonitorEEpromInkonsiNumber = no data stored
470 OpModeEffect = no data stored
470 OutsideTemp = no data stored
470 OutsideTempOffset = no data stored
470 PhoneNumber = no data stored
470 PreheatingTime = no data stored
470 PreStopTime = no data stored
470 PumpBlockingTimeMax = no data stored
470 PumpEnergySaveCalculatedTimeMonitor = no data stored
470 PumpEnergySaveStateMonitor = no data stored
470 RaumtempIstUnten = no data stored
470 RoomTemp = no data stored
470 RoomTempCorrection = no data stored
470 RoomTempOffsetSelfWarming = no data stored
470 SolModuleDetected = no data stored
470 StartEepromUpdate = no data stored
470 StatusDcf = no data stored
470 SummerWinterTimeAdjust = no data stored
470 tariffTimer.Friday = no data stored
470 tariffTimer.Monday = no data stored
470 tariffTimer.Saturday = no data stored
470 tariffTimer.Sunday = no data stored
470 tariffTimer.Thursday = no data stored
470 tariffTimer.Tuesday = no data stored
470 tariffTimer.Wednesday = no data stored
470 TestVarActivateFunction = no data stored
470 Time = no data stored
470 V430PluggedIn = no data stored
470 VF1 = no data stored
470 VR81ActiveForHc1 = no data stored
470 VR81ActiveForHc2 = no data stored
470 VR81Detected = no data stored
470 YieldLastYear = no data stored
470 YieldThisYear = 0;0;0;0;0;0;0;0;0;0;0;0
broadcast datetime = no data stored
broadcast error = no data stored
broadcast hwcStatus = no data stored
broadcast id = no data stored
broadcast id = no data stored
broadcast load = no data stored
broadcast outsidetemp = 8.000
broadcast signoflife = no data stored
broadcast vdatetime = 19:16:33;15.03.2018
general valuerange = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan id = no data stored
scan.08  = Vaillant;V3x00;0118;9902
scan.15  = Vaillant;47000;0420;1403
scan.15 id = 21;16;13;0020184593;0082;005830;N6


EDIT2: Ich habe jetzt mal die Messpunkte durchgemessen und das sah sehr ernüchternd aus :(
An der Diode D4 habe ich noch den passenden Wert, aber am IC1 und CK1 passt schon nix mehr :(

Die Widerstände sehen korrekt aus. Zumindest per Sichtprüfung.

Wie gehe ich denn am Besten vor um den Fehler herauszufinden? Und lohnt sich der Aufwand überhaupt, wenn ich keine Daten erhalte?
Bin gerade ein wenig am verzweifeln :(
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Allodo am 16 März 2018, 10:48:23
Keiner ein Idee?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 16 März 2018, 11:04:40
Zitat von: john30 am 15 März 2018, 07:43:05
ich würde erstmal alle Komponenten der Reihe nach auslassen, die potentiell die Kommunikation beeinflussen können. Angefangen beim Wemos, sprich erstmal mit UART direkt versuchen.
Das ist ja schon erfolgt, die letzten Logs waren alle ohne Wemos/Erweitertungsplatine nur mit UART.

Zitat von: john30 am 15 März 2018, 07:43:05
Apropos Wemos: ist das verwendete Netzteil stark genug ausgelegt? Das ist häufig Ursache merkwürdigster Phänomene.
Zur Stromversorgung:
Wenn ich über Wemos/ebusd-esp gehe, dann erfolgt die Stromversorgung über ein USB-Netzteil/Ladegerät von ELV mit Output 5V/1.0A. Ich werde aber noch einmal ein alternatives Netztteil (vom iPad) probieren.

Im UART-Szenario erfolgt die Stromversorgung ja über den Raspberry Pi3, der bei mir an einem Original RPi-Netzteil mit 2.5A Output hängt. Am RPi3 hängt bei mir auch noch ein nanoCUL, JeeLink und TEK603 dran, sowie am GPIO ein HM-MOD-RPI-PCB, außerdem LAN-Netzwerk (was bei beim RPi ja letztendlich auch über USB geht). Ich werde auch hier noch mal einen Testlauf ohne weitere USB-Devices machen...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 16 März 2018, 11:41:59
Zitat von: Allodo am 15 März 2018, 10:14:24

EDIT2: Ich habe jetzt mal die Messpunkte durchgemessen und das sah sehr ernüchternd aus :(
An der Diode D4 habe ich noch den passenden Wert, aber am IC1 und CK1 passt schon nix mehr :(

Die Widerstände sehen korrekt aus. Zumindest per Sichtprüfung.

Wie gehe ich denn am Besten vor um den Fehler herauszufinden? Und lohnt sich der Aufwand überhaupt, wenn ich keine Daten erhalte?
Bin gerade ein wenig am verzweifeln :(

Das keine Daten vorhanden sind ist ja völlig normal, die muss man ja erst vom Bus abholen.
Aber das die andere Platine läuft ist ja schon mal sehr gut. Erzähle bitte mal was du gemessen hast und an welchen Messpunkten, dann können wir dir weiter helfen und den Fehler an der Platine eingrenzen.

Schau bitte auch einmal ob du Q1 und IC2 nicht vertauscht hast, das ist schon einmal vorgekommen. Die beiden sehen ja völlig gleich aus, haben aber total unterschiedliche Funktionen.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Allodo am 16 März 2018, 11:54:04
@Reinhart
Ach so, ich dachte die würden automatisch geholt werden.

Ich hänge mal das Bild mit den Messwerten an. Die roten Werte habe ich gar nicht erst nachgemessen, da die rote LED beim Brücken schon gar nicht aufleuchtet.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 16 März 2018, 12:19:06
ich fürchte meine Bemerkung mit Q1 und IC2 ist so, du hast die beiden vertauscht! Schau doch einmal mit der Lupe nach!
An JP5 muss 5 V liegen und das hast du nicht, also kann der Spannungsregler nicht arbeiten oder es ist irgendwo ein Kurzschluß in der 5V Leitung.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Allodo am 16 März 2018, 12:20:50
Die beiden habe ich gestern mit der Lupe kontrolliert, die sind an der richtigen Position.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 16 März 2018, 12:42:14
Moin
Hast Du mal ein Photo der Platine, vorne und hinten!?
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Allodo am 16 März 2018, 13:11:21
Werde ich heute Nachmittag mal machen und hier reinstellen :)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 16 März 2018, 16:00:50
Du hast ja einen DC-Wandler verbaut, da musst du natürlich auch wenn du die Messung machst den Uart mit einem USB Steckernetzteil versorgen, damit die 5V an den Wandler kommen. Ich hoffe, du hast das bei deinen Messungen berücksichtigt.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Allodo am 16 März 2018, 18:13:49
Und hier mal die Bilder. Einen Schönheitspreis gewinne ich mit meinen Lötkünsten nicht, also nicht verurteilen ;)

@Reinhart
Ich habe gar keinen UART verbaut. Kann das vielleicht schon das Problem sein?
Sollte ich den DC-Wandler lieber auslöten, wenn ich nur die Basisplatine verwenden will?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 16 März 2018, 19:29:49
Zitat von: Allodo am 16 März 2018, 18:13:49
Ich habe gar keinen UART verbaut. Kann das vielleicht schon das Problem sein?
Sollte ich den DC-Wandler lieber auslöten, wenn ich nur die Basisplatine verwenden will?

Nein, der DC-Wandler passt schon, aber wenn du Messen willst muß unbedingt der Uart dran hängen damit die Platine (bzw. der DC-Wandler) die 5V bekommt. Wenn du den Uart nicht anhängst und versorgst, dann kannst auch bei den 5V an der Pinleiste des Uart ein 5V Netzteil anhängen. Die Platine zu prüfen ist durch den Einsatz des DC-Wandlers jetzt etwas komplizierter geworden.

Betreffend deiner Lötstellen, das passt schon im Großen und Ganzen, aber man sieht ein paar Lötspitzer zwischen den Leiterbahnen, die könntest mit einer spitzen Nadel oder einem Zahnstocher versuchen zu entfernen.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 17 März 2018, 09:34:46
was mir noch aufgefallen ist, beim DC-Wandler scheint es zwei "kalte" Lötstellen zu geben.
Und die unteren beiden solltest auf Kurzschluß (Lötspritzer) kontrollieren.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 17 März 2018, 12:04:02
Zitat von: Allodo am 16 März 2018, 18:13:49
Und hier mal die Bilder. Einen Schönheitspreis gewinne ich mit meinen Lötkünsten nicht, also nicht verurteilen ;)
ich würde mal vermuten, dass bei einem der beiden Dreibeiner was nicht stimmt, die hast Du schon arg nah auf die Platine gepresst. Ich lasse da immer mindestens 1-2mm Luft, damit man auch kontrollieren kann, dass die Lötstellen nicht versehentlich miteinander verbunden sind.
Ich würde daher die beiden (Q1 und IC1) auslöten und schauen, ob die noch in Ordnung sind.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Heatseeker am 17 März 2018, 13:37:57
Moin,

Ich habe nun meinen V2.1 mit Erweiterungsplatine und ebus WLAN wemos fettig gelötet,  aber ich steh total auf dem Schlauch wie es weitergeht...

1. Bezüglich der Spannungsversorgung: ich habe den DC Wandler ausgelötet. Und wie gesagt nur die Basis, darum die Erweiterung und darauf den WLAN Adapter. Kommt in den WLAN Adapter nun das USB Netzteil???

2. Muss ich sonst noch was Jumper?

3. Wie nehme ich das ganze softwaremäßig in Betrieb. Mir fehlt irgendwie ein link zu den Infos...

Danke!!
Heatseeker
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: minscof am 17 März 2018, 14:02:30
I built the V2.1 base card. I am currently trying to test and it seems the card doesn't work correctly.

I check voltage , and here are my results

point 1 : 16 V instead of 17 V
point 2 : 15.08 instead of 15.66 V

so far, it appears to be correct.

but point 3 (JP5) : 0 V instead of 4.97 V (see picture)
JP6 seems correct  6.36 V instaed of 6.62 V

I try to detect a bad solder but I can't find : Q1 and IC2 are at the right place, ...

Could it be because of the 3  led that are not very well connected ?

Or do I have to connect SJ1 to use the internal DC for 5V ?

Could you help me  and guide me where I have to check again ?

Thanks
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 17 März 2018, 19:06:55
Zitat von: Heatseeker am 17 März 2018, 13:37:57
Moin,

Ich habe nun meinen V2.1 mit Erweiterungsplatine und ebus WLAN wemos fettig gelötet,  aber ich steh total auf dem Schlauch wie es weitergeht...

1. Bezüglich der Spannungsversorgung: ich habe den DC Wandler ausgelötet. Und wie gesagt nur die Basis, darum die Erweiterung und darauf den WLAN Adapter. Kommt in den WLAN Adapter nun das USB Netzteil???

2. Muss ich sonst noch was Jumper?

3. Wie nehme ich das ganze softwaremäßig in Betrieb. Mir fehlt irgendwie ein link zu den Infos...

Danke!!
Heatseeker

hier im ersten Post ist alles verlinkt was für den Aufbau wichtig ist, unter anderem auch diese hier. (https://forum.fhem.de/index.php/topic,79600.msg772333.html#msg772333) Warum du den DC-Wandler auslötest ist mir unklar, der hat ja wesentlichen Einfluß auf den eBus und verbessert das Verhalten.


Viele Leute hier machen alle den selben Fehler und versuchen sofort die WLAN Strecke zu aktivieren obwohl das ein etwas schwieriger Teil ist. Steckt doch einmal den Uart an und teste mit der Basisplatine, wenn alles funktioniert, dann teste erst mit der Erweiterungsplatine. Eventuelle Konfigurationsfehler findet man sonst nur schwer.

... und ja, am Wemos ebusd-esp kommt das USB Netzteil dran.


LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 17 März 2018, 19:11:31
@minscof

ZitatOr do I have to connect SJ1 to use the internal DC for 5V ?

Yes, you must connect the Uart to 5V with USB cable and the DC-Converter becomes the power.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: minscof am 17 März 2018, 19:27:02
Zitat von: Reinhart am 11 März 2018, 19:52:08
Yes, the 5V Pin is useless!

LG

Previously you told me the 5V of the Uart was useless, and you added to configure the UART to 3,3V.

And now you explain that I need to power the card with the 5V of the UART.

I am confused, can you give me more details about the link between the UART and the base card ?

Sorry for all these questions and thank you for your understanding
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Heatseeker am 17 März 2018, 19:27:47
Zitat von: Reinhart am 17 März 2018, 19:06:55
Warum du den DC-Wandler auslötest ist mir unklar, der hat ja wesentlichen Einfluß auf den eBus und verbessert das Verhalten.

Arrr, natürlich ist der eingelötet!  Das war die doofe autokorrektur vom Tablet... Die Platine ist auch nicht fettig gelötet...  :o

Okay, dann park ich mal den Uart dran und setzt ihn unter Strom!  Nun habe ich auch den github link gefunden und schonmal den eBus wemos geflashed und WLAN konfiguriert...

Aber muss ich noch was Jumper???

Außerdem habe ich nun mal den UART angesteckt und hieran ein Steckernetzteil um mal nach Messplan die Spannungen zu messen, aber das kommt nicht so ganz hin... Muss ich zusätzlich zum USB steckernetzteil noch 18 V auf den EBUS geben?

Ansonsten konnte ich keinen Fehler festellen, Q1 und IC2 sind nciht vertauscht, alle ICs sind richtig herum, Wiederstädne sollte passen, dioden auch,...

Grüße
Heatseeker
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 18 März 2018, 11:43:31
Zitat von: Heatseeker am 17 März 2018, 19:27:47
Aber muss ich noch was Jumper???
zur Jumper Belegung der v2.1 gibt es jetzt hier auch die entsprechenden Infos:
https://ebus.github.io/adapter/extension#funktionsmatrix-jumper
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 18 März 2018, 12:46:14
Zitat von: Heatseeker am 17 März 2018, 19:27:47
Außerdem habe ich nun mal den UART angesteckt und hieran ein Steckernetzteil um mal nach Messplan die Spannungen zu messen, aber das kommt nicht so ganz hin... Muss ich zusätzlich zum USB steckernetzteil noch 18 V auf den EBUS geben?

Ja genau, den Uart mit dem Steckernetzteil versorgen damit der DC-Wandler die 5V Spannung bekommt und gleichzeitig über den 330 Ohm Widerstand die 17 V am eBus drauf. Dann solltest du annähernd die richtigen Spannungen messen können. Und auch der Kurzschluß am Optokoppler sollte nun funktionieren, damit du die Sendeled leuchten siehst. Aber unbedingt Vorwiderstand am Netzteil, sonst verheizt du vermutlich den Transistor oder die Zenerdiode. Wenn du keinen Vorwiderstand hast, dann darfst du auch nicht senden (Kurzschluß)!

PS: wenn du schreibst, "es kommt nicht ganz hin", wo fehlt es denn noch?

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Heatseeker am 18 März 2018, 15:13:19
Naja,

einige Werte passen schonmal, aber einige nicht. Das liegt aber vermutlich daran, dass noch keine 18V Anlagen. Mal schauen, ob ich irgendwo ein Netzteil herbekommen, meine liegt leider noch bei meinen Eltern...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: lukics am 18 März 2018, 15:27:36
Zitat von: john30 am 02 März 2018, 08:40:15
Fast richtig. Ich würde bei SJ4+8 den Jumper auf 2-1 setzen und espeasy entsprechend umkonfigurieren, dass I2C auf D3+D4 (statt D1+D2) zu finden ist.
Aber die Jumper auf SJ1 und SJ2 solltest Du auf jeden Fall wieder rausmachen.

Ich habe gerade mal noch ein neues Bild für die Jumper gebaut:
https://ebus.github.io/adapter/images/exten-jumper21.png

Also nochmal für alle: die Jumper Belegung auf der Erweiterung v2.1 ist anders als bei v2.0 und auch die Doku unter https://ebus.github.io/adapter/ ist derzeit primär für v2.0!

Ich werde das am WE mal anfangen nachzuziehen.

Link https://ebus.github.io/adapter/images/exten-jumper21.png funktioniert nicht
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 18 März 2018, 15:36:49
Zitat von: lukics am 18 März 2018, 15:27:36
Link https://ebus.github.io/adapter/images/exten-jumper21.png funktioniert nicht
ja dann schau halt einfach auf https://ebus.github.io/adapter/ nach, ist gerade alles aktualisiert worden
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Allodo am 19 März 2018, 20:56:24
Danke für eure Hilfe :)

Meine Platine läuft jetzt auch :)
Und ich weiß, wo der Fehler genau lag, denn ich kann ihn reproduzieren. Sobald ich den UART abstecke, geht nix mehr. Stecke ich ihn auf die Platine läuft alles. Dabei muss ich den UART nicht einmal mit Strom versorgen. Warum weswegen auch immer. Egal, Hauptsache die Platine tut, was sie soll.

Jetzt geht es mit der Software weiter und dem Holen der Werte ;)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: minscof am 23 März 2018, 15:09:44
I have connected 5v power to the V2.1 base card and 17v to the ebus connector and I have tested voltage.
(I have too connected the 3 leds, yellow was always lighted, green never, and red only when i do a bridge on OK2 pin 4 & 5)

My measures were almost the same than in the published schema (https://ebus.github.io/adapter/images/base-measure-v21.jpg) but with 2 important differences

- the voltage was inversed between JP5 and JP6, green = JP5 = 4,97 & JP6 = 6.62, and red JP5 = 4.97 & JP6 = 0

- pin 4 of IC1 was always = 0

I think, that there are maybe errors on the published schema : when I compare with the V2.0 schema, my measures are the same.

Can you confirm these errors on the published V2.1 schema for voltage measures ?

Thanks
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: minscof am 23 März 2018, 16:16:19
I need help now about configuration of wemos d1 ebusd.

I connected my computer to the open SSID Ebus, then I use the IP address http://192.168.4.1, I get the page with the configuration, and then I modify
the SSID to the SSID of my local network, the password and the gateway address , I pushed the Save & Reset button.

But now I can't reconnect to the new IP address of the wemos. I notice that the wemos gets the new ip address (so the ssid and the password seem right), then it releases it after about 10 second, and enter in a loop of connection, and deconnection, and it is impossible to have access by web

What have I done wrong ?
How could I repair the system now ?

I afraid to reset the wemos D1 and to lose the original firmware.

During all these operations, the D1 wemos was not connecter to the V2.1 base card. It was only powered via USB.

=> 24/3/2018 : After rebooting the wifi router, the wemos D1 has now a stable connection and I can connect to it through web interface
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 23 März 2018, 17:00:11
Zitat von: minscof am 23 März 2018, 15:09:44
My measures were almost the same than in the published schema (https://ebus.github.io/adapter/images/base-measure-v21.jpg) but with 2 important differences
the image was updated already, so reload it
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: minscof am 23 März 2018, 17:07:24
Zitat von: john30 am 23 März 2018, 17:00:11
the image was updated already, so reload it

Ok can you help me for the wemos configuration  (see my post above) ?

I have another question : I have 2 wemos and the extension board. Can I use the 2 wemos simultaneously on the extension board, the wemo ebusd directly connected to the board, and the wemos "esp-easy" connected to JP2 ?

In the jumper matrix (https://ebus.github.io/adapter/extension.html#funktionsmatrix-jumper), I read SJ6, SJ2, SJ5 and SJ1 2 and 3 connected for "wemos-ebusd", but the next line , I read SJ5 & SJ1 opened for wemos "esp easy".

So i am confused.

Thanks
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 23 März 2018, 18:48:56
you must connect esp-ebusd to JP2 and ESPEasy in the socket of the extension board, then you can use all features of ESP-Easy.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: minscof am 25 März 2018, 12:07:33
Thx, my base board with ebus wemos is working . The tests are ok with the ebusd daemon : I can send command and receive values with my boiler. I have not yet tested the extension board and the esp-easy wemos.

Can I remove the 3 leds (yellow, red and green), because the card will be in a closed place  ?

Do I have then to replace them by 330 ohm resistors or could I remove them without replacing them ?

Last question : what "BAI" means in ebus protocol : B stands for Boiler ? what about the A and I ?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 25 März 2018, 13:20:28
@minscof

You can remove the Power Led. But you have to short-circuit Rx and Tx or replace with 1 Ohm resistor.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Heatseeker am 01 April 2018, 16:28:36
Moin,

nun habe ich endlich mein Labornetzgerät hier und konnte mal durchmessen.

Für den RX Fall passen auch alle Werte im Rahmen der Messtoleranz aber bei mir scheint die Brücke zwischen OK2 für den TX Fall keine Änderung hervorzurufen... Könnt ihr mir da weiterhelfen?
PS: LEDs habe ich keine Angeschlossen (sind auf der erweiterungsplatine) 5V kommt via UART und 17 Volt mit 330Ohm über den EBUS.

Schöne Ostern
Heatseeker
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: galileo am 01 April 2018, 17:05:37
Die rote LED im Tx Zweig *MUSS* bestückt sein, sonst wird der Ausgangs-Transistor nicht angesteuert.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 01 April 2018, 19:45:34
das ist auch der Grund warum die Leds alle doppelt den Bausätzen beiliegen. Du kannst die Led aber einfach polrichtig in die Buchsenleiste stecken. Wen sie zuviel wackelt, mit einer Flachzange die Beinchen etwas quetschen.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Heatseeker am 01 April 2018, 19:55:36
Super! Hatte mir schon fast sowas gedacht. Habs auch nur reingesteckt und durchgemessen -> passt!

Nun werde ich wohl die Jumper auf der Erweiterungsplatine setzen und den ebus wemos draufsetzten und dann mal schauen ob mein Rpi trocken (ohne Ebus) schonmal kontakt findet. Oder gibt es ein besseres Vorgehen? (Der Wemos ist schon geflashed und ist im WLAN eingebunden...)

Grüße
Heatseeker
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Heatseeker am 01 April 2018, 21:15:08
Mmmmhh.

also ich habe ebusd nach der github anleitung von john30 compiliert und installiert.
pi@raspberrypi:/etc $ ebusd -V
ebusd 3.1.v3.1-24-g9246e9a

aber es läuft noch nicht:

pi@raspberrypi:/etc $ ps -ax | grep ebus
2946 pts/0    S+     0:00 grep --color=auto ebus

denke, dass es bestimmt irgendwo schon dokumentiert wurde wie hier vorgegangen werden soll, aber ich finde es wieder mal nicht ... sorry, ist irgendwie (zumindest für mich) zu unübersichtlich geworden...

Aber ein großer Dank für eure tolle Hilfe!!!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 02 April 2018, 11:32:11
Zitat von: Heatseeker am 01 April 2018, 21:15:08
aber es läuft noch nicht:

pi@raspberrypi:/etc $ ps -ax | grep ebus
2946 pts/0    S+     0:00 grep --color=auto ebus

ebusd ist ein Dienst, der normalerweise im Hintergrund läuft. Je nach Version des OS musst Du also den Dienst starten, aber vorher die /etc/default/ebusd Datei an Deine Gegebenheiten anpassen. Siehe auch hier (https://github.com/john30/ebusd/wiki/2.-Run#introduction).
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Heatseeker am 02 April 2018, 14:25:53
So, okay. habe nun ebusd manuell in /etc/init.d/ kopiert und die /etc/defaults/ebusd angepasst.

pi@raspberrypi:~/ebusd/contrib/debian/init.d $ sudo /etc/init.d/ebusd start
[ ok ] Starting ebusd (via systemctl): ebusd.service.


Habe bei mir
EBUSD_OPTS="-d 192.168.101.7:8889 -l /var/log/ebusd.log --scanconfig --latency=20000 --address=01"

drin. Wenn ich das USB Netzteil im Wemos drin habe und 17V am ebus laufen habe bekomme ich im log:
2018-04-02 14:17:53.254 [main notice] ebusd 3.0pre.bbc4d04 started with auto scan
2018-04-02 14:17:53.297 [bus notice] bus started with own address 01/06

könnte also laufen.
Was mach stutzig macht, dass sonst keine LEDs auf dem Erweiterungsboard an sind...
Habe den Wemos auf der Erweiterungsplatine und auf dieser die Jumper SJ6 SJ2 SJ5 und SJ1 auf 2-3 verbunden. Außerdem hab ich ja den DC Wandler... passt das so?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 02 April 2018, 18:17:05
Zitat von: Heatseeker am 02 April 2018, 14:25:53
Was mach stutzig macht, dass sonst keine LEDs auf dem Erweiterungsboard an sind...
Habe den Wemos auf der Erweiterungsplatine und auf dieser die Jumper SJ6 SJ2 SJ5 und SJ1 auf 2-3 verbunden. Außerdem hab ich ja den DC Wandler... passt das so?
starte doch erstmal ebusd im Vordergrund (also vorher den Dienst wieder stoppen) und mit raw logging, dann siehst Du, ob Daten vorbei kommen:
ebusd -f -d 192.168.101.7:8889 --scanconfig --latency=20000 --address=01 --lograwdata=bytes
Der Wemos hat auch ebusd-esp drauf und ist auf IP 192.168.101.7 und ebusd Port 8889 konfiguriert? Kannst Du die Config Webpage aufrufen und zeigt diese, dass Signal da ist?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Heatseeker am 02 April 2018, 19:41:30
Start im Vordergrund liefert:
pi@raspberrypi:~/ebusd/contrib/debian/init.d $ ebusd -f -d 192.168.101.7:8889 --scanconfig --latency=20000 --address=01 --lograwdata=bytes
2018-04-02 19:37:08.193 [main notice] ebusd 3.1.v3.1-24-g9246e9a started with auto scan
2018-04-02 19:37:09.255 [bus error] unable to open 192.168.101.7:8889: ERR: generic I/O error
2018-04-02 19:37:09.255 [bus notice] bus started with own address 01/06
2018-04-02 19:37:19.304 [bus notice] re-opened 192.168.101.7:8889
2018-04-02 19:38:05.376 [main notice] SIGINT received


auf die configseite des ebusd-esp komme ich und der ebusd TCP port läuft auf 8889. Dort steht komischerweise: "ebusd connected: no"

Aber wie gesagt, der ebus ist noch nicht angeschlossen und nur mir 17V mit vorwiderstand versorgt um schonmal die Kommunikation zum Adapter zu testen.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 02 April 2018, 20:13:53
Zitat von: Heatseeker am 02 April 2018, 19:41:30
Aber wie gesagt, der ebus ist noch nicht angeschlossen und nur mir 17V mit vorwiderstand versorgt um schonmal die Kommunikation zum Adapter zu testen.
ach so, naja dann ists ja klar, dass kein Signal kommt und auch sonst nichts...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Heatseeker am 02 April 2018, 21:24:29
Mmmmhhh,

hab es gerade mal an meinem Vaillant Speicher versucht (kam dort besser an) und es scheint nicht zu laufen. Aber ich finde halt sehr merkwürdig, dass keine LED auf der Erweiterungsplatine leuchtet!
Wenn ich die LEDs in die Basisplatine reinstelle und einen UART mit USB Netzteil anschließe, leuchten Grün und Gelb. Wenn ich die LEDs rausnehme, das Erweiterungsboard draufstecke und den Wemos auf die Erweiterungsplatine und dann an den Wemos das USB Netzteil, geht zwar der Wemos auf Sendung, aber es leuchtet keine LED auf dem Erweiterungsboard. Das kann doch so nicht stimmen, oder? Muss ich irgendwas per Kabel durchschleifen? Ein zweites Netzteil irgendwo anstecken?

LG
Heatseeker
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 03 April 2018, 08:58:47
du solltest den esp-ebusd Wemos an die Stiftleiste an der Basisplatine anstecken und das USB Netzteil drauf und den ESPEasy Wemos in die Erweiterungsplatine stecken (ohne Netzteil) und dann muss zumindest die Power Led schon leuchten. So funktioniert dann die 5V Spannungsversorgung für die Basisplatine. Du kannst das aber auch alles vorher mit dem Ohmmeter überprüfen, die 5V vom esp-Wemos (JP8)müssen so an den DC-Wandler Pin3 kommen. Die 3,3V versorgen dann auch den ESPEasy Wemos an der Eweiterungsplatine.

Umgekehrt geht das nicht so einfach.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Heatseeker am 03 April 2018, 13:10:08
Dann muss der ebus-ESP per Kabel angeschlossen werden?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 04 April 2018, 18:11:23
Zitat von: Heatseeker am 03 April 2018, 13:10:08
Dann muss der ebus-ESP per Kabel angeschlossen werden?
muss nicht, aber wenn Du den auf die Erweiterungsplatine aufsteckst (anstelle des espeasy Wemos), dann kannst Du damit halt wirklich nur ebus machen und sonst nichts (Sensoren, Display...)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: fbsln am 27 April 2018, 12:26:12
Hallo An Alle  :o

Ich glaube ich brauche Hilfe.  :-\

Habe Raspberry nach Anleitung von Reinhardt installiert.

Bei mir geht der Autostart nicht richtig.


pi@raspberrypi2:~ $ sudo systemctl status ebusd
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/etc/systemd/system/ebusd.service; enabled; vendor preset: enabled)
   Active: [color=red]failed[/color] (Result: exit-code) since Fri 2018-04-27 12:13:56 CEST; 2min 8s ago
  Process: 441 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=22)

Apr 27 12:13:56 raspberrypi2 systemd[1]: [color=red]Failed to start ebusd, the daemon for communication with eBUS heating systems..[/color]
Apr 27 12:13:56 raspberrypi2 systemd[1]: ebusd.service: Unit entered failed state.
Apr 27 12:13:56 raspberrypi2 systemd[1]: ebusd.service: Failed with result 'exit-code'.
Apr 27 12:13:56 raspberrypi2 systemd[1]: ebusd.service: Service hold-off time over, scheduling restart.
Apr 27 12:13:56 raspberrypi2 systemd[1]: Stopped ebusd, the daemon for communication with eBUS heating systems..
Apr 27 12:13:56 raspberrypi2 systemd[1]: ebusd.service: Start request repeated too quickly.
Apr 27 12:13:56 raspberrypi2 systemd[1]: [color=red]Failed to start ebusd, the daemon for communication with eBUS heating systems..[/color]
Apr 27 12:13:56 raspberrypi2 systemd[1]: ebusd.service: Unit entered failed state.
Apr 27 12:13:56 raspberrypi2 systemd[1]: ebusd.service: Failed with result 'exit-code'.
pi@raspberrypi2:~ $ sudo systemctl start ebusd
pi@raspberrypi2:~ $ sudo systemctl status ebusd
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/etc/systemd/system/ebusd.service; enabled; vendor preset: enabled)
   Active: [color=green]active (running) [/color]since Fri 2018-04-27 12:16:27 CEST; 5s ago
  Process: 2173 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=0/SUCCESS)
Main PID: 2174 (ebusd)
   CGroup: /system.slice/ebusd.service
           └─2174 /usr/bin/ebusd -d 192.168.178.141:8891 -l /var/log/ebusd.log --scanconfig --latency=20000 --address=01

Apr 27 12:16:27 raspberrypi2 systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
Apr 27 12:16:27 raspberrypi2 systemd[1]: Started ebusd, the daemon for communication with eBUS heating systems..
pi@raspberrypi2:~ $



Nach reboot kommt der Fehler und wenn ich Sekunden danach manuell starte läuft ebusd ???

Wo ist der Fehler ???

Vorab schon mal Danke

VG Lutz
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: ClausL am 27 April 2018, 22:14:46
Hallo,

ich habe bis eben auch mit diesem Problem gekämpft. Geholfen hat bei mir die Neuübersetzung aus den Quellen, die hier

https://github.com/john30/ebusd/releases

zu finden sind. Es scheint also doch Unterschiede zu den Quellen hier

https://github.com/john30/ebusd

zu geben.

Viele Grüße, Claus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 28 April 2018, 11:04:03
Zitat von: ClausL am 27 April 2018, 22:14:46
Es scheint also doch Unterschiede zu den Quellen hier
https://github.com/john30/ebusd
zu geben.
natürlich, die Sourcen sind meistens neuer als das letzte Release, sonst wär da ja totaler Stillstand :)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: ClausL am 28 April 2018, 11:21:56
Hallo,

Zitat von: john30 am 28 April 2018, 11:04:03
natürlich, die Sourcen sind meistens neuer als das letzte Release, sonst wär da ja totaler Stillstand :)

ja, so hatte ich das eigentlich auch gemeint. ;-) Leider hilft das aber anscheinend nicht bei meinem aktuellen Problem. Ich habe derzeit (nachdem erst alles gut funktionierte) mit diversen CRC-Fehlern beim Autoscan nach den vorhandenen Geräten zu kämpfen. Dadurch wird nicht mehr allen Geräten eine Beschreibung zugeordnet. Und so fehlen mir in Fhem Werte. Es scheint, als ob in der eBus Schaltung V2 eingige Bauteile gealtert sind und daher die Signale nicht mehr so sauber rüber kommen. Ich werde wohl in den nächsten Tagen mal ein anderes Interfac anklemmen und einen Raspi die Daten vom ebusd ins Netz schieben lassen. Wenn das funktioniert, muss ich wohl doch noch Netzwerkkabel in die Heizung legen. Dann kann einer aus der ersten Generation diese Aufgabe übernehmen. ;-)

Oder gibt es für das CRC-Problem eine andere Lösung?

Viele Grüße, Claus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 30 April 2018, 08:46:05
Zitat von: ClausL am 28 April 2018, 11:21:56
Oder gibt es für das CRC-Problem eine andere Lösung?
eine andere Lösung, als dafür zu sorgen, dass alle Bytes wohlbehalten bei ebusd ankommen, sehe ich nicht :)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: ClausL am 30 April 2018, 15:07:43
Hallo,

Zitat von: john30 am 30 April 2018, 08:46:05
eine andere Lösung, als dafür zu sorgen, dass alle Bytes wohlbehalten bei ebusd ankommen, sehe ich nicht :)

ja, aber viele Wege führen nach Rom. Und vieleicht weiß ja jemand eine Abkürzung. :-). Ist aber wohl nicht mehr erforderlich. Die Daten kommen jetzt wieder gut rüber. Nun wird die alte Hardware untersucht.

Ach ja, die für einen Abgleich so wichtige Sequenz <aa finde ich bei mir nicht. Es ist anscheinend zuviel los auf diesem Bus. ebusctl info liefert inzwischen 1134 messages.

Viele Grüße, Claus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 01 Mai 2018, 09:35:50
Zitat von: ClausL am 30 April 2018, 15:07:43
Ach ja, die für einen Abgleich so wichtige Sequenz <aa finde ich bei mir nicht. Es ist anscheinend zuviel los auf diesem Bus.
das kann nicht sein, denn ohne "<aa" geht auf dem eBUS überhaupt nichts.
Hast Du evtl. die alte Anleitung für einen älteren ebusd genutzt? Inzwischen muss man statt "--lograwdata" nämlich "--lograwdata=bytes" verwenden.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: ClausL am 01 Mai 2018, 10:46:54
Hallo,

Zitat von: john30 am 01 Mai 2018, 09:35:50
das kann nicht sein, denn ohne "<aa" geht auf dem eBUS überhaupt nichts.
Hast Du evtl. die alte Anleitung für einen älteren ebusd genutzt? Inzwischen muss man statt "--lograwdata" nämlich "--lograwdata=bytes" verwenden.

Das ist so gewesen. Ich habe mich da an die Anleitung aus dem Wiki gehalten. Da lauten die Optionen noch ganz anders. Ich habe das eben mit dieser Option ausprobiert.  Und jede Menge <aa gesehen.

Ansonsten funktioniert es jetzt recht Ordentlich. Die vorhandenen Geräte werden schnell und zuverlässig erkannt.

Ich habe nur noch einen Bus-Error. Den aber immer nur bei einem Wert.

2018-05-01 00:00:19.238 [bus error] poll ui YieldThisYear failed: ERR: arbitration lost

Einige Sekunden später kommt der Wert dann:

2018-05-01 00:00:33.259 [bus notice] poll ui YieldThisYear: 3;52;102;230;0;0;0;0;0;0;0;0

Verwunderlich ist dabei, nur dieser Wert kommt als "bus error" oder "bus notice". Die übrigen Werte kommen als "update notice". Und das verstehe ich noch nicht wirklich.

Viele Grüße, Claus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: ClausL am 05 Mai 2018, 16:17:24
Hallo,

ich glaube, ich steh auf dem Schlauch. Nachdem nun die Hardware stabil arbeitet, habe ich noch einige Verständnisprobleme. Wenn ich ebusctl info absetze, erhalte ich das folgende ergebnis:


version: ebusd 3.1.p20180428
update check: revision v3.1-1-g60a18d1 available, broadcast.csv: different version available, vaillant/06.pms.csv: different version available, vaillant/0a   .pmw.hwc.csv: different version available, vaillant/15.ui.csv: different version available, vaillant/26.solsy.hc.csv: different version available, vaillant   /52.mc2.mc.4.cs
access: *
signal: acquired
symbol rate: 43
max symbol rate: 407
min arbitration micros: 708
max arbitration micros: 7918
min symbol latency: 0
max symbol latency: 21
reconnects: 0
masters: 5
messages: 1139
conditional: 26
poll: 1
update: 10
address 01: master #6
address 03: master #11
address 06: slave #6, scanned "MF=Vaillant;ID=PMS02;SW=0209;HW=8402", loaded "vaillant/06.pms.csv"
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0204;HW=9602", loaded "vaillant/bai.0010015600.inc" ([HW=9602]), "vaillant/08.bai.csv"
address 0a: slave, scanned "MF=Vaillant;ID=PMW01;SW=0206;HW=8302", loaded "vaillant/0a.pmw.hwc.csv"
address 10: master #2
address 12: slave, scanned "MF=Vaillant;ID=PMW01;SW=0206;HW=8302"
address 15: slave #2, scanned "MF=Vaillant;ID=UI   ;SW=0508;HW=6201", loaded "vaillant/15.ui.csv"
address 23: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/23.solsy.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301"
address 26: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/26.solsy.hc.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/50.solsy.mc.csv"
address 52: slave, scanned "MF=Vaillant;ID=MC2  ;SW=0500;HW=6301", loaded "vaillant/52.mc2.mc.4.csv"
address 53: slave, scanned "MF=Vaillant;ID=MC2  ;SW=0500;HW=6301", loaded "vaillant/53.mc2.mc.5.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/ec.solsy.sc.csv"
address ed: slave, scanned "MF=Vaillant;ID=PMS02;SW=0209;HW=8402", loaded "vaillant/ed.pms.sc.csv"
address f7: master #20
address fc: slave #20, scanned "MF=Vaillant;ID=PMW01;SW=0206;HW=8302"


Das meiste sieht ja gut aus. Aber warum werden den Adressen 12, 25 und fc keine cvs zugeordnert. Für 12 gibt es einen Link, der 12.pwm.sc.csv heißt. Für 25 gibt es 25.solsy.hwc.csv und für fc gibt es fc.pwm.sc.csv. Müssten die nicht geladen werden?

Mein rückständiger Versionsstand ist dem aktuellen Raspbian geschuldet. Dies kann den aktuellen ebusd nicht automatisch laden. Warum diverse csv veraltet sein sollen, ist mir auch schleierhaft. git pull ergibt "Bereits aktuell" (eben nochmal probiert).

Dann habe ich immer noch öfter einen bus error mit dem Hinweis arbitration lost. Ich starte den ebusd mit den folgenden Optionen:

EBUSD_OPTS="--scanconfig -d /dev/ttyUSB0 -p 8888 -l /var/log/ebusmqt.log --accesslevel=* --mqtthost=192.168.178.34 --mqttport=1883 --mqttjson --mqtttopic=sonoff_ebus/%circuit/%name  --receivetimeout=75000"

receivetimeout habe ich eingefügt, weil ich hoffte, damit den Fehler "arbitration lost" los zu werden. Hat aber nichts gebracht. Mehr Möglichkeiten zu schrauben habe ich nicht gefunden. Was aber auch an meinen nur marginal vorhandenen Englisch-Kenntnissen liegen kann. ;-).

MQTT läuft noch nicht so richtig bei mir. Was aber mehr an der abnehmenden Seite liegt.

Viele Grüße und schon im Vorraus vielen Dank für jede Hilfe, Claus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 06 Mai 2018, 09:12:40
Zitat von: ClausL am 05 Mai 2018, 16:17:24
warum werden den Adressen 12, 25 und fc keine cvs zugeordnert. Für 12 gibt es einen Link, der 12.pwm.sc.csv heißt. Für 25 gibt es 25.solsy.hwc.csv und für fc gibt es fc.pwm.sc.csv. Müssten die nicht geladen werden?
vielleicht warst du einfach etwas zu schnell, das Laden läuft asynchron mit gewissem zeitlichen Abstand.
Und *.pwm.*.csv passt natürlich nicht zu einem Device, das sich als PMW... identifiziert.

Zitat von: ClausL am 05 Mai 2018, 16:17:24
Dann habe ich immer noch öfter einen bus error mit dem Hinweis arbitration lost.
das kann bei der Menge an Geräten an Deinem Bus schon mal passieren.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: ClausL am 06 Mai 2018, 10:29:36
Hallo, John

pwm ist natürlich ein Schreibfehler. Das kommt davon, wenn die Finger zu dick sind und man alle 10 zum schreiben nimmt ;-). Das Gerät identifiziert sich mit PMW01 und der Link heißt 12.pmw.sc.csv. Den Rest habe ich dann aber richtig geschrieben. Und was zu früh angeht: Ich habe heute morgen nochmal abgefragt. Das Ergebnis hat sich nicht geändert. Und seit gestern ist auf dem Raspi in der Heizung nichts mehr passiert. Also kein Neustart oder sowas. Auch den ebusd habe ich in Ruhe gelassen.

Hinsichtlich der Bus Error wäre ich beruhigt, wenn diese nicht ausschließlich bei einem Wert auftauchen würden. Ich habe eben nochmal einen größeren Teil des aktuellen Protokolls überprüft. Einen Bus Error habe ich nur bei dem Wert YieldThisYear. Ich werde da also doch noch weiter suchen.

Was das Problem mit dem Autostart angeht, habe ich noch einen Hinweis. Das Problem gibt es wohl nur auf dem Raspberry mit dem aktuellem Raspbian. Ich hatte vorher den ebusd auf einem Thin Client mit Debian Stretch laufen. Da war das Problem nicht vorhanden.

Viele Grüße und einen schönen Sonntag, Claus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: ClausL am 10 Mai 2018, 11:00:42
Zitat von: fbsln am 27 April 2018, 12:26:12
Hallo An Alle  :o

Ich glaube ich brauche Hilfe.  :-\

Habe Raspberry nach Anleitung von Reinhardt installiert.

Bei mir geht der Autostart nicht richtig.


pi@raspberrypi2:~ $ sudo systemctl status ebusd
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/etc/systemd/system/ebusd.service; enabled; vendor preset: enabled)
   Active: [color=red]failed[/color] (Result: exit-code) since Fri 2018-04-27 12:13:56 CEST; 2min 8s ago
  Process: 441 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=22)

Apr 27 12:13:56 raspberrypi2 systemd[1]: [color=red]Failed to start ebusd, the daemon for communication with eBUS heating systems..[/color]
Apr 27 12:13:56 raspberrypi2 systemd[1]: ebusd.service: Unit entered failed state.
Apr 27 12:13:56 raspberrypi2 systemd[1]: ebusd.service: Failed with result 'exit-code'.
Apr 27 12:13:56 raspberrypi2 systemd[1]: ebusd.service: Service hold-off time over, scheduling restart.
Apr 27 12:13:56 raspberrypi2 systemd[1]: Stopped ebusd, the daemon for communication with eBUS heating systems..
Apr 27 12:13:56 raspberrypi2 systemd[1]: ebusd.service: Start request repeated too quickly.
Apr 27 12:13:56 raspberrypi2 systemd[1]: [color=red]Failed to start ebusd, the daemon for communication with eBUS heating systems..[/color]
Apr 27 12:13:56 raspberrypi2 systemd[1]: ebusd.service: Unit entered failed state.
Apr 27 12:13:56 raspberrypi2 systemd[1]: ebusd.service: Failed with result 'exit-code'.
pi@raspberrypi2:~ $ sudo systemctl start ebusd
pi@raspberrypi2:~ $ sudo systemctl status ebusd
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/etc/systemd/system/ebusd.service; enabled; vendor preset: enabled)
   Active: [color=green]active (running) [/color]since Fri 2018-04-27 12:16:27 CEST; 5s ago
  Process: 2173 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=0/SUCCESS)
Main PID: 2174 (ebusd)
   CGroup: /system.slice/ebusd.service
           └─2174 /usr/bin/ebusd -d 192.168.178.141:8891 -l /var/log/ebusd.log --scanconfig --latency=20000 --address=01

Apr 27 12:16:27 raspberrypi2 systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
Apr 27 12:16:27 raspberrypi2 systemd[1]: Started ebusd, the daemon for communication with eBUS heating systems..
pi@raspberrypi2:~ $



Nach reboot kommt der Fehler und wenn ich Sekunden danach manuell starte läuft ebusd ???

Wo ist der Fehler ???

Vorab schon mal Danke

VG Lutz

Hallo, Lutz

ich habe mich heute nochmal mit diesem Problem beschäftigt. Bei mir startet der aus den aktuellen Quellen neu übersetzte ebusd jetzt zuverlässig, wenn in der Datei ebusd.service nach der Zeile Restart=always noch RestartSec=15 eingesetzt ist. Die Zeit kann man sicher auch kürzer wählen.

Viele Grüße, Claus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: carlos am 10 Mai 2018, 14:20:36
Hallo,
Ich habe jetzt auch eine ebus Platine V2 in Betrieb genommen.
Ich habe sie noch nicht am ebus meiner Heizung angeschlossen, weil ich erst so testen wollte ob alles funktioniert.
Mein Problem ist folgendes, Im Webinterface wird immer folgendes angezeigt:
Build: 20171230
Chip ID: 003405cc
CPU frequency: 80
Free heap: 37000
Hostname: ebus-3405cc
ebusd device string: 192.168.178.191:9999
ebusd connected: no
eBUS signal: no signal

Der ebus daemon läuft aber mit folgender Konfiguration:

--scanconfig -d 192.168.178.191:9999 -l /var/log/ebusd.log -c /etc/ebusd --latency=20000 --loglevel=debug --receivetimeout=50000

müsste dann nicht ebusd connected: yes angezeigt werden?
Wenn ich mit telnet 192.168.178.191 9999 drauf gehe kommt:

ebusd connected: yes (inactive)

Was ist hier falsch oder ist das ok so?

Gruß

Carlos
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 10 Mai 2018, 16:44:27
Zitat von: carlos am 10 Mai 2018, 14:20:36
müsste dann nicht ebusd connected: yes angezeigt werden?
im Prinzip schon, aber mangels Signal könnte das schon sein
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 10 Mai 2018, 17:05:06
Zitat von: ClausL am 10 Mai 2018, 11:00:42
ich habe mich heute nochmal mit diesem Problem beschäftigt. Bei mir startet der aus den aktuellen Quellen neu übersetzte ebusd jetzt zuverlässig, wenn in der Datei ebusd.service nach der Zeile Restart=always noch RestartSec=15 eingesetzt ist. Die Zeit kann man sicher auch kürzer wählen.
es wäre mal interessant, was da fehlt. das sollte eigentlich aus dem syslog ersichtlich sein. Ich vermute, dass die Devices noch nicht alle "fertig" sind zu dem Zeitpunkt, an dem ebusd gestartet wird.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 10 Mai 2018, 17:09:57
Zitat von: ClausL am 06 Mai 2018, 10:29:36
Hinsichtlich der Bus Error wäre ich beruhigt, wenn diese nicht ausschließlich bei einem Wert auftauchen würden. Ich habe eben nochmal einen größeren Teil des aktuellen Protokolls überprüft. Einen Bus Error habe ich nur bei dem Wert YieldThisYear. Ich werde da also doch noch weiter suchen.
der Wert ist insofern etwas speziell, als das sich die Message aus mehreren Teilen zusammensetzt. Da braucht es schon 12 einzelne Nachrichten, um alle Teile zusammen zu bekommen. Und dass da dann eine mal nicht klappt, ist also deutlich wahrscheinlicher.

Bzgl. des arbitration Themas wäre es aber generell interessant, welche ebusd Version Du nutzt. Da war mal eine Änderung in den letzten Wochen (oder Monaten), die dafür sorgt, dass bei Arbitration Problemen nicht sofort aufgegeben wird.

Seit heute gibt es jetzt auch die ebusd 3.2 Release (https://github.com/john30/ebusd/releases/tag/v3.2), vielleicht magst Du das mal ausprobieren.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: ClausL am 10 Mai 2018, 17:36:46
Hallo, John

vielen Dank für die Antwort. Die neue Version wäre bis gesten noch etwas problematisch gewesen. Aber heute vormittag konnte ich das Autostartproblem auf dem Raspberry lösen (siehe etwas weiter oben). Daher läuft jetzt bei mir die Version 3.1.v3.1-64-g35afd99. Ich nehme an, dass ist die Neue. ;-) Hinsichtlich des problematischen Wertes gingen meine Überlegungen auch schon in diese Richtung. In den nächsten Tagen will ich den Raspi gegen einen Orange Pi Zero austauschen. Ich denke der Raspi 3 ist nur mit dem ebusd doch etwas unterfordert. Dann werde ich nochmal die selbst verlegten Kabel überprüfen und alle Schrauben festziehen. Und wenn das nicht weiter hilft, werde ich mich zurück lehnen und darauf vertrauen, dass mich der Fehler nicht weiter stört. Im Moment scheint das so zu sein.

Was mich wundert ist, dass ich immer noch den Hinweis auf etliche neuere CSV-Dateien bekomme. Wenn ich aber im Verzeichnis ebusd-configuration sudo git pull auslöse, bekomme ich "Bereits aktuell".

Viele Grüße, Claus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: carlos am 11 Mai 2018, 08:34:28
Hallo John,
Willst du mir damit sagen ich soll den ebus anschließen und dann sollte es funktionieren?
Komisch finde ich nur, dass der telnet von ebus host ein connected liefert.
Habe den ebusd jetzt auf eine PI2 umgezogen, gleiches Verhalten.
Na dann werde ich mal das ebus Kabel anschließen.
Gruß
Carlos
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 11 Mai 2018, 09:23:38
Zitat von: carlos am 11 Mai 2018, 08:34:28
Willst du mir damit sagen ich soll den ebus anschließen und dann sollte es funktionieren?
davon gehe ich aus.

Zitat von: carlos am 11 Mai 2018, 08:34:28
Komisch finde ich nur, dass der telnet von ebus host ein connected liefert.
hm, das ist in der Tat seltsam. Allerdings hat die Anzeige einen Timeout, sprich wenn kein Traffic nach dem Verbindungsaufbau stattfindet, dann geht die Firmware davon aus, dass die Verbindung unterbrochen ist. Das wird es vermutlich sein.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: carlos am 13 Mai 2018, 20:36:19
Hallo,
Nachdem ich den ebus angeschlossen habe funktioniert auch der ebus adapter richtig:
eBUS adapter 2.0: Welcome
Build: 20171230
Chip ID: 003405cc
CPU frequency: 80
Free heap: 37448
Hostname: ebus-3405cc
ebusd device string: 192.168.178.191:9999
ebusd connected: yes (inactive)
eBUS signal: acquired


Da ich eine Weishaupt Anlage habe habe ich die Konfigurations-Dateien von J0EK3R geladen und es funktioniert auch hier etwas.
Aber da gehts dann im anderen Thread weiter.
Gruß

Carlos
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Heatseeker am 27 Mai 2018, 14:23:09
Moin,
ich konnte mich nun nach langer Zeit mal wieder mit meiner Installation beschäftigen...

Ich denke da ist was kräftig in der inetallation von ebusd verhunzt... Deshalb erstaml meine Frage:

-wie bekomme ich möglichs sauber alles deinstalliert? Habe inzwischen soviel gebastelt und auch kompiliert, dass ich nicht weiß wie ich das loswerde...

Grüße
Heatseeker
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 27 Mai 2018, 21:59:47
Hallo,

da du ja schon viel herum probiert hast würde ich das händisch löschen.

/etc/ebusd/  = CSV Dateien
/etc/default/ebusd  = Options Starteinstellungen

/usr/bin = 3 Binarys ebusd, ebusctl, ebusfeed oder im Pfad
/usr/local/bin (je nachdem mit welchem Prefix du installiert hast)


Je nach deinem verwendeten OS musst du noch den Service und oder das Startscript entfernen.
/etc/init.d/ebusd = Startscript
/etc/systemd/ebusd.service (sudo systemctl stop ebusd.service und sudo systemctl disable ebusd.service)

LG


Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: ClausL am 29 Mai 2018, 19:14:04
Hallo,

nachdem ich hier so breit meine Probleme mit "Arbitration lost" ausgebreitet habe, möchte ich nun auch von der Lösung berichten. Das eigentliche Problem kann ich nicht lösen. Aber die folgen habe ich beseitigt. Denn eigentlich stört ja nicht diese Meldung im Log. Das eigentliche Problem ist ja, dass der Wert nicht in Fhem ankommt. Und da ist die Lösung schon fast trivial. Im ECMDE Device Ebus gibt es einen Paramater "Timeout". Wenn der nicht gesetzt ist, ist der Timeout 3 Sekunden. Normalerweise reicht das. Aber der Wert YieldThisYear braucht schon 10 Sekunden, bis er beim Ebusd ankommt. Ich habe also Timout auf 15 Sekunden gesetzt und jetzt kommen alle Werte problemlos an.

Jetzt muss ich nur noch Regular Expressions verstehen. ;-)

Viele Grüße, Claus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Heatseeker am 06 Juni 2018, 11:54:31
Zitat von: Reinhart am 27 Mai 2018, 21:59:47
Hallo,

da du ja schon viel herum probiert hast würde ich das händisch löschen.

/etc/ebusd/  = CSV Dateien
/etc/default/ebusd  = Options Starteinstellungen

/usr/bin = 3 Binarys ebusd, ebusctl, ebusfeed oder im Pfad
/usr/local/bin (je nachdem mit welchem Prefix du installiert hast)


Je nach deinem verwendeten OS musst du noch den Service und oder das Startscript entfernen.
/etc/init.d/ebusd = Startscript
/etc/systemd/ebusd.service (sudo systemctl stop ebusd.service und sudo systemctl disable ebusd.service)

LG

Danke,

ich habe nun mal alles neu von der github quelle und anleitung installiert und siehe da! Es scheint zu laufen! Juhu!
ebusctl i
version: ebusd 3.2.v3.2-3-g5bf4667
signal: acquired
symbol rate: 23
max symbol rate: 115
min arbitration micros: 22
max arbitration micros: 71
min symbol latency: 5
max symbol latency: 6
reconnects: 0
masters: 3
messages: 555
conditional: 3
poll: 0
update: 9
address 01: master #6, ebusd
address 03: master #11
address 06: slave #6, ebusd
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0609;HW=5502", loaded "vaillant/bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0419;HW=4603", loaded "vaillant/15.700.csv"


2018-06-06 11:50:48.379 [main notice] ebusd 3.2.v3.2-3-g5bf4667 started with auto scan
2018-06-06 11:50:48.754 [bus notice] bus started with own address 01/06
2018-06-06 11:50:48.754 [bus notice] signal acquired
2018-06-06 11:50:52.248 [bus notice] new master 10, master count 2
2018-06-06 11:50:52.307 [bus notice] new master 03, master count 3
2018-06-06 11:50:52.307 [update notice] received unknown MS cmd: 1008b5110101 / 093333b01cff7f0000ff
2018-06-06 11:50:52.576 [update notice] received unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2018-06-06 11:50:52.832 [update notice] received unknown MS cmd: 1008b5110102 / 06033c96468c6e
2018-06-06 11:50:58.876 [bus notice] scan 08: ;Vaillant;BAI00;0609;5502
2018-06-06 11:50:58.876 [update notice] store 08 ident: done
2018-06-06 11:50:58.876 [update notice] sent scan-read scan.08  QQ=01: Vaillant;BAI00;0609;5502
2018-06-06 11:50:58.876 [bus notice] scan 08: ;Vaillant;BAI00;0609;5502
2018-06-06 11:50:59.113 [main notice] read common config file vaillant/scan.csv
2018-06-06 11:50:59.169 [main notice] read common config file vaillant/general.csv
2018-06-06 11:50:59.223 [main notice] read common config file vaillant/broadcast.csv
2018-06-06 11:50:59.280 [main notice] read scan config file vaillant/08.bai.csv for ID "bai00", SW0609, HW5502
2018-06-06 11:50:59.294 [bus error] send to 08: ERR: wrong symbol received, retry
2018-06-06 11:50:59.963 [update notice] sent scan-read scan.08 id QQ=01:
2018-06-06 11:51:00.133 [update notice] sent scan-read scan.08 id QQ=01:
2018-06-06 11:51:00.305 [update notice] sent scan-read scan.08 id QQ=01:
2018-06-06 11:51:00.474 [update notice] sent scan-read scan.08 id QQ=01: 21;16;49;0010019268;0001;008619;N4
2018-06-06 11:51:00.639 [main notice] found messages: 210 (3 conditional on 25 conditions, 0 poll, 9 update)
2018-06-06 11:51:00.763 [update notice] sent scan-read scan.08 id QQ=01: 21;16;49;0010019268;0001;008619;N4
2018-06-06 11:51:00.934 [update notice] sent scan-read scan.08 id QQ=01: 21;16;49;0010019268;0001;008619;N4
2018-06-06 11:51:01.001 [bus notice] max. symbols per second: 115
2018-06-06 11:51:01.103 [update notice] sent scan-read scan.08 id QQ=01: 21;16;49;0010019268;0001;008619;N4
2018-06-06 11:51:01.273 [update notice] sent scan-read scan.08 id QQ=01: 21;16;49;0010019268;0001;008619;N4
2018-06-06 11:51:01.273 [bus notice] scan 08: ;21;16;49;0010019268;0001;008619;N4
2018-06-06 11:51:02.362 [update notice] received read bai Status01 QQ=10: 25.5;25.5;28.688;-;63.5;off
2018-06-06 11:51:02.631 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2018-06-06 11:51:03.412 [bus notice] scan 15: ;Vaillant;70000;0419;4603
2018-06-06 11:51:03.413 [update notice] store 15 ident: done
2018-06-06 11:51:03.413 [update notice] sent scan-read scan.15  QQ=01: Vaillant;70000;0419;4603
2018-06-06 11:51:03.413 [bus notice] scan 15: ;Vaillant;70000;0419;4603
2018-06-06 11:51:03.614 [update notice] sent unknown MS cmd: 0115b5090124 / 09003231313635313030
2018-06-06 11:51:03.820 [update notice] sent scan-read scan.15 id QQ=01:
2018-06-06 11:51:04.025 [update notice] sent scan-read scan.15 id QQ=01:
2018-06-06 11:51:04.231 [update notice] sent scan-read scan.15 id QQ=01: 21;16;51;0020218357;0082;047079;N5
2018-06-06 11:51:04.231 [bus notice] scan 15: ;21;16;51;0020218357;0082;047079;N5
2018-06-06 11:51:04.411 [main notice] read scan config file vaillant/15.700.csv for ID "70000", SW0419, HW4603
2018-06-06 11:51:04.466 [main notice] found messages: 555 (3 conditional on 25 conditions, 0 poll, 9 update)
2018-06-06 11:51:12.421 [update notice] received read bai Status01 QQ=10: 25.5;25.5;28.688;-;63.5;off
2018-06-06 11:51:12.686 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2018-06-06 11:51:22.498 [update notice] received read bai Status01 QQ=10: 25.5;25.5;28.688;-;63.5;off
2018-06-06 11:51:22.766 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2018-06-06 11:51:23.036 [update notice] received read bai DateTime QQ=10: valid;11:51:24;06.06.2018;28.688
2018-06-06 11:51:23.288 [update notice] received read bai Status02 QQ=10: auto;60;75.0;70;70.0
2018-06-06 11:51:23.523 [update notice] received update-read broadcast vdatetime QQ=10: 11:51:22;06.06.2018
2018-06-06 11:51:23.784 [update notice] received unknown MS cmd: 1008b5110100 / 0898010c001f000080
2018-06-06 11:51:24.004 [update notice] received update-read broadcast outsidetemp QQ=10: 28.688
2018-06-06 11:51:24.241 [update notice] received unknown MS cmd: 1008b5100305ff01 / 0101
2018-06-06 11:51:24.476 [update notice] received unknown MS cmd: 1008b512020064 / 00
2018-06-06 11:51:24.715 [update notice] received unknown MS cmd: 1008b5120204ff / 0101
2018-06-06 11:51:24.954 [update notice] received unknown MS cmd: 1008b513020508 / 00
2018-06-06 11:51:25.167 [update notice] received unknown BC cmd: 10feb510020601
2018-06-06 11:51:32.579 [update notice] received read bai Status01 QQ=10: 25.5;25.5;28.875;-;63.5;off
2018-06-06 11:51:32.844 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2018-06-06 11:51:42.659 [update notice] received read bai Status01 QQ=10: 25.5;25.5;28.688;-;63.5;off
2018-06-06 11:51:42.928 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2018-06-06 11:51:52.709 [update notice] received read bai Status01 QQ=10: 25.5;25.5;28.875;-;63.5;off
2018-06-06 11:51:52.975 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2018-06-06 11:51:53.230 [update notice] received read bai Status02 QQ=10: auto;60;75.0;70;70.0
2018-06-06 11:52:02.786 [update notice] received read bai Status01 QQ=10: 25.5;25.5;28.875;-;63.5;off
2018-06-06 11:52:03.052 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2018-06-06 11:52:12.867 [update notice] received read bai Status01 QQ=10: 25.5;25.5;28.875;-;63.5;off
2018-06-06 11:52:13.137 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2018-06-06 11:52:22.956 [update notice] received read bai Status01 QQ=10: 25.5;25.5;28.875;-;63.5;off



Oder gibt es Anmerkungen dazu? Mein Speicher mit Solarthermie hängt auch eigentlich am bus, aber dazu sehe ich nicht im log, oder?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Heatseeker am 06 Juni 2018, 11:58:55
Zitat
Mein Speicher mit Solarthermie hängt auch eigentlich am bus, aber dazu sehe ich nicht im log, oder?

Oder doch? Habe gerade gesehen:

2018-06-06 11:56:35.428 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2018-06-06 11:56:38.296 [bus notice] scan ed: ;Vaillant;VMS02;0108;1703
2018-06-06 11:56:38.296 [update notice] store ed ident: done
2018-06-06 11:56:38.296 [update notice] sent scan-read scan.ed  QQ=01: Vaillant;VMS02;0108;1703
2018-06-06 11:56:38.296 [bus notice] scan ed: ;Vaillant;VMS02;0108;1703
2018-06-06 11:56:38.475 [update notice] sent unknown MS cmd: 01edb5090124 / 09003231313634383030
2018-06-06 11:56:38.679 [update notice] sent scan-read scan.ed id QQ=01:
2018-06-06 11:56:38.856 [update notice] sent scan-read scan.ed id QQ=01:
2018-06-06 11:56:39.188 [update notice] sent scan-read scan.ed id QQ=01: 21;16;48;0010017712;3110;001443;N9
2018-06-06 11:56:39.188 [bus notice] scan ed: ;21;16;48;0010017712;3110;001443;N9
2018-06-06 11:56:39.385 [main error] unable to load scan config ed: no file from vaillant with prefix ed matches ID "vms02", $
2018-06-06 11:56:39.385 [main error] scan config ed: ERR: element not found
2018-06-06 11:56:44.806 [update notice] received read bai Status01 QQ=10: 25.5;25.5;28.875;-;64.0;off

ebusctl i
version: ebusd 3.2.v3.2-3-g5bf4667
update check: unknown
signal: acquired
symbol rate: 24
max symbol rate: 115
min arbitration micros: 22
max arbitration micros: 86
min symbol latency: 5
max symbol latency: 6
reconnects: 0
masters: 3
messages: 557
conditional: 3
poll: 0
update: 9
address 01: master #6, ebusd
address 03: master #11
address 06: slave #6, ebusd
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0609;HW=5502", loaded "vaillant/bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0419;HW=4603", loaded "vaillant/15.700.csv"
address ed: slave, scanned "MF=Vaillant;ID=VMS02;SW=0108;HW=1703"


gibt es dafür kein configfile oder muss ich nur etwas warten...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 13 Juni 2018, 06:38:02
Zitat von: Heatseeker am 06 Juni 2018, 11:58:55
2018-06-06 11:56:35.428 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;0;0;0;0
2018-06-06 11:56:38.296 [bus notice] scan ed: ;Vaillant;VMS02;0108;1703
...
2018-06-06 11:56:39.188 [bus notice] scan ed: ;21;16;48;0010017712;3110;001443;N9

gibt es dafür kein configfile oder muss ich nur etwas warten...
das ist der Solarregler, aber dafür gibts noch keine CSV. Du könntest mit einem symbolischen Link von 06.pms.csv auf ed.vms.sc.csv versuchen, ob diese Definitionen zufällig passen.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Heatseeker am 17 Juni 2018, 15:53:12
Zitat von: john30 am 13 Juni 2018, 06:38:02
das ist der Solarregler, aber dafür gibts noch keine CSV. Du könntest mit einem symbolischen Link von 06.pms.csv auf ed.vms.sc.csv versuchen, ob diese Definitionen zufällig passen.
Genau! Ich wollte gerade mal den Link erstellen, finde aber leider die Quelle nicht. Die 06.pms.csv sollte sich ja im Ornder /Vaillant befinden. Habe gerade mal einen find laufen lassen. Der findet keinen. Ich vermute, dass das damit zusammenhängt, dass die ebusd v3.2 sich die Konfig direkt vom Server holt. Kann ich trotzdem was tricksen?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 17 Juni 2018, 17:05:55
Zitat von: Heatseeker am 17 Juni 2018, 15:53:12
Genau! Ich wollte gerade mal den Link erstellen, finde aber leider die Quelle nicht. Die 06.pms.csv sollte sich ja im Ornder /Vaillant befinden. Habe gerade mal einen find laufen lassen. Der findet keinen. Ich vermute, dass das damit zusammenhängt, dass die ebusd v3.2 sich die Konfig direkt vom Server holt. Kann ich trotzdem was tricksen?
wenn Du an den configs selber rumbasteln willst, muss Du natürlich lokale Files dafür benutzen, also ebusd-configuration auschecken und ebusd den Pfad dahin (ebusd-2.1.x/de) übergeben.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 03 Juli 2018, 16:14:56
Sinnvoll ist, dieses direkte Editieren durch eine komfortable Tabelle in Libreoffice mit nachfolgendem Export (per Makro) in das csv-File zu erledigen. Müsste eigentlich noch irgendwo im contrib-Ordner zu finden sein.

LG

pah
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TobiasR am 26 August 2018, 20:39:28
Hallo zusammen,

nach längerer Abstinenz habe ich mal wieder einen Versuch unternommen.
Bisher war meine Wärmepumpe von Vailant nicht dabei...

Ich habe die aktuelle Version installiert, erhalte aber trotzdem die Meldung dass es ein Update gibt.

Ich dachte mit:

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


erhalte ich alles neu. Ist wohl nicht so.
Was muss ich anders machen?

pi@Heizung:/opt $ ebusctl i
version: ebusd 3.2.v3.2
update check: revision v3.2-2-g1737636 available, broadcast.csv: newer version available, vaillant/broadcast.csv: newer version available, vaillant/errors.inc: newer version available, vaillant/hcmode.inc: newer version available
signal: acquired
symbol rate: 23
max symbol rate: 135
min arbitration micros: 2085
max arbitration micros: 3404
min symbol latency: 4
max symbol latency: 6
reconnects: 0
masters: 4
messages: 65
conditional: 0
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU01;SW=0304;HW=8802", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0111;HW=0103"
address e8: slave, scanned "MF=Vaillant;ID=FMU00;SW=0202;HW=6502"
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TobiasR am 27 August 2018, 20:17:07
weis niemend wie ich die Version/CSV aktualisieren kann?

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 28 August 2018, 08:33:32
Zitat von: TobiasR am 27 August 2018, 20:17:07
weis niemend wie ich die Version/CSV aktualisieren kann?
wenn du von einer alten Version aktualisiert hast, könnte in /etc/default/ebusd noch fix der config Pfad drin stehen. Falls dem so ist, dann diesen entfernen, damit die online configs verwendet werden.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TobiasR am 28 August 2018, 19:30:46
Hallo,

bei mir sind dort der Ordner Vaillant und die drei Dateien "broadcast.csv, memory.csv und _templates.csv" drin.
Muss ich die drei Dateien einfach löschen?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 28 August 2018, 20:24:20
@TobiasR
hast du wirklich in der Datei /etc/default/ebusd nachgeschaut? Ich glaube du hat im Verzeichnis /etc/ebusd nachgeschaut!

@John30
so wirklich funktioniert bei mir der Auto Update leider auch nicht.

pi@raspberrypi:~ $ ebusctl i
version: ebusd 3.2.v3.2-3-g5bf4667
update check: revision v3.2-2-g1737636 available, broadcast.csv: newer version available, vaillant/15.430.csv: newer version available, vaillant/bai.0010006101.inc: newer version available, vaillant/broadcast.csv: newer version available, vaillant/errors.inc: newer version available, vaillant/hcmode.inc: newer version available
signal: acquired
symbol rate: 28
max symbol rate: 104
min arbitration micros: 34
max arbitration micros: 68
min symbol latency: 3
max symbol latency: 4
reconnects: 0
masters: 3
messages: 449
conditional: 16
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/bai.0010006101.inc" ([PROD='']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=43000;SW=0215;HW=2002", loaded "vaillant/15.430.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd

ich habe eine höhere Version (v3.2-3) als am Updateserver (v3.2-2) vorhanden ist, aber scheinbar ältere CSV.
In der der ebusd Opts habe ich den "configpath" auch korrekt eingetragen:

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

Gibt es da noch irgendwo ein Flag das ich zur Freigabe des automatischen Updates für die CSV setzen muss?

LG

Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TobiasR am 28 August 2018, 20:27:50
@Reinhart: Danke, war wirklich verrutscht!

Bei mir steht dies drin:
EBUSD_OPTS="--scanconfig"

Passt das?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 28 August 2018, 21:12:56
ist ein bisschen wenig was da definiert ist!

Auch hier wieder die Frage, ist da eine Raute davor?

# /etc/default/ebusd:
# config file for ebusd service.

# Options to pass to ebusd (run "ebusd -?" for more info):
# EBUSD_OPTS="--scanconfig"
EBUSD_OPTS="-d /dev/ttyebus --pollinterval=180 -p 8888 -l /var/log/ebusd.log --scanconfig --configpath=http://ebusd.eu/config/ --httpport=8080 --htmlpath=/var/ebusd/html --mqttport=1883 --mqttjson --mqtthost=10.0.0.5 --mqtttopic=sonoff_ebusd/%name"


# bedeutet das ist nur ein Informationstext und wird vom eBusd komplett ignoriert und nicht eingelesen.

in meinem Beispiel steht auch hier "# EBUSD_OPTS="--scanconfig", was reiner Infotext ist. Entscheidend ist dann die untere Zeile und da steht schon einiges drinnen. Schau dir dazu unbedingt das Wiki von John (https://github.com/john30/ebusd/wiki/2.-Run) an! Du stellst da den Device, das Port, das Log und vieles mehr ein.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TobiasR am 28 August 2018, 21:16:46
Hallo,

ich hatte die Infotexte raus genommen.
Das ist der komplette Inhalt:

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


In der Wiki war ich auch schon mal. Richtig schlau bin ich aber nicht daraus geworden
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 28 August 2018, 21:30:35
wenn du nur die den einen Parameter gesetzt hast, dann wird alles Default konfiguriert. Was da alles gesetzt wird weis ich nicht auswendig, da musst im Johns Wiki nachschauen.

Ich wusste gar nicht das dies überhaupt so funktioniert, wie soll den ebusd wissen welchen Device du angeschlossen hast und wo das Log geschrieben werden soll und wenn du Mqtt einsetzt wie die Topic lautet, usw?

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TobiasR am 28 August 2018, 21:41:53
Hmm :(, dann steh ich jetzt ganz schön auf dem Schlauch.

Soll ich einfach alles noch mal neu installieren? Die Config kam aber genau so mit.

Wenn ich das hier richtig lese, sind meine Heizungskomponenten alle gefunden worden:

pi@Heizung:~ $ ebusctl find -d
700 Hc1HeatCurve = 1.13335
broadcast outsidetemp = 15.875
broadcast vdatetime = 21:39:03;28.08.2018
hmu SetMode = auto;0.0;-;-;1;1;1;0;0;0
hmu State = 0;31;off;ready
hmu Status01 = 20.0;20.0;-;-;-;off
scan.08  = Vaillant;HMU01;0304;8802
scan.08 id = 21;17;28;0010019758;1610;005614;N2
scan.15  = Vaillant;70000;0419;4603
scan.15 id = 21;17;17;0020218357;0082;027637;N3
scan.76  = Vaillant;VWZIO;0111;0103
scan.76 id = 21;17;20;0020143590;1610;005605;N7
scan.e8  = Vaillant;FMU00;0202;6502
scan.e8 id = 21;17;28;0010019758;1610;005614;N2
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 29 August 2018, 11:10:19
Nein, nix neu installieren, die Config ist ja bei jedem User individuell einzustellen! Das sind ja nur ein paar Parameter!

Zitat-d, --device=DEV
-c, --configpath=PATH
-s, --scanconfig[=ADDR]
-p, --port=PORT
-l, --logfile=FILE
hier als Beispiel, aber das steht ja alles sehr ausführlich in der Wiki, nimm halt nur das was du denkst das du es brauchst. Wenn du die Syntax nicht genau kennst, dann schaue einfach hier in den Threads und suche nach "EBUSD_OPTS", da gibt es zahlreiche Beispiele.

EBUSD_OPTS="--device=/dev/ttyebus -p 8888 -l /var/log/ebusd.log --scanconfig --httpport=8080"
für Rpi Platine

EBUSD_OPTS="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log --scanconfig
oder für USB Schnitsstelle

das wäre so eine typische 0815 Konfig ohne Mqtt.
Wenn du aber jetzt damit zufrieden bist dann laß es so.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TobiasR am 29 August 2018, 18:51:53
Hallo Reinhart,
erst mal vielen Dank für deine Unterstützung!

Ich befürchte dass bei mir noch was anderes falsch ist.
Mit der neuen EBUSD_OPTS (über USB), bekommen ich nun gar keine Daten mehr:
pi@Heizung:~ $ ebusctl info
version: ebusd 3.0pre.bbc4d04
update check: version 3.2 available, broadcast.csv: different version available, vaillant/15.e7f.csv: different version available, vaillant/errors.inc: different version available
signal: acquired
symbol rate: 23
max symbol rate: 112
min arbitration micros: 3259
max arbitration micros: 3359
min symbol latency: 4
max symbol latency: 6
reconnects: 0
masters: 4
messages: 84
conditional: 2
poll: 0
update: 7
address 03: master #11
address 08: slave #11
address 10: master #2
address 15: slave #2
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9
address e8: slave


Ich hatte es so verstanden dass in der "ttyUSB0" ein Link hinterlegt ist der die aktuellsten CSV vom Server holt.
Kann das der Fehler sein. Ist die Datei evtl zerstört?

Edit:
Mal ne ganz andere Frage:

Gibt es eine Übersicht der Vaillantkomponenten zu denen es bereits eine CSV gibt?
Die ursprüngliche Anzeige hat ja zumindest schon mal die Heizkurve und Außentemperatur gebracht. Evtl. gibt es ja noch gar keine CSV für meine Anlage?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 02 September 2018, 18:35:04
Zitat von: TobiasR am 29 August 2018, 18:51:53
Ich befürchte dass bei mir noch was anderes falsch ist.
Mit der neuen EBUSD_OPTS (über USB), bekommen ich nun gar keine Daten mehr:
es wäre gut, wenn Du schon Hilfe bekommen möchtest, dass Du dann auch immer die config Zeile aus der default/ebusd mit postest, sonst können wir hier nur Rätselraten spielen und das macht keinem Rrichtig Spaß.
So wie Du es beschreibst ist Dein Interface auf ttyUSB0. Das ist die Default Einstellung, d.h. die musst Du dann auch nicht anpassen.

Zitat von: TobiasR am 29 August 2018, 18:51:53
Ich hatte es so verstanden dass in der "ttyUSB0" ein Link hinterlegt ist der die aktuellsten CSV vom Server holt.
das ist Quatsch. ttyUSB0 ist der Link, der auf das erste via USB angeschlossene serielle Device zeigt, was eben i.d.R. schon das richtig ist (es sei denn, Du hast noch andere serielle USB Interfaces dran).
Das hat also so gar nichts mit den CSV Files zu tun. Die werden ab Version 3.2 von ebusd nun automatisch von einem Webservice abgeholt, der auf ebusd.eu läuft.
Würde das nicth funktionieren, dann würde "ebusctl info" keine einzige geladene CSV Datei anzeigen, was bei Dir aber nicht der Fall zu sein scheint.

Zitat von: TobiasR am 29 August 2018, 18:51:53
Gibt es eine Übersicht der Vaillantkomponenten zu denen es bereits eine CSV gibt?
Implizit schon, hier: https://github.com/john30/ebusd-configuration/tree/master/ebusd-2.x.x/de/vaillant
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: FunkOdyssey am 18 September 2018, 15:43:12
Ich suche mir seit Tagen nen Wolf und bräuchte jetzt doch wohl mal das Forum zur Unterstützung.

Ich habe ein ähnliches Problem, wie es hier im Thread schon desöfteren erwähnt wurde: "read timeout"
Teilweise habe ich im FHEM-Forum sogar meine eigenen Beiträge gefunden, aber dort bezog es sich auf alte eBus-Versionen und Raspberry-Serial-Latency-Probleme.

Hintergrund:
Ich habe seit Dezember 2017 eine eBus-Platine 2.0 von Johns Lötdamen. :-)
Schade über mich, aber bis heute habe ich noch zufrieden meine eBus-Platine v1.6 genutzt.

Ich habe eBusd jeweils in Docker-Container gepackt.

- Platine v1.6 über FTDI-Adapter. IP-Zugriff mittels GAEBUS. Kein Polling in der Config-Dateien. GAEBUS führt alle 60 Sekunden ein "read" durch. Alles problemlos.
- Platine v2.0 über mitgelieferten CP2102. Mittels MQTT2-Server direkt in FHEM. Hier ist in der Config-Datei das Polling teilweise aktiviert.

Die MQTT-Anbindung ist wie folgt erfolgt:
command: ebusd -f --address=10 --scanconfig --configpath=/etc/ebusd --mqttport=1883 --mqtthost=fhem --log="all debug"

Meine Konfigurationsdatei: https://github.com/dstrigl/ebusd-config-brink-renovent-excellent-300/blob/master/7c.renovent-excellent-400p.csv
(Läuft wie gesagt problemlos mit der Platine 1.6. Jedoch ohne Polling r1-r9).

Mein Problem:
Über die Platine v2.0 habe ich stets ERR: read timeout.
Es werden nur Broadcast-Nachrichten empfangen. Und wenn ich GAEBUS zeitgleich aktiv habe, so werden die "reads" mit aufgefangen. (afaik: poll-read oder ähnlich)
Es findet kein Polling erfolgreich statt. Rekonstruierbar auch direkt auf der Konsole über "ebusctl read Aussenlufttemperatur". Also kann ich MQTT2 und FHEM vorerst ausschließen.

- Anpassungen mittels "latency" und "receivetimeout" => Ohne Erfolg
- Adressen mehrfach geändert => Ohne Erfolg
- accesslevel=* => Ohne Erfolg
- Ohne MQTT => Ohne Erfolg

Logs:
So richtig spannend wird es im Log erst weiter hinten. Bei z.B. folgenden Zeilen:

poll kwl TatsaechlicheDrehzahlZuluft failed: ERR: read timeout

version: ebusd 3.2.v3.2
signal: acquired
symbol rate: 38
max symbol rate: 62
reconnects: 0
masters: 4
messages: 52
conditional: 0
poll: 7
update: 4
address 01: master #6
address 10: master #2, ebusd
address 15: slave #2, ebusd
address 31: master #8
address 77: master #19
address 7c: slave #19


2018-09-18 14:55:39.156 [main info] loading configuration files from /etc/ebusd
2018-09-18 14:55:39.156 [main info] read templates in /
2018-09-18 14:55:39.156 [main info] reading file 7c.csv
2018-09-18 14:55:39.156 [main info] reading templates /
2018-09-18 14:55:39.156 [main notice] ebusd 3.2.v3.2 started with auto scan
2018-09-18 14:55:39.157 [main info] reading file broadcast.csv
2018-09-18 14:55:39.157 [main info] reading file memory.csv
2018-09-18 14:55:39.157 [main info] successfully read file 7c.csv
2018-09-18 14:55:39.157 [main info] successfully read file broadcast.csv
2018-09-18 14:55:39.158 [main info] read config files
2018-09-18 14:55:39.158 [main info] successfully read file memory.csv
2018-09-18 14:55:39.162 [main info] registering data handlers
2018-09-18 14:55:39.163 [bus notice] bus started with own address 10/15
2018-09-18 14:55:39.163 [mqtt debug] connection requested
2018-09-18 14:55:39.164 [main info] registered data handlers
2018-09-18 14:55:39.164 [mqtt debug] publish ebusd/global/running true
2018-09-18 14:55:39.164 [mqtt debug] publish ebusd/global/signal false
2018-09-18 14:55:39.164 [mqtt debug] publish ebusd/global/version ebusd 3.2.v3.2
2018-09-18 14:55:39.173 [mqtt notice] connection established
2018-09-18 14:55:39.181 [bus debug] ERR: SYN received during no signal, switching to ready
2018-09-18 14:55:39.181 [bus info] poll cmd: 107c40220106
2018-09-18 14:55:39.181 [bus notice] signal acquired
2018-09-18 14:55:39.217 [bus debug] notify request: ERR: read timeout
2018-09-18 14:55:39.217 [bus error] poll kwl PosStufenschalter failed: ERR: read timeout
2018-09-18 14:55:39.265 [bus notice] new master 01, master count 2
2018-09-18 14:55:39.290 [bus notice] new master 77, master count 3
2018-09-18 14:55:39.290 [update info] received MS cmd: 017c40220101 / 020001
2018-09-18 14:55:39.291 [update notice] received read kwl Ventilatorbetrieb QQ=01: Reduziert
2018-09-18 14:55:39.484 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-09-18 14:55:40.174 [bus info] send message: 107c40220103
2018-09-18 14:55:40.174 [mqtt debug] received topic ebusd/kwl/TatsaechlicheDrehzahlAbluft/get
2018-09-18 14:55:40.174 [mqtt info] received topic for kwl TatsaechlicheDrehzahlAbluft
2018-09-18 14:55:40.223 [bus debug] notify request: ERR: read timeout
2018-09-18 14:55:40.224 [bus error] send to 7c: ERR: read timeout, retry
2018-09-18 14:55:40.270 [bus debug] notify request: ERR: read timeout
2018-09-18 14:55:40.270 [bus error] send to 7c: ERR: read timeout, retry
2018-09-18 14:55:40.316 [bus debug] notify request: ERR: read timeout
2018-09-18 14:55:40.316 [bus error] send to 7c: ERR: read timeout, retry
2018-09-18 14:55:40.362 [bus debug] notify request: ERR: read timeout
2018-09-18 14:55:40.362 [bus error] send message part 0: ERR: read timeout
2018-09-18 14:55:40.362 [bus error] send to 7c: ERR: read timeout
2018-09-18 14:55:40.362 [mqtt error] read kwl TatsaechlicheDrehzahlAbluft: ERR: read timeout
2018-09-18 14:55:44.242 [update info] received MS cmd: 017c40220101 / 020001
2018-09-18 14:55:44.242 [update notice] received read kwl Ventilatorbetrieb QQ=01: Reduziert
2018-09-18 14:55:44.367 [mqtt debug] publish ebusd/kwl/Ventilatorbetrieb Reduziert
2018-09-18 14:55:44.530 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-09-18 14:55:45.049 [bus info] poll cmd: 107c40220102
2018-09-18 14:55:45.080 [bus debug] notify request: ERR: read timeout
2018-09-18 14:55:45.080 [bus error] poll kwl TatsaechlicheDrehzahlZuluft failed: ERR: read timeout
2018-09-18 14:55:48.184 [bus notice] new master 31, master count 4
2018-09-18 14:55:48.221 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-09-18 14:55:49.164 [bus info] scan 06 cmd: 1006070400
2018-09-18 14:55:49.164 [main debug] performing regular tasks
2018-09-18 14:55:49.197 [bus debug] notify request: ERR: read timeout
2018-09-18 14:55:49.197 [main error] scan config 06: ERR: read timeout
2018-09-18 14:55:49.274 [update info] received MS cmd: 017c40220101 / 020001
2018-09-18 14:55:49.274 [update notice] received read kwl Ventilatorbetrieb QQ=01: Reduziert
2018-09-18 14:55:49.569 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-09-18 14:55:51.014 [bus info] poll cmd: 107c40220103
2018-09-18 14:55:51.044 [bus debug] notify request: ERR: read timeout
2018-09-18 14:55:51.044 [bus error] poll kwl TatsaechlicheDrehzahlAbluft failed: ERR: read timeout
2018-09-18 14:55:51.198 [bus info] scan 36 cmd: 1036070400
2018-09-18 14:55:51.198 [main debug] performing regular tasks
2018-09-18 14:55:51.275 [bus debug] notify request: ERR: read timeout
2018-09-18 14:55:51.275 [main error] scan config 36: ERR: read timeout
2018-09-18 14:55:53.275 [bus info] scan 7c cmd: 107c070400
2018-09-18 14:55:53.275 [main debug] performing regular tasks
2018-09-18 14:55:53.315 [bus debug] notify request: ERR: read timeout
2018-09-18 14:55:53.315 [main error] scan config 7c: ERR: read timeout
2018-09-18 14:55:54.270 [update info] received MS cmd: 017c40220101 / 020001
2018-09-18 14:55:54.270 [update notice] received read kwl Ventilatorbetrieb QQ=01: Reduziert
2018-09-18 14:55:54.555 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-09-18 14:55:55.316 [main debug] performing regular tasks
2018-09-18 14:55:55.377 [mqtt debug] publish ebusd/global/signal true
2018-09-18 14:55:55.378 [mqtt debug] publish ebusd/global/uptime 16
2018-09-18 14:55:57.023 [bus info] poll cmd: 107c40220107
2018-09-18 14:55:57.054 [bus debug] notify request: ERR: read timeout
2018-09-18 14:55:57.054 [bus error] poll kwl Ablufttemperatur failed: ERR: read timeout
2018-09-18 14:55:57.709 [update info] received MS cmd: 017c40a106000100010000 / 022000
2018-09-18 14:55:57.709 [update notice] received unknown MS cmd: 017c40a106000100010000 / 022000
2018-09-18 14:55:59.256 [update info] received MS cmd: 017c40220101 / 020001
2018-09-18 14:55:59.256 [update notice] received read kwl Ventilatorbetrieb QQ=01: Reduziert
2018-09-18 14:55:59.624 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-09-18 14:56:03.012 [bus info] poll cmd: 107c40220108
2018-09-18 14:56:03.042 [bus debug] notify request: ERR: read timeout
2018-09-18 14:56:03.042 [bus error] poll kwl Aussenlufttemperatur failed: ERR: read timeout
2018-09-18 14:56:04.233 [update info] received MS cmd: 017c40220101 / 020001
2018-09-18 14:56:04.233 [update notice] received read kwl Ventilatorbetrieb QQ=01: Reduziert
2018-09-18 14:56:04.663 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-09-18 14:56:05.316 [main debug] performing regular tasks
2018-09-18 14:56:06.642 [update info] received BC cmd: 77fefe010a45303030202020202020
2018-09-18 14:56:06.642 [update notice] received update-read broadcast error QQ=77: E000     
2018-09-18 14:56:09.045 [bus info] poll cmd: 107c40220114
2018-09-18 14:56:09.075 [bus debug] notify request: ERR: read timeout
2018-09-18 14:56:09.075 [bus error] poll kwl IstwertZuluftdruck failed: ERR: read timeout
2018-09-18 14:56:09.245 [update info] received MS cmd: 017c40220101 / 020001
2018-09-18 14:56:09.245 [update notice] received read kwl Ventilatorbetrieb QQ=01: Reduziert
2018-09-18 14:56:09.721 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-09-18 14:56:10.393 [mqtt debug] publish ebusd/broadcast/error E000     
2018-09-18 14:56:11.394 [mqtt debug] publish ebusd/global/uptime 32
2018-09-18 14:56:14.241 [update info] received MS cmd: 017c40220101 / 020001
2018-09-18 14:56:14.241 [update notice] received read kwl Ventilatorbetrieb QQ=01: Reduziert
2018-09-18 14:56:14.760 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-09-18 14:56:15.049 [bus info] poll cmd: 107c40220115
2018-09-18 14:56:15.080 [bus debug] notify request: ERR: read timeout
2018-09-18 14:56:15.080 [bus error] poll kwl IstwertAbluftdruck failed: ERR: read timeout
2018-09-18 14:56:15.317 [main debug] performing regular tasks
2018-09-18 14:56:19.227 [update info] received MS cmd: 017c40220101 / 020001
2018-09-18 14:56:19.228 [update notice] received read kwl Ventilatorbetrieb QQ=01: Reduziert
2018-09-18 14:56:19.800 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-09-18 14:56:21.016 [bus info] poll cmd: 107c40220106
2018-09-18 14:56:21.047 [bus debug] notify request: ERR: read timeout
2018-09-18 14:56:21.047 [bus error] poll kwl PosStufenschalter failed: ERR: read timeout
2018-09-18 14:56:24.224 [update info] received MS cmd: 017c40220101 / 020001
2018-09-18 14:56:24.225 [update notice] received read kwl Ventilatorbetrieb QQ=01: Reduziert
2018-09-18 14:56:24.788 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-09-18 14:56:25.317 [main debug] performing regular tasks
2018-09-18 14:56:27.024 [bus info] poll cmd: 107c40220106
2018-09-18 14:56:27.054 [bus debug] notify request: ERR: read timeout
2018-09-18 14:56:27.054 [bus error] poll kwl PosStufenschalter failed: ERR: read timeout
2018-09-18 14:56:27.411 [mqtt debug] publish ebusd/global/uptime 48
2018-09-18 14:56:28.690 [update info] received MS cmd: 017c40a106000100010000 / 022000
2018-09-18 14:56:28.690 [update notice] received unknown MS cmd: 017c40a106000100010000 / 022000
2018-09-18 14:56:29.235 [update info] received MS cmd: 017c40220101 / 020001
2018-09-18 14:56:29.235 [update notice] received read kwl Ventilatorbetrieb QQ=01: Reduziert
2018-09-18 14:56:29.832 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-09-18 14:56:33.040 [bus info] poll cmd: 107c40220102
2018-09-18 14:56:33.070 [bus debug] notify request: ERR: read timeout
2018-09-18 14:56:33.070 [bus error] poll kwl TatsaechlicheDrehzahlZuluft failed: ERR: read timeout
2018-09-18 14:56:34.207 [update info] received MS cmd: 017c40220101 / 020001
2018-09-18 14:56:34.207 [update notice] received read kwl Ventilatorbetrieb QQ=01: Reduziert
2018-09-18 14:56:34.872 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-09-18 14:56:35.318 [main debug] performing regular tasks


Eigentlich habe ich auch Probleme mit dem Schreiben via MQTT. Aber wenn schon das Lesen nicht funktioniert, brauche ich alles weitere wohl noch nicht debuggen. :-)




Nachtrag: Log mit aktiviertem RAW-Logging:
Hier ist die Default-Adresse 31 aktiv. Nicht wie oben die 0x10.


2018-09-18 16:18:59.739 [main info] loading configuration files from /etc/ebusd
2018-09-18 16:18:59.739 [main info] reading templates /
2018-09-18 16:18:59.739 [main notice] ebusd 3.2.v3.2 started with auto scan
2018-09-18 16:18:59.740 [main info] read templates in /
2018-09-18 16:18:59.740 [main info] reading file 7c.csv
2018-09-18 16:18:59.741 [main info] read config files
2018-09-18 16:18:59.741 [main info] reading file broadcast.csv
2018-09-18 16:18:59.741 [main info] reading file memory.csv
2018-09-18 16:18:59.741 [main info] successfully read file 7c.csv
2018-09-18 16:18:59.741 [main info] successfully read file broadcast.csv
2018-09-18 16:18:59.741 [main info] successfully read file memory.csv
2018-09-18 16:18:59.745 [bus notice] bus started with own address 31/36
2018-09-18 16:18:59.745 [main info] registering data handlers
2018-09-18 16:18:59.747 [main info] registered data handlers
2018-09-18 16:18:59.747 [mqtt debug] connection requested
2018-09-18 16:18:59.747 [mqtt debug] publish ebusd/global/version ebusd 3.2.v3.2
2018-09-18 16:18:59.748 [mqtt debug] publish ebusd/global/running true
2018-09-18 16:18:59.748 [mqtt debug] publish ebusd/global/signal false
2018-09-18 16:18:59.757 [mqtt notice] connection established
2018-09-18 16:18:59.771 [bus debug] ERR: SYN received during no signal, switching to ready
2018-09-18 16:18:59.771 [bus info] poll cmd: 317c40220106
2018-09-18 16:18:59.771 [bus notice] <aa
2018-09-18 16:18:59.771 [bus notice] >31
2018-09-18 16:18:59.771 [bus notice] signal acquired
2018-09-18 16:18:59.781 [bus debug] notify request: ERR: read timeout
2018-09-18 16:18:59.782 [bus error] poll kwl PosStufenschalter failed: ERR: read timeout
2018-09-18 16:18:59.818 [bus notice] <aa
2018-09-18 16:18:59.865 [bus notice] <aa
2018-09-18 16:18:59.911 [bus notice] <aa
2018-09-18 16:18:59.957 [bus notice] <aa
2018-09-18 16:19:00.003 [bus notice] <aa
2018-09-18 16:19:00.049 [bus notice] <aa
2018-09-18 16:19:00.096 [bus notice] <aa
2018-09-18 16:19:00.142 [bus notice] <aa
2018-09-18 16:19:00.188 [bus notice] <aa
2018-09-18 16:19:00.234 [bus notice] <aa
2018-09-18 16:19:00.280 [bus notice] <aa
2018-09-18 16:19:00.326 [bus notice] <aa
2018-09-18 16:19:00.373 [bus notice] <aa
2018-09-18 16:19:00.420 [bus notice] <aa
2018-09-18 16:19:00.467 [bus notice] <aa
2018-09-18 16:19:00.513 [bus notice] <aa
2018-09-18 16:19:00.517 [bus notice] <01
2018-09-18 16:19:00.528 [bus notice] <7c
2018-09-18 16:19:00.532 [bus notice] <40
2018-09-18 16:19:00.536 [bus notice] <22
2018-09-18 16:19:00.541 [bus notice] <01
2018-09-18 16:19:00.545 [bus notice] <01
2018-09-18 16:19:00.549 [bus notice] <61
2018-09-18 16:19:00.549 [bus notice] new master 01, master count 2
2018-09-18 16:19:00.553 [bus notice] <00
2018-09-18 16:19:00.557 [bus notice] <02
2018-09-18 16:19:00.561 [bus notice] <00
2018-09-18 16:19:00.566 [bus notice] <02
2018-09-18 16:19:00.570 [bus notice] <2e
2018-09-18 16:19:00.574 [bus notice] <00
2018-09-18 16:19:00.574 [bus notice] new master 77, master count 3
2018-09-18 16:19:00.574 [update info] received MS cmd: 017c40220101 / 020002
2018-09-18 16:19:00.574 [update notice] received read kwl Ventilatorbetrieb QQ=01: Normal
2018-09-18 16:19:00.578 [bus notice] <02
2018-09-18 16:19:00.582 [bus notice] <00
2018-09-18 16:19:00.588 [bus notice] <20
2018-09-18 16:19:00.593 [bus notice] <a8
2018-09-18 16:19:00.640 [bus notice] <aa
2018-09-18 16:19:00.686 [bus notice] <aa
2018-09-18 16:19:00.732 [bus notice] <aa
2018-09-18 16:19:00.757 [bus info] send message: 317c40220103
2018-09-18 16:19:00.757 [mqtt debug] received topic ebusd/kwl/TatsaechlicheDrehzahlAbluft/get
2018-09-18 16:19:00.757 [mqtt info] received topic for kwl TatsaechlicheDrehzahlAbluft
2018-09-18 16:19:00.778 [bus notice] <aa
2018-09-18 16:19:00.779 [bus notice] >31
2018-09-18 16:19:00.789 [bus debug] notify request: ERR: read timeout
2018-09-18 16:19:00.789 [bus error] send to 7c: ERR: read timeout, retry
2018-09-18 16:19:00.825 [bus notice] <aa
2018-09-18 16:19:00.826 [bus notice] >31
2018-09-18 16:19:00.836 [bus debug] notify request: ERR: read timeout
2018-09-18 16:19:00.836 [bus error] send to 7c: ERR: read timeout, retry
2018-09-18 16:19:00.871 [bus notice] <aa
2018-09-18 16:19:00.872 [bus notice] >31
2018-09-18 16:19:00.882 [bus debug] notify request: ERR: read timeout
2018-09-18 16:19:00.882 [bus error] send to 7c: ERR: read timeout, retry
2018-09-18 16:19:00.917 [bus notice] <aa
2018-09-18 16:19:00.918 [bus notice] >31
2018-09-18 16:19:00.928 [bus debug] notify request: ERR: read timeout
2018-09-18 16:19:00.928 [bus error] send message part 0: ERR: read timeout
2018-09-18 16:19:00.928 [bus error] send to 7c: ERR: read timeout
2018-09-18 16:19:00.928 [mqtt error] read kwl TatsaechlicheDrehzahlAbluft: ERR: read timeout
2018-09-18 16:19:00.963 [bus notice] <aa
2018-09-18 16:19:01.009 [bus notice] <aa
2018-09-18 16:19:01.055 [bus notice] <aa
2018-09-18 16:19:01.102 [bus notice] <aa
2018-09-18 16:19:01.148 [bus notice] <aa
2018-09-18 16:19:01.194 [bus notice] <aa
2018-09-18 16:19:01.240 [bus notice] <aa
2018-09-18 16:19:01.286 [bus notice] <aa
2018-09-18 16:19:01.332 [bus notice] <aa
2018-09-18 16:19:01.378 [bus notice] <aa
2018-09-18 16:19:01.425 [bus notice] <aa
2018-09-18 16:19:01.471 [bus notice] <aa
2018-09-18 16:19:01.517 [bus notice] <aa
2018-09-18 16:19:01.563 [bus notice] <aa
2018-09-18 16:19:01.609 [bus notice] <aa
2018-09-18 16:19:01.655 [bus notice] <aa
2018-09-18 16:19:01.701 [bus notice] <aa
2018-09-18 16:19:01.705 [bus notice] <77
2018-09-18 16:19:01.710 [bus notice] <83
2018-09-18 16:19:01.714 [bus notice] <40
2018-09-18 16:19:01.718 [bus notice] <a0
2018-09-18 16:19:01.722 [bus notice] <04
2018-09-18 16:19:01.726 [bus notice] <00
2018-09-18 16:19:01.730 [bus notice] <c8
2018-09-18 16:19:01.735 [bus notice] <00
2018-09-18 16:19:01.739 [bus notice] <c8
2018-09-18 16:19:01.743 [bus notice] <bf
2018-09-18 16:19:01.769 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-09-18 16:19:01.790 [bus notice] <aa
2018-09-18 16:19:01.837 [bus notice] <aa
2018-09-18 16:19:01.883 [bus notice] <aa
2018-09-18 16:19:01.940 [bus notice] <aa
2018-09-18 16:19:01.987 [bus notice] <aa
2018-09-18 16:19:02.033 [bus notice] <aa
2018-09-18 16:19:02.079 [bus notice] <aa
2018-09-18 16:19:02.126 [bus notice] <aa
2018-09-18 16:19:02.172 [bus notice] <aa
2018-09-18 16:19:02.218 [bus notice] <aa
2018-09-18 16:19:02.264 [bus notice] <aa
2018-09-18 16:19:02.310 [bus notice] <aa
2018-09-18 16:19:02.356 [bus notice] <aa
2018-09-18 16:19:02.402 [bus notice] <aa
2018-09-18 16:19:02.448 [bus notice] <aa
2018-09-18 16:19:02.494 [bus notice] <aa
2018-09-18 16:19:02.542 [bus notice] <aa
2018-09-18 16:19:02.589 [bus notice] <aa
2018-09-18 16:19:02.635 [bus notice] <aa
2018-09-18 16:19:02.681 [bus notice] <aa
2018-09-18 16:19:02.727 [bus notice] <aa
2018-09-18 16:19:02.773 [bus notice] <aa
2018-09-18 16:19:02.819 [bus notice] <aa
2018-09-18 16:19:02.865 [bus notice] <aa
2018-09-18 16:19:02.911 [bus notice] <aa
2018-09-18 16:19:02.958 [bus notice] <aa
2018-09-18 16:19:03.004 [bus notice] <aa
2018-09-18 16:19:03.050 [bus notice] <aa
2018-09-18 16:19:03.096 [bus notice] <aa
2018-09-18 16:19:03.143 [bus notice] <aa
2018-09-18 16:19:03.190 [bus notice] <aa
2018-09-18 16:19:03.237 [bus notice] <aa
2018-09-18 16:19:03.283 [bus notice] <aa
2018-09-18 16:19:03.329 [bus notice] <aa
2018-09-18 16:19:03.375 [bus notice] <aa
2018-09-18 16:19:03.421 [bus notice] <aa
2018-09-18 16:19:03.467 [bus notice] <aa
2018-09-18 16:19:03.513 [bus notice] <aa
2018-09-18 16:19:03.559 [bus notice] <aa
2018-09-18 16:19:03.605 [bus notice] <aa
2018-09-18 16:19:03.652 [bus notice] <aa
2018-09-18 16:19:03.698 [bus notice] <aa
2018-09-18 16:19:03.745 [bus notice] <aa
2018-09-18 16:19:03.792 [bus notice] <aa
2018-09-18 16:19:03.838 [bus notice] <aa
2018-09-18 16:19:03.884 [bus notice] <aa
2018-09-18 16:19:03.930 [bus notice] <aa
2018-09-18 16:19:03.976 [bus notice] <aa
2018-09-18 16:19:04.023 [bus notice] <aa
2018-09-18 16:19:04.069 [bus notice] <aa
2018-09-18 16:19:04.115 [bus notice] <aa
2018-09-18 16:19:04.161 [bus notice] <aa
2018-09-18 16:19:04.207 [bus notice] <aa
2018-09-18 16:19:04.253 [bus notice] <aa
2018-09-18 16:19:04.299 [bus notice] <aa
2018-09-18 16:19:04.347 [bus notice] <aa
2018-09-18 16:19:04.394 [bus notice] <aa
2018-09-18 16:19:04.440 [bus notice] <aa
2018-09-18 16:19:04.486 [bus notice] <aa
2018-09-18 16:19:04.532 [bus notice] <aa
2018-09-18 16:19:04.578 [bus notice] <aa
2018-09-18 16:19:04.624 [bus notice] <aa
2018-09-18 16:19:04.670 [bus notice] <aa
2018-09-18 16:19:04.717 [bus notice] <aa
2018-09-18 16:19:04.763 [bus notice] <aa
2018-09-18 16:19:04.809 [bus notice] <aa
2018-09-18 16:19:04.855 [bus notice] <aa
2018-09-18 16:19:04.901 [bus notice] <aa
2018-09-18 16:19:04.932 [mqtt debug] publish ebusd/kwl/Ventilatorbetrieb Normal
2018-09-18 16:19:04.948 [bus notice] <aa
2018-09-18 16:19:04.953 [bus notice] <01
2018-09-18 16:19:04.965 [bus notice] <7c
2018-09-18 16:19:04.969 [bus notice] <40
2018-09-18 16:19:04.973 [bus notice] <a1
2018-09-18 16:19:04.978 [bus notice] <06
2018-09-18 16:19:04.982 [bus notice] <00
2018-09-18 16:19:04.986 [bus notice] <01
2018-09-18 16:19:04.990 [bus notice] <00
2018-09-18 16:19:04.994 [bus notice] <01
2018-09-18 16:19:04.998 [bus notice] <00
2018-09-18 16:19:05.002 [bus notice] <00
2018-09-18 16:19:05.006 [bus notice] <7b
2018-09-18 16:19:05.011 [bus notice] <00
2018-09-18 16:19:05.015 [bus notice] <02
2018-09-18 16:19:05.019 [bus notice] <20
2018-09-18 16:19:05.023 [bus notice] <00
2018-09-18 16:19:05.027 [bus notice] <48
2018-09-18 16:19:05.040 [bus notice] <00
2018-09-18 16:19:05.040 [update info] received MS cmd: 017c40a106000100010000 / 022000
2018-09-18 16:19:05.040 [update notice] received unknown MS cmd: 017c40a106000100010000 / 022000
2018-09-18 16:19:05.050 [bus info] poll cmd: 317c40220102
2018-09-18 16:19:05.050 [bus notice] <aa
2018-09-18 16:19:05.051 [bus notice] >31
2018-09-18 16:19:05.061 [bus debug] notify request: ERR: read timeout
2018-09-18 16:19:05.061 [bus error] poll kwl TatsaechlicheDrehzahlZuluft failed: ERR: read timeout
2018-09-18 16:19:05.101 [bus notice] <aa
2018-09-18 16:19:05.148 [bus notice] <aa
2018-09-18 16:19:05.194 [bus notice] <aa
2018-09-18 16:19:05.249 [bus notice] <aa
2018-09-18 16:19:05.296 [bus notice] <aa
2018-09-18 16:19:05.342 [bus notice] <aa
2018-09-18 16:19:05.388 [bus notice] <aa
2018-09-18 16:19:05.435 [bus notice] <aa
2018-09-18 16:19:05.481 [bus notice] <aa
2018-09-18 16:19:05.527 [bus notice] <aa
2018-09-18 16:19:05.531 [bus notice] <01
2018-09-18 16:19:05.545 [bus notice] <7c
2018-09-18 16:19:05.549 [bus notice] <40
2018-09-18 16:19:05.553 [bus notice] <22
2018-09-18 16:19:05.557 [bus notice] <01
2018-09-18 16:19:05.561 [bus notice] <01
2018-09-18 16:19:05.566 [bus notice] <61
2018-09-18 16:19:05.570 [bus notice] <00
2018-09-18 16:19:05.574 [bus notice] <02
2018-09-18 16:19:05.578 [bus notice] <00
2018-09-18 16:19:05.582 [bus notice] <02
2018-09-18 16:19:05.586 [bus notice] <2e
2018-09-18 16:19:05.600 [bus notice] <00
2018-09-18 16:19:05.600 [update info] received MS cmd: 017c40220101 / 020002
2018-09-18 16:19:05.600 [update notice] received read kwl Ventilatorbetrieb QQ=01: Normal
2018-09-18 16:19:05.610 [bus notice] <aa
2018-09-18 16:19:05.656 [bus notice] <aa
2018-09-18 16:19:05.702 [bus notice] <aa
2018-09-18 16:19:05.748 [bus notice] <aa
2018-09-18 16:19:05.795 [bus notice] <aa
2018-09-18 16:19:05.851 [bus notice] <aa
2018-09-18 16:19:05.898 [bus notice] <aa
2018-09-18 16:19:05.944 [bus notice] <aa
2018-09-18 16:19:05.990 [bus notice] <aa
2018-09-18 16:19:06.036 [bus notice] <aa
2018-09-18 16:19:06.082 [bus notice] <aa
2018-09-18 16:19:06.129 [bus notice] <aa
2018-09-18 16:19:06.175 [bus notice] <aa
2018-09-18 16:19:06.221 [bus notice] <aa
2018-09-18 16:19:06.267 [bus notice] <aa
2018-09-18 16:19:06.313 [bus notice] <aa
2018-09-18 16:19:06.359 [bus notice] <aa
2018-09-18 16:19:06.405 [bus notice] <aa
2018-09-18 16:19:06.453 [bus notice] <aa
2018-09-18 16:19:06.499 [bus notice] <aa
2018-09-18 16:19:06.546 [bus notice] <aa
2018-09-18 16:19:06.592 [bus notice] <aa
2018-09-18 16:19:06.638 [bus notice] <aa
2018-09-18 16:19:06.685 [bus notice] <aa
2018-09-18 16:19:06.731 [bus notice] <aa
2018-09-18 16:19:06.735 [bus notice] <77
2018-09-18 16:19:06.740 [bus notice] <85
2018-09-18 16:19:06.744 [bus notice] <40
2018-09-18 16:19:06.748 [bus notice] <a0
2018-09-18 16:19:06.752 [bus notice] <04
2018-09-18 16:19:06.756 [bus notice] <00
2018-09-18 16:19:06.760 [bus notice] <c8
2018-09-18 16:19:06.765 [bus notice] <00
2018-09-18 16:19:06.769 [bus notice] <c8
2018-09-18 16:19:06.773 [bus notice] <e6
2018-09-18 16:19:06.799 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-09-18 16:19:06.819 [bus notice] <aa
2018-09-18 16:19:06.866 [bus notice] <aa
2018-09-18 16:19:06.912 [bus notice] <aa
2018-09-18 16:19:06.958 [bus notice] <aa
2018-09-18 16:19:07.004 [bus notice] <aa
2018-09-18 16:19:07.050 [bus notice] <aa
2018-09-18 16:19:07.096 [bus notice] <aa
2018-09-18 16:19:07.142 [bus notice] <aa
2018-09-18 16:19:07.188 [bus notice] <aa
2018-09-18 16:19:07.235 [bus notice] <aa
2018-09-18 16:19:07.281 [bus notice] <aa
2018-09-18 16:19:07.327 [bus notice] <aa
2018-09-18 16:19:07.373 [bus notice] <aa
2018-09-18 16:19:07.419 [bus notice] <aa
2018-09-18 16:19:07.465 [bus notice] <aa
2018-09-18 16:19:07.511 [bus notice] <aa
2018-09-18 16:19:07.557 [bus notice] <aa
2018-09-18 16:19:07.604 [bus notice] <aa
2018-09-18 16:19:07.650 [bus notice] <aa
2018-09-18 16:19:07.696 [bus notice] <aa
2018-09-18 16:19:07.742 [bus notice] <aa
2018-09-18 16:19:07.788 [bus notice] <aa
2018-09-18 16:19:07.834 [bus notice] <aa
2018-09-18 16:19:07.880 [bus notice] <aa
2018-09-18 16:19:07.926 [bus notice] <aa
2018-09-18 16:19:07.973 [bus notice] <aa
2018-09-18 16:19:08.020 [bus notice] <aa
2018-09-18 16:19:08.066 [bus notice] <aa
2018-09-18 16:19:08.112 [bus notice] <aa
2018-09-18 16:19:08.158 [bus notice] <aa
2018-09-18 16:19:08.204 [bus notice] <aa
2018-09-18 16:19:08.250 [bus notice] <aa
2018-09-18 16:19:08.296 [bus notice] <aa
2018-09-18 16:19:08.342 [bus notice] <aa
2018-09-18 16:19:08.389 [bus notice] <aa
2018-09-18 16:19:08.435 [bus notice] <aa
2018-09-18 16:19:08.481 [bus notice] <aa
2018-09-18 16:19:08.527 [bus notice] <aa
2018-09-18 16:19:08.574 [bus notice] <aa
2018-09-18 16:19:08.621 [bus notice] <aa
2018-09-18 16:19:08.667 [bus notice] <aa
2018-09-18 16:19:08.714 [bus notice] <aa
2018-09-18 16:19:08.760 [bus notice] <aa
2018-09-18 16:19:08.806 [bus notice] <aa
2018-09-18 16:19:08.852 [bus notice] <aa
2018-09-18 16:19:08.898 [bus notice] <aa
2018-09-18 16:19:08.944 [bus notice] <aa
2018-09-18 16:19:08.990 [bus notice] <aa
2018-09-18 16:19:09.036 [bus notice] <aa
2018-09-18 16:19:09.083 [bus notice] <aa
2018-09-18 16:19:09.129 [bus notice] <aa
2018-09-18 16:19:09.176 [bus notice] <aa
2018-09-18 16:19:09.223 [bus notice] <aa
2018-09-18 16:19:09.269 [bus notice] <aa
2018-09-18 16:19:09.315 [bus notice] <aa
2018-09-18 16:19:09.361 [bus notice] <aa
2018-09-18 16:19:09.407 [bus notice] <aa
2018-09-18 16:19:09.454 [bus notice] <aa
2018-09-18 16:19:09.500 [bus notice] <aa
2018-09-18 16:19:09.546 [bus notice] <aa
2018-09-18 16:19:09.592 [bus notice] <aa
2018-09-18 16:19:09.638 [bus notice] <aa
2018-09-18 16:19:09.684 [bus notice] <aa
2018-09-18 16:19:09.730 [bus notice] <aa
2018-09-18 16:19:09.748 [bus info] scan 06 cmd: 3106070400
2018-09-18 16:19:09.748 [main debug] performing regular tasks
2018-09-18 16:19:09.778 [bus notice] <aa
2018-09-18 16:19:09.779 [bus notice] >31
2018-09-18 16:19:09.789 [bus debug] notify request: ERR: read timeout
2018-09-18 16:19:09.789 [main error] scan config 06: ERR: read timeout
2018-09-18 16:19:09.825 [bus notice] <aa
2018-09-18 16:19:09.871 [bus notice] <aa
2018-09-18 16:19:09.917 [bus notice] <aa
2018-09-18 16:19:09.963 [bus notice] <aa
2018-09-18 16:19:10.009 [bus notice] <aa
2018-09-18 16:19:10.055 [bus notice] <aa
2018-09-18 16:19:10.101 [bus notice] <aa
2018-09-18 16:19:10.148 [bus notice] <aa
2018-09-18 16:19:10.194 [bus notice] <aa
2018-09-18 16:19:10.240 [bus notice] <aa
2018-09-18 16:19:10.286 [bus notice] <aa
2018-09-18 16:19:10.332 [bus notice] <aa
2018-09-18 16:19:10.379 [bus notice] <aa
2018-09-18 16:19:10.426 [bus notice] <aa
2018-09-18 16:19:10.472 [bus notice] <aa
2018-09-18 16:19:10.519 [bus notice] <aa
2018-09-18 16:19:10.523 [bus notice] <01
2018-09-18 16:19:10.536 [bus notice] <7c
2018-09-18 16:19:10.540 [bus notice] <40
2018-09-18 16:19:10.544 [bus notice] <22
2018-09-18 16:19:10.549 [bus notice] <01
2018-09-18 16:19:10.553 [bus notice] <01
2018-09-18 16:19:10.557 [bus notice] <61
2018-09-18 16:19:10.561 [bus notice] <00
2018-09-18 16:19:10.565 [bus notice] <02
2018-09-18 16:19:10.570 [bus notice] <00
2018-09-18 16:19:10.574 [bus notice] <02
2018-09-18 16:19:10.578 [bus notice] <2e
2018-09-18 16:19:10.582 [bus notice] <00
2018-09-18 16:19:10.582 [update info] received MS cmd: 017c40220101 / 020002
2018-09-18 16:19:10.582 [update notice] received read kwl Ventilatorbetrieb QQ=01: Normal
2018-09-18 16:19:10.586 [bus notice] <02
2018-09-18 16:19:10.591 [bus notice] <00
2018-09-18 16:19:10.596 [bus notice] <20
2018-09-18 16:19:10.601 [bus notice] <50
2018-09-18 16:19:10.649 [bus notice] <aa
2018-09-18 16:19:10.695 [bus notice] <aa
2018-09-18 16:19:10.741 [bus notice] <aa
2018-09-18 16:19:10.787 [bus notice] <aa
2018-09-18 16:19:10.833 [bus notice] <aa
2018-09-18 16:19:10.880 [bus notice] <aa
2018-09-18 16:19:10.926 [bus notice] <aa
2018-09-18 16:19:10.981 [bus notice] <aa
2018-09-18 16:19:11.028 [bus notice] <aa
2018-09-18 16:19:11.029 [bus info] poll cmd: 317c40220103
2018-09-18 16:19:11.029 [bus notice] >31
2018-09-18 16:19:11.039 [bus debug] notify request: ERR: read timeout
2018-09-18 16:19:11.039 [bus error] poll kwl TatsaechlicheDrehzahlAbluft failed: ERR: read timeout
2018-09-18 16:19:11.074 [bus notice] <aa
2018-09-18 16:19:11.120 [bus notice] <aa
2018-09-18 16:19:11.166 [bus notice] <aa
2018-09-18 16:19:11.212 [bus notice] <aa
2018-09-18 16:19:11.259 [bus notice] <aa
2018-09-18 16:19:11.305 [bus notice] <aa
2018-09-18 16:19:11.351 [bus notice] <aa
2018-09-18 16:19:11.397 [bus notice] <aa
2018-09-18 16:19:11.443 [bus notice] <aa
2018-09-18 16:19:11.497 [bus notice] <aa
2018-09-18 16:19:11.535 [bus notice] <aa
2018-09-18 16:19:11.583 [bus notice] <aa
2018-09-18 16:19:11.630 [bus notice] <aa
2018-09-18 16:19:11.676 [bus notice] <aa
2018-09-18 16:19:11.722 [bus notice] <aa
2018-09-18 16:19:11.768 [bus notice] <aa
2018-09-18 16:19:11.772 [bus notice] <77
2018-09-18 16:19:11.776 [bus notice] <86
2018-09-18 16:19:11.780 [bus notice] <40
2018-09-18 16:19:11.785 [bus notice] <a0
2018-09-18 16:19:11.789 [bus info] scan 7c cmd: 317c070400
2018-09-18 16:19:11.789 [bus notice] <04
2018-09-18 16:19:11.789 [main debug] performing regular tasks
2018-09-18 16:19:11.793 [bus notice] <00
2018-09-18 16:19:11.798 [bus notice] <c8
2018-09-18 16:19:11.801 [bus notice] <00
2018-09-18 16:19:11.805 [bus notice] <c8
2018-09-18 16:19:11.810 [bus notice] <07
2018-09-18 16:19:11.836 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-09-18 16:19:11.857 [bus notice] <aa
2018-09-18 16:19:11.858 [bus notice] >31
2018-09-18 16:19:11.868 [bus debug] notify request: ERR: read timeout
2018-09-18 16:19:11.868 [main error] scan config 7c: ERR: read timeout
2018-09-18 16:19:11.903 [bus notice] <aa
2018-09-18 16:19:11.949 [bus notice] <aa
2018-09-18 16:19:11.996 [bus notice] <aa
2018-09-18 16:19:12.042 [bus notice] <aa
2018-09-18 16:19:12.088 [bus notice] <aa
2018-09-18 16:19:12.134 [bus notice] <aa
2018-09-18 16:19:12.180 [bus notice] <aa
2018-09-18 16:19:12.226 [bus notice] <aa
2018-09-18 16:19:12.272 [bus notice] <aa
2018-09-18 16:19:12.318 [bus notice] <aa
2018-09-18 16:19:12.365 [bus notice] <aa
2018-09-18 16:19:12.411 [bus notice] <aa
2018-09-18 16:19:12.457 [bus notice] <aa
2018-09-18 16:19:12.503 [bus notice] <aa
2018-09-18 16:19:12.549 [bus notice] <aa
2018-09-18 16:19:12.595 [bus notice] <aa
2018-09-18 16:19:12.641 [bus notice] <aa
2018-09-18 16:19:12.688 [bus notice] <aa
2018-09-18 16:19:12.734 [bus notice] <aa
2018-09-18 16:19:12.780 [bus notice] <aa
2018-09-18 16:19:12.826 [bus notice] <aa
2018-09-18 16:19:12.872 [bus notice] <aa
2018-09-18 16:19:12.918 [bus notice] <aa
2018-09-18 16:19:12.964 [bus notice] <aa
2018-09-18 16:19:13.010 [bus notice] <aa
2018-09-18 16:19:13.057 [bus notice] <aa
2018-09-18 16:19:13.103 [bus notice] <aa
2018-09-18 16:19:13.156 [bus notice] <aa
2018-09-18 16:19:13.202 [bus notice] <aa
2018-09-18 16:19:13.248 [bus notice] <aa
2018-09-18 16:19:13.294 [bus notice] <aa
2018-09-18 16:19:13.340 [bus notice] <aa
2018-09-18 16:19:13.387 [bus notice] <aa
2018-09-18 16:19:13.433 [bus notice] <aa
2018-09-18 16:19:13.479 [bus notice] <aa
2018-09-18 16:19:13.526 [bus notice] <aa
2018-09-18 16:19:13.572 [bus notice] <aa
2018-09-18 16:19:13.618 [bus notice] <aa
2018-09-18 16:19:13.664 [bus notice] <aa
2018-09-18 16:19:13.711 [bus notice] <aa
2018-09-18 16:19:13.757 [bus notice] <aa
2018-09-18 16:19:13.803 [bus notice] <aa
2018-09-18 16:19:13.849 [bus notice] <aa
2018-09-18 16:19:13.868 [main debug] performing regular tasks
2018-09-18 16:19:13.895 [bus notice] <aa
2018-09-18 16:19:13.941 [bus notice] <aa
2018-09-18 16:19:13.987 [bus notice] <aa
2018-09-18 16:19:14.033 [bus notice] <aa
2018-09-18 16:19:14.080 [bus notice] <aa
2018-09-18 16:19:14.126 [bus notice] <aa
2018-09-18 16:19:14.172 [bus notice] <aa
2018-09-18 16:19:14.218 [bus notice] <aa
2018-09-18 16:19:14.264 [bus notice] <aa
2018-09-18 16:19:14.310 [bus notice] <aa
2018-09-18 16:19:14.356 [bus notice] <aa
2018-09-18 16:19:14.402 [bus notice] <aa
2018-09-18 16:19:14.449 [bus notice] <aa
2018-09-18 16:19:14.495 [bus notice] <aa
2018-09-18 16:19:14.541 [bus notice] <aa
2018-09-18 16:19:14.587 [bus notice] <aa
2018-09-18 16:19:14.633 [bus notice] <aa
2018-09-18 16:19:14.679 [bus notice] <aa
2018-09-18 16:19:14.725 [bus notice] <aa
2018-09-18 16:19:14.771 [bus notice] <aa
2018-09-18 16:19:14.818 [bus notice] <aa
2018-09-18 16:19:14.864 [bus notice] <aa
2018-09-18 16:19:14.910 [bus notice] <aa
2018-09-18 16:19:14.956 [bus notice] <aa
2018-09-18 16:19:15.002 [bus notice] <aa
2018-09-18 16:19:15.048 [bus notice] <aa
2018-09-18 16:19:15.094 [bus notice] <aa
2018-09-18 16:19:15.140 [bus notice] <aa
2018-09-18 16:19:15.187 [bus notice] <aa
2018-09-18 16:19:15.233 [bus notice] <aa
2018-09-18 16:19:15.279 [bus notice] <aa
2018-09-18 16:19:15.325 [bus notice] <aa
2018-09-18 16:19:15.371 [bus notice] <aa
2018-09-18 16:19:15.417 [bus notice] <aa
2018-09-18 16:19:15.463 [bus notice] <aa
2018-09-18 16:19:15.510 [bus notice] <aa
2018-09-18 16:19:15.514 [bus notice] <01
2018-09-18 16:19:15.528 [bus notice] <7c
2018-09-18 16:19:15.532 [bus notice] <40
2018-09-18 16:19:15.536 [bus notice] <22
2018-09-18 16:19:15.540 [bus notice] <01
2018-09-18 16:19:15.544 [bus notice] <01
2018-09-18 16:19:15.548 [bus notice] <61
2018-09-18 16:19:15.553 [bus notice] <00
2018-09-18 16:19:15.557 [bus notice] <02
2018-09-18 16:19:15.561 [bus notice] <00
2018-09-18 16:19:15.565 [bus notice] <02
2018-09-18 16:19:15.569 [bus notice] <2e
2018-09-18 16:19:15.583 [bus notice] <00
2018-09-18 16:19:15.583 [update info] received MS cmd: 017c40220101 / 020002
2018-09-18 16:19:15.583 [update notice] received read kwl Ventilatorbetrieb QQ=01: Normal
2018-09-18 16:19:15.593 [bus notice] <aa
2018-09-18 16:19:15.639 [bus notice] <aa
2018-09-18 16:19:15.685 [bus notice] <aa
2018-09-18 16:19:15.731 [bus notice] <aa
2018-09-18 16:19:15.777 [bus notice] <aa
2018-09-18 16:19:15.823 [bus notice] <aa
2018-09-18 16:19:15.870 [bus notice] <aa
2018-09-18 16:19:15.917 [bus notice] <aa
2018-09-18 16:19:15.943 [mqtt debug] publish ebusd/global/signal true
2018-09-18 16:19:15.943 [mqtt debug] publish ebusd/global/uptime 16
2018-09-18 16:19:15.963 [bus notice] <aa
2018-09-18 16:19:16.009 [bus notice] <aa
2018-09-18 16:19:16.055 [bus notice] <aa
2018-09-18 16:19:16.111 [bus notice] <aa
2018-09-18 16:19:16.164 [bus notice] <aa
2018-09-18 16:19:16.210 [bus notice] <aa
2018-09-18 16:19:16.257 [bus notice] <aa
2018-09-18 16:19:16.303 [bus notice] <aa
2018-09-18 16:19:16.349 [bus notice] <aa
2018-09-18 16:19:16.395 [bus notice] <aa
2018-09-18 16:19:16.441 [bus notice] <aa
2018-09-18 16:19:16.488 [bus notice] <aa
2018-09-18 16:19:16.534 [bus notice] <aa
2018-09-18 16:19:16.580 [bus notice] <aa
2018-09-18 16:19:16.626 [bus notice] <aa
2018-09-18 16:19:16.673 [bus notice] <aa
2018-09-18 16:19:16.719 [bus notice] <aa
2018-09-18 16:19:16.765 [bus notice] <aa
2018-09-18 16:19:16.811 [bus notice] <aa
2018-09-18 16:19:16.815 [bus notice] <77
2018-09-18 16:19:16.819 [bus notice] <87
2018-09-18 16:19:16.824 [bus notice] <40
2018-09-18 16:19:16.828 [bus notice] <a0
2018-09-18 16:19:16.832 [bus notice] <04
2018-09-18 16:19:16.836 [bus notice] <00
2018-09-18 16:19:16.840 [bus notice] <c8
2018-09-18 16:19:16.844 [bus notice] <00
2018-09-18 16:19:16.849 [bus notice] <c8
2018-09-18 16:19:16.853 [bus notice] <d1
2018-09-18 16:19:16.879 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-09-18 16:19:16.899 [bus notice] <aa
2018-09-18 16:19:16.946 [bus notice] <aa
2018-09-18 16:19:16.991 [bus notice] <aa
2018-09-18 16:19:17.038 [bus info] poll cmd: 317c40220107
2018-09-18 16:19:17.038 [bus notice] <aa
2018-09-18 16:19:17.038 [bus notice] >31
2018-09-18 16:19:17.048 [bus debug] notify request: ERR: read timeout
2018-09-18 16:19:17.049 [bus error] poll kwl Ablufttemperatur failed: ERR: read timeout
2018-09-18 16:19:17.085 [bus notice] <aa
2018-09-18 16:19:17.131 [bus notice] <aa
2018-09-18 16:19:17.183 [bus notice] <aa
2018-09-18 16:19:17.229 [bus notice] <aa
2018-09-18 16:19:17.275 [bus notice] <aa
2018-09-18 16:19:17.331 [bus notice] <aa
2018-09-18 16:19:17.377 [bus notice] <aa
2018-09-18 16:19:17.424 [bus notice] <aa
2018-09-18 16:19:17.470 [bus notice] <aa
2018-09-18 16:19:17.516 [bus notice] <aa
2018-09-18 16:19:17.562 [bus notice] <aa
2018-09-18 16:19:17.608 [bus notice] <aa
2018-09-18 16:19:17.654 [bus notice] <aa
2018-09-18 16:19:17.700 [bus notice] <aa
2018-09-18 16:19:17.747 [bus notice] <aa
2018-09-18 16:19:17.793 [bus notice] <aa
2018-09-18 16:19:17.839 [bus notice] <aa
2018-09-18 16:19:17.885 [bus notice] <aa
2018-09-18 16:19:17.932 [bus notice] <aa
2018-09-18 16:19:17.979 [bus notice] <aa
2018-09-18 16:19:18.025 [bus notice] <aa
2018-09-18 16:19:18.072 [bus notice] <aa
2018-09-18 16:19:18.118 [bus notice] <aa
2018-09-18 16:19:18.164 [bus notice] <aa
2018-09-18 16:19:18.210 [bus notice] <aa
2018-09-18 16:19:18.256 [bus notice] <aa
2018-09-18 16:19:18.302 [bus notice] <aa
2018-09-18 16:19:18.348 [bus notice] <aa
2018-09-18 16:19:18.394 [bus notice] <aa
2018-09-18 16:19:18.440 [bus notice] <aa
2018-09-18 16:19:18.487 [bus notice] <aa
2018-09-18 16:19:18.534 [bus notice] <aa
2018-09-18 16:19:18.581 [bus notice] <aa
2018-09-18 16:19:18.627 [bus notice] <aa
2018-09-18 16:19:18.673 [bus notice] <aa
2018-09-18 16:19:18.719 [bus notice] <aa
2018-09-18 16:19:18.766 [bus notice] <aa
2018-09-18 16:19:18.812 [bus notice] <aa
2018-09-18 16:19:18.858 [bus notice] <aa
2018-09-18 16:19:18.904 [bus notice] <aa
2018-09-18 16:19:18.950 [bus notice] <aa
2018-09-18 16:19:18.996 [bus notice] <aa
2018-09-18 16:19:19.042 [bus notice] <aa
2018-09-18 16:19:19.088 [bus notice] <aa
2018-09-18 16:19:19.136 [bus notice] <aa
2018-09-18 16:19:19.189 [bus notice] <aa
2018-09-18 16:19:19.235 [bus notice] <aa
2018-09-18 16:19:19.281 [bus notice] <aa
2018-09-18 16:19:19.327 [bus notice] <aa
2018-09-18 16:19:19.373 [bus notice] <aa
2018-09-18 16:19:19.420 [bus notice] <aa
2018-09-18 16:19:19.466 [bus notice] <aa
2018-09-18 16:19:19.513 [bus notice] <aa
2018-09-18 16:19:19.559 [bus notice] <aa
2018-09-18 16:19:19.605 [bus notice] <aa
2018-09-18 16:19:19.651 [bus notice] <aa
2018-09-18 16:19:19.697 [bus notice] <aa
2018-09-18 16:19:19.743 [bus notice] <aa
2018-09-18 16:19:19.789 [bus notice] <aa
2018-09-18 16:19:19.835 [bus notice] <aa
2018-09-18 16:19:19.882 [bus notice] <aa
2018-09-18 16:19:19.928 [bus notice] <aa
2018-09-18 16:19:19.974 [bus notice] <aa
2018-09-18 16:19:20.020 [bus notice] <aa
2018-09-18 16:19:20.066 [bus notice] <aa
2018-09-18 16:19:20.112 [bus notice] <aa
2018-09-18 16:19:20.158 [bus notice] <aa
2018-09-18 16:19:20.204 [bus notice] <aa
2018-09-18 16:19:20.251 [bus notice] <aa
2018-09-18 16:19:20.297 [bus notice] <aa
2018-09-18 16:19:20.343 [bus notice] <aa
2018-09-18 16:19:20.389 [bus notice] <aa
2018-09-18 16:19:20.435 [bus notice] <aa
2018-09-18 16:19:20.481 [bus notice] <aa
2018-09-18 16:19:20.486 [bus notice] <01
2018-09-18 16:19:20.499 [bus notice] <7c
2018-09-18 16:19:20.504 [bus notice] <40
2018-09-18 16:19:20.508 [bus notice] <22
2018-09-18 16:19:20.512 [bus notice] <01
2018-09-18 16:19:20.516 [bus notice] <01
2018-09-18 16:19:20.520 [bus notice] <61
2018-09-18 16:19:20.524 [bus notice] <00
2018-09-18 16:19:20.529 [bus notice] <02
2018-09-18 16:19:20.533 [bus notice] <00
2018-09-18 16:19:20.537 [bus notice] <02
2018-09-18 16:19:20.541 [bus notice] <2e
2018-09-18 16:19:20.545 [bus notice] <00
2018-09-18 16:19:20.545 [update info] received MS cmd: 017c40220101 / 020002
2018-09-18 16:19:20.545 [update notice] received read kwl Ventilatorbetrieb QQ=01: Normal
2018-09-18 16:19:20.549 [bus notice] <02
2018-09-18 16:19:20.554 [bus notice] <00
2018-09-18 16:19:20.559 [bus notice] <20
2018-09-18 16:19:20.564 [bus notice] <49
2018-09-18 16:19:20.568 [bus notice] <fd
2018-09-18 16:19:20.615 [bus notice] <aa
2018-09-18 16:19:20.661 [bus notice] <aa
2018-09-18 16:19:20.707 [bus notice] <aa
2018-09-18 16:19:20.753 [bus notice] <aa
2018-09-18 16:19:20.799 [bus notice] <aa
2018-09-18 16:19:20.846 [bus notice] <aa
2018-09-18 16:19:20.893 [bus notice] <aa
2018-09-18 16:19:20.941 [bus notice] <aa
2018-09-18 16:19:20.988 [bus notice] <aa
2018-09-18 16:19:21.034 [bus notice] <aa
2018-09-18 16:19:21.080 [bus notice] <aa
2018-09-18 16:19:21.126 [bus notice] <aa
2018-09-18 16:19:21.172 [bus notice] <aa
2018-09-18 16:19:21.218 [bus notice] <aa
2018-09-18 16:19:21.264 [bus notice] <aa
2018-09-18 16:19:21.311 [bus notice] <aa
2018-09-18 16:19:21.357 [bus notice] <aa
2018-09-18 16:19:21.403 [bus notice] <aa
2018-09-18 16:19:21.449 [bus notice] <aa
2018-09-18 16:19:21.495 [bus notice] <aa
2018-09-18 16:19:21.542 [bus notice] <aa
2018-09-18 16:19:21.589 [bus notice] <aa
2018-09-18 16:19:21.635 [bus notice] <aa
2018-09-18 16:19:21.682 [bus notice] <aa
2018-09-18 16:19:21.728 [bus notice] <aa
2018-09-18 16:19:21.774 [bus notice] <aa
2018-09-18 16:19:21.820 [bus notice] <aa
2018-09-18 16:19:21.824 [bus notice] <77
2018-09-18 16:19:21.828 [bus notice] <7d
2018-09-18 16:19:21.833 [bus notice] <40
2018-09-18 16:19:21.837 [bus notice] <a0
2018-09-18 16:19:21.841 [bus notice] <04
2018-09-18 16:19:21.845 [bus notice] <00
2018-09-18 16:19:21.849 [bus notice] <c8
2018-09-18 16:19:21.853 [bus notice] <00
2018-09-18 16:19:21.858 [bus notice] <c8
2018-09-18 16:19:21.862 [bus notice] <50
2018-09-18 16:19:21.888 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-09-18 16:19:21.909 [bus notice] <aa
2018-09-18 16:19:21.955 [bus notice] <aa
2018-09-18 16:19:22.002 [bus notice] <aa
2018-09-18 16:19:22.048 [bus notice] <aa
2018-09-18 16:19:22.094 [bus notice] <aa
2018-09-18 16:19:22.140 [bus notice] <aa
2018-09-18 16:19:22.186 [bus notice] <aa
2018-09-18 16:19:22.232 [bus notice] <aa
2018-09-18 16:19:22.278 [bus notice] <aa
2018-09-18 16:19:22.324 [bus notice] <aa
2018-09-18 16:19:22.370 [bus notice] <aa
2018-09-18 16:19:22.417 [bus notice] <aa
2018-09-18 16:19:22.463 [bus notice] <aa
2018-09-18 16:19:22.509 [bus notice] <aa
2018-09-18 16:19:22.555 [bus notice] <aa
2018-09-18 16:19:22.601 [bus notice] <aa
2018-09-18 16:19:22.647 [bus notice] <aa
2018-09-18 16:19:22.693 [bus notice] <aa
2018-09-18 16:19:22.740 [bus notice] <aa
2018-09-18 16:19:22.786 [bus notice] <aa
2018-09-18 16:19:22.832 [bus notice] <aa
2018-09-18 16:19:22.878 [bus notice] <aa
2018-09-18 16:19:22.924 [bus notice] <aa
2018-09-18 16:19:22.970 [bus notice] <aa
2018-09-18 16:19:23.016 [bus notice] <aa
2018-09-18 16:19:23.017 [bus info] poll cmd: 317c40220108
2018-09-18 16:19:23.017 [bus notice] >31
2018-09-18 16:19:23.027 [bus debug] notify request: ERR: read timeout
2018-09-18 16:19:23.027 [bus error] poll kwl Aussenlufttemperatur failed: ERR: read timeout
2018-09-18 16:19:23.063 [bus notice] <aa
2018-09-18 16:19:23.110 [bus notice] <aa
2018-09-18 16:19:23.156 [bus notice] <aa
2018-09-18 16:19:23.202 [bus notice] <aa
2018-09-18 16:19:23.248 [bus notice] <aa
2018-09-18 16:19:23.294 [bus notice] <aa
2018-09-18 16:19:23.340 [bus notice] <aa
2018-09-18 16:19:23.386 [bus notice] <aa
2018-09-18 16:19:23.433 [bus notice] <aa
2018-09-18 16:19:23.479 [bus notice] <aa
2018-09-18 16:19:23.525 [bus notice] <aa
2018-09-18 16:19:23.571 [bus notice] <aa
2018-09-18 16:19:23.617 [bus notice] <aa
2018-09-18 16:19:23.664 [bus notice] <aa
2018-09-18 16:19:23.711 [bus notice] <aa
2018-09-18 16:19:23.757 [bus notice] <aa
2018-09-18 16:19:23.804 [bus notice] <aa
2018-09-18 16:19:23.850 [bus notice] <aa
2018-09-18 16:19:23.869 [main debug] performing regular tasks
2018-09-18 16:19:23.896 [bus notice] <aa
2018-09-18 16:19:23.942 [bus notice] <aa

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 18 September 2018, 21:01:25
Hallo,

mit dem Setzen der Adresse 10 stimmt was nicht, den die Platine 2.0 sendet laut Raw Log mit der Adresse 31.
Versuche doch einmal die Adresse 01 oder FF und schau ins Raw Log ob dann auch wirklich mit dieser Adresse gesendet wird.

10 ist ja normalerweise vom Master belegt.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: FunkOdyssey am 18 September 2018, 21:43:00
Okay, zugegeben. Das ist oben ein wenig durcheinander.
Ich hatte die Adressen der beiden eBus-Container zwischendurch getauscht.
Zuerst war die Platine v2.0 die Adresse 10 und später im Raw-Log die Adresse 31.

Der Aufruf sieht wie folgt aus:
command: ebusd -f --scanconfig --accesslevel=* --enablehex --configpath=/etc/ebusd --mqttport=1883 --mqtthost=fhem --log="all debug"



Das RAW-Log sieht wie folgt aus: siehe Anhang
(für die ersten Sekunden war noch ein zweiter Docker-Container aktiv. Dies war die Platine v1.6 mit der Adresse 10. Es könnten also evtl. Antworten der anderen eBusd-Installation im Raw-Log enthalten sein. )
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: FunkOdyssey am 18 September 2018, 22:15:42
Ich habe meinen Beitrag gerade ein wenig modifiziert, um ein wenig Klarheit reinzubringen.

Ich habe die Platine v2.0 nun mit anderer Verkabelung, anderen USB-Ports und mit verschiedenen UART-Wandlern getestet. Immer das gleiche Problem.

Ich habe die Erweiterungsplatine übrigens nicht angeschlossen.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 19 September 2018, 06:43:24
Zitat von: FunkOdyssey am 18 September 2018, 22:15:42
Ich habe meinen Beitrag gerade ein wenig modifiziert, um ein wenig Klarheit reinzubringen.

Ich habe die Platine v2.0 nun mit anderer Verkabelung, anderen USB-Ports und mit verschiedenen UART-Wandlern getestet. Immer das gleiche Problem.

Ich habe die Erweiterungsplatine übrigens nicht angeschlossen.
das raw log lässt darauf schließen, dass du überhaupt nicht senden kannst. D.h. hier müsstest Du mal den Sendeweg prüfen.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: FunkOdyssey am 19 September 2018, 07:19:21
Du meinst auf der Platine?
An der Verkabelung kann es nicht liegen, da die andere Platine nur wenige Zentimeter daneben angeschlossen ist.

Oder am CP2102? RX und TX sind nicht vertauscht. Aber dann würde ich ja auch nichts empfangen.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: FunkOdyssey am 19 September 2018, 18:42:47
Oh man. Mehrere Tage Suchen und schlussendlich lag es an den LEDs.
Dadurch dass ich nicht die Erweiterungsplatine nutze und dort jedoch die LEDs aufgelötet sind, hatte es an der Basisplatine nicht funktioniert.

Jetzt muss ich nur noch ne Lösung finden, wie ich CP2102 und Erweiterungsplatine vom Platz her anschließen kann. Am Wemos-Anschluss klappte ein kurzer Test nicht. Aber ich habe noch genug Wandler zur Hand. Wemos brauche ich nicht. LEDs anlöten erst einmal auch nicht.

Danke für eure Hilfe.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 19 September 2018, 19:19:42
so einfach ist das aber nicht die Leds einfach weg zu lassen, denn die Schaltung ist genau auf die Low Current Leds ausgelegt un dwurde von Galileo so berechnet. Es ist grade soviel Spielraum, das die Farben untereinander getauscht werden können, denn auch die haben unterschiedliche Werte.

Ich habe das bei meinen Testplatinen immer so gelöst, das ich die Led Anschlüsse mit einer Flachzange etwas quetschte und dann in die Buchsenleiste steckte wenn ich die Erweiterungsplatine nicht benötigt und abgezogen habe.

CP2102 und Erweiterungsplatine kannst den CP2102 an die Stiftleiste mit einem Flachbandkabel anschließen, dann hast Platz.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Prince am 14 Oktober 2018, 00:24:11
@john30
Vielen Dank für die ständige Weiterentwicklung der Software. Neugierig wie ich bin, habe ich den Wemos mit der neuen Firmware geflasht. Der Accesspoint wird aufgespannt und mir wird auch eine IP zugeteilt. Das WebIf ist allerdings nicht erreichbar.
Auf der seriellen Seite habe ich dann mal nachgesehen und dort bekomme ich eine Exception (28). Geflasht wurde unter Linux mit dem esptool. Unter Windows mit dem NodeMCU-Flasher zeigt sich das gleiche Bild. Der Flashspeicher wurde jeweils vorm Flashen gelöscht.
Getestet wurde der Wemos "nackt", also ohne ebus-Platine.
Kannst du dir das erklären?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 14 Oktober 2018, 13:12:12
Zitat von: Prince am 14 Oktober 2018, 00:24:11
Auf der seriellen Seite habe ich dann mal nachgesehen und dort bekomme ich eine Exception (28). Geflasht wurde unter Linux mit dem esptool. Unter Windows mit dem NodeMCU-Flasher zeigt sich das gleiche Bild. Der Flashspeicher wurde jeweils vorm Flashen gelöscht.
Kannst du dir das erklären?
nein, sowas hab ich bis dato noch nicht gesehen. welche genaue variante vom wemos ist es denn, also ein original oder ein derivat, wieviel speicher und welche versionsnummer?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Prince am 14 Oktober 2018, 20:25:05
Hi John,

der Wemos stammt aus der Sammelbestellung von Reinhart (die Beschriftung stammt von ihm). Er lief vorher mit der ebus-Firmware vom Dezember. Die Speichergröße beträgt 4MB. Zum schnellen Testen habe ich das Bin-File "Wifi-Repeater" (https://github.com/martin-ger/esp_wifi_repeater) erfolgreich geflasht und zum Laufen gebracht. Einen weiteren Wemos habe ich einfach mal bestellt und werde diesen testen. Das File (MD5sum 711c3047cfc4a7fa95acad39acfad517) ist das Richtige?

<Offtopic>
Im Heise-Forum (https://www.heise.de/forum/c-t/Kommentare-zu-c-t-Artikeln/IoT-Klingel-mit-Fritzbox-Anbindung/Wemos-D1-mini-verbraucht-zu-viel-Strom-im-DeepSleep/posting-32964225/show/) wurden D1mini-Derivate diskutiert, die einen Stromverbrauch im DeepSleep von >8mA statt ~100µA haben. Es scheint dort also starke Unterschiede zu geben. Gerade bei batteriebetriebenen Projekten kann man gut auf den Bauch fallen.
</Offtopic>

Gruß
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 14 Oktober 2018, 20:33:15
Bei mir gibt es auch ein Problem mit der ebusd-esp vom 23. September 2018 - WLAN Accespoint "EBUS" erscheint, es ist aber keine Verbindung möglich.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 14 Oktober 2018, 20:34:21
Hallo Prince!

Ich glaube nicht, das der Wemos was hat. Ich kann mich erinnern etwas ähnliches auch einmal gehabt zu haben, da war aber die Binary defekt.
Was passiert denn wenn du die alte Version die oben war wieder flasht, funktioniert die dann wieder oder zeigt die dann den selben Fehler?

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Prince am 14 Oktober 2018, 21:12:18
Hallo Reinhart  :),

das Flashen der alten Version vom 30.12.2017 (md5sum 72ac51151fd8f33fc34d2500181e3cf0) verlief positiv.  Damit läuft der Wemos. Ich kann mir auch nur schwer vorstellen, dass es am Wemos liegt.
Im Haushalt läuft ein weiterer Wemos, den ich aus dem großen Auktionshaus bezog. Dieser ist mir durch die Beschriftung der Bauteile besonders aufgefallen. Den möchte ich aber gerade ungern umflashen, da er mit Tasmota 4Relais steuert.

Gruß
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Sven77 am 17 Oktober 2018, 23:35:05
Kann mir bitte nochmal jemand unter die Arme greifen?!

Es geht um "eBus Schaltung V2.1 ohne DC-DC-Wandler in Betrieb nehmen" (Basis ohne Erweiterung)...

Habe heute alles aufgebaut und zunächst ging gar nichts. Als UART möchte ich einen Wemos nutzen und lese hier (https://ebus.github.io/adapter/base.html#wemos-d1), dass bei V2.1 zusätzlich die 5V vom Wemos verkabelt werden müssen. Witzigerweise steht dann nicht mehr ansatzweise, wo die hinsollen - aber es kommt ja eigentlich nur JP5 in Frage.
Vorab: ich habe das (noch) nicht gemacht, denn ich habe ja keinen DC-DC-Wandler, den ich versorgen muss.
Stattdessen habe ich SJ1 verbunden und seitdem leuchtet wenigstens die gelbe PWR-LED. Der Wemos sagt aber weiterhin "eBUS signal: no signal" und (was mich auch wundert), obwohl ich eine ebusd-Instanz zum Test schonmal verbunden habe auch "ebusd connected: no".
Ebusd selbst meckert aber nicht, empfängt aber auch nichts.

Also: wann braucht man die 5V vom Wemos, nur bei Verwendung des DC-DC-Wandlers?
Und wozu ist SJ1 auf der Basisplatine V2.1?

Vielen Dank vorab,
Sven
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 18 Oktober 2018, 07:14:00
Moin Sven
Oben im Messplan steht etwas von den 5V! Brauchst du nicht wegen des nicht vorhandenen DC-DC Wandlers!
Und SJ1 ist dazu da, wenn ich den Schaltplan richtig lese, dass Du, bei nicht vorhandenem DC-DC Wandler, die Gleichspannung des e-Bus zur Versorgung der Platine nutzt.
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 18 Oktober 2018, 08:40:57
Zitat von: pc1246 am 18 Oktober 2018, 07:14:00
Oben im Messplan steht etwas von den 5V! Brauchst du nicht wegen des nicht vorhandenen DC-DC Wandlers!
Und SJ1 ist dazu da, wenn ich den Schaltplan richtig lese, dass Du, bei nicht vorhandenem DC-DC Wandler, die Gleichspannung des e-Bus zur Versorgung der Platine nutzt.
ganz genau! :)
D.h. SJ1 muss gebrückt werden, damit die eBUS Seite Stromversorgung aus dem eBUS bezieht.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 18 Oktober 2018, 08:46:07
Zitat von: Prince am 14 Oktober 2018, 21:12:18
das Flashen der alten Version vom 30.12.2017 (md5sum 72ac51151fd8f33fc34d2500181e3cf0) verlief positiv.  Damit läuft der Wemos. Ich kann mir auch nur schwer vorstellen, dass es am Wemos liegt.
ich habe leider (noch) keine Erklärung für dieses Phänomen, meine Wemos D1 mini sämtlicher Gattungen (inzwischen 4 verschiedene Varianten) lassen sich völlig schmerzfrei mit dem letzten Binary flashen und laufen dann wie gewünscht... Jemand ne Idee?
Allerdings kommt im letzten Binary auch der letzte Stand von Arduino Core zum Einsatz, vielleicht liegt es daran und man muss die Basis flashen ala https://wiki.wemos.cc/tutorials:get_started:revert_to_at_firmware
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Sven77 am 18 Oktober 2018, 09:58:05
Zitat von: john30 am 18 Oktober 2018, 08:40:57
ganz genau! :)
D.h. SJ1 muss gebrückt werden, damit die eBUS Seite Stromversorgung aus dem eBUS bezieht.
Okay, dann lag ich damit ja zumindest richtig.
Dann muss ich wohl nochmal den Messplan durchgehen und alles prüfen.

Bleibt aber noch immer die Frage, warum das HTTP-GUI "ebusd connected: no" zeigt.
Im Changelog zu ebus-esp build 20171210 steht "changed default mode to TCP", ich habe als Device nur "-d <ip>:9999", also ohne Protokollprefix "[udp|tcp|enh|enhudp|enhtcp]:" übergeben was lt. Quellcode ebenfalls auf TCP defaulten sollte.
Nun bin ich nicht sicher, ob man die neueste ebus-esp-Firmware mit dem Prefix "enh:" nutzen MUSS?!

Ich ändere das nochmal explizit auf "-d tcp:<ip>:9999" bzw. dann gleich mit dem Branch "enhanced_device" auf "-d enhtcp:<ip-address>:9999" und melde mich mit dem Ergebnis...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 18 Oktober 2018, 11:07:38
Zitat von: Sven77 am 18 Oktober 2018, 09:58:05
Bleibt aber noch immer die Frage, warum das HTTP-GUI "ebusd connected: no" zeigt.
Im Changelog zu ebus-esp build 20171210 steht "changed default mode to TCP", ich habe als Device nur "-d <ip>:9999", also ohne Protokollprefix "[udp|tcp|enh|enhudp|enhtcp]:" übergeben was lt. Quellcode ebenfalls auf TCP defaulten sollte.
Nun bin ich nicht sicher, ob man die neueste ebus-esp-Firmware mit dem Prefix "enh:" nutzen MUSS?!

Ich ändere das nochmal explizit auf "-d tcp:<ip>:9999" bzw. dann gleich mit dem Branch "enhanced_device" auf "-d enhtcp:<ip-address>:9999" und melde mich mit dem Ergebnis...
die beiden Settings müssen natürlich zusammenpassen, also wenn ebusd auf enhanced oder TCP oder was auch immer eingestellt ist, muss das in ebusd-esp auch entsprechend eingestellt werden, sonst können die zwei nicht miteinander :)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Sven77 am 18 Oktober 2018, 21:57:46
Gut, gut - irgendwo war der Wurm drin...
Habe jetzt nochmal alles geprüft, ESP umgestellt auf "enhanced" (ein enhudp gibt es offenbar gar nicht, brauche ich aber vorerst auch nicht).

Nun verbindet sich ebusd mit dem ESP und ich lese nun "ebusd connected: yes" und "eBUS signal: acquired", toll.
Doch schon habe ich das nächste Problem: ebusd schreibt nun zwar viele Nachrichten, die über den Bus laufen - aber in jeder zweiten Zeile "[bus error] arbitration start error".

@John: Frage am Rande: ist das hier der richtige Ort für diese Diskussion?
Ich denke es geht eher um die neue enhanced_device Implementierung... sollen wir lieber per Mail weiter schreiben oder an anderer Stelle?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 19 Oktober 2018, 09:31:13
Zitat von: Sven77 am 18 Oktober 2018, 21:57:46
Doch schon habe ich das nächste Problem: ebusd schreibt nun zwar viele Nachrichten, die über den Bus laufen - aber in jeder zweiten Zeile "[bus error] arbitration start error".

@John: Frage am Rande: ist das hier der richtige Ort für diese Diskussion?
Ich denke es geht eher um die neue enhanced_device Implementierung... sollen wir lieber per Mail weiter schreiben oder an anderer Stelle?
hier ein neuer Thread (https://forum.fhem.de/index.php/topic,92230.0.html) um das zu bündeln
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Sven77 am 19 Oktober 2018, 17:54:06
Zitat von: Sven77 am 18 Oktober 2018, 21:57:46
Nun verbindet sich ebusd mit dem ESP und ich lese nun "ebusd connected: yes" und "eBUS signal: acquired", toll.
Doch schon habe ich das nächste Problem: ebusd schreibt nun zwar viele Nachrichten, die über den Bus laufen - aber in jeder zweiten Zeile "[bus error] arbitration start error".

Nur um es an dieser Stelle auch nochmal klarzustellen:
Das Problem kam von meiner eigenen Dummheit.

Und da es hier um die Inbetriebnahme geht:
Solange die rote TX LED 2 nicht bestückt ist, kann der Adapter nur lesen, aber nicht schreiben!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Prince am 21 Oktober 2018, 17:16:51
@john30

Der Ebus-esp-Build 20181020 (65e607b7e21affb9e29e7a029fcb99dc) funktioniert bei mir mit dem Wemos.
Vielen Dank.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 21 Oktober 2018, 17:54:07
Zitat von: Prince am 21 Oktober 2018, 17:16:51
Der Ebus-esp-Build 20181020 (65e607b7e21affb9e29e7a029fcb99dc) funktioniert bei mir mit dem Wemos.
ah super. jetzt wäre nur noch die Frage, warum genau...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 24 Oktober 2018, 07:02:09
Zitat von: flmma am 23 Oktober 2018, 19:46:33
Hallo,

bin mir leider nicht sicher, ob das Thema hier richtig in diesem Thread platziert ist.
Leider habe ich Problem bei der Inbetriebnahme der EBUS-Anbindung.
Ich habe mir auf einem Breadboard den lesenden Teil (sofern ich diesen richtig identifiziert habe?) nachgebaut. (siehe Attachment)

Wenn ich nun versuche das Poti abzugleichen, leuchtet die LED durchgängig, obwohl ich an der EBUS-Seite noch kein Netzteil angehängt habe. (Schaltung: https://wiki.fhem.de/wiki/EBUS#Platine_Messpunkte)
Habt Ihr eine Idee an welcher Stelle der Fehler liegen könnte?

Vielen Dank!

lg
Michi
Moin
Und herzlich willkommen im Forum. Ja eigentlich bist du hier falsch! Du hast ja nur einen Teil der V1.6 nachgebaut.
Trotzdem kurze Antwort: Welche LED, ich sehe keine! Und was fuer ein Netzteil?
Hier ist die richtige Anlaufstelle: https://forum.fhem.de/index.php/topic,29737.0/topicseen.html
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Prince am 25 Oktober 2018, 20:50:13
Zitat von: john30 am 21 Oktober 2018, 17:54:07
jetzt wäre nur noch die Frage, warum genau...

Der neue Wemos kam gerade an. Mit diesem lief auch die Installation des September-Build wunderbar. Ich habe dann ein OTA-Update auf Oktober vollzogen. Hier klappt alles. Sehr eigenartig. Lag wohl doch am Wemos. Jetzt laufen beide.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 28 Oktober 2018, 21:25:14
Zitat von: Prince am 25 Oktober 2018, 20:50:13
Der neue Wemos kam gerade an. Mit diesem lief auch die Installation des September-Build wunderbar. Ich habe dann ein OTA-Update auf Oktober vollzogen. Hier klappt alles. Sehr eigenartig. Lag wohl doch am Wemos. Jetzt laufen beide.
es ist verhext. ich würde das wirklich gern verstehen...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 12 November 2018, 11:05:44
Hallo Zusammen,

mal ne Frage zum Update von EbusD..

Habe nach der Initialinstallation die MQTT Variante wie folgt installiert.

EBUSDPACKAGE=ebusd-3.1_armhf-jessie_mqtt1.deb
wget https://github.com/john30/ebusd/releases/download/v3.1/$EBUSDPACKAGE
sudo dpkg -i --force-overwrite $EBUSDPACKAGE


Wie sieht denn der Befehl aus um das System auf die letzte Version upzudaten?
Läuft alles soweit ganz gut und ohne Fehler bisher.

Gruß

Markus



Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Sven77 am 12 November 2018, 15:56:59
Die neuesten Releases stehen samt Links stets hier:
https://github.com/john30/ebusd/releases
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Markus. am 12 November 2018, 18:14:14
also der selbe Befehl mit anderem link (klar) und force overwrite?


Gruß

Markus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Sven77 am 13 November 2018, 08:16:25
Ja, --force-overwrite war immer nötig, weil in ebusd und ebusd-configuration einige Dateien in beiden Paketen waren. Wenn irgendwann mal alles nur noch vom Web gelesen wird, ist es vielleicht nicht mehr nötig - kann aber auch nicht schaden; zumindest wenn du deine Konfiguration /etc/default/ebusd kennst oder sicherst!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 13 November 2018, 17:11:44

Es gibt wieder eine neue Adapterversion!


hier geht's zur neuen Sammelbestellung der V2.2! (https://forum.fhem.de/index.php/topic,93190.msg857894.html#msg857894)

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 18 November 2018, 10:09:57
Verzicht des DC-Wandler bei der V2.2

Wer bei der V2.2 auf den DC-Wandler verzichtet oder keinen hat, der darf auf keinen Fall C3 und C4 bestücken!

Dafür muss dann der Jumper S1 verbunden (Lötbrücke)  werden!

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 19 November 2018, 16:50:43
Verwendung des Uart!

Bitte aufpassen und die beigelegte gewinkelte Stiftleiste NICHT verwenden, sonst steht der Uart auf der Platine drauf, außer es will ihn wer absichtlich so montieren. Den Bausätzen liegen auch gerade Stiftleisten bei die wir dafür vorgesehen haben!

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: dkreutz am 22 November 2018, 19:40:56
Bei mir läuft jetzt ein RPI-Adapter (V2.2 mit DC-Wandler) auf einem Pi Zero-W an einer Wolf R12/5W. (Zuvor habe ich erfolglos mit Adpater V2.0/2.1 über Wemos versucht...)

Meine Konfiguration:
EBUSD_OPTS="-c /etc/ebusd/de --device=/dev/ttyebus -p 8888 -l /var/log/ebusd.log --scanconfig --httpport=8080 --loglevel=debug"
In /etc/ebusd/de liegt die ebusd-config-2.x.x, weil in den neueren ebusd-config-Releases die Wolf-Unterordner nicht mehr vorhanden sind.

Nach einem "ebusctl scan full" erhalte ich
pi@ebus-rpi:~ $ ebusctl info
version: ebusd 3.2.v3.2-12-g45b9bad
update check: OK, broadcast.csv: different version available
signal: acquired
symbol rate: 5
max symbol rate: 34
min arbitration micros: 37
max arbitration micros: 81
min symbol latency: 3
max symbol latency: 5
reconnects: 0
masters: 2
messages: 15
conditional: 0
poll: 0
update: 4
address 31: master #8, ebusd
address 36: slave #8, ebusd
address f1: master #10
address f6: slave #10

pi@ebus-rpi:~ $ ebusctl scan f1
ERR: invalid address

pi@ebus-rpi:~ $ ebusctl scan f6
empty




Anscheinend wird ein Gerät auf Adresse f1/f6 gefunden, aber nicht richtig erkannt. Muss/kann ich da irgendwie nachhelfen?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 25 November 2018, 07:54:51
Zitat von: dkreutz am 22 November 2018, 19:40:56
Anscheinend wird ein Gerät auf Adresse f1/f6 gefunden, aber nicht richtig erkannt. Muss/kann ich da irgendwie nachhelfen?
ich denke nicht, wenn das Gerät nicht oder nicht richtig antwortet, dann ist das leider einfach so.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TottiToad am 25 November 2018, 19:38:07
Hallo,

soweit läuft alles gut, jetzt wollte ich noch um ein paar "Write Befehle" erweitern, jedoch ohne Erfolg.

Die Heizkurve kann ich ohne weiteres beschrieben, jedoch bekomme ich es bei anderen Werten nicht hin.

Hier ein Bsp:
Hiermit Frage ich die Vorlaufzeit ab, funktioniert ohne weiteres.

defmod ebus_vorlaufzeit MQTT_DEVICE
attr ebus_vorlaufzeit IODev myBroker
attr ebus_vorlaufzeit icon temp_temperature
attr ebus_vorlaufzeit publishSet get sonoff_ebus/470/PreheatingTime/get
attr ebus_vorlaufzeit room Vaillant
attr ebus_vorlaufzeit stateFormat {sprintf("Vorlaufzeit: %.1f", ReadingsVal($name,"0_value",0)) }
attr ebus_vorlaufzeit subscribeReading_VorlaufZeit sonoff_ebus/470/PreheatingTime

setstate ebus_vorlaufzeit Vorlaufzeit: 30.0
setstate ebus_vorlaufzeit 2018-11-25 19:33:08 0_name
setstate ebus_vorlaufzeit 2018-11-25 19:33:08 0_value 30
setstate ebus_vorlaufzeit 2018-11-25 19:33:08 VorlaufZeit {\
     "0": {"name": "", "value": 30}}
setstate ebus_vorlaufzeit 2018-11-25 19:33:08 state get
setstate ebus_vorlaufzeit 2018-11-25 19:33:08 transmission-state incoming publish received


Hiermit würde ich gerne die Werte einstellen, jedoch leider ohne Erfolg.


defmod ebus_WIvorlaufzeit MQTT_DEVICE
attr ebus_WIvorlaufzeit IODev myBroker
attr ebus_WIvorlaufzeit icon message_tendency_steady
attr ebus_WIvorlaufzeit publishSet set sonoff_ebus/470/PreheatingTime/set
attr ebus_WIvorlaufzeit room Vaillant
attr ebus_WIvorlaufzeit stateFormat state
attr ebus_WIvorlaufzeit webCmd 5:10:15:20:25:30:35

setstate ebus_WIvorlaufzeit 35
setstate ebus_WIvorlaufzeit 2018-11-25 19:32:53 state 35
setstate ebus_WIvorlaufzeit 2018-11-25 19:32:53 transmission-state outgoing publish sent


EDIT: Habe gerade mal versucht über die Konsole den Wert zu Verändern, leider auch ohne Erfolg ?


ebusctl w -c 470 PumpBlockingTimeMax 30
ERR: element not found

ebusctl r -f PumpBlockingTimeMax
0


Gibt es etwas zu beachten, wie ich Werte übergab, bzw. das set setzen muss ?
Habe alles so gemacht wie bei der Heizkurve.



Und noch ne Frage am Rande ;) : Es hat sich ja in den letzten 1,5 Jahren viel getan. Daher mal die Frage, nutz ihr MQTT oder ECMD ?
Ich wollte eigentlich nur noch MQTT nutzen und nicht wie vor einem Jahr eingerichtet beides parallel.
Was meint ihr ?


Ich hoffe ihr könnt mir weiterhelfen

Grüße & Danke
Totti
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 25 November 2018, 20:07:26
Hallo TottiToad!

Da es bei deinen Schreibversuchen ja ausschließlich um #install (nur für den Installateur) geht, musst du die Config noch anpassen und den Parameter für den Accesslevel mit angeben. Das hat John ab Version 3.0 geändert/hinzugefügt. (https://forum.fhem.de/index.php/topic,46098.msg688713/topicseen.html#msg688713)

--accesslevel=install

in deine /etc/Default/ebusd hinzufügen


oder versuchs mal so mit Angabe des Accesslevel
ebusctl w -c 470#install PumpBlockingTimeMax 30


LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TottiToad am 25 November 2018, 20:13:42
Genial !!!! Danke !!!

das war die Lösung, jetzt läuft so wie ich es sehe alles !

Grüße
Totti
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TottiToad am 25 November 2018, 20:41:05
Ich nochmal ;)

Auf die Gefahr hin das die Frage wiederholt wird (habe aber nichts gefunden und einiges dazu gelesen)

Nutzt ihr MQQT oder ECMD oder beides parallel ?

Warum ? Vorteile / Nachteile ?

Grüße & Danke
Totti
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 25 November 2018, 20:41:36
Freut mich wenn ich dir auf die Sprünge helfen konnte!

Du bist ein extrem schneller Tester, innerhalb von nur 6 Minuten ausprobiert und Rückantwort!

Zu deiner Frage ob nur MQTT oder auch ECMD. Ich nutze beides weil ich ja viel nachstellen und testen will wenn jemand ein Problem hat.
Aber MQTT alleine wird vollauf genügen, speziell wenn man auch noch andere Devices mit MQTT im System hat macht es Sinn.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TottiToad am 25 November 2018, 20:45:14
Nochmals Danke !

Und klar, wenn ich schon Frage und so schnell Antwort erhalte, dann wird auch getestet ;)


Kleine Anmerkung:
Ich denke es wäre Hilfreich wenn Du in deiner Anleitung MQQT bzw. EMCD mit deinem Hinweis erweiterst. Also das --accesslevel=install notwenig ist wenn man auf der Installateurebene Einstellungen vornehmen möchte.

Ich glaube so wie ich, werde auch viele andere immer als erstes auf deine Anleitungen zurückgreifen !

Grüße & Danke
Totti

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: DietmarD am 27 November 2018, 13:16:48
Moin,
Platinen sind angekommen, erste ist aufgebaut. Leider verzweifel ich ein bisschen mit dem Messplan. Meine gemessenen Spannungen am RPI Adapter liegen konstant über den angegebenen.

JP6: 7,47V
JP5: 5,44V

Was habe ich wohl falsch gemacht?
EDIT: Sehe gerade, dass das hier der falsche Thread ist, ich habe doch die RPI Version ;)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 28 November 2018, 21:26:42
ACHTUNG, kein bleifreies Lot verwenden!

Ein Anwender hat sich einen Lötkolben gekauft und da war bleifreies Lot beigelegt! Der Bausatz wurde damit zusammen gelötet und hat nicht funktioniert. Galileo hat jetzt diese Platine untersucht und festgestellt das eigentlich sauber gelötet wurde, aber die Lötstellen alle komisch grau waren (weil nicht unter Stickstoff gelötet wurde).

Ein nachverzinnen mit verbleitem Lot ist nicht gefahrlos möglich (Ablösung der Pins und Leiterbahnen) und funktioniert auch nur schwer.
Unsere Platinen sind nur für verbleites Lot geeignet, da sie auch vom Hersteller schon verbleit vorverzinnt wurden.

Infoblatt bleifrei / verbleites Lot von ELV (https://files.elv.com/service/manuals_hw/63088_bleifreies_Loete_Infosheet.pdf)

Bitte beachten, so was ist, so wie hier, schnell passiert!

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Matze_Bln am 06 Dezember 2018, 06:51:50
Ich habe die gelötete Komplettversion von john30 bekommen, stehe aktuell aber vor dem Problem, dass ich nicht so wirklich herausfinde, wie ich das nun in Betrieb nehmen kann.
Auf dem Basisboard ist der Anschluss für den mitgelieferten UART, den ich auf Bildern gefunden habe, von der Ergänzungsplatine verdeckt. Es werden zwar Pins zur Seite herausgeführt, woran der eine Wemos mit Kabeln angeschlossen ist, ob ich diese aber auch für den UART nehmen kann, ist mir unklar, zumal dort nur 5 Pins sind, der UART aber 6 Pins hat.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 06 Dezember 2018, 07:03:12
Zitat von: Matze_Bln am 06 Dezember 2018, 06:51:50
Ich habe die gelötete Komplettversion von john30 bekommen, stehe aktuell aber vor dem Problem, dass ich nicht so wirklich herausfinde, wie ich das nun in Betrieb nehmen kann.
Auf dem Basisboard ist der Anschluss für den mitgelieferten UART, den ich auf Bildern gefunden habe, von der Ergänzungsplatine verdeckt. Es werden zwar Pins zur Seite herausgeführt, woran der eine Wemos mit Kabeln angeschlossen ist, ob ich diese aber auch für den UART nehmen kann, ist mir unklar, zumal dort nur 5 Pins sind, der UART aber 6 Pins hat.
Moin
Du hast es doch irgendwie hierher geschafft, und auch eine Platine erstanden!? Meinst Du nicht es waere sinnvoll, auf die erste Seite dieses threads zu gehen, und da dem entsprechenden link zu folgen? Hier fuer dich: https://ebus.github.io/adapter/
@Reinhart, John, galileo und Chons
Ihr solltet darueber nachdenken, nicht nur Loetmaedels zu rekrutieren, sondern auch Inbetriebnahmeteams!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Matze_Bln am 06 Dezember 2018, 07:30:24
Pc1246, vielen Dank für diese freundliche Antwort. Ich habe übrigens weder das Forum noch den Adapter ursprünglich über die von dir genannte Seite gefunden, gibt auch andere Wege dafür ;)
Natürlich bin ich den Links gefolgt und habe versucht, die Informationen zu finden, aber entschuldige, dass ich einfach mal den Überblick verloren habe bei 2 Inbetriebnahme-Threads mit mehreren 100 Beiträgen und noch weiteren erklärenden Seiten.  Ich finde aber auch auf der Seite nur die Info, dass ich den Anschluss in verschiedenen Varianten machen kann, nur leider finde ich da dennoch nicht die Info, wo der UART ran muss, wenn die Erweiterungsplatine steckt, da der Platz, den Reinhard auf einem Bild gezeigt hat, ja verdeckt ist
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 06 Dezember 2018, 08:25:13
Moin
Wenn Du Dir dieses Bild https://ebus.github.io/adapter/images/schema.png ansiehst, dann kannst du erkennen, dass es 4 Varianten gibt, den Koppler an eBusd anzubinden. Die Bausaetze und auch Fertiggeraete, beinhalten immer den UART, auch wenn der Wemos dabei ist. Dies ist aber ein kann und kein muss!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 06 Dezember 2018, 09:26:42
@Matze_Bln
es ist ganz einfach erklärt:
- wenn du den Adapter mit Erweiterungsplatine und Wlan nutzen willst, brauchst du natürlich keinen Uart. Die Stromversorgung kommt dann vom Wemos.
- wenn du den Adapter ohne Wlan nutzen willst, genügt es die Basisplatine mit dem Uart anzuschließen. Die Stromversorgung kommt dann vom Uart. Nicht vergessen dann auf der Basisplatine die Leds einzusetzen (die kannst du ja auf eine Stiftleiste löten und auf die Buchsenleiste aufstecken), denn ohne Leds geht die Schaltung nicht.


@pc1246
wir schätzen es sehr wenn andere Wissende ihr Wissen hier weitergeben. Wir sind auch nicht rund um die Uhr anwesend, daher ist die Mitarbeit anderer User sehr willkommen!

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Matze_Bln am 06 Dezember 2018, 10:49:28
Danke für die Tipps, das bringt mich schon mal weiter, ich überlege jetzt nur, welcher Weg für mich der optimale ist. Aktuell bräuchte ich erstmal nur die Basisplatine, um meinen aktuellen Systemaufbau zu nutzen. Das mit den Leds ist ein wichtiger Hinweis, das hätte ich glatt übersehen.
Eine Möglichkeit mit Erweiterungsplatine und USB (also UART) gibt es aber nicht? Wlan möchte ich nicht verwenden, da ich am Einbauort keine ausreichende Empfangsqualität für ebusd sicherstellen kann, das würde nur für Sensoren reichen.
Was ist eigentlich die Variante Wemos und USB aus dem Schaubild?
Den Pi per USB mit dem Wemos verbinden dürfte das ja nicht sein, soweit ich Reinhards Schaubild in Erinnerung habe. Da stand was von 5V Netzteil am Wemos.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 06 Dezember 2018, 16:52:33
Die Erweiterungsplatine ist in erster Linie für ESPEasy gedacht, da diese Software sehr viele Sensoren erfassen kann. Die notwendigen Anschlüsse stellt hier der Wemos zur Verfügung. Bei der Basisplatine mit Uart haben wir das Problem, das keine I2C oder 1Wire Anschlüsse mit dem USB-Kabel abgreifbar sind. Die Lösung dazu bietet aber der RPI Adapter, dieser sitzt am Bus des Raspberry und somit werden über den Busstecker schon einige Bussignale (SCL,SDA,GPIOs ) abgegriffen die für diverse Sensoren zur Verfügung stehen.

Dieser Adapter wäre dann für deine Anforderungen die bessere Wahl gewesen. Jeder Adapter hat seine Vor und Nachteile, das kommt immer auf die Anforderung darauf an. Schaltungstechnisch sind sie ja fast gleich. Die Erweiterungsplatine kann auch Solo betrieben werden, nur das bringt dir in deinem Fall nicht viel weil du dort kein Wlan hast.

- die Basisplatine ist sehr universell und kann auf jede USB Schnittstelle gesteckt werden, unabhängig von der nachgeschaltenen Hardware.
- die RPI Variante ist speziell für den Raspberry vorgesehen um sie direkt aufzustecken, daher ist hier ein Raspberry erforderlich.

Genau aus diesem Grund legen wir auch immer einen Uart bei, wenn jemand keine Erweiterung braucht ist man somit trotzdem flexibel und kann den Adapter auch mit USB betreiben.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Matze_Bln am 06 Dezember 2018, 17:06:30
Super, dann passt das Paket dennoch sehr gut. Am Pi ist die Steckleiste schon belegt und einen zweiten wollte ich nicht. Dann nutze ich die Basisplatine mit UART am Pi und die Erweiterungsplatine solo. Der vorgesehene Sensor ist an einem anderen Standort eh besser aufgehoben und dort gibt es auch Wlan.

Eine Frage noch:
Die Leds muss ich ja auf die Basisplatine umziehen... die Erweiterung benötigt für den Solobertrieb dann aber keine Leds, oder?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 06 Dezember 2018, 17:30:48
Ja genau, deshalb lege ich immer dem Bausatz noch eine 2. Garnitur Leds dazu. Das du jetzt die Buchsenleiste nicht auslöten musst, kannst die Leds ja auf eine Stiftleiste löten und in die Buchsenleiste der Basisplatine aufstecken, das mach ich auch immer so.
Die Erweiterungsplatine Solo benötigt keine Leds, die Stromversorgung kommt dann vom Wemos via USB-Steckernetzteil.

Im Bild ein Beispiel wie ich das meine mit den Leds.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 07 Dezember 2018, 07:09:05
Zitat von: Matze_Bln am 06 Dezember 2018, 17:06:30
Super, dann passt das Paket dennoch sehr gut. Am Pi ist die Steckleiste schon belegt und einen zweiten wollte ich nicht. Dann nutze ich die Basisplatine mit UART am Pi und die Erweiterungsplatine solo. Der vorgesehene Sensor ist an einem anderen Standort eh besser aufgehoben und dort gibt es auch Wlan.

Eine Frage noch:
Die Leds muss ich ja auf die Basisplatine umziehen... die Erweiterung benötigt für den Solobertrieb dann aber keine Leds, oder?
Moin
Kurzer Hinweis zu "einen zweiten wollte ich nicht". Wo willst du denn den eBusd laufen lassen? Die meisten hier haben dafuer einen RPI abgestellt!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Matze_Bln am 07 Dezember 2018, 07:30:09
Na auf dem ersten Pi ;-)
Ich habe aktuell den Adapter von esera und diesen will ich ersetzen.
Ebusd läuft also bereits bei mir. Auf dem Pi ist aber auch der Z-wave Controller, so dass ich halt die Steckleisten belegt habe. Daher war von Anfang an der Plan, den neuen Adapter auch per USB anzubinden. Mir war nur nicht klar, dass das mit dem UART nur mit der Basisplatine geht, aber die Lösung von Reinhard ist da für mich perfekt und auch wenn ich zu wenig Löterfahrung habe, um das ganze Board selber zu bearbeiten, die 6 Lötpunkte am UART bekomme ich hin
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: rollercontainer am 14 Dezember 2018, 18:39:46
Moin,

ich habe einen RPi 2.2 Adapter mit MQTT erfolgreich in Betrieb genommen.

Meine Startoptionen lauten:
EBUSD_OPTS="-d /dev/ttyebus --dump --loglevel=notice -p 8181 --httpport=8182 -l /var/log/ebusd.log --scanconfig --mqttport=1883 --mqttjson --mqtthost=localhost --mqtttopic=ebusd/%circuit/%name --pollinterval=60"

Meine Heizung ist eine ecoTec Plus VC DE 206/5-5 R2 mit VRC470

Log bei Start von ebusd:

2018-12-14 17:48:16.145 [main notice] ebusd 3.2.v3.2-12-g45b9bad started with auto scan
2018-12-14 17:48:16.475 [bus notice] bus started with own address 31/36
2018-12-14 17:48:16.490 [bus notice] signal acquired
2018-12-14 17:48:16.502 [mqtt notice] connection established
2018-12-14 17:48:18.079 [bus notice] new master 10, master count 2
2018-12-14 17:48:18.141 [bus notice] new master 03, master count 3
2018-12-14 17:48:18.141 [update notice] received unknown MS cmd: 1008b5110101 / 0963574002ff550100ff
2018-12-14 17:48:20.122 [update notice] received unknown MS cmd: 1008b5110102 / 06033c96468c60
2018-12-14 17:48:22.162 [update notice] received unknown MS cmd: 1008b51009000063ffffff000000 / 0101
2018-12-14 17:48:26.610 [bus notice] scan 08: ;Vaillant;BAI00;0604;5502
2018-12-14 17:48:26.610 [update notice] store 08 ident: done
2018-12-14 17:48:26.610 [update notice] sent scan-read scan.08  QQ=31: Vaillant;BAI00;0604;5502
2018-12-14 17:48:26.610 [bus notice] scan 08: ;Vaillant;BAI00;0604;5502
2018-12-14 17:48:26.941 [main notice] read common config file vaillant/scan.csv
2018-12-14 17:48:27.015 [main notice] read common config file vaillant/general.csv
2018-12-14 17:48:27.094 [main notice] read common config file vaillant/broadcast.csv
2018-12-14 17:48:27.176 [main notice] read scan config file vaillant/08.bai.csv for ID "bai00", SW0604, HW5502
2018-12-14 17:48:27.268 [update notice] sent scan-read scan.08 id QQ=31:
2018-12-14 17:48:27.407 [update notice] sent scan-read scan.08 id QQ=31:
2018-12-14 17:48:27.542 [update notice] sent scan-read scan.08 id QQ=31:
2018-12-14 17:48:27.678 [update notice] sent scan-read scan.08 id QQ=31: 21;14;22;0010011643;0001;006356;N0
2018-12-14 17:48:28.020 [main notice] found messages: 210 (3 conditional on 25 conditions, 0 poll, 9 update)
2018-12-14 17:48:28.122 [update notice] sent scan-read scan.08 id QQ=31: 21;14;22;0010011643;0001;006356;N0
2018-12-14 17:48:28.317 [update notice] sent scan-read scan.08 id QQ=31: 21;14;22;0010011643;0001;006356;N0
2018-12-14 17:48:28.453 [update notice] sent scan-read scan.08 id QQ=31: 21;14;22;0010011643;0001;006356;N0
2018-12-14 17:48:28.593 [update notice] sent scan-read scan.08 id QQ=31: 21;14;22;0010011643;0001;006356;N0
2018-12-14 17:48:28.593 [bus notice] scan 08: ;21;14;22;0010011643;0001;006356;N0
2018-12-14 17:48:29.029 [bus notice] max. symbols per second: 117
2018-12-14 17:48:30.204 [update notice] received read bai DateTime QQ=10: valid;17:48:31;14.12.2018;2.250
2018-12-14 17:48:30.685 [bus notice] scan 15: ;Vaillant;47000;0420;1403
2018-12-14 17:48:30.685 [update notice] store 15 ident: done
2018-12-14 17:48:30.685 [update notice] sent scan-read scan.15  QQ=31: Vaillant;47000;0420;1403
2018-12-14 17:48:30.685 [bus notice] scan 15: ;Vaillant;47000;0420;1403
2018-12-14 17:48:30.844 [update notice] sent unknown MS cmd: 3115b5090124 / 09003231313431383030
2018-12-14 17:48:31.003 [update notice] sent scan-read scan.15 id QQ=31:
2018-12-14 17:48:31.164 [update notice] sent scan-read scan.15 id QQ=31:
2018-12-14 17:48:31.323 [update notice] sent scan-read scan.15 id QQ=31: 21;14;18;0020171280;0082;016871;N3
2018-12-14 17:48:31.324 [bus notice] scan 15: ;21;14;18;0020171280;0082;016871;N3
2018-12-14 17:48:31.589 [main notice] read scan config file vaillant/15.470.csv for ID "47000", SW0420, HW1403


Eine Abfrage von zum Beispiel "ebusd/bai/Waterpressure/get" ergibt:
{
     "press": {"value": 1.966},
     "sensor": {"value": "ok"}
}


Ich konnte aber nicht finden wie ich die PumpenLeistung d.14/d.15 abfragen kann. Muss man dazu den Pin für die Fachhandwerkerebene mitgeben?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 14 Dezember 2018, 21:42:55
es kann sein, das d.14 + d.15 (https://forum.fhem.de/index.php/topic,29737.msg426016.html#msg426016) in deiner Konfig fehlen. Das ist ein altes Problem das immer wieder einmal auftaucht.
Wenn du die config vom Server ziehst, dann musst sie lokal definieren und die beiden Einträge hinzufügen.

pi@raspberrypi:~ $ ebusctl r -f WPPWMPower
0



LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: rollercontainer am 16 Dezember 2018, 16:18:48
Danke Reinhart,

so wie ich das verstehe holt ebusd bei jedem Neustart die Configs vom Server. Wo kann ich denn dann etwas lokal definieren ohne das es wieder überschieben wird?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 16 Dezember 2018, 19:01:45
von wo er die Configs zieht kannst du umstellen, das ist der Parameter -c

-c /etc/ebusd/

Ich kann es irgendwie nicht glauben, könnte sein das er anders heißt, früher hieß sie ja PumpPower und heute WPPWMPower.
Du kannst aber auch suchen.

pi@raspberrypi:~ $ ebusctl find WPPWMPower
bai WPPWMPower = 53
bai WPPWMPowerDia = no data stored

hier als Ergebniss "bai", also die 08.bai.csv anschauen und meist stecken die Register d.14 d.15 in den Files die von der "08.bai.csv" nachgeladen werden (bai.001????????.inc).

r,,WPPWMPower,d.15 Pumpendrehzahl Istwert,,,,"7300",,,percent0,,,Output of pwm pump


LG


LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: rollercontainer am 16 Dezember 2018, 20:31:42
Ok, also auf lokal umstellen. Das macht Sinn. Wohin werden denn eigentlich die aus dem web geladenen configs gespeichert? Nach den ersten Starts war /etc/ebusd leer. Ich hab dann die github configs runtergeladen und verlinkt. Dann kann ich ja so umstellen.

Meine Kiste (0010011643 denke ich? s.o.) ist nicht in der 08.bai.csv enthalten. Darum fehlt wohl auch der Parameter.

Wie bekomme ich raus, welche *.inc am Besten passt?

Anbei mal die Datenauswertung (ebusd->mosquitto->node-red->influx->grafana)
Weiß jemand warum zwischen 22:00 Uhr und 2 Uhr gar nichts passiert und dann bis zum morgen getaktet wird?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 16 Dezember 2018, 21:55:37
Bitte die Configs nicht selbst verlinken, das passt sicher nicht.

git clone https://github.com/john30/ebusd-configuration.git
if [ -d /etc/ebusd ]; then sudo mv /etc/ebusd /etc/ebusd.old; fi
sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd


mach die Installation laut Wiki so oder lade dir  (https://github.com/john30/ebusd-configuration/releases)ein "deb" File herunter und installiere es.


Zur Erklärung, in der 08.bai wird ja je nach Hard- und Softwarestand das entsprechende inc File geladen. Wenn bei dir das 08.bai geladen wurde siehst ja in der Info welche Release ausgelesen wurde und somit hast du den Namen des inc. Files.


PS: zwischen 22:00 und 02:00 wird die Nachtabsenkung aktiv sein und vermutlich nicht heizen.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: rollercontainer am 16 Dezember 2018, 22:19:43
Ich habs nach Wiki gemacht und meinte mit verlinken das "ln -s".

08.bai.csv wird noch geladen, aber darin ist meine 0010011643 nicht enthalten. Auch unter Fallback steht meine HW5502 nicht.



Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 17 Dezember 2018, 17:49:43
aha, ist mir jetzt klar!

Du kannst ja versuchen in der 08.bai entweder bei PROD deine hinzufügen, so etwa:

[PROD='0010006341']!load,bai.0010006341.inc,,,
[PROD='0010011643']!load,bai.0010006341.inc,,,


oder bei den Fallbacks deine HW Version 5502
#fallbacks:,,,,
[HW=6701]!load,bai.0010003886.inc,,,
[HW=0902]!load,bai.0010004121.inc,,,
[HW=8801]!load,bai.0010006101.inc,,,
[HW=0702]!load,bai.0010010674.inc,,,
[HW=9602]!load,bai.0010015600.inc,,,
[HW=8701]!load,bai.0020066007.inc,,,
[HW=7401]!load,bai.308523.inc,,,
[HW=5502]!load.bai.0010006341.inc,,,
!load,bai.308523.inc,,,
!include,hcmode.inc,,,


Ob die 0010006341.inc wirklich passt musst du selber entscheiden (vorher ansehen), recht viel kann nicht daneben gehen, einfach einmal versuchen.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: theotherhalf am 18 Dezember 2018, 08:53:16
Dank Johns Hilfe habe nun das Board am Laufen und mache folgende Abfrage meines Vaillant 620/3 Reglers.

pi@raspberrypi:~ $ ebusctl find
broadcast datetime = 2.250;08:44:00;18.12.2018
broadcast error = no data stored
broadcast hwcStatus = off;57;off
broadcast id = no data stored
broadcast id = no data stored
broadcast load = no data stored
broadcast outsidetemp = 2.250
broadcast signoflife = no data stored
broadcast vdatetime = 08:44:00;18.12.2018
cc currenterror = no data stored
cc DateTime = no data stored
cc errorhistory = no data stored
cc Mode = 20;off;off;6;00;day
cc Params = no data stored
cc Stat15MinBusTimeout = no data stored
cc StatMonthOfInstallation = no data stored
cc StatOperatingHours = no data stored
cc StatPowerOn = no data stored
cc StatRestarts = no data stored
cc StatRTOSErrorcode = no data stored
cc StatRTOSErrorCounter = no data stored
cc Status0a = no data stored
cc Status16 = no data stored
cc Status = 0;off;-;0
cc StatYearOfInstallation = no data stored
cc Timer.Friday = no data stored
cc Timer.Monday = no data stored
cc Timer.Saturday = no data stored
cc Timer.Sunday = no data stored
cc Timer.Thursday = no data stored
cc Timer.Tuesday = no data stored
cc Timer.Wednesday = no data stored
general valuerange = no data stored
hc BoilerCircuitDisabled = no data stored
hc BoilerMaxPreShutdown = no data stored
hc CleaningLady = no data stored
hc currenterror = no data stored
hc DateTime = valid;08:44:25;18.12.2018;2.250
hc EnergyDemandPercentage = no data stored
hc errorhistory = no data stored
hc FlowTempDesired = no data stored
hc FlowTempMax = no data stored
hc FlowTempMin = no data stored
hc FrostProtectDelay = no data stored
hc Hc1PumpPort = no data stored
hc HcFlowIncrease = no data stored
hc HcMaxPreHeating = no data stored
hc HeatingCurve = no data stored
hc HydraulicScheme = no data stored
hc IsInHoliday = no data stored
hc IsInParty = no data stored
hc IsInStorageFilling = no data stored
hc OperatingMode = no data stored
hc OtShutdownLimit = no data stored
hc OutsideTemp = no data stored
hc OutsideTempCorrection = no data stored
hc SetMode = no data stored
hc Stat15MinBusTimeout = no data stored
hc StatMonthOfInstallation = no data stored
hc StatOperatingHours = no data stored
hc StatPowerOn = no data stored
hc StatRestarts = no data stored
hc StatRTOSErrorcode = no data stored
hc StatRTOSErrorCounter = no data stored
hc Status01 = no data stored
hc Status02 = no data stored
hc Status16 = no data stored
hc Status = no data stored
hc StatYearOfInstallation = no data stored
hc SumFlowSensor = 57.88;ok
hc TeleSwitch = no data stored
hc TeleswitchOperatingMode = no data stored
hc TempDesired = no data stored
hc TempDesiredLow = no data stored
hc Timer.Friday = no data stored
hc Timer.Monday = no data stored
hc Timer.Saturday = no data stored
hc Timer.Sunday = no data stored
hc Timer.Thursday = no data stored
hc Timer.Tuesday = no data stored
hc Timer.Wednesday = no data stored
hwc CirPump2 = no data stored
hwc currenterror = no data stored
hwc DateTime = no data stored
hwc errorhistory = no data stored
hwc FlowTempDesired2 = no data stored
hwc HcParallelStorageFillingEnabled2 = no data stored
hwc HwcLaggingTime2 = no data stored
hwc HwcLoadingDelay2 = no data stored
hwc IsInParty = no data stored
hwc LegioPump2 = no data stored
hwc LegioStartTime2 = no data stored
hwc Mode = 57;off;off;hwc;00;day
hwc NativeHwcCircuitDisabled = no data stored
hwc NormalHwcHysteresis = no data stored
hwc OneTimeCirSwitch = no data stored
hwc OperatingMode2 = no data stored
hwc Params = no data stored
hwc SpreadingHwcLoading = no data stored
hwc Stat15MinBusTimeout = no data stored
hwc StatMonthOfInstallation = no data stored
hwc StatOperatingHours = no data stored
hwc StatPowerOn = no data stored
hwc StatRestarts = no data stored
hwc StatRTOSErrorcode = no data stored
hwc StatRTOSErrorCounter = no data stored
hwc Status0a = no data stored
hwc Status16 = no data stored
hwc Status = 0;off;-;0
hwc StatYearOfInstallation = no data stored
hwc Storage1Sensor2 = no data stored
hwc TeleSwitch = no data stored
hwc TeleswitchOperatingMode2 = no data stored
hwc TempDesired2 = no data stored
hwc ThreeWayValveLoadingPump12 = no data stored
hwc Timer.Friday = no data stored
hwc Timer.Monday = no data stored
hwc Timer.Saturday = no data stored
hwc Timer.Sunday = no data stored
hwc Timer.Thursday = no data stored
hwc Timer.Tuesday = no data stored
hwc Timer.Wednesday = no data stored
mc CfgHeatSinkType = no data stored
mc CleaningLady = no data stored
mc currenterror = no data stored
mc DateTime = no data stored
mc errorhistory = no data stored
mc FloorPavingDryingDay = no data stored
mc FlowTemp = no data stored
mc FlowTempDesired = no data stored
mc FlowTempMax = no data stored
mc FlowTempMin = no data stored
mc HcMaxPreHeating = no data stored
mc HcPumpIdlePeriod = no data stored
mc HcPumpPort = no data stored
mc HeatingCurve = no data stored
mc IsInHoliday = no data stored
mc IsInParty = no data stored
mc IsInStorageFilling = no data stored
mc MixerDutyCycle = no data stored
mc Mode = 22;auto;0;0;auto;mixer;day
mc OperatingMode = no data stored
mc OtShutdownLimit = no data stored
mc Params = no data stored
mc Stat15MinBusTimeout = no data stored
mc StatMonthOfInstallation = no data stored
mc StatOperatingHours = no data stored
mc StatPowerOn = no data stored
mc StatRestarts = no data stored
mc StatRTOSErrorcode = no data stored
mc StatRTOSErrorCounter = no data stored
mc Status0a = no data stored
mc Status16 = no data stored
mc Status = 38;off;41.81;22
mc StatYearOfInstallation = no data stored
mc TeleSwitch = no data stored
mc TeleswitchOperatingMode = no data stored
mc TempDesired = no data stored
mc TempDesiredLow = no data stored
mc Timer.Friday = no data stored
mc Timer.Monday = no data stored
mc Timer.Saturday = no data stored
mc Timer.Sunday = no data stored
mc Timer.Thursday = no data stored
mc Timer.Tuesday = no data stored
mc Timer.Wednesday = no data stored
memory eeprom = no data stored
memory ram = no data stored
sc ColKickGradient = no data stored
sc ColKickPumpTime = no data stored
sc Coll1Sensor = no data stored
sc Coll2Sensor = no data stored
sc CollPumpHRuntime1 = no data stored
sc CollPumpHRuntime2 = no data stored
sc currenterror = no data stored
sc DeltaTOffFlexDtController = no data stored
sc DeltaTOnFlexDtController = no data stored
sc errorhistory = no data stored
sc ExtendedYieldCalculation = no data stored
sc FrostProtectionEnabled = no data stored
sc FrostProtectionLimit = no data stored
sc HasSolCollVolumeSensor = no data stored
sc KolTempMin1 = no data stored
sc KolTempMin2 = no data stored
sc OutputMA = no data stored
sc ScProtectionHysteresis = no data stored
sc SolCollPumpED1 = no data stored
sc SolCollPumpED2 = no data stored
sc SolCollVolumeSensorPowerLastMinut = no data stored
sc SolCollVolumeSensorTicksPer10Lite = no data stored
sc SolDisableDiffTemp1 = no data stored
sc SolDisableDiffTemp2 = no data stored
sc SolEnableDiffTemp1 = no data stored
sc SolEnableDiffTemp2 = no data stored
sc SolEnablePumpPWM = no data stored
sc SolFlowRate = no data stored
sc SolHwcMaxLoadTemp1 = no data stored
sc SolHwcMaxLoadTemp2 = no data stored
sc SolOperatingMode = no data stored
sc SolPriority = no data stored
sc SolProtection = no data stored
sc SolProtectionStartTemp = no data stored
sc SolTeleswitchOperatingMode = no data stored
sc Stat15MinBusTimeout = no data stored
sc StatMonthOfInstallation = no data stored
sc StatOperatingHours = no data stored
sc StatPowerOn = no data stored
sc StatRestarts = no data stored
sc StatRTOSErrorcode = no data stored
sc StatRTOSErrorCounter = no data stored
sc StatYearOfInstallation = no data stored
sc Storage1Sensor3 = no data stored
sc Storage2Sensor3 = no data stored
sc Storage3Sensor3 = no data stored
sc Storage4Sensor3 = no data stored
sc SumBackflowSensor = no data stored
sc TeleSwitch = no data stored
sc YieldSensor = no data stored
scan id = no data stored
scan.15  = Vaillant;UI   ;0324;6201
scan.15 id = ;;;;;;
scan.23  = Vaillant;SOLSY;0306;6301
scan.25  = Vaillant;SOLSY;0306;6301
scan.26  = Vaillant;SOLSY;0306;6301
scan.44  = Vaillant;SOLSY;0306;6301
scan.50  = Vaillant;SOLSY;0306;6301
scan.ec  = Vaillant;SOLSY;0306;6301
ui ActoStorModulDetected = no data stored
ui AscBigModulDetected = no data stored
ui AscSmallModulDetected = no data stored
ui ASCStatus = no data stored
ui BoilerCount = no data stored
ui BoilerDetected = no data stored
ui BoilerHoursB1 = no data stored
ui BoilerHoursB2 = no data stored
ui BoilerHoursB3 = no data stored
ui BoilerHoursB4 = no data stored
ui BoilerHoursB5 = no data stored
ui BoilerHoursB6 = no data stored
ui BoilerHoursB7 = no data stored
ui BoilerHoursB8 = no data stored
ui BoilerSequence = no data stored
ui BoilerSequenceChangeTime = no data stored
ui BoilerSwitchHyster = no data stored
ui BoilerSwitchSteps = no data stored
ui BoilerTempMax = no data stored
ui BoilerTempMin = no data stored
ui BufferFlowThresholdOff = no data stored
ui BufferFlowThresholdOn = no data stored
ui ClockSwitchSummerWinterDone = no data stored
ui ContinuousHeatingLimit = no data stored
ui currenterror = no data stored
ui Date = no data stored
ui Day = no data stored
ui DesiredDegreeB1 = no data stored
ui DesiredDegreeB2 = no data stored
ui DesiredDegreeB3 = no data stored
ui DesiredDegreeB4 = no data stored
ui DesiredDegreeB5 = no data stored
ui DesiredDegreeB6 = no data stored
ui DesiredDegreeB7 = no data stored
ui DesiredDegreeB8 = no data stored
ui DesiredStateB1 = no data stored
ui DesiredStateB2 = no data stored
ui DesiredStateB3 = no data stored
ui DesiredStateB4 = no data stored
ui DesiredStateB5 = no data stored
ui DesiredStateB6 = no data stored
ui DesiredStateB7 = no data stored
ui DesiredStateB8 = no data stored
ui DisplayType = no data stored
ui errorhistory = no data stored
ui FlagsB1 = no data stored
ui FlagsB2 = no data stored
ui FlagsB3 = no data stored
ui FlagsB4 = no data stored
ui FlagsB5 = no data stored
ui FlagsB6 = no data stored
ui FlagsB7 = no data stored
ui FlagsB8 = no data stored
ui FlowTemp = no data stored
ui FlowTempDesired = no data stored
ui FlowTempDesiredAscHc = no data stored
ui FlowTempDesiredAscHwc = no data stored
ui FlowTempDesiredB1 = no data stored
ui FlowTempDesiredB2 = no data stored
ui FlowTempDesiredB3 = no data stored
ui FlowTempDesiredB4 = no data stored
ui FlowTempDesiredB5 = no data stored
ui FlowTempDesiredB6 = no data stored
ui FlowTempDesiredB7 = no data stored
ui FlowTempDesiredB8 = no data stored
ui FrostOverRideTime = no data stored
ui HcForceMode = no data stored
ui HcName10 = no data stored
ui HcName11 = no data stored
ui HcName12 = no data stored
ui HcName13 = no data stored
ui HcName14 = no data stored
ui HcName15 = no data stored
ui HcName1 = no data stored
ui HcName2 = no data stored
ui HcName3 = no data stored
ui HcName4 = no data stored
ui HcName5 = no data stored
ui HcName6 = no data stored
ui HcName7 = no data stored
ui HcName8 = no data stored
ui HcName9 = no data stored
ui HcPumpB1 = no data stored
ui HcPumpB2 = no data stored
ui HcPumpB3 = no data stored
ui HcPumpB4 = no data stored
ui HcPumpB5 = no data stored
ui HcPumpB6 = no data stored
ui HcPumpB7 = no data stored
ui HcPumpB8 = no data stored
ui HcRequestAsc = no data stored
ui HolidayPeriod = no data stored
ui HwcRequestAsc = no data stored
ui HydraulicMap = no data stored
ui InstallationCompleted = no data stored
ui KeyCodeforConfigMenu = no data stored
ui LcdContrastPwmValue = no data stored
ui LoadingPumpB1 = no data stored
ui LoadingPumpB2 = no data stored
ui LoadingPumpB3 = no data stored
ui LoadingPumpB4 = no data stored
ui LoadingPumpB5 = no data stored
ui LoadingPumpB6 = no data stored
ui LoadingPumpB7 = no data stored
ui LoadingPumpB8 = no data stored
ui MixerDetected = no data stored
ui OffsetFlowTempDesiredBufToBoiler = no data stored
ui OutsideTemp = no data stored
ui OutsideTempOffset = 0.00
ui PhoneNumberPart1 = no data stored
ui PhoneNumberPart2 = no data stored
ui PreShutDownTime = no data stored
ui RemoteDetected = no data stored
ui RoomTemp = no data stored
ui RoomTempHoliday = no data stored
ui RoomTempOffset = no data stored
ui RoomTempOffsetSelfWarming = no data stored
ui ScanPrevention = no data stored
ui SeparationShift = no data stored
ui SequenceOfBoiler = no data stored
ui ServicePeriod = no data stored
ui SolLoadingDelayHc = no data stored
ui SolLoadingDelayHwc = no data stored
ui SourceType = no data stored
ui StartPowerVantage = no data stored
ui StateEM = no data stored
ui StorageSensorBottom = no data stored
ui StorageSensorMiddle = no data stored
ui StorageSensorTop = no data stored
ui SummerWinterTimeAdjust = no data stored
ui SystemDemand1 = no data stored
ui SystemModeStream1 = no data stored
ui SystemModeStream2 = no data stored
ui SystemModeStream3 = no data stored
ui SystemTempGradient = no data stored
ui TempFailDetectTime = no data stored
ui TempIncrease = no data stored
ui Time = no data stored
ui TurnOffDelay = no data stored
ui TurnOnDelay = no data stored
ui WaterstationModulDetected = no data stored


Sehe ich es richtig, das die meisten der Parameter keinen Inhalt haben? Das deckt sich mit meinen händischen Abfragen.
Es ist etwas spärlich was da zu lesen ist.
z.B. an die Heizkurven müsste doch heranzukommen sein, oder?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 18 Dezember 2018, 09:43:15
Zitat von: theotherhalf am 18 Dezember 2018, 08:53:16
Sehe ich es richtig, das die meisten der Parameter keinen Inhalt haben? Das deckt sich mit meinen händischen Abfragen.
Du mustt halt die Werte aktiv abfragen, ebusd "protokolliert" erstmal nur mit, was andere Geräte so auf dem bus kommunizieren.
Für die Heizkurve kannst Du bspw. "ebusctl r -HeatingCurve" probieren.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: theotherhalf am 18 Dezember 2018, 11:03:38
Zitat von: john30 am 18 Dezember 2018, 09:43:15
Du mustt halt die Werte aktiv abfragen, ebusd "protokolliert" erstmal nur mit, was andere Geräte so auf dem bus kommunizieren.
Für die Heizkurve kannst Du bspw. "ebusctl r -HeatingCurve" probieren.

Ah, ok, ja, das hatte ich vergessen.

Ich habe nun beide Stränge (1. zum 620/3 und 2. zur Ecotec 196 3-5) einzeln geprüft und beides läuft.
Nun möchte ich beide Stränge parallel mit getrennten Konvertern anbringen.

Ich trage also in /etc/default/ebusd folgendes ein:
EBUSD_OPTS1="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd1.log  --scanconfig --latency=20000 --receivetimeout=50000"
EBUSD_OPTS2="-d /dev/ttyUSB1 -p 8889 -l /var/log/ebusd2.log  --scanconfig --latency=20000 --receivetimeout=50000"


und ändere noch die Settings für das Loggen in: /etc/logrotate.d/ebusd

/var/log/ebusd1.log {
     rotate 7
     copytruncate
     compress
     missingok
     notifempty
     daily
}

/var/log/ebusd2.log {
     rotate 7
     copytruncate
     compress
     missingok
     notifempty
     daily
}


Ok so?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 18 Dezember 2018, 12:51:53
Zitat von: theotherhalf am 18 Dezember 2018, 11:03:38
Ich trage also in /etc/default/ebusd folgendes ein:
EBUSD_OPTS1="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd1.log  --scanconfig --latency=20000 --receivetimeout=50000"
EBUSD_OPTS2="-d /dev/ttyUSB1 -p 8889 -l /var/log/ebusd2.log  --scanconfig --latency=20000 --receivetimeout=50000"

sieht ok aus, aber vergiss nicht die Zeile mit EBUSD_OPTS zu löschen oder auszukommentieren
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: theotherhalf am 18 Dezember 2018, 15:34:21
Hmm, wird nur ein Gerät erkannt.

lsusb gibt:
pi@raspberrypi:~ $ lsusb
Bus 001 Device 005: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 004: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub


/etc/default/ebusd zeigt:
# Options to pass to ebusd (run "ebusd -?" for more info):
# For Single instances
#EBUSD_OPTS="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log  --scanconfig --latency=20000 --receivetimeout=50000"
# For multiple instances
EBUSD_OPTS1="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd1.log  --scanconfig --latency=20000 --receivetimeout=50000"
EBUSD_OPTS2="-d /dev/ttyUSB1 -p 8889 -l /var/log/ebusd2.log  --scanconfig --latency=20000 --receivetimeout=50000"


Logrotate ist geändert.

Ich hatte den Boiler dran und der wurde erkannt, mitsamt csv Dateien
Dann die Parameteränderungen gemacht, den Regler zugesteckt und neu gestartet.

pi@raspberrypi:~ $ ebusctl i
version: ebusd 3.2.v3.2-23-g768bd5c
update check: revision v3.2-12-g45b9bad available, broadcast.csv: different version available, vaillant/15.ui.csv: different version available, vaillant/25.solsy.hwc.csv: different version available, vaillant/26.solsy.hc.csv: different version available, vaillant/broadcast.csv: different version available, vaillant/ec.solsy.sc.csv: different version available, vaillant/errors.inc: different version available, vaillant/hcmode.inc: different version available
signal: acquired
symbol rate: 37
max symbol rate: 140
min arbitration micros: 1109
max arbitration micros: 7386
min symbol latency: 3
max symbol latency: 17
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 "vaillant/15.ui.csv"
address 23: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0306;HW=6301", loaded "vaillant/23.solsy.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0306;HW=6301", loaded "vaillant/25.solsy.hwc.csv"
address 26: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0306;HW=6301", loaded "vaillant/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 "vaillant/50.solsy.mc.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0306;HW=6301", loaded "vaillant/ec.solsy.sc.csv"



Gibt es noch eine weitere Stelle, an der ich ihm mitteilen muss das jetzt zwei Instanzen dran sind?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 18 Dezember 2018, 16:00:28
mach lieber die Zuordnung by-id.

Mit
ls -l /dev/serial/by-id
werden die IDs gelistet und trage die in die die config ein, da sich die USB sonst verschieben können.

Beispiel:

EBUSD_OPTS1="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -p 8888 ......"
EBUSD_OPTS2="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A900acTF-if00-port0 -p 8889 ......


Egal wo du jetzt die USB einsteckst, bleibt die Zuordnung immer gleich.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Sven77 am 18 Dezember 2018, 16:16:54
Zitat von: theotherhalf am 18 Dezember 2018, 08:53:16
Dank Johns Hilfe habe nun das Board am Laufen ...
Kann es sein, dass du nur 1 Ebus mit nur einem Adapter hast?

Zitat von: theotherhalf am 18 Dezember 2018, 11:03:38
Ich habe nun beide Stränge (1. zum 620/3 und 2. zur Ecotec 196 3-5) einzeln geprüft und beides läuft.
Nun möchte ich beide Stränge parallel mit getrennten Konvertern anbringen.

Auch wenn sich das anders liest, aber hat der VRS620/3 überhaupt eine Bus-Stromversorgung?
Macht es Sinn, den Regler völlig getrennt vom Ecotec zu betreiben?
(bei meiner VRC700 mit icoTec 156 hätte ich dann z.Bsp. gar keine Außentemperatur...)

NACHTRAG: Soweit ich weiß unterstützen die CP210x keine (unterschiedlichen) IDs, ich würde hier mit /dev/serial/by-path/... arbeiten!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Sven77 am 18 Dezember 2018, 16:21:56
Zitat von: theotherhalf am 18 Dezember 2018, 15:34:21
Gibt es noch eine weitere Stelle, an der ich ihm mitteilen muss das jetzt zwei Instanzen dran sind?

NACHTRAG2:
Natürlich musst du ebusctl auch sagen, mit welcher Instanz er arbeiten soll:
ebusctl -p 8889 i
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: theotherhalf am 18 Dezember 2018, 16:36:25
Zitat von: Reinhart am 18 Dezember 2018, 16:00:28
mach lieber die Zuordnung by-id.


Du meinst so? Er zeigt mir da nur ein Board an
pi@raspberrypi:~ $ lsusb
Bus 001 Device 005: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 004: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP210x UART Bridge / myAVR mySmartUSB light
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

pi@raspberrypi:~ $ ls -l /dev/serial/by-id
total 0
lrwxrwxrwx 1 root root 13 Dec 18 14:41 usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -> ../../ttyUSB0


und dann wie folgt?
EBUSD_OPTS1="--scanconfig -d /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -p 8888 -l /var/log/ebusd1.log --latency=20000 --receivetimeout=50000"
EBUSD_OPTS2="--scanconfig -d /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -p 8889 -l /var/log/ebusd2.log --latency=20000 --receivetimeout=50000"
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 18 Dezember 2018, 16:40:08
ich glaube Sven77 hat recht, mach es per Serial-Path!

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: theotherhalf am 18 Dezember 2018, 16:42:05
Zitat von: Sven77 am 18 Dezember 2018, 16:16:54
Kann es sein, dass du nur 1 Ebus mit nur einem Adapter hast?

Auch wenn sich das anders liest, aber hat der VRS620/3 überhaupt eine Bus-Stromversorgung?
Macht es Sinn, den Regler völlig getrennt vom Ecotec zu betreiben?
(bei meiner VRC700 mit icoTec 156 hätte ich dann z.Bsp. gar keine Außentemperatur...)



Mein Heizungsmonteur hat hier damals Murks aufgebaut und ich habe die Rohrleitungen ändern müssen, damit vernünftig die Heizung regeln kann. (ecotec 196 3/5, VRS 620/3, wasserführender Kaminofen, Pufferspeicher)
Er hatte die Einheiten damals per Ebus verbunden, aber mit dem neuen Hydraulikplan passt das dann nicht mehr, bzw. es gab in der 620/3 nicht den passenden Hydraulikplan. Folge war, das kein warmes Brauchwasser bereitet wurde.
Also ebus auftrennen und hängt heute der Regler und Therme über 7-8-9 analog zusammen. Das klappt auch ganz gut. Warmwasser wird über Sollwert aus der Therme direkt bereitet per Umschaltventil.
Da ich aber beide Informationen auslesen möchte, benötige ich zwei Boards.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: theotherhalf am 18 Dezember 2018, 16:55:10
Zitat von: Reinhart am 18 Dezember 2018, 16:40:08
ich glaube Sven77 hat recht, mach es per Serial-Path!

LG

Hmm, wie ist dann der Konverter definiert?

EBUSD_OPTS1="--scanconfig -d /dev/serial/by-path/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -p 8888 -l /var/log/ebusd1.log --latency=20000 --receivetimeout=50000"
EBUSD_OPTS2="--scanconfig -d /dev/serial/by-path/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -p 8889 -l /var/log/ebusd1.log --latency=20000 --receivetimeout=50000"
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 18 Dezember 2018, 17:10:06
mach einfach
ls /dev/serial/by-path
und die hast den Namen.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: theotherhalf am 18 Dezember 2018, 17:14:17
pi@raspberrypi:~ $ ls /dev/serial/by-path
platform-20980000.usb-usb-0:1.4:1.0-port0  platform-20980000.usb-usb-0:1.5:1.0-port0


und
EBUSD_OPTS1="--scanconfig -d /dev/serial/by-path/platform-20980000.usb-usb-0:1.4:1.0-port0  platform-20980000.usb-usb-0:1.5:1.0-port0 -p 8888 -l /var/log/ebusd1.log --latency=20000 --receivetimeout=50000"

Das wäre dann der erste, aber warum werden oben nicht beide angezeigt?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 18 Dezember 2018, 18:35:05
die beiden stehen nebeneinander:


platform-20980000.usb-usb-0:1.4:1.0-port0
platform-20980000.usb-usb-0:1.5:1.0-port0


LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: theotherhalf am 18 Dezember 2018, 19:54:21
hab es jetzt so eingetragen:

EBUSD_OPTS1="--scanconfig -d /dev/serial/by-path/platform-20980000.usb-usb-0:1.4:1.0-port0 -p 8888 -l /var/log/ebusd1.log --latency=20000 --receivetimeout=50000"
EBUSD_OPTS2="--scanconfig -d /dev/serial/by-path/platform-20980000.usb-usb-0:1.5:1.0-port0 -p 8889 -l /var/log/ebusd2.log --latency=20000 --receivetimeout=50000"


Dann ein reboot und wieder wird die Therme nicht gefunden, nur der Regler  :-\

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: theotherhalf am 18 Dezember 2018, 20:47:50
So, war noch ein kleiner Fehler in der Syntax.

Nun kann ich beide Ports ansprechen mit ebusctl -p 8889 i  (Therme)  bzw. ebusctl -p 8888 i (Regler)
Aber wie baue ich den Port jetzt in die Abfrage ein?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Sven77 am 19 Dezember 2018, 07:41:27
Ich selbst habe kein FHEM laufen, aber lt. Wiki steht doch der Port hinter der Definition:
https://wiki.fhem.de/wiki/EBUS#Mit_ECMD_in_FHEM
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 19 Dezember 2018, 08:52:42
ja genau

define EBUS1 ECMD telnet '''ip-raspi-ebusd''':8888   # IP Adresse ebusd einsetzen!!!
attr EBUS1 classdefs bai00.class=/opt/fhem/FHEM/bai00.cfg
attr EBUS1 icon usb
attr EBUS1 requestSeparator 000
attr EBUS1 room Vaillant

define EBUS2 ECMD telnet '''ip-raspi-ebusd''':8889   # IP Adresse ebusd einsetzen!!!
attr EBUS2 classdefs bai00.class=/opt/fhem/FHEM/bai00.cfg
attr EBUS2 icon usb
attr EBUS2 requestSeparator 000
attr EBUS2 room Vaillant


LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: theotherhalf am 20 Dezember 2018, 08:13:25
Ja, das hatte ich auch schon so geändert.
Ich meine vielmehr beim Absetzen von händischen Abfragen. Da muss der Port doch auch angegeben sein. Wie wird der da hinein gesetzt?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 20 Dezember 2018, 17:06:47
Zitat von: theotherhalf am 20 Dezember 2018, 08:13:25
Ja, das hatte ich auch schon so geändert.
Ich meine vielmehr beim Absetzen von händischen Abfragen. Da muss der Port doch auch angegeben sein. Wie wird der da hinein gesetzt?

-p 8889

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: theotherhalf am 20 Dezember 2018, 20:14:00
OK, verstanden.

Beim Absetzen der Abfrage erhalte ich den Wasserdruck des Systems angezeigt:
pi@raspberrypi:~ $ ebusctl -p 8889 r -f WaterPressure press
1.373


Setze ich dies dann in die .cfg Datei, wird aber ausgegeben "Command not found"

# Wasserdruck Therme
get Wasserdruck_Therme cmd {"-p 8889 r -f WaterPressure press\n"}
get Wasserdruck_Therme expect ".*\n"
get Wasserdruck_Therme postproc { $_ }


Hat das etwas mit der Portierung zu tun?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 20 Dezember 2018, 20:51:10
in die cfg Datei kannst du das nicht so setzen (außerdem ist die Stelle falsch), das habe ich dir weiter oben schon gepostet wie das geht.
Du definierst da 2 unterschiedliche ECMD Devices und je nachdem welches du abfragen willst ist ja ein anderes Port zugeordnet.
Mach es aber mit 2 unterschiedlichen bai.xx.cfg Files das nichts durcheinander kommt. Ich habe das von 2 unterschiedlichen Quellen auch noch nicht gemacht ( umgekehrt schon ) , sollte aber so funktionieren.

define EBUS1 ECMD telnet '''ip-raspi-ebusd''':8888   # IP Adresse ebusd einsetzen!!!
attr EBUS1 classdefs bai01.class=/opt/fhem/FHEM/bai01.cfg
attr EBUS1 icon usb
attr EBUS1 requestSeparator 000
attr EBUS1 room Vaillant

define EBUS2 ECMD telnet '''ip-raspi-ebusd''':8889   # IP Adresse ebusd einsetzen!!!
attr EBUS2 classdefs bai02.class=/opt/fhem/FHEM/bai02.cfg
attr EBUS2 icon usb
attr EBUS2 requestSeparator 000
attr EBUS2 room Vaillant


Du kannst aber auch alles mit GAEBUS durchführen, aber auch hier musst du 2 unterschiedliche Ports definieren. Ich glaube das wäre für deine Zwecke der bessere und übersichtlichere Weg.

Aber generell gesagt, du brauchst in FHEM nur "Commandref" drücken und nach ECMD suchen und schon hast du eine genaue Beschreibung zur richtigen Syntax, da hat sich ja schon jemand Mühe gemacht um das zu erklären.

LG

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: theotherhalf am 20 Dezember 2018, 20:58:59
Mir war es eben auch schon aufgefallen. Durch das -p 8889 ist es ja doppelt beschrieben, da ja FHEM schon weiss wo es sich den Wert holen soll.
Habe in FHEM 2 EBUS Stränge angelegt und arbeite erst einmal mit einer .cfg Datei. Das scheint zu klappen, denn der Wasserdruck kommt jetzt durch :-)
Danke für deine Hilfe!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 30 Dezember 2018, 12:03:40
MQTT verschiedene Möglichkeiten zur Visualisierung der eBus Datensätze.

(alte Methode mit MQTT, bitte nicht mehr verwenden)

MQTT und Mosquitto Server

diese Möglichkeit ist hier beschrieben. 
MQTT Teil1 (https://forum.fhem.de/index.php/topic,79600.msg742291.html#msg742291)   
MQTT Teil2  (https://forum.fhem.de/index.php/topic,79600.msg744876.html#msg744876) 

(neue Methode mit MQTT2, bitte diese verwenden)
MQTT2 Teil3 Realisierung mit MQTT2_Client mit oder ohne Mosquitto
                             
Wiki MQTT2 Konfiguration von MQTT2_Device (https://wiki.fhem.de/wiki/EBUS-MQTT2)
MQTT2_Wiki Praxisbeispiele eBus (https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele#eBus)
MQTT2_Client Commandref  (https://fhem.de/commandref.html#MQTT2_CLIENT)


Achtung: MQTT muss auch in in der eBus Config konfiguriert werden.

--accesslevel=* --mqttport=1883 --mqttjson --mqtthost=10.0.0.5 --mqtttopic=ebusd/%circuit/%name
Dazu sollten mindestens diese Punkte definiert werden (IP-Adresse natürlich von eurem Fhem Server/Broker einsetzen, nicht vom eBusd!). Der Name "ebusd" in der Topic sollte so eingehalten, wenn die hier nachfolgenden Beispiele und die Templates benutzt werden.

Unabhängig vom eBus wurde ja hier im Forum MQTT2 völlig neu entwickelt (besten Dank an die Entwickler) und bietet auch für den Einsatz des eBus komfortable Möglichkeiten. Nachdem John30 einen kleinen Fix eingechekt hat sind die MQTT2 Entwicklungen nun auch für den eBus voll nutzbar.


Schritt 1 Vorbereitung


Dies ist die Vorarbversion einer Beschreibung und wurde im Wiki komplett neu aufbereitet, bitte diese benutzen (https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele#eBus)!

Die Entwickler vom MQTT2 haben hier völlig neuartige Methoden entwickelt um die Konfiguration der Devices sehr komfortabel zu gestalten. Dazu wurden "templates" eingeführt, welche man einfach, nachdem der Device automatisch angelegt wurde, auswählt und schon wird die dafür hinterlegte Konfiguration des Devices hinzugefügt.
Beqeumer kann man das eigentlich nicht durchführen. Selbst wenn das Template nicht zu 100% passt, kann man es anwenden und nachher noch auf die persönlichen Bedürfnisse etwas anpassen (Zentrierung, Ausrichtung, Sytle etc).

Diese Templates liegen am Fhem Raspi unter: /opt/fhem/FHEM/lib/AttrTemplate
Nachfolgende angehängte Templates können einfach mit Copy und Paste als "mqtt2.ebus.template" dort gespeichert werden. Nach der Speicherung oder Änderung einmalig das Template neu einlesen damit es dann in der Auswahlliste zur Verfügung steht.

{ AttrTemplate_Initialize() }
in der Commando Zeile von Fhem eingeben


Schritt 2 MQTT2 definieren

Definition in Fhem:  define <name> MQTT2_CLIENT <host>:<port>


Wer bereits den Mosquitto installiert hat und diesen weiter verwenden möchte, dann diese Konfiguration wählen.

### 1a. Broker in Fhem anlegen ###
define ebusMQTT MQTT 127.0.0.1:1883
attr ebusMQTT room MQTT2_DEVICE,System


Wer keinen Mosquitto installiert hat kann diese Konfiguration wählen. Dazu wird einfach der MQTT2-SERVER definiert.

### 1b. oder MQTT Server  anlegen ###
define ebusMQTT MQTT2_SERVER 1883 global
attr ebusMQTT room MQTT2_SERVER


Nun wird noch ein Device benötigt, welcher mit einem der oben genannten Module kommuniziert und das Filter (bridgeRegexp) für den eBus beinhaltet. Auf Basis dieses Device werden alle ankommenden JSON Telegramme vom eBus Dämon automatisch als Reading angelegt.

### 2. MQTT_Device definieren
define MQTT2_ebusd MQTT2_DEVICE ebusd
attr MQTT2_ebusd IODev ebusMQTT
attr MQTT2_ebusd room MQTT2_DEVICE



Wer bereits einen Mosquitto Server am Raspi laufen hat, kann diesen ohne Probleme weiter laufen lassen. Wer aber keinen Broker am Laufen hat, der soll den neuen MQTT2_Server benutzen. Nicht beide gleichzeitig laufen lassen, entweder MQTT2-SERVER oder Mosquitto.

Diese Definition wie gewohnt in die Fhem Eingabezeile (Zeile für Zeile) kopieren
Durch das Attribut "autocreate complex" am MQTT2-SERVER werden nun alle Devices automatisch mit einem JSONmap angelegt. Dazu müssen aber einmalig MQTT Telegramme mitgelauscht werden. Der eBus überträgt aber von sich aus außer den Broadcasts und beim Scanvorgang keine Telegramme via MQTT.

Es ist daher erforderlich alle gewünschten Datenpunkte über einen Timer zyklisch abzufragen.


Schritt 3 Timer für zyklische MQTT Abfrage

Hier ein Beispiel eines Timers wie alle 5 Minuten vorausgewählte Datensätze abgeholt werden können.
Die Zyklus Zeit könnt ihr hier ebenfalls nach belieben einstellen.


define EBUS.TIMER at +*00:15:00 set ebusMQTT publish ebusd/430/Hc1HeatCurve/get;
set ebusMQTT publish ebusd/430/HwcTempDesired/get;
set ebusMQTT publish ebusd/bai/WaterPressure/get;
set ebusMQTT publish ebusd/bai/FlowTemp/get;
set ebusMQTT publish ebusd/bai/ReturnTemp/get;
set ebusMQTT publish ebusd/bai/OutdoorstempSensor/get;
set ebusMQTT publish ebusd/bai/Status02/get


Dadurch werden durch das obige Attribut "autocreate" alle vorausgewählten Datenpunkte als Devices automatisch angelegt und zyklisch gepollt.
Dieser Timer wird NICHT automatisch angelegt, sondern muss einmalig in die Kommandozeile von Fhem kopiert werden.
Nachdem der MQTT2_Client auf "autocreate 1" geschaltet wurde, starten wir den EBUS.MQTT Timer mit "execNow" und die Abfragen der konfigurierten Datenpunkte werden gestartet.
Nach einer kurzen Zeit sollten nun die neuen MQTT Devices erstellt worden sein.



Schritt 4 Template anwenden

Da der MQTT2_Client ja nicht weiß um welchen Datentyp es sich handelt, kann dieser mit einem Template blitzschnell konfiguriert werden.
Dazu nehmen wir den automatisch erstellen Device "MQTT2_ebusd_bai". Durch anklicken auf den Namen wird dieser ausgewählt und wir setzen bei "set MQTT2_ebusd_bai attrTemplate" das Template "E_01_eBus_Satus01" auswählen und nachfolgendes drücken von "set".
Bitte nicht vergessen jetzt "Save Config" drücken, diese wird jetzt rot sein weil die Konfiguration erweitert wurde.
Der Device MQTT2_ebusd_bai ist nun automatisch durch das Template konfiguriert worden und zeigt jetzt ein Icon und den Vorlauf, Ruecklauf,  Warmwasser, Aussentemp und den Pumpenstatus rechtsbündig untereinander in der Fhem Gui an.

Wer eine Calormatic oder ähnliches hat kann nun auch beim Device "MQTT2_ebusd_xxx" (xxx steht für den Namen der Calormatic, zB: 430) das Template "E_02_eBus_Hc1HeatCurve" anwählen. Ebenso wie oben wird das Device konfiguriert, ein Icon angezeigt und der Istwert der Heizkurve und daneben ein DropDownMenü zum Verstellen der Heizkurve angezeigt.
Ich glaube wer das jetzt so angewendet hat wird die Vorteile der Templates schnell erkennen. Auch wenn ein Template nicht unbedingt zum Datentyp passt, kann man sich hier schnell ein Muster holen und nach den persönlichen Vorstellungen anpassen.
Ebenso könnt ihr die Templates beliebig erweitern und anderen Usern zur Verfügung stellen.


sonstiges
Wenn ihr noch andere MQTT Devices als den eBus habt (zB: Sonoff) werden auch diese Devices alle automatisch auftauchen.
Auch hier gilt bei jedem Device kann das entsprechende Template zugeordnet werden. Im Augenblick (30.12.2018) sind 28 Templates vorhanden.
Wie man selbst Templates erstellt und wie vorgegangen werden soll ist hier (https://forum.fhem.de/index.php/topic,94495.0.html) beschrieben.   
Eine weitere Konfiguration für ECMD braucht bei dieser beschriebenen Methode des MQTT2_Clients nicht durchgeführt werden!

Im Anhang noch ein Bild, hier wurden beide eBus Templates angewendet und dadurch automatisch konfiguriert.
Ebenso angehängt das eBus Template als Muster.

Hier geht es zu einer genaueren Beschreibung im Wiki (https://wiki.fhem.de/wiki/MQTT2-Module_-_Praxisbeispiele#eBus).

edit: 01.04.19 added new template with Timeprog
edit: 02.04.19 corrected template (Timeprog)
edit: 02.04.19 corrected template jsonmap, ValueSuffix

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 13 Januar 2019, 19:14:26
Moin zusammen
Nun habe ich leider mal ein Problem. Nach einem Netzwerkupdate bei mir zu hause, laeuft der eBus leider nicht mehr.
version: ebusd 3.0.595c7c0
update check: version 3.3 available, broadcast.csv: newer version available
signal: no signal
reconnects: 2
masters: 1
messages: 11
conditional: 0
poll: 0
update: 4
address 31: master #8, ebusd
address 36: slave #8, ebusd

Es gab auch mal die Situation, dass der Bus funktioniert hat, aber trotzdem nicht ok war! (no signal)
version: ebusd 3.0.595c7c0
update check: version 3.3 available, broadcast.csv: newer version available
signal: no signal
reconnects: 0
masters: 3
messages: 13
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd

Seltsamerweise ist aber die gelbe LED an und die gruene LED ist auch am Flackern. Wenn die Rote aufblinkt, sieht es auch so aus, als ob eine Antwort kommt.
Wie kann ich dem auf die Schliche kommen?
Eingesetzt habe ich eine V2 mit Erweiterung und Wemos. Dieser laesst sich auch vom RPI, auf dem der eBus laeuft, anpingen.
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 13 Januar 2019, 20:38:00
Was meinst du genau mit "Netzwerkupdate"?
Hat sich vielleicht das Gateway geändert und geht denn das Webinterface des Wemos noch?

Irgendwas muss sich ja geändert haben, den das der Adapter in diesem Zusammenhang stirbt wäre ja reiner Zufall.
Schön wäre jetzt, wenn du den Adapter mit dem Uart verbinden könntest, dann kann man den Fehler schon stark eingrenzen und den Adapter selbst ausschließen. Mir ist schon klar, das dies unter Umständen nicht so leicht zu bewerkstelligen ist wenn dies die örtliche Installation nicht erlaubt, aber helfen würde es zur Fehlersuche.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 14 Januar 2019, 05:44:03
Moin Reinhart
Danke fuer Deine Antwort. Leider muss ich die Woche auf Dienstreise, so dass ich mich erst am Samstag wieder kuemmern kann.
Den UART kann ich dann aber problemlos testen. Ich habe ja auch noch einen weiteren Adapter, und noch den RPI-Adapter!
Ich hatte halt gehofft, ich kann erstmal mit ein paar Befehlen testen, wo der Hase eventuell im Pfeffer liegt.
Evtl. kann ich ja von unterwegs noch mal was rausfinden, VPN steht ja.
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 14 Januar 2019, 19:23:00
Hallo
VPN funktioniert.
Was mich wundert, ist die Tatsache, dass es Signal accquired meldet.
state_ebus signal acquired 2019-01-14 16:46:10
Aber saemtliche Werte nicht gefunden werden.
470-Hc1ActualFlowTempDesired ERR: element not found 2019-01-14 19:15:05
Mal sehen, ob ich irgendwie was finden kann. Erstmal muss ich aber was essen!
Das Netzwerk, um das kurz noch zu erklaeren, musste ich im WLAN komplett neu strukturieren. Ich wollte eigentlich WDS machen, was aber wohl mit beiden Frequenzbaendern gleichzeitig nicht geht. Wenn denn das Netz komplett hin ist, dann quittieren die Wemos das mit Absturz.
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 14 Januar 2019, 19:47:36
aha, gestern war aber noch "no Signal".
WDS hatte ich auch nach einigen Probemonaten wegen der Störanfälligkeit wieder aufgegeben. Der einzige wirkliche Vorteil wäre ja der Zellenwechsel (Hot Spot Wechsel) ohne Verbindungsabbruch. Ich habe es damals mit dd-wrtg getestet, bin aber der Meinung das SOHO Geräte da nicht so das gelbe vom Ei sind.

Aber "Element not found" ist ja eine andere Sache und hat nichts mit der Verbindung zu tun. Hast du zufällig einen Watchdog laufen der dir den Dämon öfters startet?

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 15 Januar 2019, 21:08:41
Hallo Reinhart
Nein ich habe eigentlich nichts weiter am Laufen. Sorry gestern war ich dann doch zu KO! (750km in 5:45 und dann auch noch gearbeitet!)
Ich hatte ja gleich das Gefuehl, dass auf dem eBus alles normal aussieht. Tja wie soll ich das jetzt pruefen? Heute will das VPN auch nicht, Hotel wird auch voller!
Dann muss ich am WE doch mal die serielle dranmachen. Da muss ich erstmal forschen was ich alles umstellen muss!
Gruss Christoph (Der gerade im Handball mitfiebert!)
BTW: Was macht euer Schnee?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 15 Januar 2019, 21:26:49
ich würde dir auch empfehlen das in Ruhe via Uart zu testen. Viel kann es ja nicht sein wenn vorher alles geklappt hat. Über VPN läufst du Gefahr irgendwas zum hängen zu bringen und bei 750Km Entfernung ist das nicht gut. Bei Fernwartungen ist der kritische Punkt immer das Netzwerk und genau da hattest du ja Probleme.

Ja, der Schnee ist nicht mehr so arg, ich hab noch 50cm aber es taut schon langsam. So habe ich mehr Zeit zum Löten des RPI Renners!

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Gyrinx am 21 Januar 2019, 15:33:21
Hallo Zusammen,

aktuell habe ich meinen EBUS nun lauffähig und bekomme auch schon die ersten Informationen.
Ich hänge aber bei ein paar Problemen fest:

1. Timer

Ich kann den Timer nicht verwenden, da FHEM diesen nicht annimmt:

define EBUS.MQTT at +*00:05:00 {
  fhem("set Mosquitto publish ebusd/430/Hc1HeatCurve/get");
  fhem("set Mosquitto publish ebusd/bai/WaterPressure/get");
  fhem("set Mosquitto publish ebusd/bai/FlowTemp/get");
  fhem("set Mosquitto publish ebusd/bai/ReturnTemp/get");
  fhem("set Mosquitto publish ebusd/bai/OutdoorstempSensor/get");
}



Fehlermeldung:

issing right curly or square bracket at (eval 8877) line 1, at end of line
syntax error at (eval 8877) line 1, at EOF

Unknown command fhem("set, try help.
Unknown command fhem("set, try help.
Unknown command fhem("set, try help.
Unknown command fhem("set, try help.
Unknown command }, try help.


Ich vermute, der Befehl gehört nicht dorthin?

Weiterhin laden die Templates von Reinhart nicht BAI oder die VC430 sondern das, was auf den beiden Bildern zu sehen ist.

(https://www.bilder-upload.eu/thumb/256820-1548081258.png) (https://www.bilder-upload.eu/bild-256820-1548081258.png.html)
(https://www.bilder-upload.eu/thumb/dd6d79-1548081310.png) (https://www.bilder-upload.eu/bild-dd6d79-1548081310.png.html)

Vielleicht könnt Ihr mir helfen ;)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 21 Januar 2019, 15:59:55
Moin
Wo hast Du das denn eingegeben? Das ist ja eine neue Definition.
Kannst du den Code bitte in Codetags ("#" ueber den Smilies) setzen!? Das geht auch nachtraeglich!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Gyrinx am 21 Januar 2019, 16:19:03
Korrigiert ;)

Eingegeben habe ich das über die FHEM Eingabeleiste oben im Fenster.

VG,
Dirk
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 21 Januar 2019, 16:35:00
Cool
Lass mal die geschweiften Klammern weg, das hat bei mir geklappt!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 21 Januar 2019, 17:46:57
mach es sonst auf zwei Teile.

define EBUS.MQTT at +*00:05:00 { }

und dann klickst du auf DEF und befüllst den Inhalt der geschweiften Klammern.

+*00:05:00 {
  fhem("set Mosquitto publish ebusd/430/Hc1HeatCurve/get");
  fhem("set Mosquitto publish ebusd/bai/WaterPressure/get");
  fhem("set Mosquitto publish ebusd/bai/FlowTemp/get");
  fhem("set Mosquitto publish ebusd/bai/ReturnTemp/get");
  fhem("set Mosquitto publish ebusd/bai/OutdoorstempSensor/get");
}

sieht dann so aus.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 21 Januar 2019, 21:49:43
Moin zusammen
So Gefahr erkannt, Gefahr gebannt. Irgendwie ist das WLAN-Signal auf einmal schwaecher. Allerdings wohnen die beiden Wemos auch in einem richtigen Schaltschrank. Jetzt ist die Tuer offen und alles ist gut. Jetzt muss ich mal sehen, warum das auf einmal so ist.
Eine andere Frage habe ich noch. Wozu gibt es den Port 9999 auf dem eBusd Wemos? Da kann man ja nichts machen!? (Welcome to eBUS adapter 2.0, build 20171022)
Kann ich den einfach auf die aktuelle Version hochziehen? Habe ich dadurch Vorteile?
Gruss Christoph

Edith: Das ist strange! An dem Netz habe ich nichts veraendert gehabt, das ist mein Fallback-Netz!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 21 Januar 2019, 23:20:00
Hallo
So ganz war es das dann doch noch nicht! Ich habe weiterhin Schwierigkeiten, den Wemos und den RPI zusammen zu bekommen!
Mit der neuen Firmware sieht man dann ja doch etwas mehr!
Chip ID: 00541c53
Hostname: ebus-541c53
Up time: 535
Free heap: 26944
ebusd connected: yes (inactive)
eBUS signal: acquired

Ich habe jetz schon mehrfach den RPI neugestartet. Auch im fhem den Gaebus reconnected, aber nichts hilft!
Ich mag es ja fast auf das Netzteil schieben, aber wieso auf einmal? Schnell mal probiert, nur einen ESP dran, gleiches Verhalten!
Kopfkratz
Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 22 Januar 2019, 00:27:16
Ach Mensch so ein Dreck
Ich habe jetzt die Latenz von 20000 auf 50000 hochgedreht, wie von John schon des oefteren empfohlen, und schon laeuft es wieder!
Seltsam, aber hauptsache es laeuft wieder, dann habe ich endlich wieder meine Zirkulationspumpe in Betrieb. War jetz mit draussen sehr kalt ein wenig doof!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 22 Januar 2019, 08:08:33
mich wundert das überhaupt, wenn du den Wemos in einem Schaltschrank hast ist er meist noch von einer Metallblende abgeschirmt. Dann sinkt natürlich das Signal stark ab. Ich hatte einmal das Problem, das auch alles schwächer war, aber die Ursache war, dass ich die Leistung eines anderen in der Nähe liegenden (Test) Hot Spots erhöht habe und dieser den Empfänger des Wemos zugestopft (dieser hat dann den Eingang abgeregelt) hat.

Und ja, das mit den Latenzen ist das Um und Auf bei der eBus Übertragung. Nur spricht dann wirklich dafür, das dein Signal gesunken ist. Hast du schon überlegt einen Wemos mit abgesetztem Antennenanschluß einzusetzen, das wäre vielleicht eine Alternative?

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 22 Januar 2019, 09:31:26
Moin Reinhart
Der Schaltschrank ist ein Rittal TS8806.500, sprich ordentlicher Stahlblech Schrank!
Ja das andere Signal ist jetzt wesentlich staerker! Das urspruengliche war zu schwach. Das kann ich jetzt aber aendern, da das ja nun stark genug ist. Ansonsten setze ich den Wemos nach draussen, oder nutze doch endlich mal die RPI-Platine!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 22 Januar 2019, 12:05:56
oh ja, mit dem RPI Adapter schaltest du von vornherein viele Fehlerquellen (alles was Timing betrifft) aus!

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Gyrinx am 23 Januar 2019, 16:14:01
Mittlerweile bin ich Dank FHEM und EMCD und durch die Hilfe des Forums schon sehr weit gekommen.

Aktuell funktionieren bei mit noch zwei Sachen nicht. Ich kann die Timer Funktion der Wochenprogramme nicht auslesen. Es kommt beim Aufruf der Tagestimer zum nachfolgenden Fehler. Die Daten der BAI00.cfg stimmen aber.

(https://www.bilder-upload.eu/thumb/26775a-1548256169.png) (https://www.bilder-upload.eu/bild-26775a-1548256169.png.html)

Das zweite, ich habe versucht, ECMD Classfunktionen für den Heizkreis und Warmwasser zu verwenden und hänge nun daran, das beim Aufruf "state err" erscheint.

Vielleicht hat jemand ja einen Tipp für mich.

Vielen Dank und viele Grüsse,
Dirk
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 23 Januar 2019, 19:44:20
wenn du Probleme mit Classfunktionen hast, dann immer von hinten nach vorne arbeiten!
Also zuerst mit ebusctl in der Konsole testen, dann die Syntax in der Bai Definition anpassen/definieren und dann den Aufruf in Fhem gestallten.

Die meisten machen den Fehler, das sie einfach nur Beispiele kopieren die gar nicht zu ihrer Umgebung passen und wissen eigentlich nicht genau was sie dabei tun, bzw. was sie jetzt anpassen müssten.

Daher mit ebusctl beginnen und dann Schritt für Schritt nach oben vorarbeiten. Das dauert dann nur wenige Minuten und man weiß dann auch wie das zusammen hängt und kann dann alles schnell und leicht anpassen. Die Beispiele kann man ja nach wie vor als Vorlage benutzen und sollten eigentlich nur unterstützend sein.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Gyrinx am 24 Januar 2019, 15:06:01
Was setzt Ihr denn als Frontend ein?

Ich habe mir aktuell FHEM mit ECMD aufgebaut und bin damit recht zufrieden.
Ich habe dann auch mal die Tablet UI angetastet, bin aber zu wenig in der CSS Entwicklung, um damit richtig voran zu kommen.

Den Ansatz mit FHEM und MQTT native finde ich ich recht interessant, aber momentan noch zu komplex für meinen Kenntnisstand.

Meine ursprüngliche Idee war es eigentlich, mein bestehendes Homebridge System für die Steuerung und Anzeige der Fritz Thermostate durch das Homebridge-FHEM Modul zu erweitern und die Heizungsüberwachung (steuern möchte ich aus Sicherheitsgründen nicht) dann auch als Symbole in der Homebridge zu haben. Leider werde ich dafür mich wohl viel tiefer in die Materie einarbeiten müssen, als es momentan meine Familie und die beiden Kinder zulassen ;)

Es wird daher wohl noch einige Zeit dauern, bis ich das realisieren kann. Daher reicht mir nun auch erst einmal die ECMD Seite als Überwachung, die ich mit der FHEM Remote App auslesen kann. Das sieht dann nun so aus:

Homebridge auf dem RaspberryPi:
(https://www.bilder-upload.eu/thumb/767eec-1548338538.png) (https://www.bilder-upload.eu/bild-767eec-1548338538.png.html)

ECMD (Auszug) auf dem selben RaspberryPI:
(https://www.bilder-upload.eu/thumb/b43802-1548338578.png) (https://www.bilder-upload.eu/bild-b43802-1548338578.png.html)

Homebridge (Auszug) IPhone:
(https://www.bilder-upload.eu/thumb/383a5f-1548338618.png) (https://www.bilder-upload.eu/bild-383a5f-1548338618.png.html)

FHEM-Remote (Auszug):
(https://www.bilder-upload.eu/thumb/771c48-1548338693.png) (https://www.bilder-upload.eu/bild-771c48-1548338693.png.html)

VG,
Dirk
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 24 Januar 2019, 17:17:10
Hallo Gyrinx!

So wie du das mit den Frontends machst ist es genau richtig!

Du setzt dich mit der Materie auseinander und alles was dir leicht fällt und du lösen kannst setzt du um. Nur so kann man sich Wissen aneignen und es auch verstehen. Es geht dann ohnehin schrittweise immer weiter. Es gibt auch im Thread der Tablett UI gute Beispiele fürs Handy die man sehr leicht für eigene Zwecke anpassen kann. Einfach installieren, testen und dann schrittweise gegen die eigenen Messwerte ersetzen. Um etwas hinzufügen oder zu entfernen braucht man dann doch etwas Erfahrung, aber das kommt dann von selbst weil ja die Doku sehr gut ist.

Da ich sehe, das du die Grafik der Heizkurve einsetzt um sie anzuzeigen, ich habe hier einmal berichtet  (https://forum.fhem.de/index.php/topic,84636.msg774264.html#msg774264)wie man das farbig umsetzen kann das die aktuelle Heizkurve in einer beliebigen Farbe angezeigt wird. Ist ein bisschen Bastelarbeit, klappt aber sehr gut.

MQTT ist halb so wild, du kannst es parallel zu ECMD betreiben um einfach zu testen und zu lernen. Nur nimm bitte MQTT2, das wird hier im Forum ständig weiterentwickelt und ist schon sehr leistungsfähig und auch speziell für Anfänger (Autocreate und Templates) konzipiert worden.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 24 Januar 2019, 18:03:50
Zitat von: Gyrinx am 24 Januar 2019, 15:06:01
Was setzt Ihr denn als Frontend ein?

Ich habe mir aktuell FHEM mit ECMD aufgebaut und bin damit recht zufrieden.
Ich habe dann auch mal die Tablet UI angetastet, bin aber zu wenig in der CSS Entwicklung, um damit richtig voran zu kommen.

Den Ansatz mit FHEM und MQTT native finde ich ich recht interessant, aber momentan noch zu komplex für meinen Kenntnisstand.

Meine ursprüngliche Idee war es eigentlich, mein bestehendes Homebridge System für die Steuerung und Anzeige der Fritz Thermostate durch das Homebridge-FHEM Modul zu erweitern und die Heizungsüberwachung (steuern möchte ich aus Sicherheitsgründen nicht) dann auch als Symbole in der Homebridge zu haben. Leider werde ich dafür mich wohl viel tiefer in die Materie einarbeiten müssen, als es momentan meine Familie und die beiden Kinder zulassen ;)

Es wird daher wohl noch einige Zeit dauern, bis ich das realisieren kann. Daher reicht mir nun auch erst einmal die ECMD Seite als Überwachung, die ich mit der FHEM Remote App auslesen kann. Das sieht dann nun so aus:

Homebridge auf dem RaspberryPi:
(https://www.bilder-upload.eu/thumb/767eec-1548338538.png) (https://www.bilder-upload.eu/bild-767eec-1548338538.png.html)

ECMD (Auszug) auf dem selben RaspberryPI:
(https://www.bilder-upload.eu/thumb/b43802-1548338578.png) (https://www.bilder-upload.eu/bild-b43802-1548338578.png.html)

Homebridge (Auszug) IPhone:
(https://www.bilder-upload.eu/thumb/383a5f-1548338618.png) (https://www.bilder-upload.eu/bild-383a5f-1548338618.png.html)

FHEM-Remote (Auszug):
(https://www.bilder-upload.eu/thumb/771c48-1548338693.png) (https://www.bilder-upload.eu/bild-771c48-1548338693.png.html)

VG,
Dirk
Moin
Du faehrst aber eine extrem hohe Heizkurve! Wie alt ist denn Dein Haus?
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 24 Januar 2019, 19:06:29
Das ist mir bei der Ansicht der Bilder auch aufgefallen, ein Wert von 2.0 bei der Heizkurve ist schon sehr hoch.
Bei mir steuert sich die Heizkurve ja automatisch nach dem Wärmebedarf und der Aussentemperatur (Wichtung=Durchschnitt des Öffnungswinkels  der Thermostatventile) und liegt bei den jetzigen Temperaturen von etwa -4 Grad Durchschnitt zwischen 0,9 - 1,0.

Das hängt natürlich von der Beschaffenheit der Heizung und des Hauses ab. Aber im allgemeinen kann man sagen, je flacher diese Kurve ist, desto sparsamer arbeitet die Heizung.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Gyrinx am 25 Januar 2019, 17:43:45
Hallo Zusammen,

die Heizkurve 2.0 ist dem Umstand geschuldet, das der Wärmetauscher für Warmwasser verkalkt ist und der Installateur erst nächste Woche kommt. Danach kann ich die Kurve wieder auf hoffentlich wieder auf 1.6 stellen.

Das war jetzt erst einmal die Notlösung, damit meine Frau nicht erfriert. Der Problematik bin ich durch ECMD und den astronomisch hohen Brennerstarts für Warm Wasser auf die Spur gekommen. Weiterhin konnte ich sehen, da die Heizung für Warmwasser jedesmal 60 Minuten gebraucht hat, statt 15 Minuten und daher das Heizen zu kurz kam.

Generell sieht das Haus so aus:
Doppelhaushälfte, Keller, Erdgeschoss, Obergeschoss und Dachboden
Zusammen ca. 180qm. Baujahr 1980. Kalksandstein mit leichter Dämmung (Glaswolle 5cm) und Vollklinker
Den Dachboden haben wir frisch saniert.
Verbrauch an Gas für Warmwasser und Heizung war bisher 18000kWh. Seid letztem Jahr allerdings 23000kWh, was dem Wärmetauscher geschuldet war und bei der jährlichen Inspektion der Therme dem Installateur nicht aufgefallen war.

Dank EBUS & FHEM habe ich nun auch als Laie ein paar Diagnosemöglichkeiten, da die Calormatic 430 nicht wirklich aussagekräftig ist.

VG, Dirk

VG,
Dirk
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Gyrinx am 25 Januar 2019, 19:00:48
Hallo Reinhart,

Du hast einen schonen Graphen eingerichtet.
Hast Du ein Beispiel parat, wie Du die Logs und den Graphen definiert hast?

Danke & VG,
Dirk
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 25 Januar 2019, 20:10:42
ich weiß jetzt nicht genau was du wissen willst, aber ich benutze die dblog zum loggen.

define FileLog_Vorlauf FileLog ./log/Vorlauf-%Y.log Vorlauf
entweder du benutzt ein Filelog, dann sieht das so aus

define weblink_Vorlauf SVG myDbLog:weblink_Vorlauf:HISTORY
oder die dblog, die ist im Wiki gut beschrieben wie man die einrichtet.

Und der Plot wird dann so wie im Bild definiert (bei der dblog).

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: goosst am 02 Februar 2019, 17:28:21
Hello

I will ask my question in English since my German writing isn't great (but an answer in German is also highly appreciated :) ).

setup I'm trying to get working:

This is the output on the raspberry pi, so it looks like the board gets detected.

dmesg | grep cp210
[    2.881760] usbcore: registered new interface driver cp210x
[    2.881836] usbserial: USB Serial support registered for cp210x
[    2.881999] cp210x 1-1.3:1.0: cp210x converter detected
[    2.897572] usb 1-1.3: cp210x converter now attached to ttyUSB0


When I try to run this command I don't get anything out.
pi@raspberrypi:~ $ ebusd -f --scanconfig
2019-02-02 17:11:58.572 [main notice] ebusd 3.3.v3.3 started with auto scan
2019-02-02 17:11:59.061 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2019-02-02 17:11:59.061 [bus notice] bus started with own address 31/36
2019-02-02 17:11:59.061 [bus notice] device invalid
2019-02-02 17:12:04.066 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2019-02-02 17:12:04.066 [bus notice] device invalid
2019-02-02 17:12:09.071 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2019-02-02 17:12:09.071 [bus notice] device invalid



So my questions:

Thanks in advance!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 02 Februar 2019, 19:59:19
Hello!

When I look at the photo I see many "cold" solder joints (see the diodes) . Have you possibly used lead-free solder, that does not work! Otherwise, solder everything again, so that solder is also sucked through the holes on the top.

greetings
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 03 Februar 2019, 08:58:01
Zitat von: goosst am 02 Februar 2019, 17:28:21
Thanks in advance!
at least your red and yellow LEDs are not at the right position, so you have to exchange those. why? because the voltage for each LED is different.

to find out about the UART problem, you could disconnect it from the base board. after that the generic device errors have to disappear from the ebusd.log. if not, then the UART is most probably damaged.

oh another thing: is there any other tool running on the rpi that might use the /dev/ttyUSB0 device? I know that fhem sometimes does if things like autocreate are enabled. so please make sure it does never use the /dev/ttyUSB0, otherwise you risk damaging your heater!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: goosst am 03 Februar 2019, 14:10:05
Thanks, for the quick response.

ZitatWhen I look at the photo I see many "cold" solder joints (see the diodes) . Have you possibly used lead-free solder, that does not work! Otherwise, solder everything again, so that solder is also sucked through the holes on the top.

Redone them, all should be fine now.

Zitatat least your red and yellow LEDs are not at the right position, so you have to exchange those. why? because the voltage for each LED is different.
Well, that wasn't mentioned on the paper that came with the board. Looking at the website it's indeed documented ... .
Are these LEDs needed for the functioning of the board or can I just cut them off? I might damage the board before I get them desoldered.

Zitatto find out about the UART problem, you could disconnect it from the base board. after that the generic device errors have to disappear from the ebusd.log. if not, then the UART is most probably damaged.

So I just plugged in the little blue board to my raspberry pi and to my laptop. Gives the same error (see below).
I still have an FTDI lying around, is that one still supported in v2.2?

2019-02-03 13:49:52.506 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2019-02-03 13:49:52.507 [bus notice] bus started with own address 31/36
2019-02-03 13:49:52.507 [bus notice] device invalid
2019-02-03 13:49:57.509 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error


Thanks!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: goosst am 03 Februar 2019, 19:01:05
fyi, tried to get the adapter to work on:

on the first two, I got the message:
[bus notice] device invalid
[bus error] unable to open /dev/ttyUSB0: ERR: generic device error

I had tried the same with my FDTI adapter and got the same error messages.

On the third computer (i386 architecture), the errors disappeared ...
2019-02-03 18:52:51.824 [main notice] ebusd 3.3.v3.3 started with auto scan
2019-02-03 18:52:52.274 [bus notice] bus started with own address 31/36
2019-02-03 18:55:02.366 [main notice] update check: revision v3.3-4-g212b22d available


Could there be a bug in the ebusd-debian ?

Although I can't work on it anymore for another two weeks, I think I'm a step closer :).

regards
Stijn
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 03 Februar 2019, 19:35:46
If you have the opportunity to test another UART, that would be the easiest debugging solution.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 03 Februar 2019, 20:10:51
Zitat von: goosst am 03 Februar 2019, 14:10:05
Are these LEDs needed for the functioning of the board or can I just cut them off? I might damage the board before I get them desoldered.
at least the red one is needed, potentially also the green one, the yellow one can be skipped.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: szita am 04 Februar 2019, 13:03:08
Hello, my question would be, with this panel I can stop the boiler, the boiler? can you send data directly to the heater?Ariston genius one
good for the panel?
Thanks Szita
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: nols am 08 Februar 2019, 08:44:05
Also meine Ebus Platine läuft jetzt mit MQTT. Ich kann auch schon von der Vaillant Therme Daten auslesen.

[08:41:57] openhabian@openHABianPi:~$ ebusctl i
version: ebusd 3.3.v3.3-10-gfa434e5
update check: revision v3.3-4-g212b22d available, broadcast.csv: different version available, vaillant/15.350.csv: different version available, vaillant/bai.308523.inc: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/hcmode.inc: different version available
signal: acquired
symbol rate: 42
max symbol rate: 99
min arbitration micros: 3
max arbitration micros: 47
min symbol latency: 4
max symbol latency: 9
reconnects: 0
masters: 3
messages: 410
conditional: 7
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0609;HW=5502", loaded "vaillant/bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=35000;SW=0114;HW=7102", loaded "vaillant/15.350.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd


Das Readall.sh Script zeigt mir vieles an:
[08:12:57] openhabian@openHABianPi:~/ebusd/contrib/scripts$ ./readall.sh
350 ActualPumpPower = ERR: invalid position in decode
350 ActualRoomTempDesired = ERR: invalid position in decode
350 ActualTempDesired = 0
350 ActualWeekday = Mon
350 BypassValve = off
350 C1C2State = off
350 CirPump = off
350 ClockSwitchSummerWinterDone = 29
350 CMResetCnt = ERR: invalid position in decode
350 CollPumpHRuntime = ERR: invalid position in decode
350 COMErrorCnt = 3347
350 ComfTempDesired = ERR: invalid position in decode
350 ComfTempEnabled = on
350 ControlMode = 91
350 Date = ERR: invalid position in decode
350 DcfDaten = ERR: invalid position in decode
350 DisableAutoSync = 0
350 eBUSCRC = 0
350 eBUSFifoDiffCntMax = 0
350 EDControlEnabled = off
350 EEpromMaxInkonsCnt = ERR: invalid position in decode
350 ElectronicCartridge = off
350 FillmodeStartTime = 0
350 FlowTempMin = 0.00
350 FrostProtectDelay = 43
350 HeatingCurve = ERR: invalid position in decode
350 HwcState = 0
350 HwcTempDesired = 0.00
350 HydraulicMixer = 32
350 HydraulicScheme = 0
350 IsInFloorPavingDrying = 36
350 IsInHoliday = 0
350 IsInParty = 233
350 IsInQuickVeto = 120
350 IsInSavingsFunction = off
350 IsInSingleHwcLoadingMode = off
350 IsInTeleSwitch = 2
350 LegioProtectionEnabled = no
350 LegioProtectionState = on
350 LegioPump = off
350 LoadingDelayEnabled = 50
350 LVResetCnt = ERR: invalid position in decode
350 NumCollPanels = 120
350 OffDiff = 42
350 OffsetDesTemp = 16.06
350 ONDiff = 72
350 ONMAXDiff = 1
350 ONMINDiff = 0
350 OperatingMode = 227
350 OperatingModeHwc = on
350 OperatingmodeStartTime = 0
350 OtShutdownLimit = ERR: invalid position in decode
350 OutsideTemp = 16.06;19
350 OutsideTempOffset = ERR: invalid position
350 POCResetCnt = ERR: invalid position in decode
350 PrevOperatingMode = 16
350 PumpPower = 0
350 QuickVetoTemp = ERR: invalid position in decode
350 ReducedNightTemp = ERR: invalid position
350 ResetOperatingTimes = off
350 ResetYield = 7
350 RestoreOpModeAfterHoliday = on
350 resvdColl1Sensor = 1590.19;99
350 resvdColl2Sensor = ERR: invalid position in decode
350 resvdCollPump1 = 0
350 resvdCollPump2 = 0
350 resvdStorage1Sensor = 23.06;ok
350 resvdStorage2Sensor = ERR: invalid position in decode
350 resvdStorage3Sensor = ERR: invalid position in decode
350 ROCRoomSet = 16.06
350 RoomTemp = ERR: invalid position in decode
350 RoomTempOffset = 16.06
350 RoomTempOffsetSelfWarming = ERR: invalid position in decode
350 RoomTempSwitchOn = modulating
350 RTCAdjustment = ERR: invalid position in decode
350 SavingsFunctionTime = ERR: invalid position in decode
350 SolFlowRate = ERR: invalid position in decode
350 SolHwcMaxLoadTemp = ERR: invalid position in decode
350 SolPumpBlockingTime = 0
350 StackeBUSTaskMax = 0
350 StackLifeCheckTaskMax = 30
350 StackMainTaskMax = 0
350 StartCircuitAeration = off
350 StateOfRoomCon = 1
350 StatusDcf = ok
350 SwitchOffParty = on
350 TeleSwOperatingMode = eco
350 Time = ERR: invalid position
350 TimeWindows = ERR: invalid position in decode
350 UV1State = 0
350 Variant = ERR: invalid position in decode
350 VariantDKRefreshCnt = 8
350 WDResetCnt = ERR: invalid position in decode
350 WeekDayProgSwitch = off
350 YearCalendarActive = off
350 Yield = ERR: invalid position in decode
350 YieldSensor = ERR: invalid position in decode
350 ZweipunktAnalogSlct = -
bai AccessoriesOne = ERR: invalid position in decode
bai AccessoriesTwo = ERR: invalid position in decode
bai ACRoomthermostat = off
bai APCComStatus = 0
bai APCLegioProtection = ERR: invalid position in decode
bai averageIgnitiontime = 1.4
bai BlockTimeHcMax = ERR: invalid position in decode
bai BoilerType = 2
bai ChangesDSN = 0
bai CirPump = off
bai CounterStartattempts1 = 0
bai CounterStartattempts2 = 0
bai CounterStartAttempts3 = 0
bai CounterStartAttempts4 = 0
bai currenterror = -;-;-;-;-
bai DateTime = nosignal;-:-:-;-.-.-;-
bai dcfState = nosignal
bai DCFTimeDate = ERR: argument value out of valid range in decode
bai DCRoomthermostat = on
bai DeactivationsIFC = 0
bai DeactivationsTemplimiter = 0
bai DeltaFlowReturnMax = 21.38
bai DisplayMode = 2
bai DSN = 13025
bai DSNOffset = 25
bai DSNStart = 13000
bai EBusHeatcontrol = ERR: invalid position in decode
bai EbusSourceOn = on
bai EbusVoltage = on
bai errorhistory = ERR: end of input reached
bai expertlevel_ReturnTemp = -1.81;cutoff
bai ExternalFaultmessage = off
bai externalFlowTempDesired = ERR: invalid position in decode
bai externalHwcSwitch = off
bai ExternGasvalve = 240
bai ExtFlowTempDesiredMin = ERR: invalid position in decode
bai ExtStorageModulCon = no
bai extWP = off
bai FanHours = 2193
bai FanMaxSpeedOperation = 6000
bai FanMinSpeedOperation = 750
bai FanPWMSum = 0
bai FanPWMTest = 0
bai FanSpeed = 0
bai FanSpeedOffsetMax = ERR: invalid position in decode
bai FanSpeedOffsetMin = ERR: invalid position in decode
bai FanStarts = 0
bai Flame = off
bai FlameSensingASIC = 576
bai FloorHeatingContact = off
bai FlowsetHcMax = 75.00
bai FlowsetHwcMax = ERR: invalid position in decode
bai FlowSetPotmeter = ERR: invalid position in decode
bai FlowTemp = 41.00;ok
bai FlowTempDesired = 0.00
bai FlowTempMax = 78.75
bai Fluegasvalve = off
bai FluegasvalveOpen = on
bai Gasvalve = off
bai Gasvalve3UC = off
bai GasvalveASICFeedback = off
bai GasvalveUC = off
bai GasvalveUCFeedback = off
bai HcHours = 2002
bai HcPumpMode = ERR: invalid position in decode
bai HcPumpStarts = 26136
bai HcStarts = 27000
bai HcUnderHundredStarts = 72
bai HeatingSwitch = on
bai HoursTillService = ERR: invalid position in decode
bai HwcDemand = no
bai HwcHours = 121
bai HwcImpellorSwitch = no
bai HwcPostrunTime = ERR: invalid position in decode
bai HwcSetPotmeter = ERR: invalid position in decode
bai HwcStarts = 11000
bai HwcSwitch = on
bai HwcTemp = 38.38;ok
bai HwcTempDesired = ERR: invalid position in decode
bai HwcTempMax = ERR: invalid position in decode
bai HwcTypes = 80
bai HwcUnderHundredStarts = 87
bai HwcWaterflow = 0.00
bai HwcWaterflowMax = 10.23
bai Ignitor = off
bai InitialisationEEPROM = no
bai IonisationVoltageLevel = 83.2
bai maintenancedata_HwcTempMax = 70.00
bai maxIgnitiontime = 2.6
bai minIgnitiontime = 0.2
bai ModulationTempDesired = 69.6
bai OutdoorstempSensor = -60.44;cutoff
bai OverflowCounter = yes
bai ParamToken = 3
bai PartloadHcKW = ERR: invalid position in decode
bai PartloadHwcKW = ERR: invalid position in decode
bai PartnumberBox = 00 20 11 22 37
bai PositionValveSet = 100
bai PowerValue = 10 04 53 14 64 18
bai PrAPSCounter = 0
bai PrAPSSum = 0
bai PrEnergyCountHc1 = 7249600
bai PrEnergyCountHc2 = 0
bai PrEnergyCountHc3 = 0
bai PrEnergyCountHwc1 = 433422
bai PrEnergyCountHwc2 = 0
bai PrEnergyCountHwc3 = 0
bai PrEnergySumHc1 = 1001361589
bai PrEnergySumHc2 = 0
bai PrEnergySumHc3 = 0
bai PrEnergySumHwc1 = 164931851
bai PrEnergySumHwc2 = 0
bai PrEnergySumHwc3 = 0
bai ProductionByte = 4
bai PrVortexFlowSensorValue = 0
bai PumpHours = 3753
bai PumpHwcFlowNumber = -
bai PumpHwcFlowSum = 60173
bai RemainingBoilerblocktime = 0
bai ReturnRegulation = ERR: invalid position in decode
bai ReturnTemp = 41.62;64869;ok
bai ReturnTempMax = 73.19
bai SecondPumpMode = ERR: invalid position in decode
bai SerialNumber = 30 30 30 30 38 31 31 35
bai SetFactoryValues = no
bai SetMode = auto;0.0;-;-;1;0;1;0;0;0
bai SHEMaxDeltaHwcFlow = 14.75
bai SHEMaxFlowTemp = 71.31
bai SolPostHeat = ERR: invalid position in decode
bai Statenumber = 31
bai Status = ERR: invalid position in decode
bai Status01 = 40.5;41.5;-;38.0;40.0;off
bai Status02 = auto;60;75.0;70;65.0
bai Status16 = ERR: invalid position in decode
bai Storageloadpump = 0
bai StorageLoadPumpHours = 223
bai StorageloadPumpStarts = 10707
bai StorageLoadTimeMax = ERR: invalid position in decode
bai StoragereleaseClock = ERR: invalid position in decode
bai StorageTemp = 40.12;ok
bai StorageTempDesired = 56.00
bai StorageTempMax = 68.12
bai TargetFanSpeed = 0
bai TargetFanSpeedOutput = 0
bai TempDiffBlock = 0
bai TempDiffFailure = 0
bai TempGradientFailure = 0
bai Templimiter = off
bai TemplimiterWithNTC = yes
bai TempMaxDiffExtTFT = 0.00
bai Testbyte = 3
bai TimerInputHc = on
bai ValveMode = ERR: invalid position in decode
bai ValveStarts = 9862
bai VolatileLockout = no
bai VolatileLockoutIFCGV = no
bai VortexFlowSensor = ERR: invalid position in decode
bai WarmstartDemand = yes
bai WarmstartOffset = ERR: invalid position in decode
bai WaterHcFlowMax = 1800
bai WaterPressure = 1.665;ok
bai WaterpressureBranchControlOff = off
bai WaterpressureMeasureCounter = 97
bai WaterpressureVariantSum = 65425
bai WP = off
bai WPPostrunTime = ERR: invalid position in decode
bai WPSecondStage = off
broadcast datetime = ERR: no data stored
broadcast error = ERR: no data stored
broadcast hwcStatus = ERR: no data stored
broadcast id = ERR: invalid address
broadcast load = ERR: no data stored
broadcast outsidetemp = ERR: no data stored
broadcast signoflife = ERR: no data stored
broadcast vdatetime = 08:17:30;08.02.2019
general valuerange = ERR: invalid address
memory eeprom = ERR: invalid address
memory ram = ERR: invalid address
scan.08 id = 21;16;39;0010019276;0001;013459;N1
scan.15 id = 21;16;38;0020124472;0082;027362;N1


Ich habe die ebusd Version mit MQTT kompiliert und es läuft auch. Mit MQTTfx kann ich aber nur einige Daten sehen. Wie kann ich die anderen Daten auslesen und ändern?
Ich möchte eigentlich nur den Modus von Urlaub auf Automatisch stellen.
In der /etc/default/ebus habe ich folgende Parameter stehen:
EBUSD_OPTS="-d /dev/ttyebus --scanconfig -p 8888 -l /var/log/ebusd.log --mqtthost=192.168.170.99 --mqttport=1883 --mqttuser=openhab --mqttpass=openhab --mqtttopic=ebus/%circuit/%name/%field"

Wie komme ich denn an die anderen Werte von z.B. der Calormatic 350?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 08 Februar 2019, 09:14:42
Hallo,

der Fehler "invalid position in decode" deutet darauf hin, dass die CSV nicht exakt zu deiner Hardware/Software passt. Da es schon neuere CSV gibt, würde ich einmal testen auf Online CSV umzustellen und schauen ob die Erkennung dann besser wird. Schau auch einmal ob hier im Forum schon jemand die 350 angepasst hat.

-c http://ebusd.eu/config/
hänge einfach den Parameter zu deiner Config dazu und restarte den Dämon.

LG
Reinhart

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 08 Februar 2019, 09:31:26
Nachtrag, ich kenne die 350 nicht aber schau einmal was der Eintrag IsInHoliday bewirkt!

r;wi,,IsInHoliday,,,,,"2800",,,UCH,,,
dieses Register läßt sich beschreiben.

Das ist aber ein Installer Wert (wi), denn musst du in der Config zuerst freigeben sonst kannst du nicht schreiben.
--accesslevel=*

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: nols am 08 Februar 2019, 09:38:34
Danke für die Antwort.
Die aktuelle Config vom Server habe ich. Die Werte passen dann wohl nicht zu meiner Hardware. Aber die wichtigsten sind ja drin. Würde die nur gerne in MQTT bekommen.

Wie bekomme ich denn die gelesenen Werte über ebusctl read in MQTT rein? Man muss die ja erst abfragen/anstoßen. Ein paar Werte kommen ja an, siehe mein MQTTfx Foto.


edit:
Jetzt geht es, ich weiß nicht, ob es an der Zeit lag oder am senden vom ebusd/350**/get

Es sind jetzt alle Messages auch in MQTT. Vielen Dank

per ebusctl kann ich die werte Ändern also:
[10:40:48] openhabian@openHABianPi:~/ebusd/contrib/scripts$ ebusctl read -f IsInHoliday
0

[10:40:50] openhabian@openHABianPi:~/ebusd/contrib/scripts$ ebusctl w -c 350 IsInHoliday 1
done

[10:42:31] openhabian@openHABianPi:~/ebusd/contrib/scripts$ ebusctl read -f IsInHoliday
1



Der Status wird direkt an MQTT übermittel. Mit dem /get kann ich auch Werte in MQTT anfordern. Ich kann jedoch nichts mit /set setzten.
Also ebus/350/IsInHoliday/set 1 ....oder ist der Befehl anders?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 08 Februar 2019, 19:43:45
entweder du hast einen Schreibfehler, weil die ebus schreibst und nicht ebusd!

So ein typischer publishset von einem Tasmota Device sieht in Fhem so aus, wie das bei openhab ist weiß ich nicht.
define Sonoff_Sw MQTT_DEVICE
attr Sonoff_Sw IODev Mosquitto
attr Sonoff_Sw alias Vorzimmer Licht1
attr Sonoff_Sw devStateIcon on:rc_GREEN:off off:rc_RED:on
attr Sonoff_Sw eventMap ON:on OFF:off ON:Ein OFF:Aus
attr Sonoff_Sw icon light_ceiling
attr Sonoff_Sw publishSet ON OFF cmnd/sonoff_dht/POWER1
attr Sonoff_Sw stateFormat state
attr Sonoff_Sw subscribeReading_Licht stat/sonoff_dht/POWER1
attr Sonoff_Sw subscribeReading_Status stat/sonoff_dht/STATUS
attr Sonoff_Sw subscribeReading_state cmnd/sonoff_dht/POWER1
attr Sonoff_Sw webCmd ON:OFF



um die Werte zyklisch von MQTT abzuholen habe ich es über einen Timer gelöst.
+*00:05:00 {
  fhem("set Mosquitto publish ebusd/430/Hc1HeatCurve/get");
  fhem("set Mosquitto publish ebusd/bai/WaterPressure/get");
  fhem("set Mosquitto publish ebusd/bai/FlowTemp/get");
  fhem("set Mosquitto publish ebusd/bai/ReturnTemp/get");
  fhem("set Mosquitto publish ebusd/bai/OutdoorstempSensor/get");
}

hier wird alle 5 Minuten ein "get" von den gewünschten Datenpunkten angestoßen.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: nols am 09 Februar 2019, 11:49:30
Ich habe als MQTT Topic "ebus", das passt schon.
Die /get und /set Befehle mit ebus bewirken jedoch nichts. Wenn ich über SSH per ebusctl Werte auslese und ändere funktioniert das und die Werte werden auch direkt an MQTT übermittelt. Also Überwachen per MQTT geht.

Ich habe in der readall.sh noch ein paar "ERR: invalid position in decode". Wie kann ich die beheben?

350 ComfTempDesired = ERR: invalid position in decode
350 ComfTempEnabled = on


Mit den Werten kann ich ja von meinem Calormatic 350 Raumthermostat die Wunschtemepratur ändern und dann steuert dieses die Heizkurve. Also genauso, wie ich jetzt per Regler an dem Calormatic die Temperatur einstelle. Problem ist nur, dass die ComfTempDesired nicht funktioniert.
ComfTempDesired funktioniert und damit kann ich die Heizung immoment an/aus stellen.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: szita am 11 Februar 2019, 09:41:55
Hi, wo kann ich das ebus panel fertig bestellen?
Wo ich mir das Forum ansah, war es geschlossen.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 11 Februar 2019, 10:18:40
nix ist geschlossen, aber es gibt nur mehr Basisadapter (https://forum.fhem.de/index.php/topic,93190.msg857896.html#msg857896)!


LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 14 Februar 2019, 16:14:18
Hallo,

wenn ich zusätzlich zu Hc1HeatCurve im at noch z1DayTemp und HwcTempDesired anfordere kommen die beiden Werte in einem Reading tempv_value rein nicht in zwei getrennten. In der Reihenfolge wie hier im Readinglist angegeben wird dann erst das Reading für z1DayTemp geholt und dann von HwcTempDesired überschrieben.

Was kann man dagegen tun oder mach ich etwas falsch ?

defmod MQTT2_ebusd_700 MQTT2_DEVICE ebusd_700
attr MQTT2_ebusd_700 IODev MQTT2_CLIENT
attr MQTT2_ebusd_700 devStateStyle style="text-align:right"
attr MQTT2_ebusd_700 group EBUS
attr MQTT2_ebusd_700 icon message_tendency_steady
attr MQTT2_ebusd_700 model E_03a_eBus_Hc1HeatCurve
attr MQTT2_ebusd_700 readingList ebusd/700/Hc1HeatCurve/get:.* get\
ebusd/700/z1DayTemp/get:.* get\
ebusd/700/Hc1HeatCurve:.* { json2nameValue($EVENT) }\
ebusd/700/z1DayTemp:.* { json2nameValue($EVENT) }\
ebusd/700/HwcTempDesired/get:.* get\
ebusd/700/HwcTempDesired:.* { json2nameValue($EVENT) }\
ebusd/700/Hc1HeatCurve/set:.* set
attr MQTT2_ebusd_700 room MQTT2_DEVICE
attr MQTT2_ebusd_700 setList Hc1HeatCurve_curve_value:1.90,1.95,2.00,2.05,2.10 ebusd/700/Hc1HeatCurve/set $EVTPART1
attr MQTT2_ebusd_700 stateFormat 0_value
attr MQTT2_ebusd_700 webCmd Hc1HeatCurve_curve_value
attr MQTT2_ebusd_700 webCmdLabel Heizkurve

setstate MQTT2_ebusd_700 2.05
setstate MQTT2_ebusd_700 2019-02-14 16:27:14 0_name
setstate MQTT2_ebusd_700 2019-02-14 16:27:14 0_value 2.05
setstate MQTT2_ebusd_700 2019-02-14 15:30:02 associatedWith MQTT2_General_Bridge
setstate MQTT2_ebusd_700 2019-02-14 16:27:10 get
setstate MQTT2_ebusd_700 2019-02-14 16:26:42 set 2.05
setstate MQTT2_ebusd_700 2019-02-14 16:26:42 state Hc1HeatCurve_curve_value
setstate MQTT2_ebusd_700 2019-02-14 16:27:10 tempv_value 22


Gruß

Thomas
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 14 Februar 2019, 17:11:05
hm, ich glaube du hast den Define falsch gesetzt!
defmod MQTT2_ebusd_700 MQTT2_DEVICE ebusd_700

lass einmal hinter dem MQTT2_DEVICE das "ebusd_700" weg oder nimm einen anderen Namen (_ebusd).

mit dieser Rgegexp sieht das bei mir so aus:
bridgeRegexp ([A-Za-z0-9]*)/([A-Za-z0-9]*).*:.* "$1_$2"

ebusd/bai/SetMode:.* { json2nameValue($EVENT, 'SetMode_', $JSONMAP) }
ebusd/bai/DateTime:.* { json2nameValue($EVENT, 'DateTime_', $JSONMAP) }
ebusd/bai/Status02:.* { json2nameValue($EVENT, 'Status02_', $JSONMAP) }
ebusd/bai/Status01:.* { json2nameValue($EVENT, 'Status01_', $JSONMAP) }
ebusd/bai/FlowTempDesired:.* { json2nameValue($EVENT, 'FlowTempDesired_', $JSONMAP) }
ebusd/bai/FlowTemp:.* { json2nameValue($EVENT, 'FlowTemp_', $JSONMAP) }
ebusd/bai/OutdoorstempSensor:.* { json2nameValue($EVENT, 'OutdoorstempSensor_', $JSONMAP) }
ebusd/bai/FanSpeed:.* { json2nameValue($EVENT, 'FanSpeed_', $JSONMAP) }
ebusd/bai/ReturnTemp:.* { json2nameValue($EVENT, 'ReturnTemp_', $JSONMAP) }
ebusd/bai/WaterPressure:.* { json2nameValue($EVENT, 'WaterPressure_', $JSONMAP) }
ebusd/bai/WPPWMPower:.* { json2nameValue($EVENT, 'WPPWMPower_', $JSONMAP) }
ebusd/bai/setmode/get:.* get
ebusd/bai/HwcStarts:.* { json2nameValue($EVENT, 'HwcStarts_', $JSONMAP) }
ebusd/bai/HcHours:.* { json2nameValue($EVENT, 'HcHours_', $JSONMAP) }
ebusd/bai/HcStarts:.* { json2nameValue($EVENT, 'HcStarts_', $JSONMAP) }
ebusd/bai/PartloadHcKW:.* { json2nameValue($EVENT, 'PartloadHcKW_', $JSONMAP) }
ebusd/bai/FanHours:.* { json2nameValue($EVENT, 'FanHours_', $JSONMAP) }
ebusd/bai/DeactivationsIFC:.* { json2nameValue($EVENT, 'DeactivationsIFC_', $JSONMAP) }
ebusd/bai/HwcHours:.* { json2nameValue($EVENT, 'HwcHours_', $JSONMAP) }
ebusd/bai/CounterStartattempts1:.* { json2nameValue($EVENT, 'CounterStartattempts1_', $JSONMAP) }
ebusd/bai/HwcSetPotmeter:.* { json2nameValue($EVENT, 'HwcSetPotmeter_', $JSONMAP) }
ebusd/bai/FlowTemp/get:.* get
ebusd/bai/ReturnTemp/get:.* get
ebusd/bai/CirPump:.* { json2nameValue($EVENT, 'CirPump_', $JSONMAP) }
ebusd/bai/BoilerType:.* { json2nameValue($EVENT, 'BoilerType_', $JSONMAP) }
ebusd/bai/WaterHcFlowMax:.* { json2nameValue($EVENT, 'WaterHcFlowMax_', $JSONMAP) }
ebusd/bai/WP:.* { json2nameValue($EVENT, 'WP_', $JSONMAP) }
ebusd/bai/WarmstartDemand:.* { json2nameValue($EVENT, 'WarmstartDemand_', $JSONMAP) }
ebusd/bai/Flame:.* { json2nameValue($EVENT, 'Flame_', $JSONMAP) }
ebusd/bai/EbusVoltage:.* { json2nameValue($EVENT, 'EbusVoltage_', $JSONMAP) }
ebusd/bai/EbusSourceOn:.* { json2nameValue($EVENT, 'EbusSourceOn_', $JSONMAP) }
ebusd/bai/DeactivationsTemplimiter:.* { json2nameValue($EVENT, 'DeactivationsTemplimiter_', $JSONMAP) }
ebusd/bai/WaterPressure/get:.* get
ebusd/bai/WaterPressure/get:.* get
ebusd/bai/OutdoorstempSensor/get:.* get
ebusd/bai/OutdoorstempSensor/get:.* get

also nach dem $EVENT kommt der Name des Messwertes, bei dir fehlt dieser. Somit überschreiben sich die Werte.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 14 Februar 2019, 18:31:37
hm, dann mach ich irgendwo was falsch denn das Device wird so automatisch angelegt und du meinst diese bridgeRegexp ändern ? Das hab ich gerade testweise probiert da wird das Device genauso angelegt.

Zitatdefmod MQTT2_General_Bridge MQTT2_DEVICE MQTT2CLIENT
attr MQTT2_General_Bridge IODev MQTT2_CLIENT
attr MQTT2_General_Bridge autocreate 1
attr MQTT2_General_Bridge bridgeRegexp [^:]+:([^/]+)/([^/]+)[/]?.*:.* "$1_$2"
attr MQTT2_General_Bridge model A_00_MQTT2_CLIENT_general_bridge
attr MQTT2_General_Bridge room MQTT2_DEVICE
attr MQTT2_General_Bridge setStateList on off
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 14 Februar 2019, 21:53:24
ich habe nun bei mir alles gelöscht um das nachzubauen und habe dabei dein Problem gefunden.
Es funktioniert ja im Prinzip alles, nur möchtest du in der Anzeige einerseits die Heizkurve einstellen und gleichzeitig noch weitere Messwerte im selben Device anzeigen. Das habe ich im Template noch nicht vorgesehen.

Ich versuche das jetzt irgendwie zu lösen und melde mich dann nochmals. Übrigens muss ich das Template nochmals ändern, weil sonst die Anzeige vom Status nicht richtig funktioniert.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 14 Februar 2019, 22:07:30
Zitat von: Reinhart am 14 Februar 2019, 21:53:24
ich habe nun bei mir alles gelöscht um das nachzubauen und habe dabei dein Problem gefunden.
Es funktioniert ja im Prinzip alles, nur möchtest du in der Anzeige einerseits die Heizkurve einstellen und gleichzeitig noch weitere Messwerte im selben Device anzeigen. Das habe ich im Template noch nicht vorgesehen.

Ich versuche das jetzt irgendwie zu lösen und melde mich dann nochmals. Übrigens muss ich das Template nochmals ändern, weil sonst die Anzeige vom Status nicht richtig funktioniert.

LG

Verstehe ich jetzt so das die mqtt2.ebus.template allein von dir kommt und sich bisher hier keiner eingebracht hat ?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 15 Februar 2019, 17:37:45
Zitat von: TomLee am 14 Februar 2019, 22:07:30
Verstehe ich jetzt so das die mqtt2.ebus.template allein von dir kommt und sich bisher hier keiner eingebracht hat ?

Ja genau, war einfach ein Experiment von mir.
Ich habe die template jetzt etwas angepasst und sollte auch bei dir funktionieren, teste bitte einmal.


LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 15 Februar 2019, 18:34:31
Brauch gar nicht testen ichs sehe schon was du gemacht hast, die Readingnamen angepasst natürlich hab ich mir das zuvor auch so angepasst.
Ich frage mich jetzt schon seit gestern was den nun richtig ist. Mit oder ohne  $JSONMAP.

Scheinbar nach deiner Anpassung ohne $JSONMAP. Dann kann mann aber die Werte nicht mehr anhand des Readingnamen erkennen, hast du dir das so gedacht ?

Ich habe heute auch versucht das irgendwie nachzuvollziehen. Mein Gedanke war ein attr DEVICE readingList hinzuzufügen.
Einfach das Haupt-Device automatisch anlegen lassen (ohne das $JSONMAP)  das die Topics schonmal in einem Device gesammelt wurden und manuell dann ein neues Device anlegen auf das dann ein Template angewendet wird.
Hier im Beispiel hab ich einfach mal deine ganze Liste genommen. Da könnte man ja mehrer Templates zu machen.
Nachteil dann dieses zusätzliche Sammel-Device.

Hoffe du verstehst mich.

#ebus Status Messages.
name:E_01a_eBus_Test
filter:TYPE=MQTT2_DEVICE
desc:Format ebus Statusmessages comming from broadcast
attr DEVICE stateFormat {sprintf("Vorlauf: %.1f <br>Ruecklauf: %.1f <br>Warmwasser: %.1f <br>Aussentemp.: %.1f <br>Pumpe: %s", ReadingsVal($name,"Status01_0_value",0), ReadingsVal($name,"Status01_1_value",0), ReadingsVal($name,"Status01_3_value",0), ReadingsVal($name,"Status01_2_value",0), ReadingsVal($name,"Status01_5_value",0))}
attr DEVICE readingList\
ebusd/bai/SetMode:.* { json2nameValue($EVENT, 'SetMode_', $JSONMAP) }\
ebusd/bai/DateTime:.* { json2nameValue($EVENT, 'DateTime_', $JSONMAP) }\
ebusd/bai/Status02:.* { json2nameValue($EVENT, 'Status02_', $JSONMAP) }\
ebusd/bai/Status01:.* { json2nameValue($EVENT, 'Status01_', $JSONMAP) }\
ebusd/bai/FlowTempDesired:.* { json2nameValue($EVENT, 'FlowTempDesired_', $JSONMAP) }\
ebusd/bai/FlowTemp:.* { json2nameValue($EVENT, 'FlowTemp_', $JSONMAP) }\
ebusd/bai/OutdoorstempSensor:.* { json2nameValue($EVENT, 'OutdoorstempSensor_', $JSONMAP) }\
ebusd/bai/FanSpeed:.* { json2nameValue($EVENT, 'FanSpeed_', $JSONMAP) }\
ebusd/bai/ReturnTemp:.* { json2nameValue($EVENT, 'ReturnTemp_', $JSONMAP) }\
ebusd/bai/WaterPressure:.* { json2nameValue($EVENT, 'WaterPressure_', $JSONMAP) }\
ebusd/bai/WPPWMPower:.* { json2nameValue($EVENT, 'WPPWMPower_', $JSONMAP) }\
ebusd/bai/setmode/get:.* get\
ebusd/bai/HwcStarts:.* { json2nameValue($EVENT, 'HwcStarts_', $JSONMAP) }\
ebusd/bai/HcHours:.* { json2nameValue($EVENT, 'HcHours_', $JSONMAP) }\
ebusd/bai/HcStarts:.* { json2nameValue($EVENT, 'HcStarts_', $JSONMAP) }\
ebusd/bai/PartloadHcKW:.* { json2nameValue($EVENT, 'PartloadHcKW_', $JSONMAP) }\
ebusd/bai/FanHours:.* { json2nameValue($EVENT, 'FanHours_', $JSONMAP) }\
ebusd/bai/DeactivationsIFC:.* { json2nameValue($EVENT, 'DeactivationsIFC_', $JSONMAP) }\
ebusd/bai/HwcHours:.* { json2nameValue($EVENT, 'HwcHours_', $JSONMAP) }\
ebusd/bai/CounterStartattempts1:.* { json2nameValue($EVENT, 'CounterStartattempts1_', $JSONMAP) }\
ebusd/bai/HwcSetPotmeter:.* { json2nameValue($EVENT, 'HwcSetPotmeter_', $JSONMAP) }\
ebusd/bai/FlowTemp/get:.* get\
ebusd/bai/ReturnTemp/get:.* get\
ebusd/bai/CirPump:.* { json2nameValue($EVENT, 'CirPump_', $JSONMAP) }\
ebusd/bai/BoilerType:.* { json2nameValue($EVENT, 'BoilerType_', $JSONMAP) }\
ebusd/bai/WaterHcFlowMax:.* { json2nameValue($EVENT, 'WaterHcFlowMax_', $JSONMAP) }\
ebusd/bai/WP:.* { json2nameValue($EVENT, 'WP_', $JSONMAP) }
ebusd/bai/WarmstartDemand:.* { json2nameValue($EVENT, 'WarmstartDemand_', $JSONMAP) }
ebusd/bai/Flame:.* { json2nameValue($EVENT, 'Flame_', $JSONMAP) }\
ebusd/bai/EbusVoltage:.* { json2nameValue($EVENT, 'EbusVoltage_', $JSONMAP) }\
ebusd/bai/EbusSourceOn:.* { json2nameValue($EVENT, 'EbusSourceOn_', $JSONMAP) }\
ebusd/bai/DeactivationsTemplimiter:.* { json2nameValue($EVENT, 'DeactivationsTemplimiter_', $JSONMAP) }\
ebusd/bai/WaterPressure/get:.* get\
ebusd/bai/WaterPressure/get:.* get\
ebusd/bai/OutdoorstempSensor/get:.* get\
ebusd/bai/OutdoorstempSensor/get:.* get
attr DEVICE icon icoTempHeizung
attr DEVICE devStateStyle style="text-align:right"
attr DEVICE model E_01_eBus_Status


#ebus Status Messages.
name:E_01a_eBus_Status01
filter:TYPE=MQTT2_DEVICE
desc:Format ebus Statusmessages comming from broadcast
attr DEVICE stateFormat {sprintf("Vorlauf: %.1f <br>Ruecklauf: %.1f <br>Warmwasser: %.1f <br>Aussentemp.: %.1f <br>Pumpe: %s", ReadingsVal($name,"Status01_0_value",0), ReadingsVal($name,"Status01_1_value",0), ReadingsVal($name,"Status01_3_value",0), ReadingsVal($name,"Status01_2_value",0), ReadingsVal($name,"Status01_5_value",0))}
attr DEVICE readingList\
ebusd/bai/Status01:.* { json2nameValue($EVENT, 'Status01_', $JSONMAP) }\
ebusd/bai/Status01/get:.* get
attr DEVICE icon icoTempHeizung
attr DEVICE devStateStyle style="text-align:right"
attr DEVICE model E_01_eBus_Status
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 15 Februar 2019, 20:23:17
Zitat von: TomLee am 15 Februar 2019, 18:34:31
Brauch gar nicht testen ichs sehe schon was du gemacht hast, die Readingnamen angepasst natürlich hab ich mir das zuvor auch so angepasst.
Ich frage mich jetzt schon seit gestern was den nun richtig ist. Mit oder ohne  $JSONMAP.

Scheinbar nach deiner Anpassung ohne $JSONMAP. Dann kann mann aber die Werte nicht mehr anhand des Readingnamen erkennen, hast du dir das so gedacht ?

Na ja, ich habe versucht das nachzustellen das wieder die Jsonmaps erscheinen, aber das schaffe ich nicht mehr. Daher habe ich die Templates so gemacht, das sie wenigstens wieder funktionieren. Wie ich das damals geschafft habe, weiß ich nicht mehr. Es wird zwar ständig am MQTT2_Client weiter entwickelt, ich glaube aber nicht das es von dieser Seite kommt, zumindest habe ich nichts konkretes darüber gelesen.

Nur wenn ich mir das ansehe, dann gibt es ja im Augenblick nichts doppeltes, oder hast du ein konkretes Beispiel.

LG

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 15 Februar 2019, 20:35:17
eines ist natürlich klar, wenn man alle Readings in einen Device schmeißt, dann tut man sich schwer die später richtig zuordnen was was ist.
ZB: was ist temp1_value ?

READINGS:
     2019-02-15 20:28:06   0_name          hwcmode
     2019-02-15 20:28:06   0_value         auto
     2019-02-15 20:28:06   1_name          temp0
     2019-02-15 20:28:06   1_value         60
     2019-02-15 20:28:06   2_name          temp1
     2019-02-15 20:28:06   2_value         70.0
     2019-02-15 20:28:06   3_name          temp0
     2019-02-15 20:28:06   3_value         70
     2019-02-15 20:28:06   4_name          temp1
     2019-02-15 20:28:06   4_value         54.0
     2019-02-15 20:28:06   5_name          pumpstate
     2019-02-15 20:28:06   5_value         on
     2019-02-14 21:56:55   associatedWith  MQTT2_ebusd_bai
     2019-02-15 20:27:46   bdate_value     -.-.-
     2019-02-15 20:27:46   btime_value     20:30:32
     2019-02-15 20:27:46   dcfstate_value  nosignal
     2019-02-15 20:28:11   disablehc_value 0
     2019-02-15 20:28:11   disablehwcload_value 1
     2019-02-15 20:28:11   disablehwctapping_value 0
     2019-02-15 20:28:11   flowtempdesired_value 41.0
     2019-02-15 20:25:48   get             
     2019-02-15 20:28:11   hcmode_value    auto
     2019-02-15 20:05:29   hoursum2_value  5088
     2019-02-15 20:25:26   percent0_value  100
     2019-02-15 20:05:33   power_value     18
     2019-02-15 20:25:52   press_value     2.143
     2019-02-15 20:28:11   releaseBackup_value 0
     2019-02-15 20:28:11   releaseCooling_value 0
     2019-02-15 20:28:11   remoteControlHcPump_value 0
     2019-02-15 20:25:52   sensor_value    ok
     2019-02-15 20:05:33   temp0_value     29
     2019-02-15 18:25:52   temp1_value     56.0
     2019-02-15 20:27:46   temp2_value     4.500
     2019-02-15 20:25:52   temp_value      34.81
     2019-02-15 20:25:52   tempmirror_value 64978

diesen Zustand haben wir ja jetzt. Diese Readings sammeln sich bei mir in der "bai".
Mit der bridgeregexp haben wir ja ein Werkzeug mit dem sich einiges machen läßt.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 15 Februar 2019, 21:04:52
ZitatMit der bridgeregexp haben wir ja ein Werkzeug mit dem sich einiges machen läßt.

Und genau hier ist der Knackpunkt, es fehlt ein Bridge-Device. Ich hab aber immer noch nicht die Zusammenhänge verstanden, denk ich.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 16 Februar 2019, 16:59:34
Was hältst du hier von :

name:E_04_eBus_Test
filter:TYPE=MQTT2_DEVICE
desc:Format ebus Statusmessages comming from broadcast
attr DEVICE stateFormat {sprintf("Soll-Vorlauf: %.1f <br>IST-Vorlauf: %.1f <br>Ruecklauf: %.1f <br>Warmwasser: %.1f <br>Aussentemp.: %.1f<br>Pumpe: %s <br>Druck: %.1f<br>Ventilator: %.1f", ReadingsVal($name,"FlowTemp_temp_value",0), ReadingsVal($name,"Status01_0_value",0), ReadingsVal($name,"Status01_1_value",0), ReadingsVal($name,"Status01_4_value",0), ReadingsVal($name,"Status01_2_value",0), ReadingsVal($name,"Status01_5_value",0), ReadingsVal($name,"WaterPressure_press_value",0), ReadingsVal($name,"FanSpeed_0_value",0))}
attr DEVICE icon icoTempHeizung
attr DEVICE devStateStyle style="text-align:right"
attr DEVICE readingList\
ebusd/bai/SetMode:.* { json2nameValue($EVENT, 'SetMode_', $JSONMAP) }\
ebusd/bai/DateTime:.* { json2nameValue($EVENT, 'DateTime_', $JSONMAP) }\
ebusd/bai/Status01:.* { json2nameValue($EVENT, 'Status01_', $JSONMAP) }\
ebusd/bai/FlowTempDesired:.* { json2nameValue($EVENT, 'FlowTempDesired_', $JSONMAP) }\
ebusd/bai/FlowTemp:.* { json2nameValue($EVENT, 'FlowTemp_', $JSONMAP) }\
ebusd/bai/OutdoorstempSensor:.* { json2nameValue($EVENT, 'OutdoorstempSensor_', $JSONMAP) }\
ebusd/bai/FanSpeed:.* { json2nameValue($EVENT, 'FanSpeed_', $JSONMAP) }\
ebusd/bai/ReturnTemp:.* { json2nameValue($EVENT, 'ReturnTemp_', $JSONMAP) }\
ebusd/bai/WaterPressure:.* { json2nameValue($EVENT, 'WaterPressure_', $JSONMAP) }\
ebusd/bai/WPPWMPower:.* { json2nameValue($EVENT, 'WPPWMPower_', $JSONMAP) }\
ebusd/bai/HwcStarts:.* { json2nameValue($EVENT, 'HwcStarts_', $JSONMAP) }\
ebusd/bai/HcHours:.* { json2nameValue($EVENT, 'HcHours_', $JSONMAP) }\
ebusd/bai/HcStarts:.* { json2nameValue($EVENT, 'HcStarts_', $JSONMAP) }\
ebusd/bai/PartloadHcKW:.* { json2nameValue($EVENT, 'PartloadHcKW_', $JSONMAP) }\
ebusd/bai/FanHours:.* { json2nameValue($EVENT, 'FanHours_', $JSONMAP) }\
ebusd/bai/DeactivationsIFC:.* { json2nameValue($EVENT, 'DeactivationsIFC_', $JSONMAP) }\
ebusd/bai/HwcHours:.* { json2nameValue($EVENT, 'HwcHours_', $JSONMAP) }\
ebusd/bai/CounterStartattempts1:.* { json2nameValue($EVENT, 'CounterStartattempts1_', $JSONMAP) }\
ebusd/bai/HwcSetPotmeter:.* { json2nameValue($EVENT, 'HwcSetPotmeter_', $JSONMAP) }\
ebusd/bai/CirPump:.* { json2nameValue($EVENT, 'CirPump_', $JSONMAP) }\
ebusd/bai/BoilerType:.* { json2nameValue($EVENT, 'BoilerType_', $JSONMAP) }\
ebusd/bai/WaterHcFlowMax:.* { json2nameValue($EVENT, 'WaterHcFlowMax_', $JSONMAP) }\
ebusd/bai/WP:.* { json2nameValue($EVENT, 'WP_', $JSONMAP) }\
ebusd/bai/WarmstartDemand:.* { json2nameValue($EVENT, 'WarmstartDemand_', $JSONMAP) }\
ebusd/bai/Flame:.* { json2nameValue($EVENT, 'Flame_', $JSONMAP) }\
ebusd/bai/EbusVoltage:.* { json2nameValue($EVENT, 'EbusVoltage_', $JSONMAP) }\
ebusd/bai/EbusSourceOn:.* { json2nameValue($EVENT, 'EbusSourceOn_', $JSONMAP) }\
ebusd/bai/DeactivationsTemplimiter:.* { json2nameValue($EVENT, 'DeactivationsTemplimiter_', $JSONMAP) }
deleteReading DEVICE .*
attr DEVICE model E_04_eBus_Test
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 16 Februar 2019, 21:19:18
Zitat von: TomLee am 15 Februar 2019, 21:04:52
Und genau hier ist der Knackpunkt, es fehlt ein Bridge-Device. Ich hab aber immer noch nicht die Zusammenhänge verstanden, denk ich.

Bridgedevice brauchst du nicht, die regexp zieht auch so.

Eigentlich geht es nur im Status01 und Status02 die sich überschneiden.

ebusd/bai/Status01 {
     "0": {"name": "temp1", "value": 29.0},
     "1": {"name": "temp1", "value": 29.0},
     "2": {"name": "temp2", "value": 16.375},
     "3": {"name": "temp1", "value": 39.0},
     "4": {"name": "temp1", "value": 35.0},
     "5": {"name": "pumpstate", "value": "off"}}

ebusd/bai/Status02 {
     "0": {"name": "hwcmode", "value": "auto"},
     "1": {"name": "temp0", "value": 60},
     "2": {"name": "temp1", "value": 70.0},
     "3": {"name": "temp0", "value": 70},
     "4": {"name": "temp1", "value": 54.0}}


Da werden wir John brauchen, oder wir schaffen es die regexp so zu ändern das auch der Devicename mitkommt, dann würde sie sich das Reading unterscheiden.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 17 Februar 2019, 11:17:20
so, du hast ja die Lösung selbst gefunden, es funktioniert nur wenn man JSONMAP selber setzt.
Ich habe daher diese Einstellung einmal in das Template übernommen und getestet.

ebusd/bai/Status01:.* { json2nameValue($EVENT, 'Status01_', $JSONMAP) }
ebusd/bai/Status02:.* { json2nameValue($EVENT, 'Status02_', $JSONMAP) }
ebusd/bai/SetMode:.* { json2nameValue($EVENT) }
ebusd/bai/DateTime:.* { json2nameValue($EVENT) }
ebusd/bai/WaterPressure/get:.* get
ebusd/bai/FlowTemp/get:.* get
ebusd/bai/ReturnTemp/get:.* get
ebusd/bai/OutdoorstempSensor/get:.* get
ebusd/bai/WaterPressure:.* { json2nameValue($EVENT) }
ebusd/bai/FlowTemp:.* { json2nameValue($EVENT) }
ebusd/bai/ReturnTemp:.* { json2nameValue($EVENT) }
ebusd/bai/OutdoorstempSensor:.* { json2nameValue($EVENT) }

hier die Anzeige der automatisch generierten Listeinträge und so funktioniert es.
Dann braucht man sich auch nicht um doppelte Namen kümmern, weil es die durch Jsonmap nicht mehr gibt.
Ich definiere im Template aber nur die beiden Statusmeldungen, weil bei den anderen passt es ja.

READINGS:
     2019-02-17 11:25:33   0_name         
     2019-02-17 11:25:33   0_value         0
     2019-02-17 11:29:45   Status01_0_name temp1
     2019-02-17 11:29:45   Status01_0_value 26.0
     2019-02-17 11:29:45   Status01_1_name temp1
     2019-02-17 11:29:45   Status01_1_value 26.0
     2019-02-17 11:29:45   Status01_2_name temp2
     2019-02-17 11:29:45   Status01_2_value 22.250
     2019-02-17 11:29:45   Status01_3_name temp1
     2019-02-17 11:29:45   Status01_3_value 32.0
     2019-02-17 11:29:45   Status01_4_name temp1
     2019-02-17 11:29:45   Status01_4_value 34.0
     2019-02-17 11:29:45   Status01_5_name pumpstate
     2019-02-17 11:29:45   Status01_5_value off
     2019-02-17 11:29:40   Status02_0_name hwcmode
     2019-02-17 11:29:40   Status02_0_value auto
     2019-02-17 11:29:40   Status02_1_name temp0
     2019-02-17 11:29:40   Status02_1_value 60
     2019-02-17 11:29:40   Status02_2_name temp1
     2019-02-17 11:29:40   Status02_2_value 70.0
     2019-02-17 11:29:40   Status02_3_name temp0
     2019-02-17 11:29:40   Status02_3_value 70
     2019-02-17 11:29:40   Status02_4_name temp1
     2019-02-17 11:29:40   Status02_4_value 54.0
     2019-02-17 11:15:27   associatedWith  MQTT2_ebusd_bai
     2019-02-17 11:29:50   bdate_value     -.-.-
     2019-02-17 11:29:50   btime_value     12:43:25
     2019-02-17 11:29:50   dcfstate_value  nosignal
     2019-02-17 11:29:50   disablehc_value 1
     2019-02-17 11:29:50   disablehwcload_value 1
     2019-02-17 11:29:50   disablehwctapping_value 0
     2019-02-17 11:29:50   flowtempdesired_value 0.0
     2019-02-17 11:25:48   get             
     2019-02-17 11:29:50   hcmode_value    auto
     2019-02-17 11:25:32   percent0_value  60
     2019-02-17 11:25:51   press_value     1.860
     2019-02-17 11:29:50   releaseBackup_value 0
     2019-02-17 11:29:50   releaseCooling_value 0
     2019-02-17 11:29:50   remoteControlHcPump_value 0
     2019-02-17 11:25:52   sensor_value    ok
     2019-02-17 11:29:50   temp2_value     22.250
     2019-02-17 11:25:52   temp_value      27.12
     2019-02-17 11:25:52   tempmirror_value 65101

und so sehen die Readings dann aus, sie sind jetzt eindeutig zu unterscheiden.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 17 Februar 2019, 11:31:34
Du hast das wichtigste im Template vergessen/übersehen.

deleteReading DEVICE .*

Damit sind die zuvor automatisch ohne Template erstellten Readings weg  :P
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 17 Februar 2019, 11:35:27
ja kann man zur Vervollständigung hinzufügen, aber die Readings werden automatisch gelöscht wenn man das Template anwendet, weil ja die readingslist neu erstellt wird.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 17 Februar 2019, 11:39:17
Zitat von: Reinhart am 17 Februar 2019, 11:35:27
ja kann man zur Vervollständigung hinzufügen, aber die Readings werden automatisch gelöscht wenn man das Template anwendet, weil ja die readingslist neu erstellt wird.

LG

War gestern bei meinen Tests nichts so, die waren weiterhin vorhanden wurden aber nicht mehr aktualisiert.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 17 Februar 2019, 11:47:04
Halt stop.

Schon wieder nicht mehr dran gedacht, habe mittlerweile feststellen müssen das die "alten" Readings doch wieder auftauchen und alle paar Stunden aktualisiert werden.  >:(


setstate MQTT2_ebusd_bai Soll-Vorlauf: 65.1 <br>IST-Vorlauf: 64.0 <br>Ruecklauf: 0.0 <br>Warmwasser: 56.0 <br>Aussentemp.: 8.0<br>Pumpe: off <br>Druck: 2.4<br>Ventilator: 0.0
setstate MQTT2_ebusd_bai 2019-02-17 09:43:29 0_name hwcmode
setstate MQTT2_ebusd_bai 2019-02-17 09:43:29 0_value auto
setstate MQTT2_ebusd_bai 2019-02-17 09:43:29 1_name temp0
setstate MQTT2_ebusd_bai 2019-02-17 09:43:29 1_value 60
setstate MQTT2_ebusd_bai 2019-02-17 09:43:29 2_name temp1
setstate MQTT2_ebusd_bai 2019-02-17 09:43:29 2_value 75.0
setstate MQTT2_ebusd_bai 2019-02-17 09:43:29 3_name temp0
setstate MQTT2_ebusd_bai 2019-02-17 09:43:29 3_value 80
setstate MQTT2_ebusd_bai 2019-02-17 09:43:29 4_name temp1
setstate MQTT2_ebusd_bai 2019-02-17 09:43:29 4_value 58.0
setstate MQTT2_ebusd_bai 2019-02-17 11:40:19 BoilerType_0_name
setstate MQTT2_ebusd_bai 2019-02-17 11:40:19 BoilerType_0_value 71
setstate MQTT2_ebusd_bai 2019-02-17 11:40:19 CirPump_onoff_value off
setstate MQTT2_ebusd_bai 2019-02-17 11:40:19 CounterStartattempts1_temp0_value 47
setstate MQTT2_ebusd_bai 2019-02-17 11:44:27 DateTime_bdate_value 17.02.2019
setstate MQTT2_ebusd_bai 2019-02-17 11:44:27 DateTime_btime_value 11:44:26
setstate MQTT2_ebusd_bai 2019-02-17 11:44:27 DateTime_dcfstate_value valid
setstate MQTT2_ebusd_bai 2019-02-17 11:44:27 DateTime_temp2_value 8.000
setstate MQTT2_ebusd_bai 2019-02-17 11:40:20 DeactivationsTemplimiter_0_name
setstate MQTT2_ebusd_bai 2019-02-17 11:40:20 DeactivationsTemplimiter_0_value 0
setstate MQTT2_ebusd_bai 2019-02-17 11:40:20 EbusSourceOn_onoff_value on
setstate MQTT2_ebusd_bai 2019-02-17 11:40:19 EbusVoltage_onoff_value on
setstate MQTT2_ebusd_bai 2019-02-17 11:40:19 FanHours_hoursum2_value 354
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 FanSpeed_0_name
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 FanSpeed_0_value 0
setstate MQTT2_ebusd_bai 2019-02-17 11:40:19 Flame_0_name
setstate MQTT2_ebusd_bai 2019-02-17 11:40:19 Flame_0_value off
setstate MQTT2_ebusd_bai 2019-02-17 11:40:21 FlowTempDesired_temp_value 57.00
setstate MQTT2_ebusd_bai 2019-02-17 11:40:21 FlowTemp_sensor_value ok
setstate MQTT2_ebusd_bai 2019-02-17 11:40:21 FlowTemp_temp_value 65.12
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 HcHours_hoursum2_value 372
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 HcStarts_0_name
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 HcStarts_0_value 2400
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 HwcHours_hoursum2_value 272
setstate MQTT2_ebusd_bai 2019-02-17 11:40:21 HwcSetPotmeter_temp_value 58.44
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 HwcStarts_0_name
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 HwcStarts_0_value 2200
setstate MQTT2_ebusd_bai 2019-02-17 11:40:21 OutdoorstempSensor_sensor_value ok
setstate MQTT2_ebusd_bai 2019-02-17 11:40:21 OutdoorstempSensor_temp_value 7.75
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 ReturnTemp_sensor_value cutoff
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 ReturnTemp_temp_value -13.50
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 ReturnTemp_tempmirror_value 215
setstate MQTT2_ebusd_bai 2019-02-17 11:43:37 SetMode_disablehc_value 0
setstate MQTT2_ebusd_bai 2019-02-17 11:43:37 SetMode_disablehwcload_value 0
setstate MQTT2_ebusd_bai 2019-02-17 11:43:37 SetMode_disablehwctapping_value 0
setstate MQTT2_ebusd_bai 2019-02-17 11:43:37 SetMode_flowtempdesired_value 56.5
setstate MQTT2_ebusd_bai 2019-02-17 11:43:37 SetMode_hcmode_value auto
setstate MQTT2_ebusd_bai 2019-02-17 11:43:37 SetMode_hwctempdesired_value 55.0
setstate MQTT2_ebusd_bai 2019-02-17 11:43:37 SetMode_releaseBackup_value 0
setstate MQTT2_ebusd_bai 2019-02-17 11:43:37 SetMode_releaseCooling_value 0
setstate MQTT2_ebusd_bai 2019-02-17 11:43:37 SetMode_remoteControlHcPump_value 0
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_0_name temp1
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_0_value 64.0
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_1_name temp1
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_2_name temp2
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_2_value 8.000
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_3_name temp1
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_3_value 0.0
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_4_name temp1
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_4_value 56.0
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_5_name pumpstate
setstate MQTT2_ebusd_bai 2019-02-17 11:43:16 Status01_5_value off
setstate MQTT2_ebusd_bai 2019-02-17 11:40:18 WPPWMPower_percent0_value 60
setstate MQTT2_ebusd_bai 2019-02-17 11:40:19 WP_onoff_value on
setstate MQTT2_ebusd_bai 2019-02-17 11:40:21 WaterPressure_press_value 2.381
setstate MQTT2_ebusd_bai 2019-02-17 11:40:21 WaterPressure_sensor_value ok
setstate MQTT2_ebusd_bai 2019-02-16 21:13:17 associatedWith MQTT2_Ebusd_Bridge
setstate MQTT2_ebusd_bai 2019-02-17 11:40:17 get
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 17 Februar 2019, 14:05:30
Schau dir bitte mal E_04a_eBus_Test_Status01 an.
Was hältst du davon ?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: freetz am 18 Februar 2019, 12:42:44
Hallo zusammen,

erst einmal ein großer Dank an alle Beteiligten für dieses Projekt - ich entwickle selber etwas Vergleichbares für den BSB/LPB/PPS-Bus von Heizungen mit Siemens-Steuerung, daher weiß ich, wie viel Arbeit in so einem Projekt steckt.
Ich muss zur Arbeit pendeln und habe in der Butze dort eine Vaillant AtmoTec Therme hängen, die so grausig taktet, dass ich hoffe, ihr mit dem Auslesen der Daten und angepasster Konfiguration etwas auf die Sprünge zu helfen. Die Platine habe ich von Reinhard bekommen und alles läuft so erst einmal prima. Nur leider komme ich mit dem Auslesen nicht weiter.

Installiert ist die ebusd Version frisch von GitHub: 3.3.v3.3-12-g5af41df (allerdings sagt mir ebusctl i, dass eine neuere broadcast.csv revision bereit stünde, die über git clone aber nicht zu kommen scheint. Wie kann ich die installieren?).

Das ist, was bisher kommt:
ebusctl i
version: ebusd 3.3.v3.3-12-g5af41df
update check: revision v3.3-4-g212b22d available, broadcast.csv: different version available
signal: acquired
symbol rate: 22
max symbol rate: 57
reconnects: 0
masters: 3
messages: 13
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd


ebusctl find:
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  = no data stored
scan.15  = no data stored


ebusctl grab result decode:
1008b5110102 / 05033c8a467a = 36
BCD   03=3, 46=46
BDY   03=Thu
D1B   03=3, 3c=60, 8a=-118, 46=70, 7a=122
D1C   03=1.5, 3c=30.0, 8a=69.0, 46=35.0, 7a=61.0
D2B   033c=60.012, 3c8a=-117.766, 8a46=70.539, 467a=122.273
D2C   033c=960.19, 3c8a=-1884.25, 8a46=1128.62, 467a=1956.38
DAY   033c="24.01.1942", 3c8a="21.11.1996", 8a46="11.06.1949", 467a="14.09.1985"
EXP   033c8a46=17694, 3c8a467a=2.5772e+35
EXR   033c8a46=5.5407e-37, 3c8a467a=0.0168793
FLR   033c=0.828, 3c8a=15.498, 8a46=-30.138, 467a=18.042
FLT   033c=15.363, 3c8a=-30.148, 8a46=18.058, 467a=31.302
HDY   03=Fri
HEX:5 033c8a467a="03 3c 8a 46 7a"
NTS:5 033c8a467a="<?Fz"
S3N   033c8a=-7717885, 3c8a46=4622908, 8a467a=8013450
S3R   033c8a=212106, 3c8a46=3967558, 8a467a=-7715206
SCH   03=3, 3c=60, 8a=-118, 46=70, 7a=122
SIN   033c=15363, 3c8a=-30148, 8a46=18058, 467a=31302
SIR   033c=828, 3c8a=15498, 8a46=-30138, 467a=18042
SLG   033c8a46=1183464451, 3c8a467a=2051443260
SLR   033c8a46=54299206, 3c8a467a=1015694970
STR:5 033c8a467a=" <?Fz"
TEM_P 033c=24-003, 3c8a=20-060, 8a46=13-010, 467a=20-070
TTM   03="00:30", 3c="10:00", 8a="23:00", 46="11:40", 7a="20:20"
U3N   033c8a=9059331, 3c8a46=4622908, 8a467a=8013450
U3R   033c8a=212106, 3c8a46=3967558, 8a467a=9062010
UCH   03=3, 3c=60, 8a=138, 46=70, 7a=122
UIN   033c=15363, 3c8a=35388, 8a46=18058, 467a=31302
UIR   033c=828, 3c8a=15498, 8a46=35398, 467a=18042
ULG   033c8a46=1183464451, 3c8a467a=2051443260
ULR   033c8a46=54299206, 3c8a467a=1015694970
1008b512020064 / 00 = 23
BCD   00=0, 64=64
BDA   0064="10.11.1944"
BDY   00=Mon
D1B   00=0, 64=100
D1C   00=0.0, 64=50.0
D2B   0064=100.000
D2C   0064=1600.00
DAY   0064="03.02.1970"
EXP   0064=3.58732e-41
EXR   0064=1.4013e-43
FLR   0064=0.100
FLT   0064=25.600
HDA   0064="03.02.1970"
HDY   00=Tue
HEX:2 0064="00 64"
NTS:2 0064=""
PIN   0064=0064
S3N   0064=25600
S3R   0064=100
SCH   00=0, 64=100
SIN   0064=25600
SIR   0064=100
SLG   0064=25600
SLR   0064=100
STR:2 0064=""
TEM_P 0064=00-100
TTM   00="00:00", 64="16:40"
U3N   0064=25600
U3R   0064=100
UCH   00=0, 64=100
UIN   0064=25600
UIR   0064=100
ULG   0064=25600
ULR   0064=100


ebusctl grab result:
1008b5110102 / 05033c8a467a = 37
1008b512020064 / 00 = 25


Zumindest die geringen unbekannten Datensätze von grab result zusammen mit der halbwegs gut gefüllten Liste von grab result decode macht mir Hoffnung, dass man prinzipiell der Heizung Daten entlocken kann. D1C scheinen mir irgendwelche Temperaturen zu sein, aber wie ich die z.B. über den HTTP-Client abfragen kann, ist mir bisher noch nicht klar.

Wenn mir da noch jemand auf die Sprünge helfen kann, wäre ich sehr dankbar!

Viele Grüße,


Frederik
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 18 Februar 2019, 13:24:16
Zitat von: freetz am 18 Februar 2019, 12:42:44
Installiert ist die ebusd Version frisch von GitHub: 3.3.v3.3-12-g5af41df (allerdings sagt mir ebusctl i, dass eine neuere broadcast.csv revision bereit stünde, die über git clone aber nicht zu kommen scheint. Wie kann ich die installieren?).
das mit der "different version" ist merkwürdig (nicht neuere), vermutlich geht hier was bei der checksummen Berechnung in die Hose. das kannst erstmal ignorieren.

Zitat von: freetz am 18 Februar 2019, 12:42:44
Das ist, was bisher kommt:
das grab result zeigt dir ja lediglich, was in den Daten an Werten bei Verwendung des jeweiligen Datentyps ausgelesen werden könnte.
Wenn du dir dann mit einer Position samt Datentyp sicher bist, was es ist, kann man daraus eine entsprechende CSV Definition bauen.
Erst dann bekommst du die Werte vernünftig in Messages gepackt und kannst diese dann bspw. via MQTT pushen.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: freetz am 18 Februar 2019, 15:14:15
Danke für die schnelle Rückmeldung, jetzt ist es klarer - ich dachte, dass "grab result decode" auch die bekannten Datensätze anzeigen würde, aber jetzt, wo ich genauer hinsehe (und vor dem Hintergrund Deiner Erklärung), sind das also nur die vielen möglichen Dekodierungen der bisher nur zwei Datensätze, die über den Bus gegangen sind.
Ich muss dann wohl versuchen, mehr Traffic auf den Bus zu bekommen, um an relevante Datensätze zu kommen, denn bisher sehe ich bei den beiden wenig Verwertbares.

Ist ein "scan config 15: ERR: read timeout" bzw. "scan config 08: ERR: read timeout" beim Starten des ebusd eigentlich ein Problem oder kann man das, wenn dann doch Datensätze kommen, ignorieren?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: freetz am 18 Februar 2019, 15:44:05
Nachtrag: Ich sehe gerade, dass =vaillant]hier (https://ebus-wiki.org/doku.php/ebus/serviceb5vaillant?s%5B) ja schon vor einigen Jahren eine ganze Menge Vaillant-spezifischer Datensätze zusammengetragen worden sind. Auf mikrocontroller.net (https://www.mikrocontroller.net/topic/75698#4088336) wird auch darauf hingewiesen, dass die auch schon in das Projekt hier eingeflossen sein sollen, allerdings funktioniert der Link nicht mehr - kann ich diese Konfiguration bei mir irgendwie aktivieren? Die automatische Erkennung scheint da nicht zu greifen...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 18 Februar 2019, 16:50:45
Hab die Liste im Test_Template um wenige Einträge erweitert.

Hätte wer Vorschläge für einheitliche Status0x_x_value-Readings ?
So siehts bisher aus :

Zitatsetstate MQTT2_Test_Ebusd 2019-02-18 16:38:46 1_HwctempSensor 49.0
setstate MQTT2_Test_Ebusd 2019-02-18 16:38:46 1_OutdoorstempSensor 16.812
setstate MQTT2_Test_Ebusd 2019-02-18 16:38:46 1_Pumpe 68
setstate MQTT2_Test_Ebusd 2019-02-18 16:38:46 1_Vorlauf 45.0
setstate MQTT2_Test_Ebusd 2019-02-18 16:37:41 BoilerType 71
setstate MQTT2_Test_Ebusd 2019-02-18 16:37:42 EbusVoltage on
setstate MQTT2_Test_Ebusd 2019-02-18 16:37:41 FanHours 364
setstate MQTT2_Test_Ebusd 2019-02-18 16:37:40 FanSpeed 0
setstate MQTT2_Test_Ebusd 2019-02-18 16:37:42 Flame off
setstate MQTT2_Test_Ebusd 2019-02-18 16:38:46 Fragez 0.0
setstate MQTT2_Test_Ebusd 2019-02-18 16:37:40 WaterPressure 2.346


Zitatname:E_04a_eBus_Test_Status01+WaterPressure+Flame+FanSpeed+BoilerType+FanHours+EbusVoltage
filter:TYPE=MQTT2_DEVICE
desc:Format ebus Statusmessages comming from broadcast
#par:BASE_TOPIC;base topic set ebus;{ AttrVal("DEVICE","readingList","") =~ m,[^:]+:([^/]+)[/].*:, ? $1 : undef }
par:DEV_ID;name of the device ebus;{ AttrVal("DEVICE","readingList","") =~ m,[^/]+[/]([^/]+).*:, ? $1 : undef }
attr DEVICE bridgeRegexp\
([A-Za-z0-9]*)/([A-Za-z0-9]*).*:.* "$1_$2"
attr DEVICE jsonMap\
Status01_0_value:1_Vorlauf Status01_0_name:0 Status01_1_value:1_Ruecklauf Status01_1_name:0 Status01_2_value:1_OutdoorstempSensor Status01_2_name:0 Status01_3_value:Fragez Status01_3_name:0 Status01_4_value:1_HwctempSensor Status01_4_name:0 Status01_5_value:1_Pumpe Status01_5_name:0 WaterPressure_press_value:WaterPressure WaterPressure_sensor_value:0 Flame_0_name:0 Flame_0_value:Flame FanSpeed_0_name:0 FanSpeed_0_value:FanSpeed BoilerType_0_name:0 BoilerType_0_value:BoilerType FanHours_hoursum2_value:FanHours EbusVoltage_onoff_value:EbusVoltage
attr DEVICE readingList \
ebusd/DEV_ID/Status01:.* { json2nameValue($EVENT, 'Status01_', $JSONMAP) }\
ebusd/DEV_ID/WaterPressure:.* { json2nameValue($EVENT, 'WaterPressure_', $JSONMAP) }\
ebusd/DEV_ID/Flame:.* { json2nameValue($EVENT, 'Flame_', $JSONMAP) }\
ebusd/DEV_ID/FanSpeed:.* { json2nameValue($EVENT, 'FanSpeed_', $JSONMAP) }\
ebusd/DEV_ID/BoilerType:.* { json2nameValue($EVENT, 'BoilerType_', $JSONMAP) }\
ebusd/DEV_ID/FanHours:.* { json2nameValue($EVENT, 'FanHours_', $JSONMAP) }\
ebusd/DEV_ID/EbusVoltage:.* { json2nameValue($EVENT, 'EbusVoltage_', $JSONMAP) }
attr DEVICE stateFormat {sprintf("Vorlauf: %.1f <br>Ruecklauf: %.1f <br>WW-Temperatur: %.1f <br>Aussentemperatur.: %.1f <br>Pumpe: %s <br>Fragez: %.1f <br>Druck: %.1f <br>Brenner: %s<br>Ventilator: %.1f <br>Boiler-Typ: %.1f <br>V-Betr.std: %s<br>Ebus-Spannung: %s", ReadingsVal($name,"1_Vorlauf",0), ReadingsVal($name,"1_Ruecklauf",0), ReadingsVal($name,"1_HwctempSensor",0),ReadingsVal($name,"1_OutdoorstempSensor",0), ReadingsVal($name,"1_Pumpe",0), ReadingsVal($name,"Fragez",0), ReadingsVal($name,"WaterPressure",0), ReadingsVal($name,"Flame",0), ReadingsVal($name,"FanSpeed",0), ReadingsVal($name,"BoilerType",0), ReadingsVal($name,"FanHours",0), ReadingsVal($name,"EbusVoltage",0))}
attr DEVICE icon icoTempHeizung
attr DEVICE devStateStyle style="text-align:right"
attr DEVICE event-on-change-reading .*
attr DEVICE model E_04a_eBus_Test_Status01+WaterPressure+Flame+FanSpeed
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 18 Februar 2019, 18:57:03
ich glaube das allgemeine Interesse an MQTT2 und Templates ist hier sehr gering. Es ist auch sehr schwierig hier einheitliche Templates zu erstellen, da es eine sehr große Vielfalt an Geräten/Konfigurationen gibt die dann unterschiedliche Messpunkte liefern. Wenn wir zusätzlich zu den Templates die Typen dazu schreiben würden es wohl mehr als 30 Templates werden.

Ich würde es daher eher bei "Beispielen" belassen. Autocreate entgeht ja ohnehin nichts und so entgeht auch keinem was.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 18 Februar 2019, 19:02:03
@freetz

Mir ist hier schon aufgefallen dass auch andere Anwender mit "Auromatic" die gleichen Probleme haben wie du (Scan geht nicht). Ich habe auch versucht etwas zu recherchieren und bin davon nicht klüger geworden. Was man so liest, ist die Auromatic kein Brennwertgerät und die eher günstige Variante. Ich habe auch noch keinen Klemmen Anschluplan gefunden, hat dieses Gerät wirklich einen vollwertigen eBus oder wird der erst durch Einsatz von Zusatzgeräten verfügbar?

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: freetz am 18 Februar 2019, 19:13:25
Hallo Reinhart,

nein, es scheint einen vollwertigen eBus zu haben, über den auch das Raumgerät angebunden ist. Es ist in der Tat kein Brennwertgerät, aber zumindest die drei Telegramme, die ich jetzt geloggt habe, finden sich ja im eBus-Wiki wieder (habe den ebusd kurz vor der Arbeit gestartet und war bis jetzt nicht zu Hause, um mal die Menüpunkte durchzurattern um zu sehen, ob da was kommt). Das Raumgerät hat auch eine Service-Buchse, an der man das Vaillant-Tool mit der entsprechenden Software anschließen kann, insofern sollte da eigentlich was möglich sein. Ich wundere mich nur, falls ich jetzt der erste Vaillant-Nutzer sein sollte, der den ebusd einsetzt, wenn es gleichzeitig auf dem Wiki schon einiges dekodiert worden ist. Oder bin ich nur zu blind, da die richtige Konfiguration zu aktivieren?

VG, F.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 18 Februar 2019, 19:57:38
Danke für die Info, in der Zwischenzeit hat mir auch ein anderer User bestätigt der eine Auromatic 620/3 hat und das der Adapter bei ihm funktioniert.
Du bist mir Sicherheit nicht der einzige Vaillant Benutzer, sondern es gibt da vermutlich einige Hundert, zumindest haben wir schon weit über 500 Adapter versendet. Es klappt auch bei den meisten reibungslos, nur gibt es ein paar Geräte die nicht auf Anhieb wollen und wir wissen nicht genau woran es liegt. Ich habe ja deinen Adapter schon an meiner Therme von Vaillant vor dem Versand getestet, lesend und schreibend, deshalb die Verwirrung warum es bei dir jetzt nicht klappen sollte und wie man sieht lesen kann er ja.

Vielleicht postest du deinen genauen Gerätetyp, dann können sich andere Anwender dieses Gerätetyps ja hier melden wie es denen ergangen ist.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: freetz am 19 Februar 2019, 02:13:58
@Reinhart: Ich habe jetzt einmal mit ebusctl raw auf Rohdaten-Logging umgestellt und stelle erfreut fest, dass nun im Log eine ganze Reihe an Datenblöcken zu sehen sind. Darunter z.B. dieses hier:

2019-02-19 00:57:21.788 [bus notice] <1008b51101018900093c3e0080ff380000ff9100

Was laut eBus-Wiki auch schon entschlüsselt ist:
https://ebus-wiki.org/doku.php/ebus/serviceb511

Es gibt noch eine Reihe mehr Datenblöcke im raw log, aber ich verstehe nicht, warum mir mit ebusctl find dann nichts dergleichen angezeigt wird (s.o.). Anscheinend sind diese Datensätze aber in irgendeiner Form dem ebusd bekannt, denn ebusctl grab result scheint nur die Daten zu berücksichtigen, die wirklich unbekannt sind und die im Log mit "[update notice] received unknown MS cmd:" bezeichnet sind.
Ich habe jedenfalls eine Vaillant atmoTEC plus VCW DE 194/4-5-HL R1 mit einem Calormatic 332 Raumgerät.

Wie gesagt, der Adapter läuft problemlos, die grüne LED blinkt im Dauerfeuer und es kommen zumindest erkennbare Daten im Logfile an, wenn man auf raw stellt. Vielleicht stehe ich ja wirklich noch irgendwo sehr auf dem Schlauch, wie man diese dann auch per Kommandozeile anzeigen lassen kann...

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 19 Februar 2019, 11:03:48
Zitat von: freetz am 18 Februar 2019, 15:14:15
Ist ein "scan config 15: ERR: read timeout" bzw. "scan config 08: ERR: read timeout" beim Starten des ebusd eigentlich ein Problem oder kann man das, wenn dann doch Datensätze kommen, ignorieren?
das ist v.a. dann problematisch, wenn du --scanconfig nutzt. dann verhindern solche timeouts das Identifizieren der passenden CSV files
Titel: eBus Schaltung V2 in Betrieb nehmen
Beitrag von: freetz am 19 Februar 2019, 14:02:37
Ok, danke, --scanconfig habe ich in der Konfiguration drin, was könnte/sollte ich dann tun?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: freetz am 19 Februar 2019, 18:47:31
@john30: Ich sehe gerade hier (https://github.com/john30/ebusd/issues/217), dass da jemand ein ähnliches Problem hat. Ich habe daraufhin wie dort von Dir vorgeschlagen die Rohdaten geloggt und bekomme auch dutzendfach die Meldung "[bus notice] >31", die allerdings nicht beantwortet wird und dann zu einem Timeout führt. Da ich eine getestete Platine von Reinhart habe, schließe ich mal aus, dass das Problem dort liegt. Auf der anderen Seite kann ich mir nicht vorstellen, dass an der Service-Buchse kein Schreiben auf dem Bus möglich sein soll.

Kann es sonst sein dass die 31er Adresse als Master des ebusd(?) anders gewählt werden muss? Bei unserem LPB-Projekt hatten wir das letztens bei einer Weishaupt-Heizung, dass die (im Gegensatz zu anderen Heizungen) nur auf ganz bestimmte Absendeadressen geantwortet hat.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: freetz am 20 Februar 2019, 22:24:56
Keiner eine Idee? Falls Schreiben wirklich nicht möglich ist, gäbe es dann zumindest eine Möglichkeit, die 08.bai Vaillant-CSV irgendwie direkt zuzuweisen? Zumindest auf den ersten Blick scheinen die Zuordnungen zu passen und ich könnte wenigstens die Parameter lesen...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 21 Februar 2019, 06:42:54
Zitat von: freetz am 19 Februar 2019, 18:47:31
@john30: Ich sehe gerade hier (https://github.com/john30/ebusd/issues/217), dass da jemand ein ähnliches Problem hat. Ich habe daraufhin wie dort von Dir vorgeschlagen die Rohdaten geloggt und bekomme auch dutzendfach die Meldung "[bus notice] >31", die allerdings nicht beantwortet wird und dann zu einem Timeout führt. Da ich eine getestete Platine von Reinhart habe, schließe ich mal aus, dass das Problem dort liegt. Auf der anderen Seite kann ich mir nicht vorstellen, dass an der Service-Buchse kein Schreiben auf dem Bus möglich sein soll.

Kann es sonst sein dass die 31er Adresse als Master des ebusd(?) anders gewählt werden muss? Bei unserem LPB-Projekt hatten wir das letztens bei einer Weishaupt-Heizung, dass die (im Gegensatz zu anderen Heizungen) nur auf ganz bestimmte Absendeadressen geantwortet hat.
die adresswahl ist erstmal sekundär. solange auf ein >31 kein <31 folgt, kannst du nicht auf den bus schreiben und das musst du erstmal lösen. könnte am UART liegen, osfern einer im einsatz ist, oder am interface.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: freetz am 21 Februar 2019, 10:55:24
Also die Platine von Reinhart hängt direkt am RasPi und dessen UART. Sie hat ja drei LEDs, und wenn die >31 gesendet wird, flacker die rote LED so lange, bis die Timeout-Meldung kommt. D.h., der Raspi-UART muss funktionieren, sonst würde die LED ja nicht flackern. Reinhart sagte, die Platine ist entsprechend getestet, und zumindest bis zur LED scheint es zu funktionieren (ich weiß nicht, wo im Schaltplan die LED verbunden ist, ob also direkt hinter dem Raspi-UART oder kurz bevor das Signal auf den Bus geht).

Da der andere User in dem verlinkten GitHub-Issue ja auch das gleiche Problem und auch mit einer Vaillant-Heizung hat, wäre die Frage, ob der Bus hier generell anders reagiert. Dass Schreiben generell nicht möglich ist, kann ich mir beim Anschluss über die Service-Buchse nicht vorstellen. Aber wenn es aufgrund der flackernden roten LED auch nicht am UART oder der Platine liegen kann, muss es ja eine andere Erklärung geben. Kann ich irgendwie etwas durchmessen, was hilfreich zur Identifizierung des Problems wäre?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 21 Februar 2019, 11:33:05
Moin freetz
Wenn ich das so lese, beschleicht mich das Gefuehl, dass Du die RPI-Platine am Start hast!? Evtl. solltest du das noch mal klarstellen?
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: freetz am 21 Februar 2019, 11:53:26
Ja, richtig, die Platine V 2.0 von Reinhart, die direkt auf den Pi gesteckt wird.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 21 Februar 2019, 13:37:01
Zitat von: freetz am 21 Februar 2019, 11:53:26
Ja, richtig, die Platine V 2.0 von Reinhart, die direkt auf den Pi gesteckt wird.
Dafuer gibt es einen eigenen Thread!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: freetz am 21 Februar 2019, 13:39:58
Also ich hätte gedacht, dass dieser Thread ("eBus Schaltung V2 in Betrieb nehmen") der richtige ist, aber dann schaue ich noch mal...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 21 Februar 2019, 13:57:22
Zitat von: freetz am 21 Februar 2019, 13:39:58
Also ich hätte gedacht, dass dieser Thread ("eBus Schaltung V2 in Betrieb nehmen") der richtige ist, aber dann schaue ich noch mal...
Moin
Das war nicht boese gemeint, nur kann das schnell zur Verwirrung der Helfenden fuehren. Und beim RPI-Board gibt es auch ein paar Besonderheiten! (Deswegen liegt meins noch in der Kiste!)
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: freetz am 21 Februar 2019, 14:00:05
Nein, alles gut, ich bin ja froh, wenn ich am Ende an der richtigen Stelle lande - und die unterschiedlichen Threads machen sicher auch Sinn, "unser" BSB-Thread ist halt alles auf einmal - mit allen Vor- und Nachteilen ;)...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: freetz am 22 Februar 2019, 10:01:51
...Asche auf mein Haupt! Die (fehlende) Installation des ttyebus-Treibers war mein entscheidender Fehler - ich hatte mich zuerst nur an die Anleitung im Thread "eBus Schaltung in Betrieb nehmen" gehalten, und da ich zuvor schon mal die serielle Konsole deaktiviert hatte, kam es da zu keinen Problemen; dazu funktionierte ja das Lesen der Broadcast-Telegramme. Durch die Anleitung hier am Anfang des Threads habe ich aber nun gesehen, dass das mehr Zufall war. Nun, mit dem ttyebus Treiber klappt die Erkennung und auch ebusctl find gibt nun zumindest bei ein paar Parametern einen Wert aus:
350 ActualPumpPower = no data stored
350 ActualRoomTempDesired = no data stored
350 ActualTempDesired = no data stored
350 ActualWeekday = no data stored
350 BypassValve = no data stored
350 C1C2State = no data stored
350 CirPump = no data stored
350 ClockSwitchSummerWinterDone = no data stored
350 CMResetCnt = no data stored
350 CollPumpHRuntime = no data stored
350 COMErrorCnt = no data stored
350 ComfTempDesired = no data stored
350 ComfTempEnabled = no data stored
350 ControlMode = no data stored
350 Date = no data stored
350 DcfDaten = no data stored
350 DisableAutoSync = no data stored
350 eBUSCRC = no data stored
350 eBUSFifoDiffCntMax = no data stored
350 EDControlEnabled = no data stored
350 EEpromMaxInkonsCnt = no data stored
350 ElectronicCartridge = no data stored
350 FillmodeStartTime = no data stored
350 FlowTempMin = no data stored
350 FrostProtectDelay = no data stored
350 HeatingCurve = no data stored
350 HwcState = no data stored
350 HwcTempDesired = no data stored
350 HydraulicMixer = no data stored
350 HydraulicScheme = no data stored
350 IsInFloorPavingDrying = no data stored
350 IsInHoliday = no data stored
350 IsInParty = no data stored
350 IsInQuickVeto = no data stored
350 IsInSavingsFunction = no data stored
350 IsInSingleHwcLoadingMode = no data stored
350 IsInTeleSwitch = no data stored
350 LegioProtectionEnabled = no data stored
350 LegioProtectionState = no data stored
350 LegioPump = no data stored
350 LoadingDelayEnabled = no data stored
350 LVResetCnt = no data stored
350 NumCollPanels = no data stored
350 OffDiff = no data stored
350 OffsetDesTemp = no data stored
350 ONDiff = no data stored
350 ONMAXDiff = no data stored
350 ONMINDiff = no data stored
350 OperatingMode = no data stored
350 OperatingModeHwc = no data stored
350 OperatingmodeStartTime = no data stored
350 OtShutdownLimit = no data stored
350 OutsideTemp = no data stored
350 OutsideTempOffset = no data stored
350 POCResetCnt = no data stored
350 PrevOperatingMode = no data stored
350 PumpPower = no data stored
350 QuickVetoTemp = no data stored
350 ReducedNightTemp = no data stored
350 ResetOperatingTimes = no data stored
350 ResetYield = no data stored
350 RestoreOpModeAfterHoliday = no data stored
350 resvdColl1Sensor = no data stored
350 resvdColl2Sensor = no data stored
350 resvdCollPump1 = no data stored
350 resvdCollPump2 = no data stored
350 resvdStorage1Sensor = no data stored
350 resvdStorage2Sensor = no data stored
350 resvdStorage3Sensor = no data stored
350 ROCRoomSet = no data stored
350 RoomTemp = no data stored
350 RoomTempOffset = no data stored
350 RoomTempOffsetSelfWarming = no data stored
350 RoomTempSwitchOn = no data stored
350 RTCAdjustment = no data stored
350 SavingsFunctionTime = no data stored
350 SolFlowRate = no data stored
350 SolHwcMaxLoadTemp = no data stored
350 SolPumpBlockingTime = no data stored
350 StackeBUSTaskMax = no data stored
350 StackLifeCheckTaskMax = no data stored
350 StackMainTaskMax = no data stored
350 StartCircuitAeration = no data stored
350 StateOfRoomCon = no data stored
350 StatusDcf = no data stored
350 SwitchOffParty = no data stored
350 TeleSwOperatingMode = no data stored
350 Time = no data stored
350 TimeWindows = no data stored
350 UV1State = no data stored
350 Variant = no data stored
350 VariantDKRefreshCnt = no data stored
350 WDResetCnt = no data stored
350 WeekDayProgSwitch = no data stored
350 YearCalendarActive = no data stored
350 Yield = no data stored
350 YieldSensor = no data stored
350 ZweipunktAnalogSlct = no data stored
bai AATemp = no data stored
bai AccessoriesOne = no data stored
bai AccessoriesTwo = no data stored
bai ACRoomthermostat = no data stored
bai AircontrolOk = no data stored
bai AITemp = no data stored
bai AntiCondensValue = no data stored
bai averageIgnitiontime = no data stored
bai BlockTimeHcMax = no data stored
bai BoilerType2 = no data stored
bai BoilerType = no data stored
bai ChangesDSN = no data stored
bai CirPump = no data stored
bai CounterStartattempts1 = no data stored
bai CounterStartattempts2 = no data stored
bai CounterStartAttempts3 = no data stored
bai currenterror = no data stored
bai DateTime = nosignal;09:26:14;-.-.-;-
bai dcfState = no data stored
bai DCFTimeDate = no data stored
bai DCRoomthermostat = no data stored
bai DeactivationsIFC = no data stored
bai DeactivationsTemplimiter = no data stored
bai DeltaFlowReturnMax = no data stored
bai DisplayMode = no data stored
bai DSN = no data stored
bai DSNOffset = no data stored
bai DSNStart = no data stored
bai EBusHeatcontrol = no data stored
bai EbusSourceOn = no data stored
bai EbusVoltage = no data stored
bai errorhistory = no data stored
bai ExhaustCurve = no data stored
bai exhaustWayBlockCounter = no data stored
bai expertlevel_ReturnTemp = no data stored
bai ExternalFaultmessage = no data stored
bai externalFlowTempDesired = no data stored
bai externalHwcSwitch = no data stored
bai ExternGasvalve = no data stored
bai ExtFlowTempDesiredMin = no data stored
bai extWP = no data stored
bai FanHours = no data stored
bai FanMaxSpeedOperation = no data stored
bai FanMinSpeedOperation = no data stored
bai FanPWMSum = no data stored
bai FanPWMTest = no data stored
bai FanSpeed = no data stored
bai FanStarts = no data stored
bai Flame = no data stored
bai FlameSensingASIC = no data stored
bai FloorHeatingContact = no data stored
bai FlowsetHcMax = no data stored
bai FlowsetHwcMax = no data stored
bai FlowSetPotmeter = no data stored
bai FlowTemp = no data stored
bai FlowTempDesired = no data stored
bai Fluegasvalve = no data stored
bai Gasvalve3UC = no data stored
bai Gasvalve = no data stored
bai GasvalveASICFeedback = no data stored
bai GasvalveUC = no data stored
bai GasvalveUCFeedback = no data stored
bai GVStepOffsetMax = no data stored
bai GVStepOffsetMin = no data stored
bai HcHours = no data stored
bai HcPumpMode = no data stored
bai HcPumpStarts = no data stored
bai HcStarts = no data stored
bai HcUnderHundredStarts = no data stored
bai HeatingSwitch = no data stored
bai HoursTillService = no data stored
bai HwcDemand = no data stored
bai HwcHours = no data stored
bai HwcImpellorSwitch = no data stored
bai HwcPostrunTime = no data stored
bai HwcSetPotmeter = no data stored
bai HwcStarts = no data stored
bai HwcSwitch = no data stored
bai HwcTemp = no data stored
bai HwcTempDesired = no data stored
bai HwcTempMax = no data stored
bai HwcTypes = no data stored
bai HwcUnderHundredStarts = no data stored
bai HwcWaterflow = no data stored
bai HwcWaterflowMax = no data stored
bai Ignitor = no data stored
bai IonisationVoltageLevel = no data stored
bai maintenancedata_HwcTempMax = no data stored
bai maxIgnitiontime = no data stored
bai minIgnitiontime = no data stored
bai ModulationTempDesired = no data stored
bai OutdoorstempSensor = no data stored
bai OverflowCounter = no data stored
bai ParamToken = no data stored
bai PartloadHcKW = no data stored
bai PartloadHwcKW = no data stored
bai PartnumberBox = no data stored
bai PositionValveSet = no data stored
bai PowerValue = no data stored
bai PrAPSCounter = no data stored
bai PrAPSSum = no data stored
bai PredCombustionDecrementTime = no data stored
bai PredCombustionPredCounter = no data stored
bai PredCombustionSwitchingPoint = no data stored
bai PredFanPWMDevThreshold = no data stored
bai PredFanPWMPredCounter = no data stored
bai PredFanPWMRefPWMcounter = no data stored
bai PredFanPWMRefPWMsum = no data stored
bai PredFanPWMSwitchingPoint = no data stored
bai PredIgnitionPredCounter = no data stored
bai PredIgnitionSwitchingPoint = no data stored
bai PredSourcePressureDevThreshold = no data stored
bai PredSourcePressurePredCounter = no data stored
bai PredSourcePressureSwitchingPoint = no data stored
bai PredWaterflowDevThreshold = no data stored
bai PredWaterflowSwitchingPoint = no data stored
bai PredWaterpressureMaxPressure = no data stored
bai PredWaterpressureMinPressure = no data stored
bai PredWaterpressureSwitchingPoint = no data stored
bai PrEnergyCountHc1 = no data stored
bai PrEnergyCountHc2 = no data stored
bai PrEnergyCountHc3 = no data stored
bai PrEnergyCountHwc1 = no data stored
bai PrEnergyCountHwc2 = no data stored
bai PrEnergyCountHwc3 = no data stored
bai PrEnergySumHc1 = no data stored
bai PrEnergySumHc2 = no data stored
bai PrEnergySumHc3 = no data stored
bai PrEnergySumHwc1 = no data stored
bai PrEnergySumHwc2 = no data stored
bai PrEnergySumHwc3 = no data stored
bai PumpHours = no data stored
bai PumpHwcFlowNumber = no data stored
bai PumpHwcFlowSum = no data stored
bai ReduceModulationBlocktime = no data stored
bai RemainingBoilerblocktime = no data stored
bai ReturnRegulation = no data stored
bai ReturnTemp = no data stored
bai ReturnTempMax = no data stored
bai SecondPumpMode = no data stored
bai SerialNumber = no data stored
bai SetFactoryValues = no data stored
bai SetMode = auto;0.0;-;-;1;0;1;0;0;0
bai SHEMaxDeltaHwcFlow = no data stored
bai SHEMaxFlowTemp = no data stored
bai SolPostHeat = no data stored
bai SpecialAdj = no data stored
bai Statenumber = no data stored
bai Status01 = 14.0;14.0;-;-;14.0;off
bai Status02 = auto;60;68.0;70;61.0
bai Status16 = no data stored
bai Status = no data stored
bai Storageloadpump = no data stored
bai StorageLoadPumpHours = no data stored
bai StorageloadPumpStarts = no data stored
bai StorageLoadTimeMax = no data stored
bai StoragereleaseClock = no data stored
bai StorageTemp = no data stored
bai StorageTempDesired = no data stored
bai StorageTempMax = no data stored
bai TargetFanSpeed = no data stored
bai TargetFanSpeedOutput = no data stored
bai TempDiffBlock = no data stored
bai TempDiffFailure = no data stored
bai TempGradientFailure = no data stored
bai Templimiter = no data stored
bai TemplimiterWithNTC = no data stored
bai TempMaxDiffExtTFT = no data stored
bai TimerInputHc = no data stored
bai ValveMode = no data stored
bai ValveStarts = no data stored
bai VolatileLockout = no data stored
bai WarmstartDemand = no data stored
bai WarmstartOffset = no data stored
bai WaterHcFlowMax = no data stored
bai WaterPressure = no data stored
bai WaterpressureBranchControlOff = no data stored
bai WaterpressureMeasureCounter = no data stored
bai WaterpressureVariantSum = no data stored
bai WP = no data stored
bai WPPostrunTime = no data stored
bai WPPWMPower = no data stored
bai WPPWMPowerDia = no data stored
bai WPSecondStage = no data stored
broadcast datetime = no data stored
broadcast error = no data stored
broadcast hwcStatus = no data stored
broadcast id = no data stored
broadcast id = no data stored
broadcast load = no data stored
broadcast outsidetemp = no data stored
broadcast signoflife = no data stored
broadcast vdatetime = 17:08:19;04.01.2010
general valuerange = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan id = no data stored
scan.08  = Vaillant;BAI00;0518;7401
scan.08 id = 21;12;36;0010006110;0001;012873;N3
scan.15  = Vaillant;35000;0109;7102
scan.15 id = 21;12;34;0020124472;0082;006074;N9


Sorry noch mal für die Verwirrung und danke für den Support!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 17 März 2019, 18:27:24
Moin
Ich stecke derzeit irgendwie fest. Der ebus-Wemos scheint irgendwie seinen Geist aufgegeben zu haben. Die LED blinkt schon ewig nicht mehr.
Nun dachte ich mir, dass ich mal schnell einen neuen flashe. Das mache ich jetzt schon seit Stunden, aber die ESPs (ja ich habe jetzt schon mehrere ausprobiert) melden alle das folgende.
ets Jan  8 2013,rst cause:4, boot mode:(3,7)

wdt reset
load 0x4010f000, len 1384, room 16
tail 8
chksum 0x2d
csum 0x2d
v4ceabea9
~ld

Ich habe irgendwie das Gefuehl, dass irgendwas grundsaetzlich falsch ist, aber weiss nicht was. Es lassen sich auch keine anderen sketche auf den Wemos flashen!
Kann mir jemand einen Tipp geben?
Danke und Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: freetz am 17 März 2019, 18:58:42
1. Womit flashst Du? esptool.py? Arduino IDE? xxx? Wenn Arduino IDE, ist es 1.8.x oder höher?
2. Welche Fehlermeldung gibt der Flasher aus? Oder sieht es aus dessen Sicht in Ordnung aus?
3. Ist sichergestellt, dass der WEMOS "nackig" ist beim Flashen? Verschiedene Pins haben während des Flashens besondere Aufgaben bzw. können den Flash-Prozess behindern.
4. Hast Du schon einmal probiert, bis zum Start des eigentlichen Flash-Vorgangs den Reset-Button zu drücken und erst nachdem der Flash-Vorgang gestartet ist, loszulassen (ggf. ersten Timeout abwarten)?
5. Wenn Du versuchst, einen neuen Sketch zu flashen, nimm' einen der Minimal ist (blinkende LED aus den Beispiel-Prgrammen z.B.).

Ansonsten ist Reset Cause 4 der Hinweis darauf, dass der interne Watchdog des ESP zugeschlagen hat, d.h., eine Programmsequenz, die länger als ein paar Sekunden kein yield() oder delay() oder anderweitig die Kontrolle an den ESP zurückgegeben hat. Da wäre besonders Punkt 4 hilfreich, denn ansonsten rebootet sich der ESP ständig, weil er eben immer wieder in dem infinite loop hängen bleibt...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 18 März 2019, 06:46:21
Moin freetz
Danke fuer Deine Fragen. Ich habe es mit NodeMCU flasher probiert, und mit esptool.py unter Windows. Da ich nur eine bin habe, kann ich mit der Arduino-IDE (Bei mir 1.6.9) nicht flashen.
Die beiden benutzten Programme initiieren den Flashvorgang automatisch, so dass ich nichts gedrueckt habe.
Und ja der Wemos ist nackig, da habe ich nur die Stiftleisten angeloetet. Ich habe dann aber doch etwas funktionierendes geflasht bekommen. (Luftqualitaetssensor)
Der von John30 beschriebene Flashbefehl, im eBusd-Wiki, funktioniert bei mir so nicht mit dem esptool.
Zum NodeMCU flasher fehlt meiner Meinung nach ein Bild, mit den Flasheinstellungen.
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: freetz am 18 März 2019, 07:16:46
Der Flash-Vorgang wird bei allen Flashern automatisch gestartet, nur wenn auf dem ESP ein Programm in einer Endlosschleife läuft, kommt der Flasher nicht "durch", daher der Tipp mit dem Reset-Button drücken. Gibt esptool.py denn eine Fehlermeldung aus, und wenn ja welche?
Eine Fehlermeldung wie z.B.
error: espcomm_open failed
error: espcomm_upload_mem failed

könnte u.a. darauf hindeuten, dass er wegen des ständigen Anschlagen des Watchdogs nicht durchkommt.
Siehst Du beim Flashen das genaue Kommando von esptool.py, also mit den übergebenen Parametern? Dann bitte mal posten.
Zum Vergleich: Bei mir sieht der so aus:
esptool -vv -cd nodemcu -cb 921600 -cp /dev/cu.wchusbserial1420 -ca 0x00000 -cf /Users/frederik/Documents/Arduino/BSB_lan/build/Robotan.ino.bin

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 18 März 2019, 10:53:49
Moin
Der Flashvorgang laeuft jedesmal komplett durch. Es gibt dementsprechend keine Fehlermeldung.
Wie gesagt, mein esptool frisst diese Befehle "-cp" usw nicht. Ich gebe "--port" ein.
Mit dem automatisch starten meinte ich, dass der Wemos automatisch in den Flashmodus wechselt.
BTW: Der Wemos war Originalverpackt, ist allerdings ein clon!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: freetz am 18 März 2019, 11:18:31
Ok, wenn der Flash-Vorgang jedes Mal ohne Fehler durchläuft UND der Wemos dann den Watchdog-Fehler als Reset-Cause bringt, wäre eine problematische Binary das einzige, woran Du noch drehen kannst. Du kannst ja alternativ mal probieren, die Binary aus meinem Robotan-Projekt (s. Signatur) zu flashen. Da müsste auf dem seriellen Port (38400,8N1) was kommen. Wenn das klappt, liegt's an Deiner Binary, wenn nicht, ist vermutlich der Wemos platt.

Ich habe für das Projekt zig Clone verwendet und bisher bei keinem Probleme gehabt. Wie sich die Dinger nach Monaten im 24/7-Betrieb verhalten, ist natürlich eine andere Sache. Gelegentliche Resets kenne ich da schon, aber nicht das, was Du beschreibst.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 19 März 2019, 20:06:54
Moin
Ich habe den neuen Wemos jetzt als Schrott abgeschrieben. Es kann wohl auch sein, dass er einen kleineren Speicher hat. Insgesammt habe ich jetzt 2 Tage damit zugebracht, und er funktioniert einfach nicht.
Dennoch bekomme ich auf einem funktionierendem NodeMCU V1.0 das bin vom ebus nicht zum Laufen! Hat das schon einmal jemand gehabt? Ich habe da noch falsch Gelieferte uebrig, und da dachte ich mir ich koennte einen von denen missbrauchen.
Den eigentlich toten Kandidaten konnte ich durch einen Reset neustarten.
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: goosst am 31 März 2019, 18:36:12
Hello again,

My setup is the v2.2 adapter from the forum connected directly over usb to a raspberry pi. I'm overwhelmed with the fhem definitions, attributes, commands, devices, ... :
- Is 98_GAEBUS useful for my purposes? It seems to request ip-addresses and ports, so I don't get it if there is something beneficial for my setup.
- Can somebody please point to some simple examples where I can just read something simple from the ebus and plot it in fhem? something simple as ebusctl read Time and have it displayed ... .

I know perfectly which commands I want to read and write through the ebusctl interface, but I'm lost bringing this into a fhem interface.

thanks!

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 01 April 2019, 07:59:07
Zitat von: pc1246 am 19 März 2019, 20:06:54
Moin
Ich habe den neuen Wemos jetzt als Schrott abgeschrieben. Es kann wohl auch sein, dass er einen kleineren Speicher hat. Insgesammt habe ich jetzt 2 Tage damit zugebracht, und er funktioniert einfach nicht.
Dennoch bekomme ich auf einem funktionierendem NodeMCU V1.0 das bin vom ebus nicht zum Laufen! Hat das schon einmal jemand gehabt? Ich habe da noch falsch Gelieferte uebrig, und da dachte ich mir ich koennte einen von denen missbrauchen.
Den eigentlich toten Kandidaten konnte ich durch einen Reset neustarten.
Gruss Christoph
das binary ist explizit für Wemos (https://github.com/john30/ebusd-esp#flashing) und sonst nichts, also wundert mich das nicht wirklich.
Wenn du willst, können wir einen Tausch machen, also dein nodemcu gegen einen meiner Wemos, dann schaue ich mal, ob ich ebusd-esp auch auf nodemcu zum Laufen bekomme.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pc1246 am 01 April 2019, 11:57:39
Zitat von: john30 am 01 April 2019, 07:59:07
das binary ist explizit für Wemos (https://github.com/john30/ebusd-esp#flashing) und sonst nichts, also wundert mich das nicht wirklich.
Wenn du willst, können wir einen Tausch machen, also dein nodemcu gegen einen meiner Wemos, dann schaue ich mal, ob ich ebusd-esp auch auf nodemcu zum Laufen bekomme.
Moin John
Das ist ein sehr nettes Angebot. Allerdings hatte ich jetzt eigentlich nicht erwartet, dass es einen Unterschied gibt. Denn es wird doch nur die serielle Schnittstelle benutzt!?
Einen NodeMCU kann ich Dir trotzdem gerne schicken, wenn du mir Deine Adresse schickst!
Gruss Christoph
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 03 April 2019, 10:49:52
Zitat von: pc1246 am 01 April 2019, 11:57:39
Das ist ein sehr nettes Angebot. Allerdings hatte ich jetzt eigentlich nicht erwartet, dass es einen Unterschied gibt. Denn es wird doch nur die serielle Schnittstelle benutzt!?
es werden unterschiedliche Chips verwendet und deshalb kann das sehr gut sein, dass bspw. Bootloader oder PIN Zuordnung anders sind.

Zitat von: pc1246 am 01 April 2019, 11:57:39
Einen NodeMCU kann ich Dir trotzdem gerne schicken, wenn du mir Deine Adresse schickst!
ok, weiteres dazu per PM.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: FunkOdyssey am 03 April 2019, 18:11:51
Vielleicht könnt ihr mir helfen. Ich baue gerade meine ebusd-Implementierung auf MQTT2 um und es läuft auch perfekt.

Ich erhalte nur via MQTT2 zusätzlich zum eigentlichen Wert auch alle anderen Parameter (min,max,Default) mitgeliefert.

Beispiel:

Bypassbetrieb: auto;0;2;1;0
Luftmenge:      300;50;400;5;300


Die ebusd-Config sieht wie folgt aus (und sollte auch so bleiben):

r,,Luftmenge,,,,4050,21,aktuell,,UIR,,m³/h,,minimum,,UIR,,m³/h,,maximum,,UIR,,m³/h,,Schrittgroesse,,UIR,,m³/h,,Werkseinstellung,,UIR,,m³/h
r,,Bypassbetrieb,,,,4050,1b,aktuell,,UIR,0=auto;1=geschlossen;2=geoeffnet,,,minimum,,UIR,,,,maximum,,UIR,,,,Schrittgroesse,,UIR,,,,Werkseinstellung,,UIR


In den Readingsgroups machen sich diese - mit Semikolon getrennten - Strings halt nicht so gut.

Ist zufällig bekannt, ob man das direkt im MQTT2-Device loswerden kann?
Vermutlich werden nun userreadings (würden zu viele) oder evtl. sogar readingsChange empfohlen. Doch geht das evtl. sogar direkt über irgendwelche regulären Ausdrücke im MQTT2_Device? RegEx im readingList wären genial, aber vermutlich aktuell nicht möglich, oder?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: FunkOdyssey am 16 April 2019, 17:27:04
Bin ich hier im Thread überhaupt richtig?
Ich wollte dies nicht in den Template-Threads zu eBus besprechen.

Frage in kurz: Kann man im readingList-Attribut über irgendwelche Perl- oder RegEx-Ausdrücke einen String (z.B. 300;50;400;5;300) zerlegen und nur den ersten Wert übernehmen?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 16 April 2019, 19:05:12
Hallo!

Du kannst ruhig im Template Thread mitdiskutieren, aber es geht auch hier.
Wenn du MQTT2 einsetzt und "autocreate" auf "complex" hast sollten alle Werte in einem eigenen Reading ankommen, die Semikolon etc. sind da kein Problem. Schau dir dazu einmal die Status readingGroup oder das Status devStateIcon Template an. Beim Status kommen ja die Werte auch durch Semikolon getrennt daher, aber bei MQTT2 wird da für jeden ein eigenes Reading angelegt. Beim Statustemplate habe ich zusätzlich noch mit einem jsonMap sprechende Namen zur Erzeugung der Readings vergeben, so könnte man das bei dir auch in ähnlicher Form durchführen.

Status01_0_value:_Vorlauf
Status01_1_value:_Ruecklauf
Status01_2_value:_Aussentemp
Status01_3_value:_Warmwasser
Status01_4_value:_WWSpeicher
Status01_5_value:_Pumpenstatus
Status02_0_value:_HWCMode
Status02_1_value:_Maximaltemperatur
Status02_2_value:_ReglerMaxTEMP
Status02_3_value:_ReglerCurrentTemp

aus den nicht viel aussagenden StatusValues wird so ein sprechender Name vergeben.


Aber bevor wir uns hier verrennen, wäre ein List vom MQTT2 Device hilfreich, dann schauen wir weiter.  Ein par Bilder und Beispiele habe ich schon ins Wiki  (https://wiki.fhem.de/wiki/EBUS-MQTT2)gestellt.


Bei den Templates ist es so, dass ich erstmal nur die erstellt habe die auch selbst testen kann. Mann kann die aber leicht erweitern und weitere hinzufügen wenn's jemand testen kann.

LG
Reinhart

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 16 April 2019, 19:29:06
der Status kommt so vom eBus:

38.0;29.0;12.500;30.0;29.0;on

_Ruecklauf  33.0 2019-04-13 21:48:37
_Vorlauf    33.0 2019-04-13 21:48:37
_WWSpeicher 31.0 2019-04-13 21:48:37
_Warmwasser 30.0 2019-04-13 21:48:37

MQTT2 macht dann mit zusätzlichem jsonMap das draus

und im Anhang sieht du die daraus erzeugten Ausgaben, entweder mit Readingsgroup oder mit devStateIcon erzeugt. Die Farbgebung erfolgt dynamisch je nach Temperatur (kalt=blau, heiß=rot) .
Genau so kann man es bei deinen gewünschten Readings dann durchführen.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: FunkOdyssey am 17 April 2019, 17:41:15
Danke, das macht Hoffnung. Ich habe heute einige Stunden versucht, mit json2nameValue (mit/ohne optionalen Parametern) und mit dem jsonmap-Attribut eine vernünftige Ausgabe zu erhalten. Und ja, im MQTT2_Server habe ich autocreate auf complex.

Getestet habe ich es hier mit "LuftmengeStufe0". Sobald ich json2nameValue in der readingList verwende, kann ich aber kein GET mehr durchführen und ich erhalten einen TimeOut.

Internals:
   CHANGED   
   CID        ebusd_kwl
   DEF        ebusd_kwl
   DEVICETOPIC MQTT2_ebusd_kwl
   IODev      mqtt2Server
   LASTInputDev mqtt2Server
   MSGCNT     140943
   NAME       MQTT2_ebusd_kwl
   NR         726
   STATE      Normal
   TYPE       MQTT2_DEVICE
   mqtt2Server_MSGCNT 140943
   mqtt2Server_TIME 2019-04-17 17:36:02
   READINGS:
     2019-04-17 17:36:00   Ablufttemperatur 20.8
     2019-04-17 17:36:00   Aussenlufttemperatur 18.5
     2019-04-17 17:11:40   BeleuchtungDisplay 10;0;100;5;10
     2019-04-17 17:00:00   BetriebsstundenTotal 31710;32768;32767;1;0
     2019-04-17 17:00:01   BypassHysterese 2.0;0.0;5.0;0.5;2.0
     2019-04-17 17:00:01   BypassTemperatur 21.0;15.0;35.0;0.5;22.0
     2019-04-17 17:00:01   Bypassbetrieb   auto;0;2;1;0
     2019-04-17 17:36:01   Bypassstrom     0
     2019-03-26 20:02:42   Contact1Position 0
     2019-03-26 20:03:12   Contact2Position 0
     2019-04-17 17:05:40   DruckungleichgewichtZulaessig nicht zulaessig;0;1;1;1
     2019-04-08 22:01:29   EWTStatus       1
     2019-04-17 17:00:00   Errors          3;0;0;0;0;0;0;0;0;0;0
     2019-04-17 17:00:01   FestesDruckungleichgewicht 0;-100;100;1;0
     2019-04-17 17:36:01   FilterStatus    Clean
     2019-04-17 17:36:01   FrostStatus     No Frost
     2019-04-17 17:36:01   IstwertAbluftdruck 63.9
     2019-04-17 17:36:02   IstwertDeltaDruck -6.0
     2019-04-17 17:36:01   IstwertZuluftdruck 57.9
     2019-04-08 21:41:19   LeistungNachheizregister 0
     2019-04-17 17:36:01   LeistungVorheizregister 0
     2019-04-17 17:36:02   LuefterStatus   Const. Flow
     2019-04-17 17:00:00   LuftmengeFilterSchwellwert 432
     2019-04-17 17:00:01   LuftmengeMitFilter 215
     2019-04-17 17:00:01   LuftmengeStufe0 50;0;50;50;50
     2019-04-17 17:00:02   LuftmengeStufe1 100;50;400;5;100
     2019-04-17 17:00:02   LuftmengeStufe2 200;50;400;5;200
     2019-04-17 17:00:02   LuftmengeStufe3 300;50;400;5;300
     2019-04-17 17:00:06   LuftmengeTotal  5862000;32768;32767;1;0
     2019-04-08 22:01:59   OptionTemperature 0
     2019-04-08 21:59:54   PerilexPosition 1
     2019-04-17 17:36:02   PosStufenschalter 2
     2019-03-26 19:57:32   RHSensorEmpfindlichkeit -1;-1;-1;-1;-1
     2019-04-08 21:54:44   RHSensorVorhanden -;-;-;-;-
     2019-04-17 17:00:02   SoftwareVersion S1.04.02 0001
     2019-04-17 17:36:02   SollAbluftmenge 200
     2019-04-17 17:36:02   SollZuluftmenge 200
     2019-04-17 17:36:02   StatusBypass    Open
     2019-04-17 17:36:02   StatusNachheizregister Disabled
     2019-04-17 17:36:02   StatusVorheizregister Disabled
     2019-04-17 17:00:02   TageMitFilter   75
     2019-04-17 17:36:01   TatsaechlicheAbluftmenge 200
     2019-04-17 17:36:01   TatsaechlicheDrehzahlAbluft 2079
     2019-04-17 17:36:02   TatsaechlicheDrehzahlDelta -186.0
     2019-04-17 17:36:01   TatsaechlicheDrehzahlZuluft 1893
     2019-04-17 17:36:01   TatsaechlicheZuluftmenge 199
     2019-04-17 17:36:00   Ventilatorbetrieb Normal
     2019-04-17 17:00:03   VorheizRegister_inst -
     2019-04-08 21:58:54   WertDIPSchalter 29
     2019-04-17 17:00:03   ZentralheizungWRG aus;0;1;1;0
     2019-04-08 22:01:59   associatedWith  MQTT2_ebusd
     2019-04-08 21:36:39   error           E000
     2019-04-08 21:45:59   id              ENCON;  ;-;-
     2019-03-26 20:03:41   state           LuftmengeStufe1
Attributes:
   IODev      mqtt2Server
   event-on-change-reading .*
   getList    Ablufttemperatur:noArg Ablufttemperatur ebusd/kwl/Ablufttemperatur/get
Aussenlufttemperatur:noArg Aussenlufttemperatur ebusd/kwl/Aussenlufttemperatur/get
BeleuchtungDisplay:noArg BeleuchtungDisplay ebusd/kwl/BeleuchtungDisplay/get
BetriebsstundenTotal:noArg BetriebsstundenTotal ebusd/kwl/BetriebsstundenTotal/get
BypassHysterese:noArg BypassHysterese ebusd/kwl/BypassHysterese/get
BypassTemperatur:noArg BypassTemperatur ebusd/kwl/BypassTemperatur/get
Bypassbetrieb:noArg Bypassbetrieb ebusd/kwl/Bypassbetrieb/get
Bypassstrom:noArg Bypassstrom ebusd/kwl/Bypassstrom/get
DruckungleichgewichtZulaessig:noArg DruckungleichgewichtZulaessig ebusd/kwl/DruckungleichgewichtZulaessig/get
Errors:noArg Errors ebusd/kwl/Errors/get
FestesDruckungleichgewicht:noArg FestesDruckungleichgewicht ebusd/kwl/FestesDruckungleichgewicht/get
FilterStatus:noArg FilterStatus ebusd/kwl/FilterStatus/get
FrostStatus:noArg FrostStatus ebusd/kwl/FrostStatus/get
IstwertAbluftdruck:noArg IstwertAbluftdruck ebusd/kwl/IstwertAbluftdruck/get
IstwertZuluftdruck:noArg IstwertZuluftdruck ebusd/kwl/IstwertZuluftdruck/get
LeistungVorheizregister:noArg LeistungVorheizregister ebusd/kwl/LeistungVorheizregister/get
LuefterStatus:noArg LuefterStatus ebusd/kwl/LuefterStatus/get
LuftmengeFilterSchwellwert:noArg LuftmengeFilterSchwellwert ebusd/kwl/LuftmengeFilterSchwellwert/get
LuftmengeMitFilter:noArg LuftmengeMitFilter ebusd/kwl/LuftmengeMitFilter/get
LuftmengeStufe0:noArg LuftmengeStufe0 ebusd/kwl/LuftmengeStufe0/get
LuftmengeStufe1:noArg LuftmengeStufe1 ebusd/kwl/LuftmengeStufe1/get
LuftmengeStufe2:noArg LuftmengeStufe2 ebusd/kwl/LuftmengeStufe2/get
LuftmengeStufe3:noArg LuftmengeStufe3 ebusd/kwl/LuftmengeStufe3/get
LuftmengeTotal:noArg LuftmengeTotal ebusd/kwl/LuftmengeTotal/get
PosStufenschalter:noArg PosStufenschalter ebusd/kwl/PosStufenschalter/get
SoftwareVersion:noArg SoftwareVersion ebusd/kwl/SoftwareVersion/get
SollAbluftmenge:noArg SollAbluftmenge ebusd/kwl/SollAbluftmenge/get
SollZuluftmenge:noArg SollZuluftmenge ebusd/kwl/SollZuluftmenge/get
StatusBypass:noArg StatusBypass ebusd/kwl/StatusBypass/get
StatusNachheizregister:noArg StatusNachheizregister ebusd/kwl/StatusNachheizregister/get
StatusVorheizregister:noArg StatusVorheizregister ebusd/kwl/StatusVorheizregister/get
TageMitFilter:noArg TageMitFilter ebusd/kwl/TageMitFilter/get
TatsaechlicheAbluftmenge:noArg TatsaechlicheAbluftmenge ebusd/kwl/TatsaechlicheAbluftmenge/get
TatsaechlicheDrehzahlAbluft:noArg TatsaechlicheDrehzahlAbluft ebusd/kwl/TatsaechlicheDrehzahlAbluft/get
TatsaechlicheDrehzahlZuluft:noArg TatsaechlicheDrehzahlZuluft ebusd/kwl/TatsaechlicheDrehzahlZuluft/get
TatsaechlicheZuluftmenge:noArg TatsaechlicheZuluftmenge ebusd/kwl/TatsaechlicheZuluftmenge/get
Ventilatorbetrieb:noArg Ventilatorbetrieb ebusd/kwl/Ventilatorbetrieb/get
VorheizRegister_an:noArg VorheizRegister_an ebusd/kwl/VorheizRegister_an/get
VorheizRegister_inst:noArg VorheizRegister_inst ebusd/kwl/VorheizRegister_inst/get
ZentralheizungWRG:noArg ZentralheizungWRG ebusd/kwl/ZentralheizungWRG/get

   readingList ebusd/kwl/TatsaechlicheDrehzahlAbluft:.* TatsaechlicheDrehzahlAbluft
ebusd/kwl/Ventilatorbetrieb:.* Ventilatorbetrieb
ebusd/kwl/PosStufenschalter:.* PosStufenschalter
ebusd/kwl/TatsaechlicheDrehzahlZuluft:.* TatsaechlicheDrehzahlZuluft
ebusd/broadcast/id:.* id
ebusd/broadcast/error:.* error
ebusd/kwl/Aussenlufttemperatur:.* Aussenlufttemperatur
ebusd/kwl/StatusBypass:.* StatusBypass
ebusd/kwl/StatusVorheizregister:.* StatusVorheizregister
ebusd/kwl/FrostStatus:.* FrostStatus
ebusd/kwl/TatsaechlicheZuluftmenge:.* TatsaechlicheZuluftmenge
ebusd/kwl/TatsaechlicheAbluftmenge:.* TatsaechlicheAbluftmenge
ebusd/kwl/LuefterStatus:.* LuefterStatus
ebusd/kwl/SollZuluftmenge:.* SollZuluftmenge
ebusd/kwl/SollAbluftmenge:.* SollAbluftmenge
ebusd/kwl/FilterStatus:.* FilterStatus
ebusd/kwl/TageMitFilter:.* TageMitFilter
ebusd/kwl/LuftmengeMitFilter:.* LuftmengeMitFilter
ebusd/kwl/LuftmengeFilterSchwellwert:.* LuftmengeFilterSchwellwert
ebusd/kwl/BetriebsstundenTotal:.* BetriebsstundenTotal
ebusd/kwl/LuftmengeTotal:.* LuftmengeTotal
ebusd/kwl/LuftmengeStufe0:.* { json2nameValue($EVENT) }
ebusd/kwl/LuftmengeStufe1:.* LuftmengeStufe1
ebusd/kwl/LuftmengeStufe2:.* LuftmengeStufe2
ebusd/kwl/LuftmengeStufe3:.* LuftmengeStufe3
ebusd/kwl/BypassHysterese:.* BypassHysterese
ebusd/kwl/Bypassbetrieb:.* Bypassbetrieb
ebusd/kwl/ZentralheizungWRG:.* ZentralheizungWRG
ebusd/kwl/FestesDruckungleichgewicht:.* FestesDruckungleichgewicht
ebusd/kwl/RHSensorVorhanden:.* RHSensorVorhanden
ebusd/kwl/RHSensorEmpfindlichkeit:.* RHSensorEmpfindlichkeit
ebusd/kwl/BeleuchtungDisplay:.* BeleuchtungDisplay
ebusd/kwl/SoftwareVersion:.* SoftwareVersion
ebusd/kwl/Errors:.* Errors
ebusd/kwl/PerilexPosition:.* PerilexPosition
ebusd/kwl/Contact1Position:.* Contact1Position
ebusd/kwl/Contact2Position:.* Contact2Position
ebusd/kwl/Ablufttemperatur:.* Ablufttemperatur
ebusd/kwl/LeistungVorheizregister:.* LeistungVorheizregister
ebusd/kwl/IstwertZuluftdruck:.* IstwertZuluftdruck
ebusd/kwl/IstwertAbluftdruck:.* IstwertAbluftdruck
ebusd/kwl/StatusNachheizregister:.* StatusNachheizregister
ebusd/kwl/Bypassstrom:.* Bypassstrom
ebusd/kwl/DruckungleichgewichtZulaessig:.* DruckungleichgewichtZulaessig
ebusd/kwl/VorheizRegister_inst:.* VorheizRegister_inst
ebusd/kwl/WertDIPSchalter:.* WertDIPSchalter
ebusd/kwl/EWTStatus:.* EWTStatus
ebusd/kwl/BypassTemperatur:.* BypassTemperatur
ebusd/kwl/LeistungNachheizregister:.* LeistungNachheizregister
ebusd/kwl/OptionTemperature:.* OptionTemperature
   setList    Ventilatorbetrieb:Feuchteschutz,Reduziert,Normal,Intensiv ebusd/kwl/Ventilatorbetrieb/set $EVTPART1
LuftmengeStufe0:50,60,70,80,90,100,110,120,130,140,150,160,170,180,190,200,210,220,230,240,250,260,270,280,290,300 ebusd/kwl/LuftmengeStufe0/set
LuftmengeStufe1:50,60,70,80,90,100,110,120,130,140,150,160,170,180,190,200,210,220,230,240,250,260,270,280,290,300 ebusd/kwl/LuftmengeStufe1/set
LuftmengeStufe2:50,60,70,80,90,100,110,120,130,140,150,160,170,180,190,200,210,220,230,240,250,260,270,280,290,300 ebusd/kwl/LuftmengeStufe2/set
LuftmengeStufe3:50,60,70,80,90,100,110,120,130,140,150,160,170,180,190,200,210,220,230,240,250,260,270,280,290,300 ebusd/kwl/LuftmengeStufe3/set
BypassTemperatur ebusd/kwl/BypassTemperatur/set
BypassHysterese ebusd/kwl/BypassHysterese/set
Bypassbetrieb:auto,geschlossen,geoeffnet ebusd/kwl/Bypassbetrieb/set
VorheizRegister_an:nein,ja ebusd/kwl/VorheizRegister_an/set
DruckungleichgewichtZulaessig:nichtZulaessig,zulaessig ebusd/kwl/DruckungleichgewichtZulaessig/set
FestesDruckungleichgewicht ebusd/kwl/FestesDruckungleichgewicht/set

   stateFormat Ventilatorbetrieb
   userReadings TatsaechlicheDrehzahlDelta { sprintf("%.1f",ReadingsVal($name,"TatsaechlicheDrehzahlZuluft",0)-ReadingsVal($name,"TatsaechlicheDrehzahlAbluft",0)); },
IstwertDeltaDruck { sprintf("%.1f",ReadingsVal($name,"IstwertZuluftdruck",0)-ReadingsVal($name,"IstwertAbluftdruck",0)); }


jsonMap-Versuch:

LuftmengeStufe0_0_value:_Wert0
LuftmengeStufe0_1_value:_Wert1
LuftmengeStufe0_2_value:_Wert2
LuftmengeStufe0_3_value:_Wert3
LuftmengeStufe0_4_value:_Wert4
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 17 April 2019, 21:01:43
da funktioniert noch was nicht richtig, im "MQTT2_Device" sollte es einen Device mit dem namen "MQTT2_ebusd" geben und diesem muss einmal das Template  "E_00_eBus_daemon_splitter" zugewiesen werden. Dann sollte die Bridgeregexp gesetzt worden sein.

(ebus.)[^/]*/(bai|[\d]+|cc|e7f|ehp|f[\d][\d]|hc|he.|hmu|hwc|mc|mc.[\d]|omu|omu.[\d]|pms|rcc|rcc.[\d]|sc|sdr_p|ui|uih|v[\d][\d]|v81|v81.[\d]|vd[\d]|vl[\d]|vr_[\d][\d]|zeo)/.*:.* "$1_$2"
(ebus.)[^/]*/(global|broadcast|general|scan|)/.*:.* "$1"

so sollte die regexp aussehen.

Wie ich aus deiner List sehe, wird offensichtlich keine bridgeregexp angewandt (oder kann es nicht), denn Readings wo die einzelnen Werte mit Semikolon getrennt sind sollte es nicht geben. Ebenfalls wird im Splitter auch autocreate in diesem Device auf 1 gesetzt.

Mir ist jetzt auch klar, warum du mit diesen Readings nicht weiter kommst.
Schau bitte auch einmal in der /etc/default/ebusd nach ob der Parameter "--mqttjson" auch wirklich in der MQTT Definition gesetzt ist, so wie die Werte bei kommen scheint dieser Parameter zu fehlen.
Meine sieht so aus:
EBUSD_OPTS="-d /dev/ttyebus -p 8888 -l /var/log/ebusd.log --scanconfig -c /etc/ebusd --accesslevel=* --mqttport=1883 --mqttjson --mqtthost=10.0.0.8 --mqtttopic=ebusd/%circuit/%name --address=ff"

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: FunkOdyssey am 17 April 2019, 21:46:27
Danke dir für deine Hilfe.
Den Splitter hatte ich schon korrekt gesetzt. Nur halt noch in der alten Schreibweise und mein Device manuell ergänzt, weil es im Ausdruck fehlte. Autocreate war im mqtt2_ebusd auch auf 1.

Mit dem ebusd-Parameter mqttjson hast du Recht. Hatte ich bewusst wieder entfernt, weil es mir absolut übertrieben komplexe Arrays zurücklieferte. Anstatt einfach nur die Temperatur in nem Reading zu haben, hatte ich dann ein Array, welches ich wieder manuell zerlegen muss. Ich verstehe den Sinn darin nicht. Bei meinem Semikolon-getrennten Readings macht es jedoch wiederum Sinn. Nur schade, dass man die JSON-Ausgabe global einschalten kann. Mein Device ist somit erst einmal unbrauchbar, da alle Readings neu angepasst werden müssen.

Muss man denn wirklich nun für jedes einzelne Reading eine JSONMAP anlegen?

Folgendes finde ich enorm und unnötig komplex?


ebusd/kwl/Aussenlufttemperatur:.* { json2nameValue($EVENT, 'Aussenlufttemperatur') }



Aussenlufttemperatur
{
     "0": {"name": "", "value": 17.1}}
}


Hier würde mir doch ein sauberes Reading reichen, da ich hier kein Array "parsen" muss.

Oder was übersehe ich hier?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: FunkOdyssey am 17 April 2019, 22:07:04
Okay. Ich sehe wie es sich entwickelt und taste mich langsam ran.
Das Device wird nur wahnsinnig umständlich und umfangreich.
Ich fand meine readinglist, getlist und setlist schon viel zu lang.
Jetzt wird es mit JSONMAP und der komplexeren readinglist noch "voller". Aber es scheint zu klappen. Dauert noch ein wenig bis ich alles fertig habe. Bin gerade am Handy.


ebusd/kwl/Aussenlufttemperatur:.* { json2nameValue($EVENT, 'Aussenlufttemperatur_', $JSONMAP) }



jsonMap
Aussenlufttemperatur_0_value:Aussenlufttemperatur Aussenlufttemperatur_0_name:0
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: FunkOdyssey am 18 April 2019, 18:09:07
Jetzt bin ich nicht am Handy und kann mir auch mehr Mühe geben beim Schreiben. :-)
Ich habe das Prinzip, glaube ich, nun verstanden. Ich muss also in meinem readingList-Attribut nun ÜBERALL mit json2nameValue arbeiten.
Problem dabei: Die Codemirror-Eingabe wird so voll, dass ich das Formular über OK kaum noch zum Server senden kann. Aber das ist hier erst einmal unwichtig.

Ich frage mich nur, ob es dafür nicht eine einfachere Schreibweise gibt. Ich wiederhole ein- und denselben Namen ja mehrfach im ganzen MQTT2_DEVICE. Bereits zweimal je Zeile in der ReadingList.

   readingList ebusd/kwl/TatsaechlicheDrehzahlAbluft:.* { json2nameValue($EVENT, 'TatsaechlicheDrehzahlAbluft_', $JSONMAP) }
ebusd/kwl/TatsaechlicheDrehzahlZuluft:.* { json2nameValue($EVENT, 'TatsaechlicheDrehzahlZuluft_', $JSONMAP) }
ebusd/kwl/Aussenlufttemperatur:.* { json2nameValue($EVENT, 'Aussenlufttemperatur_', $JSONMAP) }
ebusd/kwl/TatsaechlicheZuluftmenge:.* { json2nameValue($EVENT, 'TatsaechlicheZuluftmenge_', $JSONMAP) }
ebusd/kwl/TatsaechlicheAbluftmenge:.* { json2nameValue($EVENT, 'TatsaechlicheAbluftmenge_', $JSONMAP) }
ebusd/kwl/Ablufttemperatur:.* { json2nameValue($EVENT, 'Ablufttemperatur_', $JSONMAP) }
ebusd/kwl/IstwertZuluftdruck:.* { json2nameValue($EVENT, 'IstwertZuluftdruck_', $JSONMAP) }
ebusd/kwl/IstwertAbluftdruck:.* { json2nameValue($EVENT, 'IstwertAbluftdruck_', $JSONMAP) }


Das Array/JSON was mir dann normalerweise zur Verfügung gestellt wird, ist ja zu 90% für mich uninteressant, da ich DIREKT den "name" als Readingnamen nutzen möchte und das "value" als Wert. Dennoch muss ich umständlich mit dem jsonMap-Attribut alles wieder "zurücktransformieren":

   jsonMap    Aussenlufttemperatur_0_value:Aussenlufttemperatur Aussenlufttemperatur_0_name:0
Ablufttemperatur_0_value:Ablufttemperatur Ablufttemperatur_0_name:0
IstwertAbluftdruck_0_value:IstwertAbluftdruck IstwertAbluftdruck_0_name:0
IstwertZuluftdruck_0_value:IstwertZuluftdruck IstwertZuluftdruck_0_name:0
TatsaechlicheAbluftmenge_0_value:TatsaechlicheAbluftmenge TatsaechlicheAbluftmenge_0_name:0
TatsaechlicheDrehzahlAbluft_0_value:TatsaechlicheDrehzahlAbluft TatsaechlicheDrehzahlAbluft_0_name:0
TatsaechlicheDrehzahlZuluft_0_value:TatsaechlicheDrehzahlZuluft TatsaechlicheDrehzahlZuluft_0_name:0
TatsaechlicheZuluftmenge_0_value:TatsaechlicheZuluftmenge TatsaechlicheZuluftmenge_0_name:0


Zugegeben: Das macht Sinn, wenn man umfangreiche Arrays hat wie das folgende:

LuftmengeStufe2 {
     "aktuell": {"value": 200},
     "minimum": {"value": 50},
     "maximum": {"value": 400},
     "Schrittgroesse": {"value": 5},
     "Werkseinstellung": {"value": 200}}


Daraus werden mir auch ohne jsonMap folgende Readings generiert:

LuftmengeStufe2_aktuell_value
LuftmengeStufe2_Schrittgroesse_value
etc.


Schade nur, dass dort das Suffix "_value" noch angefügt wird.




Entweder habe ich etwas übersehen oder ich würde mir es wünschen, wenn "json2nameValue" automatisch schöne Readingnamen erstellen könnte.
Mit dem "_value"-Suffix kann ich ja leben, aber das manuelle Einkürzen über jsonMap finde ich schon recht umständlich. Vor allem, weil nur ein Arrayindex (oder wie immer das bei JSON heißt) geliefert wird.


Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 18 April 2019, 18:55:10
So wie ich sehe war das fehlende Jsonformat der Übeltäter und du hast dich nun schon etwas intensiver damit auseinander gesetzt.
Das Suffix "_value" kommt daher, das es auch Readings mit "_name" gibt und dann macht es wirklich Sinn um den Messwert einem Text zuordnen zu können.. Beim Staus01 und Status02 ist es dann so.

Alle Templates sind auch auf das Jsonformat konzipiert, auch andere für Sonfoff etc. Es ist schon klar, dass viele Readings nicht benötigt werden, aber die ReadingList wird ja ohnehin automatisch erstellt was eben vom eBus eintrifft bzw. abgefragt wird. Du kannst aber einmal versuchen autocreate von "complex" auf "simplex" zu stellen, dann werden die Namen kürzer. Complex ist eigentlich nur dann notwendig, wenn Messwerte vom eBus gleiche Namen haben, man kann sie sonst nicht unterscheiden und sie überschreiben sich dann gegenseitig. Meines Wissens tritt das nur beim Status01 und Status02 auf. Rudolf hat uns das extra für diesen Zeck eingebaut. Nur musst du dann bei einem bleiben, was halt für dich besser geeignet ist.

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: goosst am 27 Juli 2019, 20:05:15
Dear

The v2.2 adapter worked for a while, but I've started getting the messages below when running "ebusd -f --scanconfig"

2019-07-27 19:59:42.836 [bus notice] device invalid
2019-07-27 19:59:47.838 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error


I think I might be a bit lost where to look for information:
- is it described somewhere how the LED's should behave: blinking / not blinking/ fast or slow blinking / ... ?
- anything I can easily measure with a multimeter without having oscilloscopes or external power supplies available?

thank you
Stijn
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 28 Juli 2019, 10:01:29
Zitat von: goosst am 27 Juli 2019, 20:05:15
2019-07-27 19:59:42.836 [bus notice] device invalid
2019-07-27 19:59:47.838 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error

this message indicates that the UART might be broken.
I'd start with a system reboot (as I saw these messages also appear after an OS update).
Then (or even before the reboot) you might want to look at what dmesg spits out as well as look at the syslog to check for UART issues.
If it still doesn't work after reboot and you see repeatedly hints in syslog/dmesg of the UART detaching from USB, then most probably it is broken and needs to be replaced.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: goosst am 31 Juli 2019, 19:08:54
Thanks for the reply,

Zitatthis message indicates that the UART might be broken.
I'd start with a system reboot (as I saw these messages also appear after an OS update).

I've freshly installed MX linux on the laptop I was using (now I have a bunch of reboot/shutdown issues with this OS but anyway ...).
"ebusd -f --scanconfig" gives again expected behaviour now.

What concerns me is that this started to happen after a period of time, see video: http://users.telenet.be/goosst/VID_20190729_074319.mp4
I'm not yet sure at what point in time exactly these lights start to behave disco-ish (it's not in the next half an hour after bootup). But needless to say it concerns me when using this on a heating system ... . If anyone has seen this before, feel free to provide feedback.

thanks





Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 04 Oktober 2019, 18:25:44
es gibt wieder Bausätze für den RPI Adapter (https://forum.fhem.de/index.php/topic,104259.msg980659.html#msg980659)!

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: kalled am 04 Oktober 2019, 18:40:26
Hallo Reinhart,

wird es auch wieder einen Basisbausatz, also die "nicht RPI" Variante geben?

Danke & VG
Kalle
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 04 Oktober 2019, 20:30:03
Es wird in Kürze Basisplatinen geben, aber keinen Bausatz.
Wenn du die Steckerleiste im RPI-Bausatz nicht einlötest und einen externen UART anschließt kannst du ihn auch verwenden, aber eine Erweiterungsplatine ist nicht möglich. Die Anschlußpins für den UART sind auf der RPI-Platine ja vorhanden.

Die schönere Lösung ist natürlich die Basisplatine.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 05 Oktober 2019, 10:54:08
Basis- und Erweiterungsplatinen sind unterwegs und können dann hier bestellt werden (https://forum.fhem.de/index.php/topic,104268.0.html).
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 07 Oktober 2019, 19:34:39
Hallo,

letzten Winter hatte ich keine Probleme mit meinem Ebus-Adapter. Im Frühling dann fing mein Problem an, der Adapter verliert immer nach etwa 30 Stunden die MQTT-Verbindung, seit dem ist der Raspi Spannungsfrei gewesen  :P

Jetzt vor 2 Tagen hab ich ihn wieder in Betrieb genommen.

Im Log sehe sehe ich nichts auffälliges, Daten werden weiterhin empfangen, es gibt 2x die Meldung (2019-10-06 21:16:49.986 und 2019-10-06 22:29:03.190 [ebsud.log1])

[mqtt error] communication error: connection lost

und dann nur noch alle 20 Sekunden

[mqtt error] publish: The client is not currently connected

EBUSD_OPTS="-d /dev/ttyebus -p 8888 -l /var/log/ebusd.log --scanconfig --httpport=8080 --accesslevel=* --mqttport=1883 --mqttjson --mqtthost=192.168.188.26 --mqtttopic=ebusd/%circuit/%name --mqttuser=xxx --mqttpass=xxx"

pi@Ebus-Raspi:~ $ ebusctl info                                                                                                                                                                            version: ebusd 3.3.v3.3
update check: revision v3.3-40-gd9d1b9a available
access: *
signal: acquired
symbol rate: 23
max symbol rate: 166
min arbitration micros: 31
max arbitration micros: 519
min symbol latency: 3
max symbol latency: 10
reconnects: 0
masters: 3
messages: 632
conditional: 0
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0902;HW=7401", loaded "vaillant/bai.0010010674.inc" ([PROD='0010010678']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0510;HW=6403", loaded "vaillant/15.700.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd


Wie geh ich der Sache auf den Grund ?

Gruß

Thomas
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 08 Oktober 2019, 08:10:50
Zitat von: TomLee am 07 Oktober 2019, 19:34:39
Wie geh ich der Sache auf den Grund ?
mal im mosquitto log schauen, ob da was zu finden ist, bzw. dessen log level erhöhen
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: pink99panther am 12 Oktober 2019, 23:31:46
Hallo,

habe das gleiche Problem wie TommLee.
Hier mal ein Auszug aus meinem Log zum Zeitpunkt des Verbindungsverlustes.
2019.10.12 15:24:12 4: MyBroker_192.168.115.55_49354 ESPClient_5C:CF:7F:80:58:E2_156 CONNECT V:4 keepAlive:10 LWT:/Kellersensor/status/LWT:Connection Lost usr:
2019.10.12 15:24:12 4: Connection closed for MyBroker_192.168.115.215_49155: EOF
2019.10.12 15:24:13 5: MyBroker: dispatch autocreate=no\000DVES_E8A4F6\000tele/sonoffpow1/LWT\000offline
2019.10.12 15:24:13 4: Connection closed for MyBroker_192.168.115.221_20714: EOF
2019.10.12 15:24:13 4: Connection accepted from MyBroker_192.168.115.215_49157
2019.10.12 15:24:13 5: MyBroker: dispatch autocreate=no\000ESPClient_2C_3A_E8_2E_A0_8E\000/ESP_Klingel/status/LWT\000Connection Lost
2019.10.12 15:24:13 4: Connection closed for MyBroker_192.168.115.214_49157: EOF
2019.10.12 15:24:13 5: MyBroker: dispatch autocreate=no\000ESPClient_60_01_94_07_A1_AA\000/ESP_Hoflicht/status/LWT\000Connection Lost
2019.10.12 15:24:13 4: Connection closed for MyBroker_192.168.115.213_49155: EOF
2019.10.12 15:24:13 1: 127.0.0.1:1883 reappeared (MQBroker)
2019.10.12 15:24:13 5: PUBLISH: 0I(0)(31)wolf_ebus/betrd_bm2/temp_return{(10)     "0": {"name": "", "value": 23.9}}
2019.10.12 15:24:13 4: MyBroker_192.168.115.45_48562 wolf_ebus PUBLISH wolf_ebus/betrd_bm2/temp_return:{
     "0": {"name": "", "value": 23.9}}
2019.10.12 15:24:13 5: MyBroker: dispatch autocreate=no\000wolf_ebus\000wolf_ebus/betrd_bm2/temp_return\000{\n     "0": {"name": "", "value": 23.9}}
2019.10.12 15:24:13 5: PUBLISH: 0(144)(2)(0)(25)wolf_ebus/broadcast/betrd{(10)     "betrd_status": {"value": 0},(10)     "zustand": {"value": "00"},(10)     "stellgrad": {"value": null},(10)     "kesseltemp": {"value": 24.0},(10)     "ruecklauftemp": {"value": 23},(10)     "boilertemp": {"value": 48},(10)     "aussentemp": {"value": 20}}
2019.10.12 15:24:13 4: MyBroker_192.168.115.45_48562 wolf_ebus PUBLISH wolf_ebus/broadcast/betrd:{
     "betrd_status": {"value": 0},
     "zustand": {"value": "00"},
     "stellgrad": {"value": null},
     "kesseltemp": {"value": 24.0},
     "ruecklauftemp": {"value": 23},
     "boilertemp": {"value": 48},
     "aussentemp": {"value": 20}}
2019.10.12 15:24:13 5: MyBroker: dispatch autocreate=no\000wolf_ebus\000wolf_ebus/broadcast/betrd\000{\n     "betrd_status": {"value": 0},\n     "zustand": {"value": "00"},\n     "stellgrad": {"value": null},\n     "kesseltemp": {"value": 24.0},\n     "ruecklauftemp": {"value": 23},\n     "boilertemp": {"value": 48},\n     "aussentemp": {"value": 20}}
2019.10.12 15:24:13 5: PUBLISH: 0(30)(0)(23)wolf_ebus/global/uptime23279
2019.10.12 15:24:13 4: MyBroker_192.168.115.45_48562 wolf_ebus PUBLISH wolf_ebus/global/uptime:23279
2019.10.12 15:24:13 5: MyBroker: dispatch autocreate=no\000wolf_ebus\000wolf_ebus/global/uptime\00023279
2019.10.12 15:24:13 5: PUBLISH: 0(142)(1)(0)(28)wolf_ebus/broadcast/datetime{(10)     "outsidetemp": {"value": null},(10)     "time": {"value": "15:27:10"},(10)     "date": {"value": "12.10.2019"}}
2019.10.12 15:24:13 4: MyBroker_192.168.115.45_48562 wolf_ebus PUBLISH wolf_ebus/broadcast/datetime:{
     "outsidetemp": {"value": null},
     "time": {"value": "15:27:10"},
     "date": {"value": "12.10.2019"}}
2019.10.12 15:24:13 5: MyBroker: dispatch autocreate=no\000wolf_ebus\000wolf_ebus/broadcast/datetime\000{\n     "outsidetemp": {"value": null},\n     "time": {"value": "15:27:10"},\n     "date": {"value": "12.10.2019"}}
2019.10.12 15:24:13 5: PUBLISH: 0(30)(0)(23)wolf_ebus/global/uptime23295
2019.10.12 15:24:13 4: MyBroker_192.168.115.45_48562 wolf_ebus PUBLISH wolf_ebus/global/uptime:23295
2019.10.12 15:24:13 5: MyBroker: dispatch autocreate=no\000wolf_ebus\000wolf_ebus/global/uptime\00023295
2019.10.12 15:24:13 5: MyBroker: dispatch autocreate=no\000ESPClient_5C_CF_7F_80_58_E2_156\000/Kellersensor/status/LWT\000Connection Lost
2019.10.12 15:24:13 4: Connection closed for MyBroker_192.168.115.55_49354: EOF
2019.10.12 15:24:13 5: CONNECT: (16) (0)(4)MQTT(4)(2)(0)(10)(0)(20)ESP_Dachboden-Import
2019.10.12 15:24:13 4: MyBroker_192.168.115.215_49157 ESP_Dachboden-Import CONNECT V:4 keepAlive:10
2019.10.12 15:24:13 4: Connection accepted from MyBroker_192.168.115.58_49349
2019.10.12 15:24:13 4: Connection accepted from MyBroker_192.168.115.214_49158
2019.10.12 15:24:13 5: MyBroker: dispatch autocreate=no\000wolf_ebus\000wolf_ebus/global/running\000false
2019.10.12 15:24:14 4: Connection closed for MyBroker_192.168.115.45_48562: EOF
2019.10.12 15:24:14 5: CONNECT: (16)Y(0)(4)MQTT(4)(230)(0)(10)(0)(29)ESPClient_2C:3A:E8:2E:A0:91_4(0)(25)/Sonoff_Basic2/status/LWT(0)(15)Connection Lost(0)(0)(0)(0)
2019.10.12 15:24:14 4: MyBroker_192.168.115.58_49349 ESPClient_2C:3A:E8:2E:A0:91_4 CONNECT V:4 keepAlive:10 LWT:/Sonoff_Basic2/status/LWT:Connection Lost usr:
2019.10.12 15:24:14 4: Connection closed for MyBroker_192.168.115.215_49157: EOF
2019.10.12 15:24:14 4: Connection accepted from MyBroker_192.168.115.213_49156
2019.10.12 15:24:14 5: MyBroker: dispatch autocreate=no\000ESPClient_2C_3A_E8_2E_A0_91_4\000/Sonoff_Basic2/status/LWT\000Connection Lost
2019.10.12 15:24:14 4: Connection closed for MyBroker_192.168.115.58_49349: EOF
2019.10.12 15:24:14 5: CONNECT: (16)U(0)(4)MQTT(4)(230)(0)(10)(0)(27)ESPClient_2C:3A:E8:2E:A0:8E(0)(23)/ESP_Klingel/status/LWT(0)(15)Connection Lost(0)(0)(0)(0)
2019.10.12 15:24:14 4: MyBroker_192.168.115.214_49158 ESPClient_2C:3A:E8:2E:A0:8E CONNECT V:4 keepAlive:10 LWT:/ESP_Klingel/status/LWT:Connection Lost usr:
2019.10.12 15:24:14 5: MyBroker: dispatch autocreate=no\000ESPClient_2C_3A_E8_2E_A0_8E\000/ESP_Klingel/status/LWT\000Connection Lost
2019.10.12 15:24:14 4: Connection closed for MyBroker_192.168.115.214_49158: EOF
2019.10.12 15:24:14 5: CONNECT: (16)V(0)(4)MQTT(4)(230)(0)(10)(0)(27)ESPClient_60:01:94:07:A1:AA(0)(24)/ESP_Hoflicht/status/LWT(0)(15)Connection Lost(0)(0)(0)(0)
2019.10.12 15:24:14 4: MyBroker_192.168.115.213_49156 ESPClient_60:01:94:07:A1:AA CONNECT V:4 keepAlive:10 LWT:/ESP_Hoflicht/status/LWT:Connection Lost usr:
2019.10.12 15:24:14 4: Connection accepted from MyBroker_192.168.115.222_27900
2019.10.12 15:24:14 4: Connection accepted from MyBroker_192.168.115.54_63027
2019.10.12 15:24:14 5: MyBroker: dispatch autocreate=no\000ESPClient_60_01_94_07_A1_AA\000/ESP_Hoflicht/status/LWT\000Connection Lost
2019.10.12 15:24:14 4: Connection closed for MyBroker_192.168.115.213_49156: EOF
2019.10.12 15:24:15 5: CONNECT: (16)K(0)(4)MQTT(4)(238)(0)(15)(0)(11)DVES_E772DA(0)(19)tele/sonoffpow2/LWT(0)(7)offline(0)(9)DVES_USER(0)(9)DVES_PASS
2019.10.12 15:24:15 4: MyBroker_192.168.115.222_27900 DVES_E772DA CONNECT V:4 keepAlive:15 LWT:tele/sonoffpow2/LWT:offline usr:DVES_USER


Als Ergänzung noch ein List vom Broker und dem MQTT-Device

Internals:
   CONNECTS   4112
   DEF        1884  192.168.115.88
   FD         14
   FUUID      5d4d7731-f33f-f73e-d44f-00b983811fd5a935
   NAME       MyBroker
   NR         133
   PORT       1884
   STATE      Initialized
   TYPE       MQTT2_SERVER
   READINGS:
     2019-10-12 23:17:33   RETAIN          {"/ESP_Dachboden/Schatten/Temperature":"13.9","/ESP_Dachboden/Sonne/Temperature":"13.7","/ESP_Dachboden/bmp/Pressure":"1013.01","/ESP_Dachboden/bmp/Temperature":"17.86","/ESP_Dachboden/status/LWT":"Connected","/ESP_Hoflicht/status/LWT":"Connected","/ESP_Klingel/status/LWT":"Connected","/Kellersensor/status/LWT":"Connected","/Sonoff_Basic2/status/LWT":"Connected","/VentusNdn1/Ventus/":"0","/VentusNdn1/Ventus/Average":"0.7","/VentusNdn1/Ventus/Battery":"0","/VentusNdn1/Ventus/Direction":"135.0","/VentusNdn1/Ventus/Distance":"32","/VentusNdn1/Ventus/Gust":"1.4","/VentusNdn1/Ventus/Humidity":"28","/VentusNdn1/Ventus/Rainpasthour":"5.0","/VentusNdn1/Ventus/Strikecounter":"0","/VentusNdn1/Ventus/Strikespast5":"0","/VentusNdn1/Ventus/Temperature":"8.4","/VentusNdn1/Ventus/Totalrain":"115.0","/VentusNdn1/Ventus/UV":"0.0","/VentusNdn1/status/LWT":"Connection Lost","home/BTGW_Keller/LWT":"online","home/BTGW_Keller/version":"0.9.2beta","tele/gosund2/LWT":"online","tele/sonoffpow1/LWT":"online","tele/sonoffpow2/LWT":"online","wolf_ebus/global/running":"false","wolf_ebus/global/updatecheck":"\u0022revision v3.3-40-gd9d1b9a available, broadcast.csv: different version available\u0022","wolf_ebus/global/version":"\u0022ebusd 3.3.v3.3\u0022"}
     2019-10-12 21:49:09   nrclients       13
     2019-10-06 20:00:02   state           Initialized
   clients:
     MyBroker_192.168.115.213_49166 1
     MyBroker_192.168.115.214_49160 1
     MyBroker_192.168.115.215_49188 1
     MyBroker_192.168.115.215_49190 1
     MyBroker_192.168.115.221_11938 1
     MyBroker_192.168.115.222_17702 1
     MyBroker_192.168.115.41_15263 1
     MyBroker_192.168.115.54_52275 1
     MyBroker_192.168.115.55_49362 1
     MyBroker_192.168.115.58_49361 1
   retain:
     /ESP_Dachboden/Schatten/Temperature:
       ts         1570915052.88664
       val        13.9
     /ESP_Dachboden/Sonne/Temperature:
       ts         1570915053.90434
       val        13.7
     /ESP_Dachboden/bmp/Pressure:
       ts         1570915051.92099
       val        1013.01
     /ESP_Dachboden/bmp/Temperature:
       ts         1570915051.85017
       val        17.86
     /ESP_Dachboden/status/LWT:
       ts         1570892524.27477
       val        Connected
     /ESP_Hoflicht/status/LWT:
       ts         1570886665.08741
       val        Connected
     /ESP_Klingel/status/LWT:
       ts         1570886668.01637
       val        Connected
     /Kellersensor/status/LWT:
       ts         1570886677.96836
       val        Connected
     /Sonoff_Basic2/status/LWT:
       ts         1570909749.83346
       val        Connected
     /VentusNdn1/Ventus/:
       ts         1570384803.06621
       val        0
     /VentusNdn1/Ventus/Average:
       ts         1570384803.06621
       val        0.7
     /VentusNdn1/Ventus/Battery:
       ts         1570384803.06621
       val        0
     /VentusNdn1/Ventus/Direction:
       ts         1570384803.06621
       val        135.0
     /VentusNdn1/Ventus/Distance:
       ts         1570384803.06621
       val        32
     /VentusNdn1/Ventus/Gust:
       ts         1570384803.06621
       val        1.4
     /VentusNdn1/Ventus/Humidity:
       ts         1570384803.06621
       val        28
     /VentusNdn1/Ventus/Rainpasthour:
       ts         1570384803.06621
       val        5.0
     /VentusNdn1/Ventus/Strikecounter:
       ts         1570384803.06621
       val        0
     /VentusNdn1/Ventus/Strikespast5:
       ts         1570384803.06621
       val        0
     /VentusNdn1/Ventus/Temperature:
       ts         1570384803.06621
       val        8.4
     /VentusNdn1/Ventus/Totalrain:
       ts         1570384803.06621
       val        115.0
     /VentusNdn1/Ventus/UV:
       ts         1570384803.06621
       val        0.0
     /VentusNdn1/status/LWT:
       ts         1570384803.06621
       val        Connection Lost
     home/BTGW_Keller/LWT:
       ts         1570886657.00163
       val        online
     home/BTGW_Keller/version:
       ts         1570886657.03364
       val        0.9.2beta
     tele/gosund2/LWT:
       ts         1570901649.32337
       val        online
     tele/sonoffpow1/LWT:
       ts         1570889687.71935
       val        online
     tele/sonoffpow2/LWT:
       ts         1570886658.56578
       val        online
     wolf_ebus/global/running:
       ts         1570886653.99234
       val        false
     wolf_ebus/global/updatecheck:
       ts         1570863433.2509
       val        "revision v3.3-40-gd9d1b9a available, broadcast.csv: different version available"
     wolf_ebus/global/version:
       ts         1570863248.33007
       val        "ebusd 3.3.v3.3"
Attributes:
   autocreate no
   disable    0
   keepaliveFactor 20
   room       MQTT2_DEVICE
   verbose    5

Internals:
   CID        wolf_ebus
   DEF        wolf_ebus
   DEVICETOPIC MQTT2_ebusd
   FUUID      5d4ac903-f33f-f73e-6602-e92bd994124a2f05
   IODev      MyBroker
   LASTInputDev MyBroker
   MQTT_via_mosquitto_MSGCNT 27
   MQTT_via_mosquitto_TIME 2019-10-12 00:02:44
   MQTT_via_old_MSGCNT 66313
   MQTT_via_old_TIME 2019-10-12 00:02:48
   MSGCNT     86884
   MyBroker_MSGCNT 20544
   MyBroker_TIME 2019-10-12 15:24:14
   NAME       MQTT2_ebusd
   NR         132
   STATE      get_ebus_hg01r
   TYPE       MQTT2_DEVICE
   Helper:
     DBLOG:
       aussent_c:
         logdb:
           TIME       1570886654.0237
           VALUE      20.9
       aussent_gem_c:
         logdb:
           TIME       1570886654.0237
           VALUE      17.1
       performance_burner_0_value:
         logdb:
           TIME       1570877746.61346
           VALUE      0
       performance_pump_0_value:
         logdb:
           TIME       1570877626.53276
           VALUE      65
       raumtemp_0_value:
         logdb:
           TIME       1570886352.64191
           VALUE      23.6
       ruecklauf_ist_ruecklauf_ist_value:
         logdb:
           TIME       1570885736.86844
           VALUE      24.1
       vorlauf_ist_vorlauf_ist_value:
         logdb:
           TIME       1570885317.30335
           VALUE      24.6
       vorlauf_soll_vorlauf_soll_value:
         logdb:
           TIME       1570877215.7565
           VALUE      65.0
       warmwasser_ist_warmwasser_ist_value:
         logdb:
           TIME       1570883996.78462
           VALUE      48.9
   READINGS:
     2019-08-07 15:08:58   associatedWith  MQTT2_ebusd_3.3_441
     2019-10-12 15:24:14   aussent_c       20.9
     2019-10-12 15:24:14   aussent_gem_c   17.1
     2019-10-12 15:24:08   aussentemperatur_Aussentemperatur_value 20.9
     2019-10-12 15:19:12   aussentemperatur_gem_Aussentemperatur_gemittelt_value 17.1
     2019-10-12 15:24:13   betrd_aussentemp_value 20
     2019-10-12 15:24:13   betrd_betrd_status_value 0
     2019-10-12 15:24:13   betrd_boilertemp_value 48
     2019-10-12 15:24:13   betrd_kesseltemp_value 24.0
     2019-10-12 15:24:13   betrd_ruecklauftemp_value 23
     2019-10-12 15:24:13   betrd_zustand_value 00
     2019-10-12 12:56:01   bm2_aktion_value Verbraucheraus
     2019-10-12 12:56:01   bm2_bm2_status_value Brauchwasser
     2019-10-12 12:56:01   bm2_brauchwassersolltemp_value 50.0
     2019-10-12 12:56:01   bm2_brennstoff_value dc
     2019-10-12 12:56:01   bm2_kesselsolltemp_value 5.00
     2019-10-12 15:24:13   datetime_date_value 12.10.2019
     2019-10-12 15:24:13   datetime_time_value 15:27:10
     2019-10-12 15:11:57   error_error_value E000 15:17
     2019-10-12 08:54:11   fw_version_burner_0_name
     2019-10-12 08:54:11   fw_version_burner_0_value 2.00
     2019-10-12 00:02:47   hg01_hysterese_vorlauf_value 16.0
     2019-08-31 23:50:55   hg02_gebl_unten_value 25
     2019-08-31 23:50:55   hg03_gebl_oben_ww_value 100
     2019-08-31 23:50:56   hg04_gebl_oben_hz_value 75
     2019-08-31 23:50:56   hg07_pumpen_nachlauf_value 12
     2019-08-31 23:50:56   hg08_max_vorlauf_temp_value 75.0
     2019-08-31 23:50:56   hg09_taktsperre_value 10
     2019-08-31 23:50:56   hg15_hysterese_speicher_value 2.5
     2019-08-31 23:50:57   hg16_pumpenleistung_hk_min_value 65
     2019-08-31 23:50:57   hg17_pumpenleistung_hk_max_value 100
     2019-08-31 23:50:57   hg21_kessel_min_value 20.0
     2019-10-12 00:02:47   hg75_ww_durchsatz_value 0
     2019-10-12 10:24:59   hg90_betriebsstunden_brenner_value 3391
     2019-10-12 10:43:54   hg91_brennerstarts_value 16053
     2019-10-12 14:33:57   hg9x_betriebsstunden_netz_value 14235
     2019-10-12 08:55:11   ident_hardware_value 8080
     2019-10-12 08:55:11   ident_id_value   
     2019-10-12 08:55:11   ident_manufacturer_value Kromschröder
     2019-10-12 08:55:11   ident_software_value 0204
     2019-10-12 12:53:46   ionisation_0_name
     2019-10-12 12:53:46   ionisation_0_value 53
     2019-10-12 11:18:00   no_of_firing_0_name
     2019-10-12 11:18:00   no_of_firing_0_value 16054
     2019-10-12 00:02:46   no_of_power_on_0_name
     2019-10-12 00:02:46   no_of_power_on_0_value 56
     2019-10-12 10:25:09   op_hrs_heating_0_name
     2019-10-12 10:25:09   op_hrs_heating_0_value 3391
     2019-10-12 12:29:00   op_hrs_supply_0_name
     2019-10-12 12:29:00   op_hrs_supply_0_value 14233
     2019-10-12 12:55:46   performance_burner_0_name
     2019-10-12 12:55:46   performance_burner_0_value 0
     2019-10-12 12:53:46   performance_pump_0_name
     2019-10-12 12:53:46   performance_pump_0_value 65
     2019-10-12 14:30:37   pressure_0_name
     2019-10-12 14:30:37   pressure_0_value 1.95
     2019-10-12 15:19:12   raumtemp_0_name
     2019-10-12 15:19:12   raumtemp_0_value 23.6
     2019-10-12 15:08:56   ruecklauf_ist_ruecklauf_ist_value 24.1
     2019-10-12 15:24:14   running         false
     2019-09-27 09:09:58   scan.08_HW_value 0000
     2019-09-27 09:09:58   scan.08_ID_value !
     2019-09-27 09:09:58   scan.08_MF_value Wolf
     2019-09-27 09:09:58   scan.08_SW_value 0002
     2019-08-29 15:41:00   scan.35_HW_value 0100
     2019-08-29 15:41:00   scan.35_ID_value
     2019-08-29 15:41:00   scan.35_MF_value Wolf
     2019-08-29 15:41:00   scan.35_SW_value 0204
     2019-09-23 07:03:46   scan.50_HW_value 0000
     2019-09-23 07:03:46   scan.50_ID_value !
     2019-09-23 07:03:46   scan.50_MF_value Wolf
     2019-09-23 07:03:46   scan.50_SW_value 0002
     2019-10-12 08:55:11   scan.76_HW_value 8080
     2019-10-12 08:55:11   scan.76_ID_value   
     2019-10-12 08:55:11   scan.76_MF_value Kromschroeder
     2019-10-12 08:55:11   scan.76_SW_value 0204
     2019-10-12 08:54:08   signal          true
     2019-10-12 15:14:32   sollw_aussentemp_value 17.000
     2019-10-12 15:14:32   sollw_brauchwassersolltemp_value 50.000
     2019-10-12 15:14:32   sollw_kesselsolltemp_value 5.000
     2019-10-12 15:14:32   sollw_leistungszwang_value 0
     2019-10-12 15:14:32   sollw_sollw_status_value 00
     2019-10-03 11:20:47   state           get_ebus_hg01r
     2019-10-12 00:02:46   tagtemp_0_name 
     2019-10-12 00:02:46   tagtemp_0_value 23.0
     2019-10-12 15:17:56   temp_burner_0_name
     2019-10-12 15:17:56   temp_burner_0_value 24.2
     2019-10-12 14:36:22   temp_exhaust_0_name
     2019-10-12 14:36:22   temp_exhaust_0_value 26.0
     2019-10-12 15:24:13   temp_return_0_name
     2019-10-12 15:24:13   temp_return_0_value 23.9
     2019-10-12 12:55:51   uflags4_0_name 
     2019-10-12 12:55:51   uflags4_0_value 0
     2019-10-12 12:59:00   uflags5_0_name 
     2019-10-12 12:59:00   uflags5_0_value 13
     2019-10-12 08:57:13   updatecheck     "revision v3.3-40-gd9d1b9a available, broadcast.csv: different version available"
     2019-10-12 15:24:13   uptime          23295
     2019-10-12 08:54:08   version         "ebusd 3.3.v3.3"
     2019-10-12 15:01:57   vorlauf_ist_vorlauf_ist_value 24.6
     2019-10-12 12:46:55   vorlauf_soll_vorlauf_soll_value 65.0
     2019-10-12 14:39:56   warmwasser_ist_warmwasser_ist_value 48.9
     2019-10-12 00:02:47   warmwasser_soll_warmwasser_soll_value 50.0
Attributes:
   DbLogInclude vorlauf_ist_vorlauf_ist_value,vorlauf_soll_vorlauf_soll_value,ruecklauf_ist_ruecklauf_ist_value,aussent_c,aussent_gem_c,raumtemp_0_value,performance_pump_0_value,performance_burner_0_value,warmwasser_ist_warmwasser_ist_value
   IODev      MyBroker
   autocreate 0
   disable    0
   readingList wolf_ebus/broadcast/datetime:.* { json2nameValue($EVENT, 'datetime_', $JSONMAP) }
wolf_ebus/broadcast/betrd:.* { json2nameValue($EVENT, 'betrd_', $JSONMAP) }
wolf_ebus/global/uptime:.* uptime
wolf_ebus/broadcast/sollw:.* { json2nameValue($EVENT, 'sollw_', $JSONMAP) }
wolf_ebus/broadcast/ident:.* { json2nameValue($EVENT, 'ident_', $JSONMAP) }
wolf_ebus/scan\.08/:.* { json2nameValue($EVENT, 'scan.08_', $JSONMAP) }
wolf_ebus/scan\.76/:.* { json2nameValue($EVENT, 'scan.76_', $JSONMAP) }
wolf_ebus/global/running:.* running
wolf_ebus/global/signal:.* signal
wolf_ebus/global/version:.* version
wolf_ebus/broadcast/error:.* { json2nameValue($EVENT, 'error_', $JSONMAP) }
wolf_ebus/global/updatecheck:.* updatecheck
wolf_ebus/betrd_bm2/aussentemperatur_gem:.* { json2nameValue($EVENT, 'aussentemperatur_gem_', $JSONMAP) }
wolf_ebus/betrd_bm2/raumtemp:.* { json2nameValue($EVENT, 'raumtemp_', $JSONMAP) }
wolf_ebus/betrd_bm2/tagtemp:.* { json2nameValue($EVENT, 'tagtemp_', $JSONMAP) }
wolf_ebus/betrd_bm2/bm2:.* { json2nameValue($EVENT, 'bm2_', $JSONMAP) }
wolf_ebus/scan\.50/:.* { json2nameValue($EVENT, 'scan.50_', $JSONMAP) }
wolf_ebus/betrd_bm2/temp_burner:.* { json2nameValue($EVENT, 'temp_burner_', $JSONMAP) }
wolf_ebus/betrd_bm2/temp_return:.* { json2nameValue($EVENT, 'temp_return_', $JSONMAP) }
wolf_ebus/betrd_bm2/performance_burner:.* { json2nameValue($EVENT, 'performance_burner_', $JSONMAP) }
wolf_ebus/betrd_bm2/fw_version_burner:.* { json2nameValue($EVENT, 'fw_version_burner_', $JSONMAP) }
wolf_ebus/betrd_bm2/pressure:.* { json2nameValue($EVENT, 'pressure_', $JSONMAP) }
wolf_ebus/betrd_bm2/no_of_firing:.* { json2nameValue($EVENT, 'no_of_firing_', $JSONMAP) }
wolf_ebus/betrd_bm2/op_hrs_supply:.* { json2nameValue($EVENT, 'op_hrs_supply_', $JSONMAP) }
wolf_ebus/betrd_bm2/op_hrs_heating:.* { json2nameValue($EVENT, 'op_hrs_heating_', $JSONMAP) }
wolf_ebus/betrd_bm2/uflags5:.* { json2nameValue($EVENT, 'uflags5_', $JSONMAP) }
wolf_ebus/betrd_bm2/uflags4:.* { json2nameValue($EVENT, 'uflags4_', $JSONMAP) }
wolf_ebus/feuerung/warmwasser_ist:.* { json2nameValue($EVENT, 'warmwasser_ist_', $JSONMAP) }
wolf_ebus/betrd_bm2/temp_exhaust:.* { json2nameValue($EVENT, 'temp_exhaust_', $JSONMAP) }
wolf_ebus/betrd_bm2/ionisation:.* { json2nameValue($EVENT, 'ionisation_', $JSONMAP) }
wolf_ebus/betrd_bm2/performance_pump:.* { json2nameValue($EVENT, 'performance_pump_', $JSONMAP) }
wolf_ebus/betrd_bm2/no_of_power_on:.* { json2nameValue($EVENT, 'no_of_power_on_', $JSONMAP) }
wolf_ebus/feuerung/ruecklauf_ist:.* { json2nameValue($EVENT, 'ruecklauf_ist_', $JSONMAP) }
wolf_ebus/feuerung/vorlauf_ist:.* { json2nameValue($EVENT, 'vorlauf_ist_', $JSONMAP) }
wolf_ebus/feuerung/hg75:.* { json2nameValue($EVENT, 'hg75_', $JSONMAP) }
wolf_ebus/feuerung/aussentemperatur:.* { json2nameValue($EVENT, 'aussentemperatur_', $JSONMAP) }
wolf_ebus/feuerung/hg9x:.* { json2nameValue($EVENT, 'hg9x_', $JSONMAP) }
wolf_ebus/feuerung/hg91:.* { json2nameValue($EVENT, 'hg91_', $JSONMAP) }
wolf_ebus/feuerung/vorlauf_soll:.* { json2nameValue($EVENT, 'vorlauf_soll_', $JSONMAP) }
wolf_ebus/feuerung/hg90:.* { json2nameValue($EVENT, 'hg90_', $JSONMAP) }
wolf_ebus/feuerung/warmwasser_soll:.* { json2nameValue($EVENT, 'warmwasser_soll_', $JSONMAP) }
wolf_ebus/feuerung/hg01:.* { json2nameValue($EVENT, 'hg01_', $JSONMAP) }
ebusd:wolf_ebus/scan\.35/:.* { json2nameValue($EVENT, 'scan.35_', $JSONMAP) }
wolf_ebus:wolf_ebus/feuerung/hg02:.* { json2nameValue($EVENT, 'hg02_', $JSONMAP) }
wolf_ebus:wolf_ebus/feuerung/hg03:.* { json2nameValue($EVENT, 'hg03_', $JSONMAP) }
wolf_ebus:wolf_ebus/feuerung/hg04:.* { json2nameValue($EVENT, 'hg04_', $JSONMAP) }
wolf_ebus:wolf_ebus/feuerung/hg07:.* { json2nameValue($EVENT, 'hg07_', $JSONMAP) }
wolf_ebus:wolf_ebus/feuerung/hg08:.* { json2nameValue($EVENT, 'hg08_', $JSONMAP) }
wolf_ebus:wolf_ebus/feuerung/hg09:.* { json2nameValue($EVENT, 'hg09_', $JSONMAP) }
wolf_ebus:wolf_ebus/feuerung/hg15:.* { json2nameValue($EVENT, 'hg15_', $JSONMAP) }
wolf_ebus:wolf_ebus/feuerung/hg16:.* { json2nameValue($EVENT, 'hg16_', $JSONMAP) }
wolf_ebus:wolf_ebus/feuerung/hg17:.* { json2nameValue($EVENT, 'hg17_', $JSONMAP) }
wolf_ebus:wolf_ebus/feuerung/hg21:.* { json2nameValue($EVENT, 'hg21_', $JSONMAP) }
   room       Heizung->Devices,MQTT2_DEVICE
   setList    get_ebus_hg01r wolf_ebus/feuerung/hg01/get get
get_ebus_hg02r wolf_ebus/feuerung/hg02/get get
get_ebus_hg03r wolf_ebus/feuerung/hg03/get get
get_ebus_hg04r wolf_ebus/feuerung/hg04/get get
get_ebus_hg07r wolf_ebus/feuerung/hg07/get get
get_ebus_hg08r wolf_ebus/feuerung/hg08/get get
get_ebus_hg09r wolf_ebus/feuerung/hg09/get get
get_ebus_hg15r wolf_ebus/feuerung/hg15/get get
get_ebus_hg16r wolf_ebus/feuerung/hg16/get get
get_ebus_hg17r wolf_ebus/feuerung/hg17/get get
get_ebus_hg21r wolf_ebus/feuerung/hg21/get get
get_no_of_power_on wolf_ebus/betrd_bm2/no_of_power_on/get get
get_warmwasser_soll wolf_ebus/feuerung/warmwasser_soll/get get
   userReadings aussent_gem_c {if(ReadingsVal($name,"aussentemperatur_gem_Aussentemperatur_gemittelt_value","") > 3276)
{((ReadingsVal($name,"aussentemperatur_gem_Aussentemperatur_gemittelt_value","")*10) - 65535)/10}
else {ReadingsVal($name,"aussentemperatur_gem_Aussentemperatur_gemittelt_value","")}
}, aussent_c {if(ReadingsVal($name,"aussentemperatur_Aussentemperatur_value","") > 3276)
{((ReadingsVal($name,"aussentemperatur_Aussentemperatur_value","")*10) - 65535)/10}
else {ReadingsVal($name,"aussentemperatur_Aussentemperatur_value","")}
}


Im Keller werkelt ein Rpi Zerro W, an den der Adapter über USB angeschlossen ist.

Wenn noch Infos zur Lösung des Problems benötigt werden bitte sagen.

LG
Manfred
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: goosst am 18 Oktober 2019, 18:03:46
Hello

A few questions with soldering v2.2

1)
The partlist here, mentions two capacitors of 2.2 uF: https://ebus.github.io/adapter/partlist.en
The partlist in the reichelt basket only has two capacitors of 1.0 uF https://www.reichelt.de/?ACTION=20&AWKID=1518848

I assume it's ok to use the 1.0uF where the 2.2uF should be?

2) Mainly a remark:
Here the picture has a blue and yellow capacitor: https://ebus.github.io/adapter/images/base-final-v21.jpg
When if it comes with the reichelt components, the blue one should be where the yellow one is. It might be good to also add a picture for the 2.2 version.

Because I was confused with the capacitor values, I was following the picture on the site. Hence I had to start desoldering these capacitors and most likely already damaged the board / components ... .



Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 19 Oktober 2019, 13:12:48
Zitat von: goosst am 18 Oktober 2019, 18:03:46
1)
The partlist here, mentions two capacitors of 2.2 uF: https://ebus.github.io/adapter/partlist.en
The partlist in the reichelt basket only has two capacitors of 1.0 uF https://www.reichelt.de/?ACTION=20&AWKID=1518848

I assume it's ok to use the 1.0uF where the 2.2uF should be?
yes, 1 uF is the one to pick for C3+4. Just added a hint to the partlist.

Zitat von: goosst am 18 Oktober 2019, 18:03:46
2) Mainly a remark:
Here the picture has a blue and yellow capacitor: https://ebus.github.io/adapter/images/base-final-v21.jpg
When if it comes with the reichelt components, the blue one should be where the yellow one is. It might be good to also add a picture for the 2.2 version.
Because I was confused with the capacitor values, I was following the picture on the site. Hence I had to start desoldering these capacitors and most likely already damaged the board / components ... .
just never follow a picture ;)
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 19 Oktober 2019, 15:40:53
Zitat von: TomLee am 07 Oktober 2019, 19:34:39
Wie geh ich der Sache auf den Grund ?
könntest du mit dem aktuellen git code nochmal versuchen bitte?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: goosst am 20 Oktober 2019, 15:28:07
Zitat von: john30 am 19 Oktober 2019, 13:12:48
yes, 1 uF is the one to pick for C3+4. Just added a hint to the partlist.
just never follow a picture ;)

Thanks :).

I have issues if I make the following connection: base board - uart cp210- usb cable - raspberry pi 3b. If I connect this directly to a laptop instead of the raspberry pi everything works fine. The powersupply from the pi should have enough capacity (3A).
Even the led between the 5V and GND on the uart converter doesn't turn on when plugged in the pi (identical converter as this one in the middle https://ebus.github.io/adapter/images/uarts.jpg)

Looking at the amp requirement mentioned on the ebus website, it mentions 1-2 A. Which probably is something the pi cannot reliably provide on its usb-ports (although I read a bit of conflicting documentation). from the raspberry website:
ZitatWhile it is possible to plug a 500mA device into a Pi and have it work with a sufficiently powerful supply, reliable operation is not guaranteed.
So the questions:
- Is there any harm in directly wiring everything to the pins of the PI and skip the uart converter: I guess I need 5V, GND, RX, TX, and don't need the DTR pin?
- Does this still allow to use the ebusd -f --scanconfig commands in debian/raspbian or does it require adapting to a new way of programming?

Thanks!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 22 Oktober 2019, 07:38:31
Zitat von: goosst am 20 Oktober 2019, 15:28:07
I have issues if I make the following connection: base board - uart cp210- usb cable - raspberry pi 3b. If I connect this directly to a laptop instead of the raspberry pi everything works fine. The powersupply from the pi should have enough capacity (3A).
Even the led between the 5V and GND on the uart converter doesn't turn on when plugged in the pi (identical converter as this one in the middle https://ebus.github.io/adapter/images/uarts.jpg)
are you sure that you have used the right socket on the base board (as there are three of them)? please check this first.

Zitat von: goosst am 20 Oktober 2019, 15:28:07
Looking at the amp requirement mentioned on the ebus website, it mentions 1-2 A. Which probably is something the pi cannot reliably provide on its usb-ports (although I read a bit of conflicting documentation). from the raspberry website:So the questions:
it certainly does not have anything to do with the power supplied by RPi through USB, only if your USB connection is bad which I doubt.

Zitat von: goosst am 20 Oktober 2019, 15:28:07
- Is there any harm in directly wiring everything to the pins of the PI and skip the uart converter: I guess I need 5V, GND, RX, TX, and don't need the DTR pin?
you definitely also need the 3V connection. Otherwise the adapter won't work. So you need 5 PINs connected.

Zitat von: goosst am 20 Oktober 2019, 15:28:07
- Does this still allow to use the ebusd -f --scanconfig commands in debian/raspbian or does it require adapting to a new way of programming?
this is completely independant.
Thanks!
[/quote]
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: goosst am 22 Oktober 2019, 20:45:00
Zitat von: john30 am 22 Oktober 2019, 07:38:31
are you sure that you have used the right socket on the base board (as there are three of them)? please check this first.

I'm pretty sure it's the right place, but here is a picture: http://users.telenet.be/goosst/ebusadapter.jpeg

Zitat
it certainly does not have anything to do with the power supplied by RPi through USB, only if your USB connection is bad which I doubt.
I've tried the following setups:
- a raspberry pi running hassbian
- tinkerboard running armbian using a different powersupply and usb-cable
- old laptop running a debian variant

only the third setup works fine and I can read and write to the heater. First and second don't work, I cannot get my head around it beside something being wrong with the voltage level.
Both give an output similar to the one pasted below, on top the following is visible with the hardware:
-  the red led and a red uart led keep being turned on instead of blinking
- the red led between 0 and 5V on the uart chip goes out (the one turned on in the picture above)


ebusd -f --scanconfig
2019-10-22 18:20:43.890 [main notice] ebusd 3.3.v3.3 started with auto scan
2019-10-22 18:20:44.229 [bus notice] bus started with own address 31/36
2019-10-22 18:20:44.243 [bus notice] signal acquired
2019-10-22 18:20:48.114 [bus notice] new master 10, master count 2
2019-10-22 18:20:48.143 [bus notice] new master 03, master count 3
2019-10-22 18:20:48.143 [update notice] received unknown MS cmd: 1008b5100900004dffffff04ff00 / 0101
2019-10-22 18:20:52.128 [update notice] received unknown MS cmd: 1008b5110101 / 0943430080575d0000ff
2019-10-22 18:20:54.367 [bus notice] scan 08: ;Vaillant;BAI00;0202;9602
2019-10-22 18:20:54.367 [update notice] store 08 ident: done
2019-10-22 18:20:54.367 [update notice] sent scan-read scan.08  QQ=31: Vaillant;BAI00;0202;9602
2019-10-22 18:20:54.367 [bus notice] scan 08: ;Vaillant;BAI00;0202;9602
2019-10-22 18:20:54.698 [main notice] read common config file vaillant/scan.csv
2019-10-22 18:20:54.777 [main notice] read common config file vaillant/general.csv
2019-10-22 18:20:54.855 [main notice] read common config file vaillant/broadcast.csv
2019-10-22 18:20:54.937 [main notice] read scan config file vaillant/08.bai.csv for ID "bai00", SW0202, HW9602
2019-10-22 18:20:54.986 [bus error] send to 08: ERR: read timeout, retry
2019-10-22 18:20:54.987 [bus notice] device invalid
2019-10-22 18:20:59.987 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2019-10-22 18:20:59.987 [bus error] signal lost
2019-10-22 18:20:59.987 [bus error] send to 08: ERR: no signal, give up
2019-10-22 18:20:59.987 [bus error] send message part 0: ERR: no signal
2019-10-22 18:20:59.987 [bus notice] device invalid
2019-10-22 18:20:59.988 [main error] error reading message scan.08 id: ERR: no signal
2019-10-22 18:21:04.988 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2019-10-22 18:21:04.988 [bus notice] device invalid
2019-10-22 18:21:04.988 [bus error] send to 08: ERR: no signal, give up
2019-10-22 18:21:04.988 [bus error] send message part 0: ERR: no signal
2019-10-22 18:21:04.988 [main error] error reading message scan.08 id: ERR: no signal
2019-10-22 18:21:09.989 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2019-10-22 18:21:09.989 [bus notice] device invalid
2019-10-22 18:21:09.989 [bus error] send to 08: ERR: no signal, give up
2019-10-22 18:21:09.989 [bus error] send message part 0: ERR: no signal
2019-10-22 18:21:09.989 [main error] error reading message scan.08 id: ERR: no signal
2019-10-22 18:21:14.989 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2019-10-22 18:21:14.989 [bus notice] device invalid
2019-10-22 18:21:14.990 [bus error] send to 08: ERR: no signal, give up



Zitat
you definitely also need the 3V connection. Otherwise the adapter won't work. So you need 5 PINs connected.
this is completely independant.
Thanks!

Thanks for all the support
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 22 Oktober 2019, 23:30:13
Zitat von: john30 am 19 Oktober 2019, 15:40:53
könntest du mit dem aktuellen git code nochmal versuchen bitte?

Sry, hab den Beitrag überlesen.

Würd ich gerne, aber keine Nerven dazu mich aktuell damit zu beschäftigen, das nehm ich mir im Winter (Dez/Jan) vor.

1-2 Tage nach meiner Frage hier hab ich mein Test-Fhem gestoppt (andere Gründe) seit dem gibt es keinen Verbindungsabbruch mehr. Meine Vermutung der dort definierte MQTT2_CLIENT.

Gruß

Thomas
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 24 Oktober 2019, 08:09:20
Zitat von: goosst am 22 Oktober 2019, 20:45:00
I'm pretty sure it's the right place, but here is a picture: http://users.telenet.be/goosst/ebusadapter.jpeg
yes looks good.

Zitat von: goosst am 22 Oktober 2019, 20:45:00
Both give an output similar to the one pasted below, on top the following is visible with the hardware:
-  the red led and a red uart led keep being turned on instead of blinking
- the red led between 0 and 5V on the uart chip goes out (the one turned on in the picture above)
did you use the right USB tty on the ebusd start parameters with each of the non-functioning setups?
and doy ou have any other tool active (such as fhem) that might use the USB tty?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: goosst am 25 Oktober 2019, 20:36:05
Zitat von: john30 am 24 Oktober 2019, 08:09:20
yes looks good.
did you use the right USB tty on the ebusd start parameters with each of the non-functioning setups?
and doy ou have any other tool active (such as fhem) that might use the USB tty?

So I've checked all of that.
The only thing the two non-functioning setups had in common was the power socket. Plugged it in a different socket and now I'm  reading messages for 10 minutes without any error popping up  ::) . That has cost me quite a bit of time and frustration to figure that out  :-\.

Thanks again!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: goosst am 30 Oktober 2019, 23:32:52
These base boards over usb with a single board computer are so unreliable I'm just going to give up on them. it works fine for a period of time, then it stops again, ... I just cannot put this on a heating system.

ebusd -f --scanconfig
2019-10-30 22:36:09.771 [main notice] ebusd 3.3.v3.3 started with auto scan
2019-10-30 22:36:10.096 [bus notice] bus started with own address 31/36
2019-10-30 22:36:10.123 [bus notice] signal acquired
2019-10-30 22:36:10.371 [bus notice] new master 03, master count 2
2019-10-30 22:36:17.006 [bus notice] new master 10, master count 3
2019-10-30 22:36:17.006 [update notice] received unknown BC cmd: 10feb516080043352330100319
2019-10-30 22:36:17.275 [update notice] received unknown MS cmd: 1008b5110101 / 09615b008057640100ff
2019-10-30 22:36:20.247 [bus notice] scan 08: ;Vaillant;BAI00;0202;9602
2019-10-30 22:36:20.247 [update notice] store 08 ident: done
2019-10-30 22:36:20.248 [update notice] sent scan-read scan.08  QQ=31: Vaillant;BAI00;0202;9602
2019-10-30 22:36:20.248 [bus notice] scan 08: ;Vaillant;BAI00;0202;9602
2019-10-30 22:36:20.596 [main notice] read common config file vaillant/scan.csv
2019-10-30 22:36:20.676 [main notice] read common config file vaillant/general.csv
2019-10-30 22:36:20.754 [main notice] read common config file vaillant/broadcast.csv
2019-10-30 22:36:20.843 [main notice] read scan config file vaillant/08.bai.csv for ID "bai00", SW0202, HW9602
2019-10-30 22:36:20.989 [update notice] sent scan-read scan.08 id QQ=31:
2019-10-30 22:36:21.166 [bus notice] device invalid
2019-10-30 22:36:26.177 [bus notice] re-opened /dev/ttyUSB0
2019-10-30 22:36:26.204 [bus error] signal lost
2019-10-30 22:36:26.205 [bus error] send to 08: ERR: no signal, give up
2019-10-30 22:36:26.205 [bus error] send message part 1: ERR: no signal
2019-10-30 22:36:26.205 [main error] error reading message scan.08 id: ERR: no signal
2019-10-30 22:36:26.227 [bus notice] signal acquired
2019-10-30 22:36:26.436 [update notice] sent scan-read scan.08 id QQ=31:
2019-10-30 22:36:27.326 [bus error] send to 08: ERR: wrong symbol received, retry
2019-10-30 22:36:27.539 [bus error] send to 08: ERR: wrong symbol received, retry
2019-10-30 22:36:27.623 [bus error] send to 08: ERR: wrong symbol received, retry
2019-10-30 22:36:27.689 [bus error] send to 08: ERR: wrong symbol received
2019-10-30 22:36:27.689 [bus error] send message part 1: ERR: wrong symbol received
2019-10-30 22:36:27.689 [main error] error reading message scan.08 id: ERR: wrong symbol received
2019-10-30 22:36:27.746 [bus error] send to 08: ERR: wrong symbol received, retry
2019-10-30 22:36:29.001 [bus notice] max. symbols per second: 368
2019-10-30 22:36:31.926 [bus error] own master address 31 is used by another participant
2019-10-30 22:36:32.045 [bus error] send to 08: ERR: wrong symbol received, retry
2019-10-30 22:36:32.086 [bus error] send to 08: ERR: wrong symbol received, retry
2019-10-30 22:36:36.250 [bus error] send to 08: ERR: wrong symbol received
2019-10-30 22:36:36.250 [bus error] send message part 0: ERR: wrong symbol received
2019-10-30 22:36:36.250 [main error] error reading message scan.08 id: ERR: wrong symbol received
2019-10-30 22:36:36.294 [bus error] send to 08: ERR: wrong symbol received, retry
2019-10-30 22:36:36.360 [bus error] send to 08: ERR: wrong symbol received, retry
2019-10-30 22:36:36.412 [bus error] send to 08: ERR: wrong symbol received, retry
2019-10-30 22:36:36.452 [bus error] send to 08: ERR: wrong symbol received
2019-10-30 22:36:36.452 [bus error] send message part 0: ERR: wrong symbol received
2019-10-30 22:36:36.452 [main error] error reading message scan.08 id: ERR: wrong symbol received
2019-10-30 22:36:44.866 [bus error] send to 08: ERR: arbitration lost, retry
2019-10-30 22:36:44.917 [update notice] received unknown MS cmd: 1008b5110101 / 096a63008056630100ff
2019-10-30 22:36:45.123 [bus error] send to 08: ERR: wrong symbol received, retry
2019-10-30 22:36:49.453 [bus error] send to 08: ERR: wrong symbol received, retry
2019-10-30 22:36:53.780 [bus error] send to 08: ERR: wrong symbol received
2019-10-30 22:36:53.780 [bus error] send message part 0: ERR: wrong symbol received
2019-10-30 22:36:53.780 [main error] error reading message scan.08 id: ERR: wrong symbol received
2019-10-30 22:36:58.088 [bus error] send to 08: ERR: wrong symbol received, retry
2019-10-30 22:37:06.468 [bus error] send to 08: ERR: arbitration lost, retry
2019-10-30 22:37:06.717 [bus error] send to 08: ERR: wrong symbol received, retry
2019-10-30 22:37:10.994 [bus error] send to 08: ERR: wrong symbol received
2019-10-30 22:37:10.994 [bus error] send message part 0: ERR: wrong symbol received
2019-10-30 22:37:10.994 [main error] error reading message scan.08 id: ERR: wrong symbol received
2019-10-30 22:37:11.051 [bus error] send to 08: ERR: wrong symbol received, retry
2019-10-30 22:37:15.331 [bus error] send to 08: ERR: wrong symbol received, retry
^C2019-10-30 22:37:15.382 [main notice] SIGINT received
^C2019-10-30 22:37:16.107 [main notice] SIGINT received
^C2019-10-30 22:37:16.336 [main notice] SIGINT received
^C2019-10-30 22:37:16.550 [main notice] SIGINT received
^C2019-10-30 22:37:16.746 [main notice] SIGINT received
^C2019-10-30 22:37:16.956 [main notice] SIGINT received
^C2019-10-30 22:37:17.153 [main notice] SIGINT received
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 31 Oktober 2019, 06:38:20
Zitat von: goosst am 30 Oktober 2019, 23:32:52
These base boards over usb with a single board computer are so unreliable I'm just going to give up on them. it works fine for a period of time, then it stops again, ... I just cannot put this on a heating system.
do you mean the UART? which one are you using?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: goosst am 01 November 2019, 09:40:29
the setup was:
power supply + powerbank - raspberry pi or tinkerboard - uart using cp210 - base board.
It worked sometimes, but after a period of time it started to behave like disco lights where very repetitively all leds on the base board turn off for a moment (for about a second or so) before starting to blink at the normal high frequency again.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 01 November 2019, 12:13:32
Zitat von: goosst am 01 November 2019, 09:40:29
power supply + powerbank - raspberry pi or tinkerboard - uart using cp210 - base board.
It worked sometimes, but after a period of time it started to behave like disco lights where very repetitively all leds on the base board turn off for a moment (for about a second or so) before starting to blink at the normal high frequency again.
if you mean the ebus adapter with the base board: I'm almost 100% sure that there is no issue with the adapter itself but instead with your setup or with the UART. I'm using the adapter in all versions for many years now with my heating system without any issue of the kind you're describing.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: goosst am 04 November 2019, 20:46:49
Zitat von: john30 am 01 November 2019, 12:13:32
if you mean the ebus adapter with the base board: I'm almost 100% sure that there is no issue with the adapter itself but instead with your setup or with the UART. I'm using the adapter in all versions for many years now with my heating system without any issue of the kind you're describing.

Well, my pattern seems somewhat repeatable:
I can make it work for x amount of time (which can range from several days till a few hours), then it stops working (red and green light turn solid + 5V light on uart is out or I get disco light behaviour), ... .
I've ordered some uart converter with a usb-a instead of a micro-usb port. Maybe that will help something ... .
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: goosst am 25 November 2019, 21:38:52
Just wanted to share that since I've switched to the combination of wemos mini and base board (directly connected with 5 wires), the adapter is running without problems for about two weeks now.
I do get a regular error message while reading, but the frequency of occurence is very low.

Thanks!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 25 November 2019, 21:43:52
Zitat von: goosst am 25 November 2019, 21:38:52
Just wanted to share that since I've switched to the combination of wemos mini and base board (directly connected with 5 wires), the adapter is running without problems for about two weeks now.
I do get a regular error message while reading, but the frequency of occurence is very low.
ok then the question is: how did you use it before?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: mirror am 08 Dezember 2019, 10:27:32
Hallo,
nach Umstellung auf die neue Platine mit ser. Interface an einem RPi 3 vor ca. 8 Wochen habe ich ein kleines Problem mit sporadischem Auftreten von "bus error".
Meine Umgebung:
version: ebusd 3.3.v3.3-42-g67a4254
update check: version 3.4 available
access: *
signal: acquired
symbol rate: 24
max symbol rate: 170
min arbitration micros: 6
max arbitration micros: 242
min symbol latency: 0
max symbol latency: 13
reconnects: 0
masters: 3
messages: 599
conditional: 2
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0116;HW=9602", loaded "vaillant/bai.0010015600.inc" ([PROD='0010015600']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0206;HW=4103", loaded "vaillant/15.700.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd


Ich hole mit einem ebus timer alle 3 Minuten 6 Größen ab - teilweise direkt als read, teilweise durch Auslesen eines Status:
define EBUS.Timer1 at +*00:03:00 get Aussentemperatur Aussentemperatur;;get Ruecklauf Ruecklauf;;get Durchfluss Durchfluss;;get Fanspeed Fanspeed;;get Speichertemperatur Speichertemperatur;;get Vorlauf Vorlauf

Die Log Meldungen sehen dann so aus (ca. 3-5 mal pro Tag):
2019-12-07 10:46:57.272 [update notice] received update-write bai SetMode QQ=10: auto;35.5;-;-;0;0;0;0;0;0
2019-12-07 10:47:06.962 [bus error] send to 08: ERR: read timeout, retry
2019-12-07 10:47:07.532 [update notice] sent read bai Status01 QQ=31: 35.5;31.5;8.625;34.0;42.5;on
2019-12-07 10:47:07.651 [update notice] sent read bai PrimaryCircuitFlowrate QQ=31: 15.93
2019-12-07 10:47:08.276 [update notice] sent read bai FanSpeed QQ=31: 1130
2019-12-07 10:47:08.400 [update notice] sent read bai StorageTemp QQ=31: 42.94;ok
2019-12-07 10:47:08.585 [update notice] received read bai Status01 QQ=10: 35.5;31.5;8.625;34.0;42.5;on
2019-12-07 10:47:08.860 [update notice] received update-write bai SetMode QQ=10: auto;35.5;-;-;0;0;0;0;0;0
.
.
2019-12-07 11:01:58.640 [update notice] received update-write bai SetMode QQ=10: auto;35.0;-;-;0;0;0;0;0;0
2019-12-07 11:02:06.138 [update notice] sent read bai PrimaryCircuitFlowrate QQ=31: 15.95
2019-12-07 11:02:06.267 [update notice] sent read bai FanSpeed QQ=31: 1131
2019-12-07 11:02:07.645 [bus error] send to 08: ERR: read timeout, retry
2019-12-07 11:02:08.199 [update notice] sent read bai StorageTemp QQ=31: 41.56;ok
2019-12-07 11:02:08.340 [update notice] sent read bai Status01 QQ=31: 35.5;32.0;8.812;33.5;41.5;on
2019-12-07 11:02:10.445 [update notice] received read bai Status01 QQ=10: 35.5;31.5;8.812;33.5;41.5;on
.
.
2019-12-07 18:22:57.935 [update notice] received read bai Status01 QQ=10: 31.0;31.0;8.812;43.0;44.5;off
2019-12-07 18:22:58.209 [update notice] received update-write bai SetMode QQ=10: auto;34.0;-;-;0;0;0;0;0;0
2019-12-07 18:23:06.440 [update notice] sent read bai PrimaryCircuitFlowrate QQ=31: 15.90
2019-12-07 18:23:06.568 [update notice] sent read bai FanSpeed QQ=31: 0
2019-12-07 18:23:07.938 [bus error] send to 08: ERR: read timeout, retry
2019-12-07 18:23:08.559 [update notice] received read bai Status01 QQ=10: 31.0;31.0;8.812;43.0;44.5;off
2019-12-07 18:23:08.680 [update notice] sent read bai StorageTemp QQ=31: 44.94;ok
2019-12-07 18:23:08.873 [update notice] received update-write bai SetMode QQ=10: auto;34.0;-;-;0;0;0;0;0;0

Belaste ich den Bus hier zu hoch? Lohnt es sich an den timeout Parametern vom ebusd zu drehen? Bisher läuft alles im default. Oder einfach Augen zu und weiter?
Ich sehe gerade es gibt eine neue Version 3.4. Werde ich mal probieren und dann hier editieren.
Gruß,
Dietmar
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 08 Dezember 2019, 11:18:34
Zitat von: mirror am 08 Dezember 2019, 10:27:32
Belaste ich den Bus hier zu hoch? Lohnt es sich an den timeout Parametern vom ebusd zu drehen? Bisher läuft alles im default. Oder einfach Augen zu und weiter?
nö, das ist halbwegs normal
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 08 Dezember 2019, 11:27:00
das komische daran was mir auffällt, der Fehler kommt immer mitten in der Abfrage obwohl die Daten vom eBus anscheinend korrekt ankommen. Hast du vielleicht zufällig einen anderen Uart zum testen? Es gab da mal eine Serie die nicht alle zufriedenstellend arbeiteten, bzw. immer wieder Blindgänger dabei waren.

Aber solange das nicht ärger ist kann man damit leben, nur schön ist es halt nicht.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Morgennebel am 17 Dezember 2019, 13:29:01
OFFTOPIC:

Kann ich ebusd 3.4+ auch verwenden, wenn ich ein WOLF ISM8i-Modul steuern möchte? Dieses baut aktiv eine TCP-Verbindung zu IP:PORT auf und bietet dann EBUS/KNX-Daten an.

Ich bin dem ebusd-Wiki von github gefolgt, scheitere aber daran, einen tcp-Port als Device zu verwenden.

Danke, -MN
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 17 Dezember 2019, 14:09:05
Zitat von: Morgennebel am 17 Dezember 2019, 13:29:01
OFFTOPIC:

Kann ich ebusd 3.4+ auch verwenden, wenn ich ein WOLF ISM8i-Modul steuern möchte? Dieses baut aktiv eine TCP-Verbindung zu IP:PORT auf und bietet dann EBUS/KNX-Daten an.

Ich bin dem ebusd-Wiki von github gefolgt, scheitere aber daran, einen tcp-Port als Device zu verwenden.

Danke, -MN
nein, das geht m.W. nicht, weil auf dem TCP Port von ISM kein eBUS Protokoll mehr gefahren wird
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Morgennebel am 17 Dezember 2019, 16:41:06
Hi John,

vielen Dank für Deine schnelle Antwort.

Laut: https://www.wolf.eu/fileadmin/Wolf_Profi/Downloads/Montage-Bedienungsanleitungen/Regelungen/Zubehoer/3064356_201611_ISM8i_Montage-u.Bedienungsanleitung.pdf ist das ISM8i ein EBUS/Ethernet-Modul.

Verstehe ich Dich richtig, daß Du der Ansicht bist, dieses Modul übersetzt den EBUS in ein neues (dokumentiertes) Protokoll und präsentiert dies auf Ethernet?

Die im verlinkten Manual dokumentierten Datenpunkte (Seite 22) "fühlen" sich für mich sehr nach EBUS an...?

Danke, -MN
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 18 Dezember 2019, 10:05:20
Zitat von: Morgennebel am 17 Dezember 2019, 16:41:06
Laut: https://www.wolf.eu/fileadmin/Wolf_Profi/Downloads/Montage-Bedienungsanleitungen/Regelungen/Zubehoer/3064356_201611_ISM8i_Montage-u.Bedienungsanleitung.pdf ist das ISM8i ein EBUS/Ethernet-Modul.

Verstehe ich Dich richtig, daß Du der Ansicht bist, dieses Modul übersetzt den EBUS in ein neues (dokumentiertes) Protokoll und präsentiert dies auf Ethernet?

Die im verlinkten Manual dokumentierten Datenpunkte (Seite 22) "fühlen" sich für mich sehr nach EBUS an...?
nein, das ist etwas anderes: "TCP/IP-Protokoll mit integriertem ObjectServer-Telegramm" hat nicht viel mit eBUS zu tun. Die Doku sieht mit mehr nach KNX aus
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 23 Dezember 2019, 18:56:40
Hallo,

auf meiner ebusd-Raspi hab ich ein sudo apt-get update und sudo apt get-upgrade ausgeführt, mehr nicht.

Jetzt steht folgendes im Log:

2019-12-23 18:33:39.904 [main notice] ebusd 3.3.v3.3 started with auto scan                                                                                                                               
2019-12-23 18:33:40.475 [bus error] unable to open /dev/ttyebus: ERR: element not found                                                                                                                   
2019-12-23 18:33:40.480 [bus notice] bus started with own address 31/36                                                                                                                                   
2019-12-23 18:33:40.481 [bus notice] device invalid                                                                                                                                                       
2019-12-23 18:33:40.546 [mqtt notice] connection established                                                                                                                                             
2019-12-23 18:33:45.481 [bus error] unable to open /dev/ttyebus: ERR: element not found                                                                                                                   
2019-12-23 18:33:45.482 [bus notice] device invalid                                                                                                                                                       
2019-12-23 18:33:50.482 [bus error] unable to open /dev/ttyebus: ERR: element not found                                                                                                                   
2019-12-23 18:33:50.482 [bus notice] device invalid                                                                                                                                                       
2019-12-23 18:33:55.483 [bus error] unable to open /dev/ttyebus: ERR: element not found                                                                                                                   
2019-12-23 18:33:55.483 [bus notice] device invalid


Meine config:
# Options to pass to ebusd (run "ebusd -?" for more info):                                                                                                                                               
EBUSD_OPTS="-d /dev/ttyebus -p 8888 -l /var/log/ebusd.log --scanconfig --httpport=8080 --accesslevel=* --mqttport=1883 --mqttjson --mqtthost=192.168.188.26 --mqtttopic=ebusd/%circuit/%name --mqttuser=NAME --mqttpass=PASSWORT"


Ich weiß nicht wo ich jetzt ansetzen soll, hat jemand Rat ?

Gruß

Thomas
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 23 Dezember 2019, 19:31:16
Du hast eine Kernel Update durchgeführt und das hat den ttyebus Treiber zerschossen.
Schau mal hier. (https://forum.fhem.de/index.php/topic,84636.msg947716.html#msg947716)
Das hat dem betroffenen User im gleichen Fall geholfen.


LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 23 Dezember 2019, 20:21:32
Hab das Downgrade gemacht, aber keine Änderung nach reboot.

Gruß

Thomas
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: chons am 24 Dezember 2019, 09:56:33
Zitat von: TomLee am 23 Dezember 2019, 20:21:32
Hab das Downgrade gemacht, aber keine Änderung nach reboot.
Mit dem Upgrade wurden die raspberrypi kernel headers aktualisiert (vermute mal auf  4.19.66-v7+) mit uname -r kann man das überprüfen.
Mit sudo find / -name ttyebus.ko kannst Du herausfinden, wo der ttyebus Treiber derzeit liegt - vermutlich in einen anderen Verzeichnis und das ist der Grund warum der Treiber nicht mehr geladen werden kann.

Man kann das Problem durch Neukompilierenen (https://github.com/eBUS/ttyebus) des Treiber einfach beheben.

Frohe Weihnachten an alle...
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 24 Dezember 2019, 11:25:18
Super, Danke, du hast mein Weihnachten gerettet. Die Heizungsoptimierung raubt mir eh schon den letzten Nerv, das der Ebusd nicht mehr läuft hätte gerade noch gefehlt.


Frohe Weihnachten an alle...


Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 31 Dezember 2019, 14:42:19
Hallo nochmal,

mein Missgeschick hatte ich auch gleich genutzt für ein update auf Nectarine .

version: ebusd 3.4.v3.3-51-g57eae05
access: *
signal: acquired
symbol rate: 22
max symbol rate: 123
min arbitration micros: 41
max arbitration micros: 72
min symbol latency: 3
max symbol latency: 5
reconnects: 0
masters: 3
messages: 632
conditional: 0
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0902;HW=7401", loaded "vaillant/bai.0010010674.inc" ([PROD='0010010678']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0510;HW=6403", loaded "vaillant/15.700.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd


Der Ebusd ist bei mir per MQTT(2) eingebunden, mit der neuen Version (zuvor hatte ich Version 3.2 irgendwas) hab ich folgendes bei den zyklisch abgefragten Werten festgestellt:


Daten werden angefragt (verbose 5 Log):

2019.12.28 14:16:55 5:   MQTT2_Server_192.168.188.34_52296 ebusd_3.4_4901 => ebusd/700/z1DayTemp/get:
2019.12.28 14:16:55 5: out: PUBLISH: 0(25)(0)(23)ebusd/700/z1DayTemp/get
2019.12.28 14:16:55 5:   MQTT2_Server_192.168.188.34_52296 ebusd_3.4_4901 => ebusd/700/z1NightTemp/get:
2019.12.28 14:16:55 5: out: PUBLISH: 0(27)(0)(25)ebusd/700/z1NightTemp/get
2019.12.28 14:16:55 5:   MQTT2_Server_192.168.188.34_52296 ebusd_3.4_4901 => ebusd/700/Hc1HeatCurve/get:
2019.12.28 14:16:55 5: out: PUBLISH: 0(28)(0)(26)ebusd/700/Hc1HeatCurve/get
2019.12.28 14:16:55 5:   MQTT2_Server_192.168.188.34_52296 ebusd_3.4_4901 => ebusd/700/HwcTempDesired/get:
2019.12.28 14:16:55 5: out: PUBLISH: 0(30)(0)(28)ebusd/700/HwcTempDesired/get



Die Daten werden laut ebusd.log gelesen und geschickt:

2019-12-28 14:16:59.044 [update notice] sent read 700 z1DayTemp QQ=31: 22
2019-12-28 14:16:59.044 [mqtt notice] read 700 z1DayTemp:
2019-12-28 14:16:59.205 [update notice] sent read 700 z1NightTemp QQ=31: 22
2019-12-28 14:16:59.206 [mqtt notice] read 700 z1NightTemp:
2019-12-28 14:17:00.571 [update notice] sent read 700 Hc1HeatCurve QQ=31: 0.7
2019-12-28 14:17:00.571 [mqtt notice] read 700 Hc1HeatCurve:
2019-12-28 14:17:00.737 [update notice] sent read 700 HwcTempDesired QQ=31: 50
2019-12-28 14:17:00.737 [mqtt notice] read 700 HwcTempDesired:



Die Daten kommen in FHEM an:

2019.12.28 14:16:59 5: in:  PUBLISH: 03(0)(19)ebusd/700/z1DayTemp{(10)     "tempv": {"value": 22}}
2019.12.28 14:16:59 4:   MQTT2_Server_192.168.188.34_52296 ebusd_3.4_4901 PUBLISH ebusd/700/z1DayTemp:{
     "tempv": {"value": 22}}
2019.12.28 14:16:59 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.4_4901\000ebusd/700/z1DayTemp\000{\n     "tempv": {"value": 22}}
2019.12.28 14:16:59 5: in:  PUBLISH: 05(0)(21)ebusd/700/z1NightTemp{(10)     "tempv": {"value": 22}}
2019.12.28 14:16:59 4:   MQTT2_Server_192.168.188.34_52296 ebusd_3.4_4901 PUBLISH ebusd/700/z1NightTemp:{
     "tempv": {"value": 22}}
2019.12.28 14:16:59 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.4_4901\000ebusd/700/z1NightTemp\000{\n     "tempv": {"value": 22}}
2019.12.28 14:17:00 5: in:  PUBLISH: 0?(0)(22)ebusd/700/Hc1HeatCurve{(10)     "0": {"name": "", "value": 0.7}}
2019.12.28 14:17:00 4:   MQTT2_Server_192.168.188.34_52296 ebusd_3.4_4901 PUBLISH ebusd/700/Hc1HeatCurve:{
     "0": {"name": "", "value": 0.7}}
2019.12.28 14:17:00 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.4_4901\000ebusd/700/Hc1HeatCurve\000{\n     "0": {"name": "", "value": 0.7}}
2019.12.28 14:17:00 5: in:  PUBLISH: 08(0)(24)ebusd/700/HwcTempDesired{(10)     "tempv": {"value": 50}}
2019.12.28 14:17:00 4:   MQTT2_Server_192.168.188.34_52296 ebusd_3.4_4901 PUBLISH ebusd/700/HwcTempDesired:{
     "tempv": {"value": 50}}
2019.12.28 14:17:00 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.4_4901\000ebusd/700/HwcTempDesired\000{\n     "tempv": {"value": 50}}



Bis hier her alles in Ordnung, doch weshalb kommen die Daten wenige Sekunden später nochmal rein ?:


2019.12.28 14:17:04 5: in:  PUBLISH: 0:(0)(24)ebusd/700/HwcTempDesired{(10)     "tempv": {"value": 50.0}}
2019.12.28 14:17:04 4:   MQTT2_Server_192.168.188.34_52296 ebusd_3.4_4901 PUBLISH ebusd/700/HwcTempDesired:{
     "tempv": {"value": 50.0}}
2019.12.28 14:17:04 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.4_4901\000ebusd/700/HwcTempDesired\000{\n     "tempv": {"value": 50.0}}
2019.12.28 14:17:04 5: in:  PUBLISH: 05(0)(19)ebusd/700/z1DayTemp{(10)     "tempv": {"value": 22.0}}
2019.12.28 14:17:04 4:   MQTT2_Server_192.168.188.34_52296 ebusd_3.4_4901 PUBLISH ebusd/700/z1DayTemp:{
     "tempv": {"value": 22.0}}
2019.12.28 14:17:04 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.4_4901\000ebusd/700/z1DayTemp\000{\n     "tempv": {"value": 22.0}}
2019.12.28 14:17:04 5: in:  PUBLISH: 07(0)(21)ebusd/700/Hc1FlowTemp{(10)     "tempv": {"value": 48.0}}
2019.12.28 14:17:04 4:   MQTT2_Server_192.168.188.34_52296 ebusd_3.4_4901 PUBLISH ebusd/700/Hc1FlowTemp:{
     "tempv": {"value": 48.0}}
2019.12.28 14:17:04 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.4_4901\000ebusd/700/Hc1FlowTemp\000{\n     "tempv": {"value": 48.0}}
2019.12.28 14:17:04 5: in:  PUBLISH: 07(0)(21)ebusd/700/z1NightTemp{(10)     "tempv": {"value": 22.0}}
2019.12.28 14:17:04 4:   MQTT2_Server_192.168.188.34_52296 ebusd_3.4_4901 PUBLISH ebusd/700/z1NightTemp:{
     "tempv": {"value": 22.0}}
2019.12.28 14:17:04 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.4_4901\000ebusd/700/z1NightTemp\000{\n     "tempv": {"value": 22.0}}


Im ebusd.log ist davon nichts zu sehen, das ist nach jeder Abfrage so, die Werte kommen dann aber oft ( nicht immer ) nicht als Ganzzahl, sondern als Kommazahl (siehe oben), die Werte stehen in setList aber als Ganzzahl ( wie sie im ebusd.log stehen und auch schon zu Version 3.2 Zeiten), womit in webCmd dann das select-Widget keine Werte anzeigen kann (siehe Bild im Anhang).
Weshalb kommen die Werte ein zweites mal rein und warum steht davon nichts im ebusd.log ?


attr MQTT2_ebusd_bai setList Hc1Heizkurve:0.7,0.75,0.8,0.85,0.9,0.95,1,1.05,1.1,1.15,1.2,1.25,1.3,1.35,1.4,1.45,1.5,1.55,1.6,1.65,1.7,1.75,1.8,1.85,1.9,1.95,2.0,2.05,2.1,2.15,2.2,2.3,2,45,2,5 ebusd/700/Hc1HeatCurve/set $EVTPART1\
HwcTempDesired:50,51,52,53,54,55,56,57,58,59,60 ebusd/700/HwcTempDesired/set $EVTPART1\
z1DayTemp:20,20.5,21,21.5,22,22.5,23,23.5,24 ebusd/700/z1DayTemp/set $EVTPART1\
z1NightTemp:18,18.5,19,20,21,22,23,24 ebusd/700/z1NightTemp/set $EVTPART1\
Hc1MinFlowTempDesired:25,26,27,28,29,30 ebusd/700/Hc1MinFlowTempDesired/set $EVTPART1\



Weitere Feststellung ist das der angeforderte Hc1HeatCurve Wert jetzt (mit Version 3.2 war das nicht so) immer erst korrekt übertragen wird, ist dieser allerdings auf einen zweistelligen Wert nach dem Komma eingestellt, kommt dieser beim zweiten Mal immer abgerundet beim MQTT2_Server an.

Beispiel:

verbose 5 Log :
2019.12.31 13:38:25 5:   MQTT2_Server_192.168.188.34_52508 ebusd_3.4_10040 => ebusd/700/Hc1HeatCurve/get:
2019.12.31 13:38:25 5: out: PUBLISH: 0(28)(0)(26)ebusd/700/Hc1HeatCurve/get


ebusd.log:
2019-12-31 13:38:30.602 [update notice] sent read 700 Hc1HeatCurve QQ=31: 0.65
2019-12-31 13:38:30.606 [mqtt notice] read 700 Hc1HeatCurve:


verbose 5 Log:
2019.12.31 13:38:30 5: in:  PUBLISH: 0@(0)(22)ebusd/700/Hc1HeatCurve{(10)     "0": {"name": "", "value": 0.65}}
2019.12.31 13:38:30 4:   MQTT2_Server_192.168.188.34_52508 ebusd_3.4_10040 PUBLISH ebusd/700/Hc1HeatCurve:{
     "0": {"name": "", "value": 0.65}}
2019.12.31 13:38:30 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.4_10040\000ebusd/700/Hc1HeatCurve\000{\n     "0": {"name": "", "value": 0.65}}


2019.12.31 13:38:34 5: in:  PUBLISH: 0?(0)(22)ebusd/700/Hc1HeatCurve{(10)     "0": {"name": "", "value": 0.6}}
2019.12.31 13:38:34 4:   MQTT2_Server_192.168.188.34_52508 ebusd_3.4_10040 PUBLISH ebusd/700/Hc1HeatCurve:{
     "0": {"name": "", "value": 0.6}}
2019.12.31 13:38:34 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.4_10040\000ebusd/700/Hc1HeatCurve\000{\n     "0": {"name": "", "value": 0.6}}




Zitat von: john30 am 08 Oktober 2019, 08:10:50
mal im mosquitto log schauen, ob da was zu finden ist, bzw. dessen log level erhöhen

Hier bin ich noch nicht weiter, das Problem gibts auch noch mit Nectarine, Mosquitto-Log hab ich nicht wegen MQTT2 und den MQTT2-Server 2-3 Tage auf verbose 5 stellen mag ich nicht.


Guten Rutsch

Thomas
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 03 Januar 2020, 09:14:13
Zitat von: TomLee am 31 Dezember 2019, 14:42:19
Bis hier her alles in Ordnung, doch weshalb kommen die Daten wenige Sekunden später nochmal rein ?:
weil das eine die direkte Antwort auf die via MQTT Anfrage ist und das andere das reguläre Update, das an der Message entstanden ist.

Zitat von: TomLee am 31 Dezember 2019, 14:42:19
Weitere Feststellung ist das der angeforderte Hc1HeatCurve Wert jetzt (mit Version 3.2 war das nicht so) immer erst korrekt übertragen wird, ist dieser allerdings auf einen zweistelligen Wert nach dem Komma eingestellt, kommt dieser beim zweiten Mal immer abgerundet beim MQTT2_Server an.
würde mal tippen, dass das zwei verschiedene Messages sind. Schau mal nach.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 03 Januar 2020, 10:48:26
Zitatweil das eine die direkte Antwort auf die via MQTT Anfrage ist und das andere das reguläre Update, das an der Message entstanden ist.

und ?  bekommt man das hin das die MQTT-Antwort und das reguläre Update gleich formatierte Werte zurückgeben ?
War ja vor meinem update nicht so.

Zitatwürde mal tippen, dass das zwei verschiedene Messages sind. Schau mal nach.

Wo soll ich denn noch nachschauen ? Im ebusd.log stehen doch nur die via MQTT angeforderten Anfragen und Antworten, die durch das "reguläre Update" nicht, wie oben geschrieben.
Auch wenns zwei verschiedene Messages sind sollten doch gleiche Werte zurückkommen, die Heizkurve steht ja im obigen Beispiel auf 0.65 und nicht 0.6.
Heute, sehe ich gerade wird übrigens aufgerundet und nicht abgerundet.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 04 Januar 2020, 10:59:57
Zitat von: TomLee am 03 Januar 2020, 10:48:26
und ?  bekommt man das hin das die MQTT-Antwort und das reguläre Update gleich formatierte Werte zurückgeben ?
erstmal muss man ausschließen, dass es nicht wirklich so am Bus vorbeigekommen ist.

Zitat von: TomLee am 03 Januar 2020, 10:48:26
Wo soll ich denn noch nachschauen ? Im ebusd.log stehen doch nur die via MQTT angeforderten Anfragen und Antworten, die durch das "reguläre Update" nicht, wie oben geschrieben.
Auch wenns zwei verschiedene Messages sind sollten doch gleiche Werte zurückkommen, die Heizkurve steht ja im obigen Beispiel auf 0.65 und nicht 0.6.
ok, dann beantworte ich mal wieder die von mir gestellte Frage selbst: es scheint keine zweite Nachrichtendefinition zu geben.
Dann brauche die beiden HEX Messages dazu, um das eingrenzen zu können.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 04 Januar 2020, 23:40:11
Bisher war ein zusammenlöten des (RPI-)Adapters, die ebusd-Installation und die Aktivierung von MQTT für meine Zwecke (Dank Reinhart) ausreichend.

Was die Telegramme angeht befinde ich mich nach wie vor in der Findungsphase.(Es gibt bei mir unknown-Messages die ich doch irgendwann -so mein Ziel- 'entschlüsseln' kann)

Ich versuche zu verstehen welche 2 HEX Messages du von mir sehen willst, es gelingt mir mangels Kenntnissse aber nicht, auch wenn ich heute versucht habe mittels --enablehex ----enabledefine und ----loglevel=debug mich dem Thema zu nähern.

Kann denn niemand der die MQTT2-Einbindung nutzt und mehr Erfahrung hat meine Feststellungen mit Nectarine 3.4 bestätigen ?

Gruß

Thomas
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 05 Januar 2020, 11:07:42
Zitat von: TomLee am 04 Januar 2020, 23:40:11
Ich versuche zu verstehen welche 2 HEX Messages du von mir sehen willst, es gelingt mir mangels Kenntnissse aber nicht, auch wenn ich heute versucht habe mittels --enablehex ----enabledefine und ----loglevel=debug mich dem Thema zu nähern.
mach mal ein "ebusctl find -a -f Hc1HeatCurve" sowie "ebusctl find -a -h -V Hc1HeatCurve" und poste das jeweilige Ergebnis
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 05 Januar 2020, 11:46:48
pi@Ebus-Raspi:~ $ ebusctl find -a -f Hc1HeatCurve
r,700,Hc1HeatCurve,HeatCurve Heizkreis 1,,15,b524,020002000f00,,s,IGN:4,,,,,s,EXP,,,heating curve of Hc1
w,700,Hc1HeatCurve,HeatCurve Heizkreis 1,,15,b524,020102000f00,,m,EXP,,,heating curve of Hc1
r,700,Hc1HeatCurveAdaption,HeatCurveAdaption Heizkreis 1,,15,b524,020002001c00,,s,IGN:4,,,,,s,EXP,,,adaption applied to heating curve of Hc1


pi@Ebus-Raspi:~ $ ebusctl find -a -h -V Hc1HeatCurve                                                                                                                                                      700 Hc1HeatCurve = 3115b52406020002000f00 / 0803020f009a99593f [ZZ=15, lastup=2020-01-05 11:40:06, active read]
700 Hc1HeatCurve = no data stored [ZZ=15, active write]
700 Hc1HeatCurveAdaption = no data stored [ZZ=15, active read]
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 05 Januar 2020, 19:13:03
Ich muss feststellen, das mein Format welches ich vom MQTT2 Server erhalte etwas von deinem abweicht.

mit dieser Abfrage:
set ebusMQTT publish ebusd/430/Hc1HeatCurve/get

erhalte ich diese Antwort (aber nur einmal):
2020.01.05 18:39:56 5: in:  PUBLISH: 08(0)(22)ebusd/430/Hc1HeatCurve{(10)     "curve": {"value": 1.00}}
2020.01.05 18:39:56 4:   ebusMQTT_10.0.0.9_54190 ebusd_3.3_2567 PUBLISH ebusd/430/Hc1HeatCurve:{
     "curve": {"value": 1.00}}
2020.01.05 18:39:56 5: ebusMQTT: dispatch autocreate=complex\000ebusd_3.3_2567\000ebusd/430/Hc1HeatCurve\000{\n     "curve": {"value": 1.00}}


und hier der Unterschied zu deine, ich habe den Namen außerhalb der Klammer schön aufgelöst:

deine  2019.12.31 13:38:30 5: in:  PUBLISH: 0@(0)(22)ebusd/700/Hc1HeatCurve{(10)     "0": {"name": "", "value": 0.65}}
deine  2019.12.31 13:38:34 5: in:  PUBLISH: 0?(0)(22)ebusd/700/Hc1HeatCurve{(10)     "0": {"name": "", "value": 0.6}}
meine 2020.01.05 18:39:56 5: in:  PUBLISH: 08(0)(22)ebusd/430/Hc1HeatCurve{(10)     "curve": {"value": 1.00}}


Verwendest du MQTT2 Server und MQTT2 Client eventuell gleichzeitig, die 2. Meldung kommt ja immerhin 4 Sekunden später?
Eigentlich kann der Unterschied der Ausgabeformatierung nur vom MQTT2_Server kommen, aber wie ich sehe hast du den auch auf "complex" eingestellt, sollten also gleich sein.

Ich habe diese Version von ebusd:
version: ebusd 3.3.v3.3-19-ga3f4999


LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 05 Januar 2020, 19:47:41
Hallo Reinhart,

so frag ich ab:

defmod at_ebus_updates at +*00:15:00 set MQTT2_Server publish ebusd/bai/HwcPostrunTime/get;;\
set MQTT2_Server publish ebusd/bai/StorageTempDesired/get;;\
set MQTT2_Server publish ebusd/bai/FanHours/get;;\
set MQTT2_Server publish ebusd/bai/HcHours/get;;\
set MQTT2_Server publish ebusd/bai/HwcHours/get;;\
set MQTT2_Server publish ebusd/bai/HwcStarts/get;;\
set MQTT2_Server publish ebusd/bai/HwcPostrunTime/get;;\
set MQTT2_Server publish ebusd/bai/RemainingBoilerblocktime/get;;\
set MQTT2_Server publish ebusd/bai/SDFlame/get;;\
set MQTT2_Server publish ebusd/bai/HcStarts/get;;\
set MQTT2_Server publish ebusd/bai/CounterStartattempts1/get;;\
set MQTT2_Server publish ebusd/bai/CounterStartattempts2/get;;\
set MQTT2_Server publish ebusd/bai/CounterStartAttempts3/get;;\
set MQTT2_Server publish ebusd/bai/CounterStartAttempts4/get;;\
set MQTT2_Server publish ebusd/700/PrEnergySumHc/get;;\
set MQTT2_Server publish ebusd/700/PrEnergySumHwc/get;;\
set MQTT2_Server publish ebusd/700/PrFuelSumHc/get;;\
set MQTT2_Server publish ebusd/700/HwcOpMode/get;;\
set MQTT2_Server publish ebusd/700/HwcSFMode/get;;\
set MQTT2_Server publish ebusd/700/CylinderChargeHyst/get;;\
set MQTT2_Server publish ebusd/700/Hc1FlowTemp/get;;\
set MQTT2_Server publish ebusd/700/Hc1Status/get;;\
set MQTT2_Server publish ebusd/700/Hc1PumpStatus/get;;\
set MQTT2_Server publish ebusd/700/CylinderChargeHyst/get;;\
set MQTT2_Server publish ebusd/700/z1DayTemp/get;;\
set MQTT2_Server publish ebusd/700/z1NightTemp/get;;\
set MQTT2_Server publish ebusd/700/HwcLockTime/get;;\
set MQTT2_Server publish ebusd/700/ccTimer.Saturday/get;;\
set MQTT2_Server publish ebusd/700/DisplayedOutsideTemp/get;;\
set MQTT2_Server publish ebusd/700/Hc1ExcessTemp/get;;\
set MQTT2_Server publish ebusd/700/PrFuelSumHcThisMonth/get;;\
set MQTT2_Server publish ebusd/700/PartloadHcKW/get;;\
set MQTT2_Server publish ebusd/700/Hc1HeatCurve/get;;\
set MQTT2_Server publish ebusd/700/HwcTempDesired/get;;\
set MQTT2_Server publish ebusd/700/Hc1MinFlowTempDesired/get;;\
set MQTT2_Server publish ebusd/700/PumpAdditionalTime/get;;\
set MQTT2_Server publish ebusd/700/MaxCylinderChargeTime/get;;\
set MQTT2_Server publish ebusd/700/CylinderChargeHyst/get;;
attr at_ebus_updates group Ebus
attr at_ebus_updates room Ebus
attr at_ebus_updates webCmd execNow

setstate at_ebus_updates Next: 19:42:36
setstate at_ebus_updates 2020-01-05 19:27:36 state Next: 19:42:36





Wie man sieht verwende ich MQTT2_SERVER und nein es gibt keinen MQTT2 Client auch nicht auf einem anderen System.

Mit 3.2 irgendwas (mein ich war ich vorher, die die halt aktuell war letzten Winter) hatte ich das ja auch nicht.
Du zeigst jetzt was mit 3.3 zurückkommt, für dich ist es doch kein Problem mal ein update auf meine jetzige Version zu machen, das würde mich jetzt interessieren ob dann der Name immer noch so aufgelöst wird wie du jetzt zeigst.
Ich hab doch nix an meiner Konfiguration in Fhem geändert, nur ein update vom ebusd gemacht.

Gruß

Thomas

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 05 Januar 2020, 20:31:07
ich habe jetzt Version ebusd 3.4.v3.4-8-g177568c und es hat sich diesbezüglich nichts geändert.

2020.01.05 20:26:00 5: in:  PUBLISH: 08(0)(22)ebusd/430/Hc1HeatCurve{(10)     "curve": {"value": 1.00}}
2020.01.05 20:26:00 4:   ebusMQTT_10.0.0.9_56944 ebusd_3.4_5950 PUBLISH ebusd/430/Hc1HeatCurve:{
     "curve": {"value": 1.00}}
2020.01.05 20:26:00 5: ebusMQTT: dispatch autocreate=complex\000ebusd_3.4_5950\000ebusd/430/Hc1HeatCurve\000{\n     "curve": {"value": 1.00}}


Aber schau doch einmal, du hast doch hinter "PUBLSH: " 2 verschiedene Adressen, ich habe immer die "08" und du einmal die "0?" und "0@".

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 05 Januar 2020, 20:33:48
Ja das ist mir natürlich auch gleich ins Auge gefallen, aber wo such ich jetzt den Grund dafür.

Gruß
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 05 Januar 2020, 20:45:28
ich würde einmal die 700 abklemmen und schauen ob dann noch was kommt, dann bist du sicher das diese beiden Werte tatsächlich von der 700 kommen.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 05 Januar 2020, 21:48:59
Das kann ich mal machen, aber heute nicht mehr.

Woher soll die (zweite) Antwort aber dann kommen ? Es gibt keine weiteren Geräte auf dem Bus. Es werden ja auch keine anderen .csv wie oben geschrieben geladen. Das ist eine Zentralheizung die VRC ist in der Heizung verbaut.

In diesem Zusammenhang muss ich sagen das mir bis heute nicht klar ist ob und wenn wie man dieses DiA (links im Bild im Anhang, neben der VRC)  abrufen kann und die Antwort mglw. auf einmal von diesem Gerät kommen kann , da steig ich bisher nicht durch aber auch nicht wirklich mit beschäftigt, bestimmte Werte würd ich da nämlich gerne auch abgreifen/steuern können.

Gruß
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 06 Januar 2020, 11:14:33
Zitat von: TomLee am 05 Januar 2020, 21:48:59
Woher soll die (zweite) Antwort aber dann kommen ? Es gibt keine weiteren Geräte auf dem Bus. Es werden ja auch keine anderen .csv wie oben geschrieben geladen. Das ist eine Zentralheizung die VRC ist in der Heizung verbaut.
es können definitiv zwei Messages über den Bus laufen: Zum einen der Schreibbefehl mit der neuen Heizkurve und dann der Lesebefehl dazu.
Die Hex Logs sind noch unvollständig. Mache das gleiche bitte nochmal und zeitnah, nachdem Du via MQTT die Heizkurve geändert hast.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 06 Januar 2020, 11:15:57
die Werte im linken Display sind ja Teile aus den "status01" Meldungen.


r,,Status01,Vorlauftemperatur/Rücklauftemperatur/Aussentemperatur/WW Temperatur/Speichertemperatur/Pumpenstatus,,,,01,,,temp1;temp1;temp2;temp1;temp1;pumpstate,,,
pi@raspberrypi:~ $ ebusctl r -f status01
46.0;37.0;10.812;36.0;44.0;on


Eigentlich kennt ja das Steuergerät diese Werte nur vom Master der sie ihm über den eBus übermittelt um eben dann eine Heizkurve bilden zu können und dann regelnd eingreifen kann.

Ich nehme an, das die 2. Antwort auch vom Steuergerät kommt, aber eben von einem anderen Register. Da der RAW Wert ja schon so formatiert ist, ist hier FHEM oder MQTT2_Server gar nicht im Spiel. Wieso das jetzt nur mit der neuen Version so wäre, ist mir aber nicht logisch.

Da ich über den Vorgänger des Steuergerätes (430) verfüge, kann ich auch deine Doppelmeldungen bei mir nicht nachvollziehen. Es wäre jetzt schön, wenn jemand eine 700er hat und auch MQTT2 einsetzt das nachprüfen könnte ob es hier auch zu den Doppelmeldungen kommt.

Leider wird MQTT2 noch zu wenig verwendet, obwohl das sogar parallel zu ECMD funktioniert und daher die ideale Testumgebung bietet.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 06 Januar 2020, 11:18:12
@John

2020.01.05 20:26:00 5: in:  PUBLISH: 08(0)(22)

kennst du den ersten Wert der hier im MQTT Telegram angegeben wird was das darstellt (08)?

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 06 Januar 2020, 11:23:51
Zitat von: Reinhart am 06 Januar 2020, 11:18:12
2020.01.05 20:26:00 5: in:  PUBLISH: 08(0)(22)

kennst du den ersten Wert der hier im MQTT Telegram angegeben wird was das darstellt (08)?
Hallo Reinhart,
äh das sagt mir jetzt nicht wirklich was. Ist das ein FHEM Log Eintrag? Vielleicht sind das die Flags der message, also retain usw.
LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 06 Januar 2020, 15:05:03
Meine erster Gedanke beim Augen aufmachen heute Morgen war: bevor du das Steuergerät abklemmst, erst nochmal zurück zu 3.2

Es gibt aber keine fertige 3.2.deb (für den Raspi mit MQTT), also hab ich die 3.3 genommen und alles ist wieder OK  :P

Auch jetzt kommt die zweite Message -ist also normal- aber ich stelle fest nicht mehr in unregelmäßig, mehrsekündigem Abstand sondern immer (habs mehrfach probiert) sofort und im gleichen Format wie die erste. :)

Es wird auch nix mehr ab oder aufgerundet, das war ja nicht nur bei Hc1HeatCurve, auch bei z1DayTemp.

Was auffällt ist das das sich an dem @ und an der Auflösung von "name" bei Hc1HeatCurve nichts geändert hat, es passt aber alles.


Zitat2020.01.06 14:16:47 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PINGREQ
2020.01.06 14:16:47 5: out: PINGRESP: (208)(0)
2020.01.06 14:16:47 5: in:  PUBLISH: 0(24)(0)(19)ebusd/global/uptime976
2020.01.06 14:16:47 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/global/uptime:976
2020.01.06 14:16:47 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/global/uptime\000976
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/bai/HwcPostrunTime/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0(30)(0)(28)ebusd/bai/HwcPostrunTime/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/bai/StorageTempDesired/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0"(0) ebusd/bai/StorageTempDesired/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/bai/FanHours/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0(24)(0)(22)ebusd/bai/FanHours/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/bai/HcHours/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0(23)(0)(21)ebusd/bai/HcHours/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/bai/HwcHours/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0(24)(0)(22)ebusd/bai/HwcHours/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/bai/HwcStarts/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0(25)(0)(23)ebusd/bai/HwcStarts/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/bai/HwcPostrunTime/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0(30)(0)(28)ebusd/bai/HwcPostrunTime/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/bai/RemainingBoilerblocktime/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0((0)&ebusd/bai/RemainingBoilerblocktime/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/bai/SDFlame/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0(23)(0)(21)ebusd/bai/SDFlame/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/bai/HcStarts/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0(24)(0)(22)ebusd/bai/HcStarts/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/bai/CounterStartattempts1/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0%(0)#ebusd/bai/CounterStartattempts1/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/bai/CounterStartattempts2/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0%(0)#ebusd/bai/CounterStartattempts2/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/bai/CounterStartAttempts3/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0%(0)#ebusd/bai/CounterStartAttempts3/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/bai/CounterStartAttempts4/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0%(0)#ebusd/bai/CounterStartAttempts4/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/PrEnergySumHc/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0(29)(0)(27)ebusd/700/PrEnergySumHc/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/PrEnergySumHwc/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0(30)(0)(28)ebusd/700/PrEnergySumHwc/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/PrFuelSumHc/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0(27)(0)(25)ebusd/700/PrFuelSumHc/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/HwcOpMode/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0(25)(0)(23)ebusd/700/HwcOpMode/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/HwcSFMode/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0(25)(0)(23)ebusd/700/HwcSFMode/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/CylinderChargeHyst/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0"(0) ebusd/700/CylinderChargeHyst/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/Hc1FlowTemp/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0(27)(0)(25)ebusd/700/Hc1FlowTemp/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/Hc1Status/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0(25)(0)(23)ebusd/700/Hc1Status/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/Hc1PumpStatus/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0(29)(0)(27)ebusd/700/Hc1PumpStatus/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/CylinderChargeHyst/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0"(0) ebusd/700/CylinderChargeHyst/get
2020.01.06 14:16:50 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/z1DayTemp/get:
2020.01.06 14:16:50 5: out: PUBLISH: 0(25)(0)(23)ebusd/700/z1DayTemp/get
2020.01.06 14:16:51 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/z1NightTemp/get:
2020.01.06 14:16:51 5: out: PUBLISH: 0(27)(0)(25)ebusd/700/z1NightTemp/get
2020.01.06 14:16:51 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/HwcLockTime/get:
2020.01.06 14:16:51 5: out: PUBLISH: 0(27)(0)(25)ebusd/700/HwcLockTime/get
2020.01.06 14:16:51 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/ccTimer.Saturday/get:
2020.01.06 14:16:51 5: out: PUBLISH: 0 (0)(30)ebusd/700/ccTimer.Saturday/get
2020.01.06 14:16:51 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/DisplayedOutsideTemp/get:
2020.01.06 14:16:51 5: out: PUBLISH: 0$(0)"ebusd/700/DisplayedOutsideTemp/get
2020.01.06 14:16:51 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/Hc1ExcessTemp/get:
2020.01.06 14:16:51 5: out: PUBLISH: 0(29)(0)(27)ebusd/700/Hc1ExcessTemp/get
2020.01.06 14:16:51 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/PrFuelSumHcThisMonth/get:
2020.01.06 14:16:51 5: out: PUBLISH: 0$(0)"ebusd/700/PrFuelSumHcThisMonth/get
2020.01.06 14:16:51 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/PartloadHcKW/get:
2020.01.06 14:16:51 5: out: PUBLISH: 0(28)(0)(26)ebusd/700/PartloadHcKW/get
2020.01.06 14:16:51 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/Hc1HeatCurve/get:
2020.01.06 14:16:51 5: out: PUBLISH: 0(28)(0)(26)ebusd/700/Hc1HeatCurve/get
2020.01.06 14:16:51 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/HwcTempDesired/get:
2020.01.06 14:16:51 5: out: PUBLISH: 0(30)(0)(28)ebusd/700/HwcTempDesired/get
2020.01.06 14:16:51 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/Hc1MinFlowTempDesired/get:
2020.01.06 14:16:51 5: out: PUBLISH: 0%(0)#ebusd/700/Hc1MinFlowTempDesired/get
2020.01.06 14:16:51 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/PumpAdditionalTime/get:
2020.01.06 14:16:51 5: out: PUBLISH: 0"(0) ebusd/700/PumpAdditionalTime/get
2020.01.06 14:16:51 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/MaxCylinderChargeTime/get:
2020.01.06 14:16:51 5: out: PUBLISH: 0%(0)#ebusd/700/MaxCylinderChargeTime/get
2020.01.06 14:16:51 5:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 => ebusd/700/CylinderChargeHyst/get:
2020.01.06 14:16:51 5: out: PUBLISH: 0"(0) ebusd/700/CylinderChargeHyst/get
2020.01.06 14:16:51 5: in:  PUBLISH: 0>(0)(28)ebusd/bai/StorageTempDesired{(10)     "temp": {"value": 50.00}}
2020.01.06 14:16:51 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/bai/StorageTempDesired:{
     "temp": {"value": 50.00}}
2020.01.06 14:16:51 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/bai/StorageTempDesired\000{\n     "temp": {"value": 50.00}}
2020.01.06 14:16:51 5: in:  PUBLISH: 06(0)(18)ebusd/bai/FanHours{(10)     "hoursum2": {"value": 119}}
2020.01.06 14:16:51 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/bai/FanHours:{
     "hoursum2": {"value": 119}}
2020.01.06 14:16:51 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/bai/FanHours\000{\n     "hoursum2": {"value": 119}}
2020.01.06 14:16:51 5: in:  PUBLISH: 05(0)(17)ebusd/bai/HcHours{(10)     "hoursum2": {"value": 832}}
2020.01.06 14:16:51 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/bai/HcHours:{
     "hoursum2": {"value": 832}}
2020.01.06 14:16:51 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/bai/HcHours\000{\n     "hoursum2": {"value": 832}}
2020.01.06 14:16:51 5: in:  PUBLISH: 06(0)(18)ebusd/bai/HwcHours{(10)     "hoursum2": {"value": 965}}
2020.01.06 14:16:51 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/bai/HwcHours:{
     "hoursum2": {"value": 965}}
2020.01.06 14:16:51 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/bai/HwcHours\000{\n     "hoursum2": {"value": 965}}
2020.01.06 14:16:51 5: in:  PUBLISH: 0=(0)(19)ebusd/bai/HwcStarts{(10)     "0": {"name": "", "value": 8200}}
2020.01.06 14:16:51 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/bai/HwcStarts:{
     "0": {"name": "", "value": 8200}}
2020.01.06 14:16:51 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/bai/HwcStarts\000{\n     "0": {"name": "", "value": 8200}}
2020.01.06 14:16:51 5: in:  PUBLISH: 0D(0)"ebusd/bai/RemainingBoilerblocktime{(10)     "minutes0": {"value": 0}}
2020.01.06 14:16:51 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/bai/RemainingBoilerblocktime:{
     "minutes0": {"value": 0}}
2020.01.06 14:16:51 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/bai/RemainingBoilerblocktime\000{\n     "minutes0": {"value": 0}}
2020.01.06 14:16:52 5: in:  PINGREQ: (192)(0)
2020.01.06 14:16:52 4:   MQTT2_Server_192.168.188.82_29121 DVES_024E5F PINGREQ
2020.01.06 14:16:52 5: out: PINGRESP: (208)(0)
2020.01.06 14:16:52 5: in:  PUBLISH: 0<(0)(18)ebusd/bai/HcStarts{(10)     "0": {"name": "", "value": 5900}}
2020.01.06 14:16:52 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/bai/HcStarts:{
     "0": {"name": "", "value": 5900}}
2020.01.06 14:16:52 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/bai/HcStarts\000{\n     "0": {"name": "", "value": 5900}}
2020.01.06 14:16:52 5: in:  PUBLISH: 0@(0)(31)ebusd/bai/CounterStartattempts1{(10)     "temp0": {"value": 254}}
2020.01.06 14:16:52 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/bai/CounterStartattempts1:{
     "temp0": {"value": 254}}
2020.01.06 14:16:52 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/bai/CounterStartattempts1\000{\n     "temp0": {"value": 254}}
2020.01.06 14:16:52 5: in:  PUBLISH: 0@(0)(31)ebusd/bai/CounterStartattempts2{(10)     "temp0": {"value": 136}}
2020.01.06 14:16:52 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/bai/CounterStartattempts2:{
     "temp0": {"value": 136}}
2020.01.06 14:16:52 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/bai/CounterStartattempts2\000{\n     "temp0": {"value": 136}}
2020.01.06 14:16:52 5: in:  PUBLISH: 0?(0)(31)ebusd/bai/CounterStartAttempts3{(10)     "temp0": {"value": 75}}
2020.01.06 14:16:52 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/bai/CounterStartAttempts3:{
     "temp0": {"value": 75}}
2020.01.06 14:16:52 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/bai/CounterStartAttempts3\000{\n     "temp0": {"value": 75}}
2020.01.06 14:16:52 5: in:  PUBLISH: 0?(0)(31)ebusd/bai/CounterStartAttempts4{(10)     "temp0": {"value": 37}}
2020.01.06 14:16:52 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/bai/CounterStartAttempts4:{
     "temp0": {"value": 37}}
2020.01.06 14:16:52 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/bai/CounterStartAttempts4\000{\n     "temp0": {"value": 37}}
2020.01.06 14:16:52 5: in:  PUBLISH: 08(0)(23)ebusd/700/PrEnergySumHc{(10)     "energy4": {"value": 3}}
2020.01.06 14:16:52 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/PrEnergySumHc:{
     "energy4": {"value": 3}}
2020.01.06 14:16:52 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/PrEnergySumHc\000{\n     "energy4": {"value": 3}}
2020.01.06 14:16:52 5: in:  PUBLISH: 09(0)(24)ebusd/700/PrEnergySumHwc{(10)     "energy4": {"value": 0}}
2020.01.06 14:16:52 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/PrEnergySumHwc:{
     "energy4": {"value": 0}}
2020.01.06 14:16:52 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/PrEnergySumHwc\000{\n     "energy4": {"value": 0}}
2020.01.06 14:16:53 5: in:  PUBLISH: 08(0)(19)ebusd/700/HwcOpMode{(10)     "opmode": {"value": "auto"}}
2020.01.06 14:16:53 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/HwcOpMode:{
     "opmode": {"value": "auto"}}
2020.01.06 14:16:53 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/HwcOpMode\000{\n     "opmode": {"value": "auto"}}
2020.01.06 14:16:53 5: in:  PUBLISH: 08(0)(19)ebusd/700/HwcSFMode{(10)     "sfmode": {"value": "auto"}}
2020.01.06 14:16:53 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/HwcSFMode:{
     "sfmode": {"value": "auto"}}
2020.01.06 14:16:53 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/HwcSFMode\000{\n     "sfmode": {"value": "auto"}}
2020.01.06 14:16:53 5: in:  PUBLISH: 0B(0)(28)ebusd/700/CylinderChargeHyst{(10)     "calibrationv": {"value": 5}}
2020.01.06 14:16:53 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/CylinderChargeHyst:{
     "calibrationv": {"value": 5}}
2020.01.06 14:16:53 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/CylinderChargeHyst\000{\n     "calibrationv": {"value": 5}}
2020.01.06 14:16:53 5: in:  PUBLISH: 05(0)(21)ebusd/700/Hc1FlowTemp{(10)     "tempv": {"value": 35}}
2020.01.06 14:16:53 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/Hc1FlowTemp:{
     "tempv": {"value": 35}}
2020.01.06 14:16:53 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/Hc1FlowTemp\000{\n     "tempv": {"value": 35}}
2020.01.06 14:16:53 5: in:  PUBLISH: 0:(0)(19)ebusd/700/Hc1Status{(10)     "0": {"name": "", "value": 1}}
2020.01.06 14:16:53 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/Hc1Status:{
     "0": {"name": "", "value": 1}}
2020.01.06 14:16:53 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/Hc1Status\000{\n     "0": {"name": "", "value": 1}}
2020.01.06 14:16:53 5: in:  PUBLISH: 0>(0)(23)ebusd/700/Hc1PumpStatus{(10)     "0": {"name": "", "value": 1}}
2020.01.06 14:16:53 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/Hc1PumpStatus:{
     "0": {"name": "", "value": 1}}
2020.01.06 14:16:53 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/Hc1PumpStatus\000{\n     "0": {"name": "", "value": 1}}
2020.01.06 14:16:54 5: in:  PUBLISH: 0B(0)(28)ebusd/700/CylinderChargeHyst{(10)     "calibrationv": {"value": 5}}
2020.01.06 14:16:54 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/CylinderChargeHyst:{
     "calibrationv": {"value": 5}}
2020.01.06 14:16:54 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/CylinderChargeHyst\000{\n     "calibrationv": {"value": 5}}
2020.01.06 14:16:54 5: in:  PUBLISH: 05(0)(19)ebusd/700/z1DayTemp{(10)     "tempv": {"value": 21.5}}
2020.01.06 14:16:54 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/z1DayTemp:{
     "tempv": {"value": 21.5}}
2020.01.06 14:16:54 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/z1DayTemp\000{\n     "tempv": {"value": 21.5}}
2020.01.06 14:16:54 5: in:  PUBLISH: 05(0)(21)ebusd/700/z1NightTemp{(10)     "tempv": {"value": 22}}
2020.01.06 14:16:54 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/z1NightTemp:{
     "tempv": {"value": 22}}
2020.01.06 14:16:54 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/z1NightTemp\000{\n     "tempv": {"value": 22}}
2020.01.06 14:16:54 5: in:  PUBLISH: 08(0)(21)ebusd/700/HwcLockTime{(10)     "minutes2": {"value": 60}}
2020.01.06 14:16:54 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/HwcLockTime:{
     "minutes2": {"value": 60}}
2020.01.06 14:16:54 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/HwcLockTime\000{\n     "minutes2": {"value": 60}}
2020.01.06 14:16:54 5: in:  PUBLISH: 0(163)(2)(0)(26)ebusd/700/ccTimer.Saturday{(10)     "0": {"name": "from", "value": "00:00"},(10)     "1": {"name": "to", "value": "00:00"},(10)     "2": {"name": "from", "value": "-:-"},(10)     "3": {"name": "to", "value": "-:-"},(10)     "4": {"name": "from", "value": "-:-"},(10)     "5": {"name": "to", "value": "-:-"}}
2020.01.06 14:16:54 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/ccTimer.Saturday:{
     "0": {"name": "from", "value": "00:00"},
     "1": {"name": "to", "value": "00:00"},
     "2": {"name": "from", "value": "-:-"},
     "3": {"name": "to", "value": "-:-"},
     "4": {"name": "from", "value": "-:-"},
     "5": {"name": "to", "value": "-:-"}}
2020.01.06 14:16:54 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/ccTimer.Saturday\000{\n     "0": {"name": "from", "value": "00:00"},\n     "1": {"name": "to", "value": "00:00"},\n     "2": {"name": "from", "value": "-:-"},\n     "3": {"name": "to", "value": "-:-"},\n     "4": {"name": "from", "value": "-:-"},\n     "5": {"name": "to", "value": "-:-"}}
2020.01.06 14:16:54 5: in:  PINGREQ: (192)(0)
2020.01.06 14:16:54 4:   MQTT2_Server_192.168.188.55_50042 milight-hub-523894 PINGREQ
2020.01.06 14:16:54 5: out: PINGRESP: (208)(0)
2020.01.06 14:16:54 5: in:  PUBLISH: 0=(0)(30)ebusd/700/DisplayedOutsideTemp{(10)     "tempv": {"value": 3}}
2020.01.06 14:16:54 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/DisplayedOutsideTemp:{
     "tempv": {"value": 3}}
2020.01.06 14:16:54 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/DisplayedOutsideTemp\000{\n     "tempv": {"value": 3}}
2020.01.06 14:16:54 5: in:  PUBLISH: 0?(0)(23)ebusd/700/Hc1ExcessTemp{(10)     "calibrationv": {"value": 0.0}}
2020.01.06 14:16:54 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/Hc1ExcessTemp:{
     "calibrationv": {"value": 0.0}}
2020.01.06 14:16:54 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/Hc1ExcessTemp\000{\n     "calibrationv": {"value": 0.0}}
2020.01.06 14:16:55 5: in:  PUBLISH: 0@(0)(22)ebusd/700/Hc1HeatCurve{(10)     "0": {"name": "", "value": 0.85}}
2020.01.06 14:16:55 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/Hc1HeatCurve:{
     "0": {"name": "", "value": 0.85}}
2020.01.06 14:16:55 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/Hc1HeatCurve\000{\n     "0": {"name": "", "value": 0.85}}
2020.01.06 14:16:55 5: in:  PUBLISH: 08(0)(24)ebusd/700/HwcTempDesired{(10)     "tempv": {"value": 50}}
2020.01.06 14:16:55 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/HwcTempDesired:{
     "tempv": {"value": 50}}
2020.01.06 14:16:55 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/HwcTempDesired\000{\n     "tempv": {"value": 50}}
2020.01.06 14:16:55 5: in:  PUBLISH: 0?(0)(31)ebusd/700/Hc1MinFlowTempDesired{(10)     "tempv": {"value": 32}}
2020.01.06 14:16:55 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/Hc1MinFlowTempDesired:{
     "tempv": {"value": 32}}
2020.01.06 14:16:55 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/Hc1MinFlowTempDesired\000{\n     "tempv": {"value": 32}}
2020.01.06 14:16:55 5: in:  PUBLISH: 0>(0)(28)ebusd/700/PumpAdditionalTime{(10)     "minutes2": {"value": 5}}
2020.01.06 14:16:55 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/PumpAdditionalTime:{
     "minutes2": {"value": 5}}
2020.01.06 14:16:55 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/PumpAdditionalTime\000{\n     "minutes2": {"value": 5}}
2020.01.06 14:16:55 5: in:  PUBLISH: 0B(0)(31)ebusd/700/MaxCylinderChargeTime{(10)     "minutes2": {"value": 60}}
2020.01.06 14:16:55 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/MaxCylinderChargeTime:{
     "minutes2": {"value": 60}}
2020.01.06 14:16:55 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/MaxCylinderChargeTime\000{\n     "minutes2": {"value": 60}}
2020.01.06 14:16:55 5: in:  PUBLISH: 0B(0)(28)ebusd/700/CylinderChargeHyst{(10)     "calibrationv": {"value": 5}}
2020.01.06 14:16:55 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/700/CylinderChargeHyst:{
     "calibrationv": {"value": 5}}
2020.01.06 14:16:55 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/700/CylinderChargeHyst\000{\n     "calibrationv": {"value": 5}}
2020.01.06 14:16:59 5: in:  PINGREQ: (192)(0)
2020.01.06 14:16:59 4:   MQTT2_Server_192.168.188.39_29398 DVES_81BCA7 PINGREQ
2020.01.06 14:16:59 5: out: PINGRESP: (208)(0)
2020.01.06 14:17:02 5: in:  PUBLISH: 0$(0)(31)shellies/shelly1-59E540/relay/0off
2020.01.06 14:17:02 4:   MQTT2_Server_192.168.188.84_37262 shelly1-59E540 PUBLISH shellies/shelly1-59E540/relay/0:off
2020.01.06 14:17:02 5: MQTT2_Server: dispatch autocreate=complex\000shelly1_59E540\000shellies/shelly1-59E540/relay/0\000off
2020.01.06 14:17:02 5: in:  PUBLISH: 0"(0)(31)shellies/shelly1-59E540/input/00
2020.01.06 14:17:02 4:   MQTT2_Server_192.168.188.84_37262 shelly1-59E540 PUBLISH shellies/shelly1-59E540/input/0:0
2020.01.06 14:17:02 5: MQTT2_Server: dispatch autocreate=complex\000shelly1_59E540\000shellies/shelly1-59E540/input/0\0000
2020.01.06 14:17:02 5: in:  PINGREQ: (192)(0)
2020.01.06 14:17:02 4:   MQTT2_Server_127.0.0.1_47660 zigbee_pi PINGREQ
2020.01.06 14:17:02 5: out: PINGRESP: (208)(0)
2020.01.06 14:17:03 5: in:  PUBLISH: 0(24)(0)(19)ebusd/global/uptime992
2020.01.06 14:17:03 4:   MQTT2_Server_192.168.188.34_52886 ebusd_3.3_16645 PUBLISH ebusd/global/uptime:992
2020.01.06 14:17:03 5: MQTT2_Server: dispatch autocreate=complex\000ebusd_3.3_16645\000ebusd/global/uptime\000992
2020.01.06 14:17:09 5: in:  PINGREQ: (192)(0)
2020.01.06 14:17:09 4:   MQTT2_Server_192.168.188.55_50042 milight-hub-523894 PINGREQ
2020.01.06 14:17:09 5: out: PINGRESP: (208)(0)
2020.01.06 14:17:12 5: in:  PUBLISH: 10(0)(shellies/shelly4pro-355132/relay/0/power714.89


ZitatDie Hex Logs sind noch unvollständig. Mache das gleiche bitte nochmal und zeitnah, nachdem Du via MQTT die Heizkurve geändert hast.
Ich habs versucht mit 3.4 und 3.3 (mehrfach) es ändert sich aber nix an der Ausgabe egal bei welcher Version


Und zum Schluss noch ein Frage weil mir das jetzt aufgefallen ist: die % in den get-Abfragen (hab sie rot markiert) sind normal ?

Gruß

Thomas
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 06 Januar 2020, 16:59:58
Zitat von: TomLee am 05 Januar 2020, 21:48:59
bestimmte Werte würd ich da nämlich gerne auch abgreifen/steuern können.

Gruß

hab ich jetzt auch, jetzt wo ich wsl. die optimalen Einstellungen gefunden habe und jedes mal zum korrigieren an die Anlage im Keller gelaufen bin  ;D , keine Ahnung weshalb ich die die ganze Zeit in meiner bai.0010010674.inc nicht sehen wollte, da stehen doch all die Werte aus dem DIA drinne ::)

FlowHysteresisON und FlowHysteresisOff

Warum ON in Großbuchstaben und Off in Groß/Kleinschreibung das könnte man ggf. bei Gelegenheit mal anpassen, meine Meinung.



Gruß

Thomas
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 06 Januar 2020, 18:41:23
[OT]
ZitatLeider wird MQTT2 noch zu wenig verwendet, obwohl das sogar parallel zu ECMD funktioniert und daher die ideale Testumgebung bietet.

Sehe das ähnlich wie es auch vor knapp 2 Jahren mit ESPEasy und Tasmota hier im Forum war, die gefühlte Mehrheit verwendet heute Tasmota, ESPEasy ist deswegen nicht weniger geeignet/hat auch seine Vorteile. [OT]
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TobiasR am 19 Januar 2020, 14:04:45
Hallo,

nach längerer Zeit möchte ich es noch einem versuchen meinen EBus am Vaillant in Betrieb zu nehmen.
Vor über einem Jahr war meine Anlage leider noch nicht enthalten. Ich habe deshalb noch die Version 3.0 auf meinem Raspberry.

Jetzt wollte ich die Software aktualisieren, finde mich aber mit den neuen Versionen nicht zurecht.

Ich habe die Version "ebusd-3.4_amd64-jessie.deb" im Downloadverzeichnis.
Installieren mit
sudo apt-get install /home/pi/ebusd-3.4_amd64-jessie.deb
klappt aber leider nicht wegen:

Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.       
Statusinformationen werden eingelesen.... Fertig
E: Paket /home/pi kann nicht gefunden werden.



Könnt ihr mir bitte noch mal weiterhelfen.

Danke!


Edit:

Habs selbst gefunden:

sudo dpkg -i --force-overwrite davor schreiben..


Hat leider aber nicht viel für mich gebracht.
Ich bekomme nur die Außentemperatur

version: ebusd 3.4.v3.3-51-g57eae05
update check: revision v3.4 available
signal: acquired
symbol rate: 82
max symbol rate: 122
min arbitration micros: 2102
max arbitration micros: 3349
min symbol latency: 4
max symbol latency: 11
reconnects: 0
masters: 4
messages: 65
conditional: 0
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU01;SW=0304;HW=8802", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0111;HW=0103"
address e8: slave, scanned "MF=Vaillant;ID=FMU00;SW=0202;HW=6502"
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 20 Januar 2020, 19:18:42
Zitat von: TobiasR am 19 Januar 2020, 14:04:45
Ich bekomme nur die Außentemperatur
hast du denn eigene CSVs genutzt?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TobiasR am 20 Januar 2020, 20:30:17
Hallo,

Zitat von: john30 am 20 Januar 2020, 19:18:42
hast du denn eigene CSVs genutzt?

Um gottes Willen ;-) . Ich bin froh dass ich es geschafft habe die Software auf den aktuellen Stand zu bringen (version: ebusd 3.4.v3.3-51-g57eae05).

Da ich zuletzt 2018 versucht hatte, dachte ich, ich versuche es mal wieder da zwischenzeitlich der Code von Vaillant besser entschlüsselt ist und dies in neueren CV's enthalten ist.

Edit:

Lese ich es richtig dass es noch keine passenden CSV's gibt?

ebusctl find
broadcast datetime = no data stored
broadcast error = no data stored
broadcast hwcStatus = no data stored
broadcast id = no data stored
broadcast id = no data stored
broadcast load = no data stored
broadcast outsidetemp = -1.438
broadcast signoflife = no data stored
broadcast vdatetime = 20:32:25;20.01.2020
general valuerange = no data stored
hmu ConsumptionThisYear10 = no data stored
hmu ConsumptionThisYear11 = no data stored
hmu ConsumptionThisYear12 = no data stored
hmu ConsumptionThisYear1 = no data stored
hmu ConsumptionThisYear2 = no data stored
hmu ConsumptionThisYear3 = no data stored
hmu ConsumptionThisYear4 = no data stored
hmu ConsumptionThisYear5 = no data stored
hmu ConsumptionThisYear6 = no data stored
hmu ConsumptionThisYear7 = no data stored
hmu ConsumptionThisYear8 = no data stored
hmu ConsumptionThisYear9 = no data stored
hmu ConsumptionTotal = no data stored
hmu currenterror = no data stored
hmu DateTime = no data stored
hmu EnergyCool = no data stored
hmu EnergyHc = no data stored
hmu errorhistory = no data stored
hmu Hours = no data stored
hmu HoursCool = no data stored
hmu HoursHc = no data stored
hmu SetMode = auto;0.0;-;-;1;1;1;0;0;0
hmu State = 0;285;off;ready
hmu Status01 = 25.5;25.5;-;-;-;off
hmu Status02 = no data stored
hmu Status16 = no data stored
hmu Status = no data stored
hmu YieldThisYear10 = no data stored
hmu YieldThisYear11 = no data stored
hmu YieldThisYear12 = no data stored
hmu YieldThisYear1 = no data stored
hmu YieldThisYear2 = no data stored
hmu YieldThisYear3 = no data stored
hmu YieldThisYear4 = no data stored
hmu YieldThisYear5 = no data stored
hmu YieldThisYear6 = no data stored
hmu YieldThisYear7 = no data stored
hmu YieldThisYear8 = no data stored
hmu YieldThisYear9 = no data stored
hmu YieldTotal = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan id = no data stored
scan.08  = Vaillant;HMU01;0304;8802
scan.08 id = 21;17;28;0010019758;1610;005614;N2
scan.15  = no data stored
scan.76  = Vaillant;VWZIO;0111;0103
scan.76 id = 21;17;20;0020143590;1610;005605;N7
scan.e8  = Vaillant;FMU00;0202;6502
scan.e8 id = 21;17;28;0010019758;1610;005614;N2


Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Steffih276 am 21 Januar 2020, 21:32:06
Zitat von: Reinhart am 30 Dezember 2018, 12:03:40
MQTT verschiedene Möglichkeiten zur Visualisierung der eBus Datensätze.

Schritt 4 Template anwenden

Da der MQTT2_Client ja nicht weiß um welchen Datentyp es sich handelt, kann dieser mit einem Template blitzschnell konfiguriert werden.
Dazu nehmen wir den automatisch erstellen Device "MQTT2_ebusd_bai". Durch anklicken auf den Namen wird dieser ausgewählt und wir setzen bei "set MQTT2_ebusd_bai attrTemplate" das Template "E_01_eBus_Satus01" auswählen und nachfolgendes drücken von "set".
Bitte nicht vergessen jetzt "Save Config" drücken, diese wird jetzt rot sein weil die Konfiguration erweitert wurde.
Der Device MQTT2_ebusd_bai ist nun automatisch durch das Template konfiguriert worden und zeigt jetzt ein Icon und den Vorlauf, Ruecklauf,  Warmwasser, Aussentemp und den Pumpenstatus rechtsbündig untereinander in der Fhem Gui an.

LG
Reinhart


Ich versuche gerade anhand dieser Anleitung den eBUS abzufragen und die Daten in FHEM anzuzeigen.
Allerdings finde ich das genannte Template E_01_eBus_Satus01 nicht.
Ist das noch aktuell oder gibt es mittlerweile bessere Optionen? Es handet sich um eine Vaillant auroCompact
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 21 Januar 2020, 23:14:41
Hast du wie im Wiki (https://wiki.fhem.de/wiki/EBUS-MQTT2) unter ebus-Spezifische weitere Templates beschrieben bereits eine Template-Datei heruntergeladen und installiert ?

Via update gibts die (noch) nicht.

Der Link im Wiki verweist auf einen falschen Thread ( gerade auch vor ein paar Tage festgestellt), die "aktuelle" Datei gibts hier (https://forum.fhem.de/index.php/topic,79600.msg878716.html#msg878716).

Gruß

Thomas
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 22 Januar 2020, 09:11:24
Zitat von: TobiasR am 20 Januar 2020, 20:30:17
Lese ich es richtig dass es noch keine passenden CSV's gibt?

ebusctl find
broadcast datetime = no data stored
...

das siehst du in dieser Ausgabe ja nicht. Aber mit "ebusctl info" ist zu sehen, was alles geladen wurde.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TobiasR am 22 Januar 2020, 20:16:06
nun ja, mit der Ausgabe von
ebusctl info
version: ebusd 3.4.v3.3-51-g57eae05
update check: revision v3.4 available
signal: acquired
symbol rate: 63
max symbol rate: 275
min arbitration micros: 2102
max arbitration micros: 3349
min symbol latency: 4
max symbol latency: 11
reconnects: 0
masters: 4
messages: 65
conditional: 0
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU01;SW=0304;HW=8802", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0111;HW=0103"
address e8: slave, scanned "MF=Vaillant;ID=FMU00;SW=0202;HW=6502"


bekomme ich halt nur die Außentemperatur.

Was ich nicht verstehe ist die Tatsache dass da doch einiges identifiziert wurde und meine Viaillant Wärmepumpe ja auch kein Unikat ist.
Das Protokoll, gerade zur Anzeige und Steuerungseinheit (Vaillant multiMATIC VRC 700) in meinem Wohnzimmer, ist doch bei allen Anlagen gleich.
Damit müsste doch auch z.B. die Zimmertemperatur und anderes raus kommen?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 22 Januar 2020, 20:22:31
Zitat von: TobiasR am 22 Januar 2020, 20:16:06
ebusctl info
version: ebusd 3.4.v3.3-51-g57eae05
...
address 08: slave #11, scanned "MF=Vaillant;ID=HMU01;SW=0304;HW=8802", loaded "vaillant/08.hmu.csv"
...
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0111;HW=0103"
address e8: slave, scanned "MF=Vaillant;ID=FMU00;SW=0202;HW=6502"


bekomme ich halt nur die Außentemperatur.
es gibt halt für die drei Slaves nur Definitionen für die HMU.
Die 700 fehlt zudem komplett, also wäre mal interessant, was du für einen Adapter nutzt.
Dass man einen Controller im System hat (wie den 700), bedeutet noch lange nicht, dass damit alle Nachrichten dekodierbar wären, denn diese hängen vor allem vom Slave ab und nicht vom Master (dem 700).
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Lenze am 22 Januar 2020, 23:31:15
Guten Abend,

nachdem ich meine Vaillant zufriedenstellend auslesen kann, habe ich mit einem 2. Ebus Adapter meine Brink Lüftungsanlage ausgelesen. Auch hier klappte es Dank der Infos hier relativ schnell alle relevaten Infos auszulesen. Rein zum Verständnis... ebusctl info zeigt mir keine geladene .csv an.

version: ebusd 3.4.v3.4-5-gf152798
update check: invalid request
signal: acquired
symbol rate: 34
max symbol rate: 132
min arbitration micros: 7
max arbitration micros: 2426
min symbol latency: 0
max symbol latency: 46
reconnects: 0
masters: 3
messages: 88
conditional: 0
poll: 0
update: 4
address 1f: master #22
address 24: slave #22, scanned "MF=ENCON;ID= ?;SW=5301;HW=" error: ERR: argument             value out of valid range
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 37: master #18
address 3c: slave #18, scanned "MF=ENCON;ID=  ;SW=-;HW=-"


Obwohl ich mit find folgende Ausgabe habe.

broadcast datetime = no data stored
broadcast error = E000
broadcast id = ENCON;  ;-;-
broadcast id = no data stored
broadcast signoflife = no data stored
kwl Ablufttemperatur = 22.5
kwl Aussenlufttemperatur = 22.5
kwl BeleuchtungDisplay = no data stored
kwl BetriebsstundenTotal = no data stored
kwl Bypassbetrieb = auto;0;2;1;0
kwl BypassHysterese = 2.0;0.0;5.0;0.5;2.0
kwl Bypassstrom = 0
kwl BypassTemperatur = 23.0;15.0;35.0;0.5;22.0
kwl CO2Sensor1Status = no data stored
kwl CO2Sensor1Value = no data stored
kwl CO2Sensor2Status = no data stored
kwl CO2Sensor2Value = no data stored
kwl CO2Sensor3Status = no data stored
kwl CO2Sensor3Value = no data stored
kwl CO2Sensor4Status = no data stored
kwl CO2Sensor4Value = no data stored
kwl Contact1Position = no data stored
kwl Contact2Position = no data stored
kwl DruckungleichgewichtZulaessig = no data stored
kwl eBusSyncFehler = no data stored
kwl Errors = 3;0;0;0;0;0;0;0;0;0;0
kwl EWTStatus = Disabled
kwl EWTT+ = no data stored
kwl EWTT- = no data stored
kwl FestesDruckungleichgewicht = no data stored
kwl Feuchte = 0.0
kwl FeuchtigkeitsSteigerung = no data stored
kwl FilterStatus = Clean
kwl FrostStatus = No Frost
kwl IstwertAbluftdruck = 17.0
kwl IstwertZuluftdruck = 11.0
kwl LeistungNachheizregister = no data stored
kwl LeistungVorheizregister = no data stored
kwl LuefterStatus = Const. Flow
kwl LuftmengeFilterSchwellwert = no data stored
kwl LuftmengeMitFilter = no data stored
kwl LuftmengeStufe0 = no data stored
kwl LuftmengeStufe1 = no data stored
kwl LuftmengeStufe2 = no data stored
kwl LuftmengeStufe3 = no data stored
kwl LuftmengeTotal = no data stored
kwl OptionTemperature = no data stored
kwl PerilexPosition = no data stored
kwl PosStufenschalter = no data stored
kwl RHSensorEmpfindlichkeit = no data stored
kwl RHSensorVorhanden = no data stored
kwl SoftwareVersion = no data stored
kwl SollAbluftmenge = 0
kwl SollZuluftmenge = no data stored
kwl StatusBypass = Closed
kwl StatusNachheizregister = no data stored
kwl StatusVorheizregister = no data stored
kwl TageMitFilter = no data stored
kwl TatsaechlicheAbluftmenge = 0
kwl TatsaechlicheDrehzahlAbluft = 0
kwl TatsaechlicheDrehzahlZuluft = no data stored
kwl TatsaechlicheZuluftmenge = 0
kwl Ventilatorbetrieb = Feuchteschutz
kwl VorheizRegister_inst = no data stored
kwl WertDIPSchalter = no data stored
kwl ZentralheizungWRG = aus;0;1;1;0
memory eeprom = no data stored
memory ram = no data stored
scan.24  = ENCON; ?;5301; (ERR: argument value out of valid range for 3124070400 / 0a4008910062035301010e)
scan.3c  = ENCON;  ;-;-


Eine 3c.csv habe ich im Verzeichnis /etc/default/ebusd-configuration/ebusd-2.1.x/de liegen. Wie gesagt, es scheint alles zu funktionieren. Ist die Fehlermeldug für Slave 22 rein kosmetischer Natur oder Verstehe ich etwas völlig falsch?

Gruß Andreas
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 25 Januar 2020, 08:18:05
Zitat von: Lenze am 22 Januar 2020, 23:31:15
Eine 3c.csv habe ich im Verzeichnis /etc/default/ebusd-configuration/ebusd-2.1.x/de liegen. Wie gesagt, es scheint alles zu funktionieren. Ist die Fehlermeldug für Slave 22 rein kosmetischer Natur oder Verstehe ich etwas völlig falsch?
die zeigt nur, dass der Hersteller irgendwelche obstrusen Zeichen bei der ID Abfrage verwendet. Ansonsten OK würde ich sagen
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: mr_petz am 02 April 2020, 14:04:00
Hi, Ich habe meinen v2.2 Adapter nun fertig gelötet und in Betrieb genommen. Funktioniert super. Nocheinmal ein großes Lob an alle Beteiligten!
Ich habe eine Calormatic 630/1 mit einer Remote V90/3 am laufen.
Anscheinend gibt es noch paar Unterschiede der ebus-Daten im Vergleich zur 630/3.
Viele get´s funktionieren, aber nicht alle w.z.B. Status01 und Status02 hier in der hcmode.inc

# type (r[1-9];w;u),circuit,name,[comment],[QQ],ZZ,PBSB,[ID],field1,part (m/s),datatypes/templates,divider/values,unit,comment
# HC Betriebsart,,,,,,,,,,,,,
*r,,,,,,"B504",,,,,,,
r,,DateTime,Datum Uhrzeit,,,,00,,,dcfstate;btime;bdate;temp2,,,
r,,Status16,Aussentemperatur,,,,16,,,temp,,,

# HC Betriebsart2,,,,,,,,,,,,,
*r,,,,,,"B511",,,,,,,
*uw,,,,,,"B510",,,,,,,
uw,,SetMode,Betriebsart,,,,00,,,hcmode,,,,flowtempdesired,,temp1,,,,hwctempdesired,,temp1,,,,hwcflowtempdesired,,temp0,,,,,,IGN:1,,,,disablehc,,BI0,,,,disablehwctapping,,BI1,,,,disablehwcload,,BI2,,,,,,IGN:1,,,,remoteControlHcPump,,BI0,,,,releaseBackup,,BI1,,,,releaseCooling,,BI2,,,,
r,,Status01,Vorlauftemperatur/Rücklauftemperatur/Aussentemperatur/WW Temperatur/Speichertemperatur/Pumpenstatus,,,,01,,,temp1;temp1;temp2;temp1;temp1;pumpstate,,,
r,,Status02,Betriebsart/Maximaltemperatur/ReglerCurrentTEMP/Maximaltemperatur/ReglerCurrentTemp,,,,02,,,hwcmode;temp0;temp1;temp0;temp1,,,
r,,Status,Status,,,,03,,,temp;press;press;hcmode2;HEX,,,

*uw,,,,,,"B512",,,,,,,
uw,,StatusCirPump,Status Zirkulationspumpe,,,,00,,,UCH,0=off;100=on,,


wenn ich aber die config so anpasse geht auch Status01 und Status02. Nur in beiden configs geht kein Status.

# type (r[1-9];w;u),circuit,name,[comment],[QQ],ZZ,PBSB,[ID],field1,part (m/s),datatypes/templates,divider/values,unit,comment
# HC Betriebsart,,,,,,,,,,,,,
*r,,,,,,"B504",,,,,,,
r,,DateTime,Datum Uhrzeit,,,,00,,,dcfstate;btime;bdate;temp2,,,
r,,Status16,Aussentemperatur,,,,16,,,temp,,,
r,,Status01,Vorlauftemperatur/Rücklauftemperatur/Aussentemperatur/WW Temperatur/Speichertemperatur/Pumpenstatus,,,,01,,,temp1;temp1;temp2;temp1;temp1;pumpstate,,,
r,,Status02,Betriebsart/Maximaltemperatur/ReglerCurrentTEMP/Maximaltemperatur/ReglerCurrentTemp,,,,02,,,hwcmode;temp0;temp1;temp0;temp1,,,

# HC Betriebsart2,,,,,,,,,,,,,
*r,,,,,,"B511",,,,,,,
*uw,,,,,,"B510",,,,,,,
uw,,SetMode,Betriebsart,,,,00,,,hcmode,,,,flowtempdesired,,temp1,,,,hwctempdesired,,temp1,,,,hwcflowtempdesired,,temp0,,,,,,IGN:1,,,,disablehc,,BI0,,,,disablehwctapping,,BI1,,,,disablehwcload,,BI2,,,,,,IGN:1,,,,remoteControlHcPump,,BI0,,,,releaseBackup,,BI1,,,,releaseCooling,,BI2,,,,
r,,Status,Status,,,,03,,,temp;press;press;hcmode2;HEX,,,

*uw,,,,,,"B512",,,,,,,
uw,,StatusCirPump,Status Zirkulationspumpe,,,,00,,,UCH,0=off;100=on,,


Als weiteres Beispiel habe ich auch das Problem mit dem auslesen der Betriebsmodi. Er liest bei mir nur den hc Pumpenladung und nicht den HK1 "26" (auto/Absenken etc...). wie könnte ich das ausfiltern im log? oder welche andere Werte kann ich probieren?

Als weiteres Beispiel habe ich auch das Problem mit dem schreiben der Heizkurve. Gelesen wird sie, aber beim schreiben wird es mit done quittiert aber der vorherige Wert bleibt bestehen.

Ich bin gern bereit zu testen. Sagt einfach was ich auslesen oder loggen soll, um relevante Daten zu liefern.
Danke schonmal für eure mühen.

ps.: ich benutze nur zum testen die lokalen configs. Habe als erstes die von "http://ebusd.eu/config/" getestet.

mfg Thomas
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 16 Mai 2020, 09:59:47
Zitat von: mr_petz am 02 April 2020, 14:04:00
Als weiteres Beispiel habe ich auch das Problem mit dem schreiben der Heizkurve. Gelesen wird sie, aber beim schreiben wird es mit done quittiert aber der vorherige Wert bleibt bestehen.
beim lesen unbedingt "read -f" nutzen, damit nicht ein gecachter Wert geliefert wird.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Gyrinx am 18 Mai 2020, 13:55:07
Hallo Zusammen,

Ich bin nun auf ein RaspberryPi 4 umgestiegen. Es funktioniert zwar alles, nach dem ich alles Upgedated habe und den EBUSD nach der Anleitung von John30 neu kompiliert habe. Ich habe jetzt nur den Effekt, das beim starten des Dienstes nach Abfrage durch EBUSCTL no Signal erscheint, wenn ich das RaspberryPI 4 neu gestartet habe.

Das bleibt auch so, bis ich ein "sudo service ebusd restart" ausführe. Danach funktioniert alles wie gewohnt. Hat jemand eine Idee, woran es liegen könnte?

VG,
Dirk
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Gyrinx am 18 Mai 2020, 14:08:07
Hier noch das log nach dem Reboot:

2020-05-18 12:02:15.293 [mqtt info] mosquitto version 1.5.7 (compiled with 1.5.7)
2020-05-18 12:02:15.298 [mqtt error] unable to connect, retrying: errno 111=Connection refused
2020-05-18 12:02:15.298 [main info] registered data handlers
2020-05-18 12:02:15.303 [bus notice] signal acquired
2020-05-18 12:02:19.000 [bus error] signal lost
2020-05-18 12:02:32.959 [mqtt error] publish: The client is not currently connected.
2020-05-18 12:02:34.725 [bus notice] signal acquired
2020-05-18 12:02:36.000 [bus error] signal lost
2020-05-18 12:02:37.959 [mqtt notice] connection re-established
2020-05-18 12:02:37.987 [mqtt notice] connection established
2020-05-18 12:04:23.009 [main notice] update check: revision v3.4 available


Nun passiert quasi gar nichts mehr
Nach einen Restart des Dienstes sieht es dann ordnungsgemäß so aus:


2020-05-18 12:06:58.776 [main info] successfully read file memory.csv
2020-05-18 12:06:58.776 [main info] reading file broadcast.csv
2020-05-18 12:06:58.827 [main info] successfully read file broadcast.csv
2020-05-18 12:06:58.827 [main info] read config files
2020-05-18 12:06:58.828 [bus notice] bus started with own address 31/36
2020-05-18 12:06:58.828 [main info] registering data handlers
2020-05-18 12:06:58.828 [mqtt info] mosquitto version 1.5.7 (compiled with 1.5.7)
2020-05-18 12:06:58.840 [main info] registered data handlers
2020-05-18 12:06:58.843 [mqtt notice] connection established
2020-05-18 12:06:58.853 [bus notice] signal acquired
2020-05-18 12:07:08.499 [bus notice] new master 10, master count 2
2020-05-18 12:07:08.567 [bus notice] new master 03, master count 3
2020-05-18 12:07:08.567 [update info] received MS cmd: 1008b5110101 / 093e40e0184a5e0000ff
2020-05-18 12:07:08.568 [update notice] received unknown MS cmd: 1008b5110101 / 093e40e0184a5e0000ff
2020-05-18 12:07:08.841 [bus info] scan 08 cmd: 3108070400
2020-05-18 12:07:08.857 [update info] received MS cmd: 1008b5100900000078ffff010000 / 0101
2020-05-18 12:07:08.857 [update notice] received unknown MS cmd: 1008b5100900000078ffff010000 / 0101
2020-05-18 12:07:08.865 [bus info] arbitration delay 16 - 16 micros
2020-05-18 12:07:08.869 [bus info] send/receive symbol latency 4 - 4 ms
2020-05-18 12:07:08.957 [update info] sent MS cmd: 3108070400 / 0ab5424149303005167401
2020-05-18 12:07:08.957 [bus notice] scan 08: ;Vaillant;BAI00;0516;7401
2020-05-18 12:07:08.957 [update notice] store 08 ident: done
2020-05-18 12:07:08.958 [update notice] sent scan-read scan.08  QQ=31: Vaillant;BAI00;0516;7401
2020-05-18 12:07:08.958 [bus notice] scan 08: ;Vaillant;BAI00;0516;7401
2020-05-18 12:07:09.013 [main info] reading templates vaillant
2020-05-18 12:07:09.067 [main info] read templates in vaillant
2020-05-18 12:07:09.172 [main notice] read common config file vaillant/scan.csv
2020-05-18 12:07:09.181 [update info] received MS cmd: 1008b5110102 / 05033c965064
2020-05-18 12:07:09.181 [update notice] received unknown MS cmd: 1008b5110102 / 05033c965064
2020-05-18 12:07:09.221 [main notice] read common config file vaillant/general.csv
2020-05-18 12:07:09.269 [main notice] read common config file vaillant/broadcast.csv
2020-05-18 12:07:09.318 [main notice] read scan config file vaillant/08.bai.csv for ID "bai00", SW0516, HW7401
2020-05-18 12:07:09.319 [bus info] send message: 3108b5090124
2020-05-18 12:07:09.330 [bus info] arbitration delay 10 - 16 micros
2020-05-18 12:07:09.426 [update info] sent MS cmd: 3108b5090124 / 09003231303832363030
2020-05-18 12:07:09.427 [update notice] sent scan-read scan.08 id QQ=31:
2020-05-18 12:07:09.427 [bus info] send message: 3108b5090125
2020-05-18 12:07:09.573 [update info] sent MS cmd: 3108b5090125 / 09313030303338363233
2020-05-18 12:07:09.573 [update notice] sent scan-read scan.08 id QQ=31:
2020-05-18 12:07:09.573 [bus info] send message: 3108b5090126
2020-05-18 12:07:09.723 [update info] sent MS cmd: 3108b5090126 / 09313030303037303230
2020-05-18 12:07:09.723 [update notice] sent scan-read scan.08 id QQ=31:
2020-05-18 12:07:09.723 [bus info] send message: 3108b5090127
2020-05-18 12:07:09.777 [bus info] arbitration delay 9 - 16 micros
2020-05-18 12:07:09.871 [update info] sent MS cmd: 3108b5090127 / 094e3200000000000000
2020-05-18 12:07:09.872 [update notice] sent scan-read scan.08 id QQ=31: 21;08;26;0010003862;3100;007020;N2
2020-05-18 12:07:10.015 [bus notice] max. symbols per second: 112
2020-05-18 12:07:10.066 [main notice] found messages: 200 (0 conditional on 23 conditions, 0 poll, 9 update)
2020-05-18 12:07:10.066 [bus info] scan 08 cmd: 3108b5090124
2020-05-18 12:07:10.206 [update info] sent MS cmd: 3108b5090124 / 09003231303832363030
2020-05-18 12:07:10.207 [update notice] sent scan-read scan.08 id QQ=31: 21;08;26;0010003862;3100;007020;N2
2020-05-18 12:07:10.208 [bus info] scan 08 cmd: 3108b5090125
2020-05-18 12:07:10.357 [update info] sent MS cmd: 3108b5090125 / 09313030303338363233
2020-05-18 12:07:10.358 [update notice] sent scan-read scan.08 id QQ=31: 21;08;26;0010003862;3100;007020;N2
2020-05-18 12:07:10.358 [bus info] scan 08 cmd: 3108b5090126
2020-05-18 12:07:10.506 [update info] sent MS cmd: 3108b5090126 / 09313030303037303230
2020-05-18 12:07:10.506 [update notice] sent scan-read scan.08 id QQ=31: 21;08;26;0010003862;3100;007020;N2
2020-05-18 12:07:10.506 [bus info] scan 08 cmd: 3108b5090127
2020-05-18 12:07:10.652 [update info] sent MS cmd: 3108b5090127 / 094e3200000000000000
2020-05-18 12:07:10.653 [update notice] sent scan-read scan.08 id QQ=31: 21;08;26;0010003862;3100;007020;N2
2020-05-18 12:07:10.653 [bus notice] scan 08: ;21;08;26;0010003862;3100;007020;N2
2020-05-18 12:07:10.653 [main info] scan config 08 message received

Titel: eBus Schaltung V2 in Betrieb nehmen
Beitrag von: RaspiLED am 18 Mai 2020, 20:43:12
Hi,
ich denke Dein Service startet zu früh.
Zwei Lösungen
Die erste (unschöne ) wäre ein sleep in den Start des Daemon von 10s einbauen. Also unter /etc/systemd/system/...
Die zweite (richtige) die Abhängigkeit genau zu klären. Wahrscheinlich ja zum serial gpio device tree treiber und den als after eintragen (hciuart.service?). Oder auch wants einfügen?

http://web.archive.org/web/20150324001109/http://linuxmanpages.net/manpages/fedora20/man5/systemd.unit.5.html

Gruß Arnd
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: mr_petz am 29 Mai 2020, 18:55:38
@john30

Ich will mal meinen Inhalt der hcmode.inc für die Calormatic 630 posten.
Habe lange getestet und probiert. was nicht ging ist raus. geht bestimmt auch was für die 620.


# type (r[1-9];w;u),circuit,name,[comment],[QQ],ZZ,PBSB,[ID],field1,part (m/s),datatypes/templates,divider/values,unit,comment
# HC Betriebsart,,,,,,,,,,,,,
*r,,,,,,"B504",,,,,,,
*w,,,,,,"B505",,,,,,,
r,,DateTime,Datum Uhrzeit,,,,00,,,dcfstate;btime;bdate;temp2,,,
r,,Mode,Room-Soll/Boiler-Betriebsart/Mixer-Betriebsart/Boilertyp/Temperatur/DayNight,,,,01,,,temp0;hcmode1;IGN:2;mcmode;hctype7;IGN;daynight,,,
r,,Status16,Aussentemperatur,,,,16,,,temp,,,
r,,Status,VL-Soll/Status/VL-Ist/Room-Soll,,,,0D,,,temp0;onoff;temp;temp0,,,
r,,Params,Raumsollwert/Absenksollwert/Heizkurve/HK1-Typ/AT-Abschaltgrenze/Pumpensperrzeit/HK1-VL-MinTemp/HK1-VL-MaxTemp/Max. Voraufheizung,,,,09,,,temp0;temp0;curve;hctype7;temp0;minutes0;temp0;temp0;hours12,,,
#r,,Status01,Vorlauftemperatur/Rücklauftemperatur/Aussentemperatur/WW Temperatur/Speichertemperatur/Pumpenstatus,,,,01,,,temp;temp1;temp2;temp1;temp1;pumpstate,,,
r,,Status02,Betriebsart/Maximaltemperatur/ReglerCurrentTEMP/Maximaltemperatur/ReglerCurrentTemp,,,,02,,,HEX;HEX;HEX;HEX;HEX;HEX;onoff,,,
w,,SetTempDesired,Solltemperatur setzen,,,,01,,,temp0,,,
w,,SetMode,Betriebsart,,,,02,,,hcmode3,,,
w,,SetFloorPavingDryingDay,Estrichtrocknungstag setzen,,,,03,,,days,,,
w,,SetFloorPavingDryingTemp,Estrichtrocknungstemperatur setzen,,,,04,,,temp0,,,
w,,party,Quick - Party,,,,05,,,onoff,,,
w,,load,Quick - WW Speicherladung,,,,06,,,onoff,,,
w,,save,Quick - Sparen bis,,,,07,,,TTH,,,
w,,SetType,Boilertyp setzen,,,,08,,,hctype,,,
w,,SetTempDesiredLow,Absenksollwert setzen,,,,0a,,,temp0,,,
w,,SetHeatingCurve,Heizkurve setzen,,,,0b,,,curve,,,
w,,SetShutdownTemp,Aussentemp. Abschaltgrenze setzen,,,,0c,,,temp0,,,
w,,SetPumpIdlePeriod,Pumpensperrzeit setzen,,,,0d,,,minutes0,,,
w,,SetFlowTempMin,Minimalen Vorlaufsollwert setzen,,,,0e,,,temp0,,,
w,,SetFlowTempMax,Maximalen Vorlaufsollwert setzen,,,,0f,,,temp0,,,
w,,SetMaxPreHeating,Max. Voraufheizung setzen,,,,10,,,hours12,,,


Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: mähschaf am 09 Juni 2020, 23:13:16
Guten Abend,

ich hoffe, den richtigen Fred gefunden zu haben. Ursprünglich habe ich ohne viel Hoffnung nach einer Einbindung meiner Wolf Therme CGW20 in FHEM gesucht. Da ich jetzt aber schon den ganzen Abend lese und mir das Köpfchen gehörig raucht, bin ich ziemlich platt und weiß nicht, ob ich alles richtig verstanden habe.

Es ist sehr spannend und ich finde, da habt Ihr mit der Einbindung des ebus tolle Arbeit geleistet!

Was ich glaube, verstanden zu haben, ist:

1. Ich kann parallel zum Steuergerät an die Heizung im Keller diesen zusätzlichen Adapter anschließen.
2. Um eine Verbindung herzustellen, kann ich entweder einen RPI abstellen oder per Wemos D1 Mini eine WLAN-Verbindung zum ebus-daemon aufbauen.
3. Für die Wemos-Variante benötige ich neben der Basisplatine auch die Zusatzplatine (und natürlich den D1 Mini)
4. Diesen ebus-daemon kann ich dann z. B. so konfigurieren, dass er mit FHEM Daten per MQTT2_Client-Modul austauscht. Ich würde den daemon also auf dem Raspberry installieren können, auf dem auch FHEM läuft.

Meine Fragen:
1. Ich würde mich für die D1-Mini-Variante interessieren (habe gerade einen über und möchte nicht unnötig ganze Raspberrys herumlaufen lassen), wobei ich gelesen habe, dass dies aufgrund der höheren Latenzen dazu führt, dass man die Heizung dann nicht steuern, sondern "nur" lesen kann. Stimmt das so ungefähr?
2. Ich habe gelesen, dass es im Forum hin und wieder Bestellungen für Platine und Hardwarekomponenten/Bauteile gibt. Ein bisschen Löten kann ich. Ist so etwas in Zukunft noch einmal geplant und könnte ich mich daran bitte beteiligen?

Danke für Eure Zeit,
Martin

PS: Falls ich den falschen Fred erwischt habe, bitte um kurzen Hinweis und sorry...

Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: KleineHexe am 13 Juni 2020, 13:05:53
Zitat von: mähschaf am 09 Juni 2020, 23:13:16
1. Ich kann parallel zum Steuergerät an die Heizung im Keller diesen zusätzlichen Adapter anschließen.

Ich möchte gerne in eine ähnliche Richtung fragen. Ich habe eine Lüftungsanlage von Viessmann, die ich erstmal nur auslesen / loggen möchte, später auch aktiv steuern. Das Bedienteil ist über ein 2-adriges Kabel angeschlossen, laut Recherche soll das eBus sein.

Ich würde nun parallel zur bestehenden Verkabelung den Adapter anschließen wollen. Lässt sich das parallel betreiben, oder muss ich das Bedienteil abklemmen und durch den Adapter ersetzen?

Und verstehe ich das richtig, dass der Adapter und der eBus Daemon erstmal rein passiv ist, solange ich keinen Schreibbefehl aktiv absetze? Will mir nur ungern die Lüftungsanlage schrotten...

Danke.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 13 Oktober 2020, 18:01:24
es gibt einen neuen Adapter der Version 3.0! (https://forum.fhem.de/index.php?topic=114988.new#new)

LG
Reinhart
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Sandmanyz am 29 Dezember 2020, 16:13:19
Hallo,

ich benötige Hilfe. Anfang des Jahres habe ich von chons eine fertig bestückte RPI Platine bekommen:

- Version 2.2 inkl. DC/DC Wandler
- 10/2018

Nach nun ca. 1 Jahr leuchten keine LEDs und ich erhalte auch keine Daten mehr. Nun habe ich mein Netzteil auf exakt 17 Volt eingestellt und mit einem 330 Ohm Widerstand an die Platine angeschlossen (eBus). Zusätzlich noch die 5 Volt an JP1. Im Anhang meine Messergebnisse (mit und ohne Brücke). Die Ergebnisse machen mir bisschen Angst weil sie insgesamt sehr stark abweichen  :(. Oder habe ich absolut falsch gemessen?

Was ist an der Platine defekt?

Viele Grüße


Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 29 Dezember 2020, 19:19:02
da du an JP5 keine Spannung hast, wird wohl der Spannungsregler 78L05 defekt sein.
Den musst auf jeden Fall tauschen, es kann aber sein das ein anderer Bauteil einen Kurzschluss hat und so den Regler ermordet hat. Das siehst du aber spätestens wenn du einen neuen Regler einsetzt und dieser wieder defekt wird. Messe daher einfach vorher mit einem Ohmmeter zwischen JP5 und Masse ob hier ein Kurzschluss ersichtlich ist.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Sandmanyz am 31 Dezember 2020, 15:06:25
Zitat von: Reinhart am 29 Dezember 2020, 19:19:02
da du an JP5 keine Spannung hast, wird wohl der Spannungsregler 78L05 defekt sein.
Den musst auf jeden Fall tauschen, es kann aber sein das ein anderer Bauteil einen Kurzschluss hat und so den Regler ermordet hat. Das siehst du aber spätestens wenn du einen neuen Regler einsetzt und dieser wieder defekt wird. Messe daher einfach vorher mit einem Ohmmeter zwischen JP5 und Masse ob hier ein Kurzschluss ersichtlich ist.

LG

Hallo Reinhart,

zunächst vielen Dank für die Unterstützung!

Zwischen JP5 und Masse ist ein Widerstand von 31,6 kΩ. Habe den Spannungsregler ausgelötet und wollte ihn prüfen....ist der mir glatt runter gefallen und wie vom Erdboden verschluckt.  ::) Habe nun einfachen einen Neuen eingesetzt aber die LEDs bleiben dunkel.

Hast du noch eine Idee?

Beste Grüße
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 01 Januar 2021, 11:50:15
dann kann theoretisch noch eine der Dioden defekt sein, denn daraus wird die Spannung für den 5V Regler gewonnen! Messe daher mit deinem Messgerät in der Stellung "Diodenmessung" alle 5 Dioden durch, aber auch die Messstripen einmal umpolen und in Sperrrichtung messen. Du musst bei jeder Diode den Spannungsabfall von etwa 0,7 V messen.

Aber der eBus ist schon angeschlossen, denn daraus wird ja die Spannung gewonnen?
Während der Dioden Messung aber vom eBus abklemmen!

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Sandmanyz am 01 Januar 2021, 14:03:56
Folgend die Messergenisse. Es sind aber keine 0,7 Volt  :o
Diode 1: 0,604
Diode 2: 0,600
Diode 3: 0,595
Diode 5: 0,589
Zehnerdiode: 0,665 

In Sperrrichtung bei allen Dioden kein Durchgang.

ZitatAber der eBus ist schon angeschlossen, denn daraus wird ja die Spannung gewonnen?
Ja, ist angeschlossen. Es liegen ca. 16,9 Volt, gemessen an der Platine, an.

Mir ist aufgefallen, dass beim Anschließen der 5 Volt die gelbe LED einmal ganz kurz aufleuchtete. Das ist gestern auch schon so gewesen aber jetzt nicht reproduzierbar.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 01 Januar 2021, 19:08:58
das ist ok so, aber dann müsste auch die 5V Spannung da sein, es liegt nur mehr der R10 dazwischen! Messe doch bitte einmal vor und nach dem Widerstand die Spannung.

Wenn die Dioden ok sind, dann muss auch die Spannung am Eingang des Reglers sein, bzw. dieser dann am Ausgang die 5V stabilisieren.

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Sandmanyz am 01 Januar 2021, 21:27:07
Zitat von: Reinhart am 01 Januar 2021, 19:08:58
das ist ok so, aber dann müsste auch die 5V Spannung da sein, es liegt nur mehr der R10 dazwischen! Messe doch bitte einmal vor und nach dem Widerstand die Spannung.

Wenn die Dioden ok sind, dann muss auch die Spannung am Eingang des Reglers sein, bzw. dieser dann am Ausgang die 5V stabilisieren.

LG
Das wichtigste, der Adapter läuft wieder.
- Habe auf dem Fußboden auch den Spannungsregler gefunden  ;D, der ursprünglich auf der Platine war. Der ist in Ordnung. Egal, nun hat die Platine einen Neuen drauf.
- Habe einfach mal die PINs am DC/DC Wandler nachgelötet und das war's dann schlussendlich.

Danke für deine Unterstützung!
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Prince am 07 April 2021, 22:12:51
@ Reinhart
@ chons

Hi,
das alte Problem mit der verschobenen Anordnung der Jumperfelder (https://forum.fhem.de/index.php/topic,79600.msg738599.html#msg738599) ist in der Github-Dokumentation (https://ebus.github.io/adapter/images/exten-circuit-v20.png) leider noch falsch. Für die Brücken J5,J6 und J8 sind die Bezeichnungen "1" und "3" zu tauschen.  ;)

<OT>
Ich bin da gerade wieder drüber gestolpert, beim Einsetzen eines TTL/485-Konverters um einen digitalen Stromzähler via Modbus auszulesen. Die Platine ist wirklich super durchdacht. Das merkt man wieder, wenn man mal etwas erweitert. Der Spieltrieb kam bei dem Wetter mal wieder raus und ich wollte einfach mal Tasmota mit Smartmeter-Unterstützung auf dem Wemos testen. Der EBUS und der Reedrelais-Gascounter liefen auf Anhieb. Jetzt warte ich auf den neuen Stromzähler.
</OT>

Beste Grüße
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 07 April 2021, 22:54:14
Zitat von: Prince am 07 April 2021, 22:12:51
das alte Problem mit der verschobenen Anordnung der Jumperfelder (https://forum.fhem.de/index.php/topic,79600.msg738599.html#msg738599) ist in der Github-Dokumentation (https://ebus.github.io/adapter/images/exten-circuit-v20.png) leider noch falsch. Für die Brücken J5,J6 und J8 sind die Bezeichnungen "1" und "3" zu tauschen.  ;)
die alte Doku ist nur noch aus Nostalgiegründen da und wird nicht mehr aktualisiert (auch nicht korrigiert), da wir ja inzwischen V3 haben.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Prince am 13 August 2021, 10:08:41
Zitat von: Reinhart am 10 Dezember 2017, 10:04:39
Beschriftungsfehler!

Leider haben wir einen Beschriftungsfehler auf der Erweiterungsplatine festellen müssen!
...

@ Reinhart
Die Nextion (JP2) und Nextion (JP9) sind mit 3V3 beschriftet, führen aber 5V! Darauf könnte ja in #4 noch hingewiesen werden.

Beste Grüße
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Ralf78 am 08 Oktober 2021, 23:03:53
Hallo Zusammen, ich hab ein Problem bei der Installation, für Hilfe wäre ich sehr dankbar.
Ich hab mir damals (2017 rum) die Platine V2.0 hier im Forum gekauft.
Funktioniert hat damals alles, hatte auch Daten in fhem. Ich hab das Projekt aus zeitgründen aufgegeben.
Jetzt hab ich mich mal dran gesetzt, das ganze wieder zum laufen zu bringen...
Ich hab
-Vaillant claromatic VRC 470
-Raspi3 mit Buster
-eBUS adapter V2.0
ebusctl info sagt:

root@raspberrypi:/home/pi# ebusctl info
version: ebusd 21.2.v21.2-45-gbfd4650
access: *
signal: acquired
symbol rate: 12
max symbol rate: 30
min arbitration micros: 14
max arbitration micros: 20
reconnects: 0
masters: 3
messages: 9
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd


ich hab da wohl ein Problem das Gerät wird nicht erkannt, nur die Adressen

danach mittels

sudo ebusd -f --scanconfig --accesslevel=* --latency=20000 -d 192.168.2.42:8889 --httpport=8890 --htmlpath=/var/ebusd/html --loglevel=debug --port=8889 --lograwdata=bytes

Ausgabe:

2021-10-08 22:48:27.792 [main notice] ebusd 21.2.v21.2-45-gbfd4650 started with auto scan on device 192.168.2.42:8889
2021-10-08 22:48:27.792 [main info] loading configuration files from http://ebusd.eu/config/
2021-10-08 22:48:27.835 [main info] reading templates /
2021-10-08 22:48:27.871 [main info] read templates in /
2021-10-08 22:48:27.871 [main info] reading file memory.csv
2021-10-08 22:48:27.910 [main info] successfully read file memory.csv
2021-10-08 22:48:27.911 [main info] reading file broadcast.csv
2021-10-08 22:48:27.945 [main info] successfully read file broadcast.csv
2021-10-08 22:48:27.945 [main info] read config files
2021-10-08 22:48:27.999 [bus notice] bus started with own address 31/36
2021-10-08 22:48:27.999 [main info] registering data handlers
2021-10-08 22:48:27.999 [main info] registered data handlers
2021-10-08 22:48:38.000 [main debug] performing regular tasks
2021-10-08 22:48:48.000 [main debug] performing regular tasks


"performing regular tasks"- diese ausgabekommt bis zum Sankt Nimmerleinstag....
Hat jemand eine Idee? Benutze ich die falsche ebusd Version zu dieser Platine?
Was mich in jedem falle wunder ist, es hat mal funktioniert.
Platine (der webserver) sagt ja auch "signal acquired".
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 11 Oktober 2021, 19:57:49
Zitat von: Ralf78 am 08 Oktober 2021, 23:03:53

sudo ebusd -f --scanconfig --accesslevel=* --latency=20000 -d 192.168.2.42:8889 --httpport=8890 --htmlpath=/var/ebusd/html --loglevel=debug --port=8889 --lograwdata=bytes


sieht so aus, als könnte nichts auf den Bus geschrieben werden. schau doch mal, ob raw logging etwas ausspuckt
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Ralf78 am 14 Oktober 2021, 22:29:40
Hi john30,
das spuckt folgendes aus:
root@raspberrypi:/home/pi# sudo ebusd -f --scanconfig --accesslevel=* --latency=20000 -d 192.168.2.42:8889 --httpport=8890 --htmlpath=/var/ebusd/html --loglevel=debug --port=8889 --lograwdata=bytes --logfile=/var/log/ebusd.log           
2021-10-14 22:10:03.516 [main notice] ebusd 21.2.v21.2-45-gbfd4650 started with auto scan on device 192.168.2.42:8889   
2021-10-14 22:10:03.517 [main info] loading configuration files from http://ebusd.eu/config/
2021-10-14 22:10:03.554 [main info] reading templates /
2021-10-14 22:10:03.604 [main info] read templates in /
2021-10-14 22:10:03.604 [main info] reading file memory.csv
2021-10-14 22:10:03.644 [main info] successfully read file memory.csv
2021-10-14 22:10:03.645 [main info] reading file broadcast.csv
2021-10-14 22:10:03.682 [main info] successfully read file broadcast.csv
2021-10-14 22:10:03.682 [main info] read config files
2021-10-14 22:10:03.733 [bus notice] bus started with own address 31/36
2021-10-14 22:10:03.734 [main info] registering data handlers
2021-10-14 22:10:03.734 [main info] registered data handlers
2021-10-14 22:10:04.197 [bus notice] <aa
2021-10-14 22:10:04.197 [bus debug] ERR: SYN received during no signal, switching to ready
2021-10-14 22:10:04.197 [bus notice] signal acquired
2021-10-14 22:10:04.256 [bus notice] <aa
2021-10-14 22:10:04.297 [bus notice] <aa
2021-10-14 22:10:04.346 [bus notice] <aa
2021-10-14 22:10:04.383 [bus notice] <aa
2021-10-14 22:10:04.435 [bus notice] <aa
2021-10-14 22:10:04.475 [bus notice] <10
2021-10-14 22:10:04.516 [bus notice] <08
2021-10-14 22:10:04.559 [bus notice] <b5
2021-10-14 22:10:04.614 [bus notice] <04
2021-10-14 22:10:04.660 [bus notice] <01
2021-10-14 22:10:04.705 [bus notice] <00
2021-10-14 22:10:04.746 [bus notice] <3d
2021-10-14 22:10:04.746 [bus notice] new master 10, master count 2
2021-10-14 22:10:04.796 [bus notice] <00
2021-10-14 22:10:04.836 [bus notice] <0a
2021-10-14 22:10:04.875 [bus notice] <03
2021-10-14 22:10:04.912 [bus notice] <05
2021-10-14 22:10:04.957 [bus notice] <10
2021-10-14 22:10:04.992 [bus notice] <22
2021-10-14 22:10:05.024 [bus notice] <14
2021-10-14 22:10:05.069 [bus notice] <10
2021-10-14 22:10:05.115 [bus notice] <04
2021-10-14 22:10:05.156 [bus notice] <21
2021-10-14 22:10:05.195 [bus notice] <80
2021-10-14 22:10:05.235 [bus notice] <0c
2021-10-14 22:10:05.275 [bus notice] <9a
2021-10-14 22:10:05.316 [bus notice] <00
2021-10-14 22:10:05.316 [bus notice] new master 03, master count 3
2021-10-14 22:10:05.316 [update info] received MS cmd: 1008b5040100 / 0a0305102214100421800c
2021-10-14 22:10:05.316 [update notice] received unknown MS cmd: 1008b5040100 / 0a0305102214100421800c
2021-10-14 22:10:05.356 [bus notice] <aa
2021-10-14 22:10:05.396 [bus notice] <aa
2021-10-14 22:10:05.436 [bus notice] <aa
2021-10-14 22:10:05.479 [bus notice] <aa
2021-10-14 22:10:05.526 [bus notice] <aa
2021-10-14 22:10:05.565 [bus notice] <10
2021-10-14 22:10:05.605 [bus notice] <08
2021-10-14 22:10:05.645 [bus notice] <b5
2021-10-14 22:10:05.696 [bus notice] <11
2021-10-14 22:10:05.735 [bus notice] <01
2021-10-14 22:10:05.775 [bus notice] <02
2021-10-14 22:10:05.815 [bus notice] <8a
2021-10-14 22:10:05.856 [bus notice] <00
2021-10-14 22:10:05.897 [bus notice] <05
2021-10-14 22:10:05.933 [bus notice] <03
2021-10-14 22:10:05.963 [bus notice] <3c
2021-10-14 22:10:06.023 [bus notice] <96
2021-10-14 22:10:06.065 [bus notice] <50
2021-10-14 22:10:06.107 [bus notice] <80
2021-10-14 22:10:06.145 [bus notice] <7c
2021-10-14 2021-10-14 22:10:27.152 [bus notice] <aa
2021-10-14 22:10:27.187 [bus notice] <aa
2021-10-14 22:10:27.225 [bus notice] <aa
2021-10-14 22:10:27.266 [bus notice] <aa
2021-10-14 22:10:27.315 [bus notice] <aa
2021-10-14 22:10:27.356 [bus notice] <aa
2021-10-14 22:10:27.395 [bus notice] <aa
2021-10-14 22:10:27.436 [bus notice] <aa
2021-10-14 22:10:27.475 [bus notice] <aa
2021-10-14 22:10:27.516 [bus notice] <aa
2021-10-14 22:10:27.555 [bus notice] <aa
2021-10-14 22:10:27.599 [bus notice] <aa
2021-10-14 22:10:27.633 [bus notice] <aa
2021-10-14 22:10:27.663 [bus notice] <aa
2021-10-14 22:10:27.715 [bus notice] <aa
2021-10-14 22:10:27.756 [bus notice] <aa
2021-10-14 22:10:27.795 [bus notice] <aa
2021-10-14 22:10:27.836 [bus notice] <aa
2021-10-14 22:10:27.875 [bus notice] <aa
2021-10-14 22:10:27.915 [bus notice] <aa
2021-10-14 22:10:27.965 [bus notice] <aa
2021-10-14 22:10:28.009 [bus notice] <aa
2021-10-14 22:10:28.045 [bus notice] <aa
2021-10-14 22:10:28.082 [bus notice] <aa
2021-10-14 22:10:28.125 [bus notice] <aa
2021-10-14 22:10:28.166 [bus notice] <aa
2021-10-14 22:10:28.206 [bus notice] <aa
2021-10-14 22:10:28.242 [bus notice] <aa
2021-10-14 22:10:28.286 [bus notice] <aa
2021-10-14 22:10:28.325 [bus notice] <aa
2021-10-14 22:10:28.365 [bus notice] <aa
2021-10-14 22:10:28.405 [bus notice] <aa
2021-10-14 22:10:28.442 [bus notice] <aa
2021-10-14 22:10:28.486 [bus notice] <aa
2021-10-14 22:10:28.528 [bus notice] <aa
2021-10-14 22:10:28.566 [bus notice] <aa
2021-10-14 22:10:28.606 [bus notice] <aa
2021-10-14 22:10:28.646 [bus notice] <aa
2021-10-14 22:10:28.685 [bus notice] <aa
2021-10-14 22:10:28.734 [bus notice] <aa
2021-10-14 22:10:28.776 [bus notice] <aa
2021-10-14 22:10:28.816 [bus notice] <aa
2021-10-14 22:10:28.856 [bus notice] <aa
2021-10-14 22:10:28.895 [bus notice] <aa
2021-10-14 22:10:28.943 [bus notice] <aa
2021-10-14 22:10:29.001 [bus notice] <aa
2021-10-14 22:10:29.062 [bus notice] <aa
2021-10-14 22:10:29.105 [bus notice] <aa
2021-10-14 22:10:29.145 [bus notice] <aa
2021-10-14 22:10:29.185 [bus notice] <aa
2021-10-14 22:10:29.226 [bus notice] <aa
2021-10-14 22:10:29.262 [bus notice] <aa
2021-10-14 22:10:29.306 [bus notice] <aa
2021-10-14 22:10:29.347 [bus notice] <aa
2021-10-14 22:10:29.385 [bus notice] <aa
2021-10-14 22:10:29.402 [bus notice] <aa
2021-10-14 22:10:29.448 [bus notice] <aa
2021-10-14 22:10:29.483 [bus notice] <aa
2021-10-14 22:10:29.526 [bus notice] <aa
2021-10-14 22:10:29.565 [bus notice] <aa
2021-10-14 22:10:29.605 [bus notice] <aa
2021-10-14 22:10:29.648 [bus notice] <aa
2021-10-14 22:10:29.685 [bus notice] <aa
2021-10-14 22:10:29.725 [bus notice] <aa
2021-10-14 22:10:29.782 [bus notice] <aa
2021-10-14 22:10:29.785 [main debug] performing regular tasks
2021-10-14 22:10:29.785 [bus info] scan 08 cmd: 3108070400
2021-10-14 22:10:29.825 [bus notice] <aa
2021-10-14 22:10:29.825 [bus debug] start request 31
2021-10-14 22:10:29.825 [bus debug] arbitration start with 31
2021-10-14 22:10:29.865 [bus notice] <aa
2021-10-14 22:10:29.865 [bus notice] >31
2021-10-14 22:10:29.906 [bus notice] <aa
2021-10-14 22:10:29.906 [bus notice] >31
2021-10-14 22:10:29.945 [bus notice] <aa
2021-10-14 22:10:29.945 [bus notice] >31
2021-10-14 22:10:29.985 [bus notice] <aa
2021-10-14 22:10:29.985 [bus notice] >31
2021-10-14 22:10:30.026 [bus notice] <aa
2021-10-14 22:10:30.026 [bus notice] >31
2021-10-14 22:10:30.064 [bus notice] <aa
2021-10-14 22:10:30.064 [bus notice] >31
2021-10-14 22:10:30.106 [bus notice] <aa
2021-10-14 22:10:30.106 [bus notice] >31
2021-10-14 22:10:30.145 [bus notice] <aa
2021-10-14 22:10:30.145 [bus notice] >31
2021-10-14 22:10:30.185 [bus notice] <aa
2021-10-14 22:10:30.185 [bus notice] >31
2021-10-14 22:10:30.226 [bus notice] <aa
2021-10-14 22:10:30.226 [bus notice] >31
2021-10-14 22:10:30.269 [bus notice] <aa
2021-10-14 22:10:30.269 [bus notice] >31
2021-10-14 22:10:30.302 [bus notice] <aa
2021-10-14 22:10:30.302 [bus notice] >31
2021-10-14 22:10:30.346 [bus notice] <aa
2021-10-14 22:10:30.346 [bus notice] >31
2021-10-14 22:10:30.393 [bus notice] <aa
2021-10-14 22:10:30.393 [bus notice] >31
2021-10-14 22:10:30.422 [bus notice] <aa
2021-10-14 22:10:30.422 [bus notice] >31
2021-10-14 22:10:30.466 [bus notice] <aa
2021-10-14 22:10:30.466 [bus notice] >31
2021-10-14 22:10:30.502 [bus notice] <10
2021-10-14 22:10:30.503 [bus debug] arbitration lost
2021-10-14 22:10:30.503 [bus debug] ERR: arbitration lost during ready, retry
2021-10-14 22:10:30.578 [bus debug] ERR: read timeout during receive command, switching to skip
2021-10-14 22:10:30.578 [bus debug] start request 31
2021-10-14 22:10:30.578 [bus debug] arbitration start with 31
2021-10-14 22:10:30.603 [bus notice] <08
2021-10-14 22:10:30.645 [bus notice] <b5
2021-10-14 22:10:30.693 [bus notice] <11
2021-10-14 22:10:30.735 [bus notice] <01
2021-10-14 22:10:30.774 [bus notice] <01
2021-10-14 22:10:30.816 [bus notice] <89
2021-10-14 22:10:30.856 [bus notice] <00
2021-10-14 22:10:30.896 [bus notice] <09
2021-10-14 22:10:30.935 [bus notice] <54
2021-10-14 22:10:30.978 [bus notice] <4c
2021-10-14 22:10:31.015 [bus notice] <80
2021-10-14 22:10:31.055 [bus notice] <0c
2021-10-14 22:10:31.095 [bus notice] <ff
2021-10-14 22:10:31.135 [bus notice] <74
2021-10-14 22:10:31.176 [bus notice] <00
2021-10-14 22:10:31.213 [bus notice] <00
2021-10-14 22:10:31.242 [bus notice] <ff
2021-10-14 22:10:31.273 [bus notice] <4f
2021-10-14 22:10:31.316 [bus notice] <00
2021-10-14 22:10:31.356 [bus notice] <aa
2021-10-14 22:10:31.356 [bus notice] >31
2021-10-14 22:10:31.392 [bus notice] <aa
2021-10-14 22:10:31.392 [bus notice] >31
2021-10-14 22:10:31.422 [bus notice] <aa
2021-10-14 22:10:31.422 [bus notice] >31
2021-10-14 22:10:31.465 [bus notice] <aa
2021-10-14 22:10:31.465 [bus notice] >31
2021-10-14 22:10:31.503 [bus notice] <aa
2021-10-14 22:10:31.503 [bus notice] >31
2021-10-14 22:10:31.546 [bus notice] <aa
2021-10-14 22:10:31.546 [bus notice] >31
2021-10-14 22:10:31.585 [bus notice] <aa
2021-10-14 22:10:31.585 [bus notice] >31
2021-10-14 22:10:31.622 [bus notice] <aa
2021-10-14 22:10:31.623 [bus notice] >31
2021-10-14 22:10:31.666 [bus notice] <aa
2021-10-14 22:10:31.666 [bus notice] >31
2021-10-14 22:10:31.709 [bus notice] <aa
2021-10-14 22:10:31.709 [bus notice] >31
2021-10-14 22:10:31.743 [bus notice] <aa
2021-10-14 22:10:31.743 [bus notice] >31
2021-10-14 22:10:31.786 [bus notice] <31
2021-10-14 22:10:31.786 [bus debug] arbitration won
2021-10-14 22:10:31.786 [bus debug] arbitration delay 9 micros
2021-10-14 22:10:31.786 [bus info] arbitration delay 4 - 9 micros
2021-10-14 22:10:31.786 [bus debug] switching from ready to send command
2021-10-14 22:10:31.786 [bus notice] >08
2021-10-14 22:10:31.825 [bus notice] <aa
2021-10-14 22:10:31.825 [bus debug] notify request: ERR: SYN received
2021-10-14 22:10:31.825 [bus debug] ERR: SYN received during send command, switching to ready
2021-10-14 22:10:31.825 [main error] scan config 08: ERR: SYN received
2021-10-14 22:10:31.913 [bus notice] <31
2021-10-14 22:10:31.956 [bus notice] <aa
2021-10-14 22:10:31.956 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:31.996 [bus notice] <31
2021-10-14 22:10:32.036 [bus notice] <aa
2021-10-14 22:10:32.036 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:32.075 [bus notice] <31
2021-10-14 22:10:32.112 [bus notice] <aa
2021-10-14 22:10:32.112 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:32.156 [bus notice] <31
2021-10-14 22:10:32.195 [bus notice] <aa
2021-10-14 22:10:32.195 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:32.232 [bus notice] <31
2021-10-14 22:10:32.275 [bus notice] <10
2021-10-14 22:10:32.317 [bus notice] <31
2021-10-14 22:10:32.353 [bus notice] <31
2021-10-14 22:10:32.382 [bus notice] <31
2021-10-14 22:10:32.423 [bus notice] <31
2021-10-14 22:10:32.465 [bus notice] <31
2021-10-14 22:10:32.503 [bus notice] <31
2021-10-14 22:10:32.545 [bus notice] <31
2021-10-14 22:10:32.585 [bus notice] <31
2021-10-14 22:10:32.625 [bus notice] <31
2021-10-14 22:10:32.665 [bus notice] <aa
2021-10-14 22:10:32.665 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:32.705 [bus notice] <aa
2021-10-14 22:10:32.743 [bus notice] <aa
2021-10-14 22:10:32.786 [bus notice] <aa
2021-10-14 22:10:32.829 [bus notice] <aa
2021-10-14 22:10:32.862 [bus notice] <aa
2021-10-14 22:10:32.905 [bus notice] <10
2021-10-14 22:10:32.946 [bus notice] <08
2021-10-14 22:10:32.986 [bus notice] <20
2021-10-14 22:10:33.027 [bus notice] <11
2021-10-14 22:10:33.066 [bus notice] <01
2021-10-14 22:10:33.105 [bus notice] <02
2021-10-14 22:10:33.146 [bus notice] <8a
2021-10-14 22:10:33.146 [bus debug] ERR: CRC error during receive command CRC, switching to receive command ACK
2021-10-14 22:10:33.186 [bus notice] <ff
2021-10-14 22:10:33.186 [bus debug] ERR: NAK received during receive command ACK, switching to receive command
2021-10-14 22:10:33.225 [bus notice] <10
2021-10-14 22:10:33.262 [bus notice] <00
2021-10-14 22:10:33.293 [bus notice] <b5
2021-10-14 22:10:33.322 [bus notice] <11
2021-10-14 22:10:33.363 [bus notice] <01
2021-10-14 22:10:33.405 [bus notice] <02
2021-10-14 22:10:33.446 [bus notice] <8a
2021-10-14 22:10:33.446 [bus debug] ERR: CRC error during receive command CRC, switching to skip
2021-10-14 22:10:33.486 [bus notice] <31
2021-10-14 22:10:33.526 [bus notice] <31
2021-10-14 22:10:33.566 [bus notice] <31
2021-10-14 22:10:33.605 [bus notice] <31
2021-10-14 22:10:33.648 [bus notice] <31
2021-10-14 22:10:33.677 [bus notice] <31
2021-10-14 22:10:33.712 [bus notice] <31
2021-10-14 22:10:33.756 [bus notice] <31
2021-10-14 22:10:33.795 [bus notice] <31
2021-10-14 22:10:33.826 [main debug] performing regular tasks
2021-10-14 22:10:33.826 [bus info] scan 15 cmd: 3115070400
2021-10-14 22:10:33.833 [bus notice] <08
2021-10-14 22:10:33.833 [bus debug] start request 31
2021-10-14 22:10:33.833 [bus debug] arbitration start with 31
2021-10-14 22:10:33.876 [bus notice] <aa
2021-10-14 22:10:33.876 [bus notice] >31
2021-10-14 22:10:33.915 [bus notice] <aa
2021-10-14 22:10:33.915 [bus notice] >31
2021-10-14 22:10:33.956 [bus notice] <aa
2021-10-14 22:10:33.956 [bus notice] >31
2021-10-14 22:10:33.995 [bus notice] <aa
2021-10-14 22:10:33.995 [bus notice] >31
2021-10-14 22:10:34.035 [bus notice] <aa
2021-10-14 22:10:34.035 [bus notice] >31
2021-10-14 22:10:34.072 [bus notice] <10
2021-10-14 22:10:34.072 [bus debug] arbitration lost
2021-10-14 22:10:34.072 [bus debug] ERR: arbitration lost during ready, retry
2021-10-14 22:10:34.147 [bus debug] ERR: read timeout during receive command, switching to skip
2021-10-14 22:10:34.148 [bus debug] start request 31
2021-10-14 22:10:34.148 [bus debug] arbitration start with 31
2021-10-14 22:10:34.162 [bus notice] <08
2021-10-14 22:10:34.205 [bus notice] <b5
2021-10-14 22:10:34.245 [bus notice] <11
2021-10-14 22:10:34.282 [bus notice] <01
2021-10-14 22:10:34.326 [bus notice] <02
2021-10-14 22:10:34.373 [bus notice] <8a
2021-10-14 22:10:34.415 [bus notice] <00
2021-10-14 22:10:34.460 [bus notice] <05
2021-10-14 22:10:34.493 [bus notice] <03
2021-10-14 22:10:34.522 [bus notice] <3c
2021-10-14 22:10:34.569 [bus notice] <96
2021-10-14 22:10:34.603 [bus notice] <50
2021-10-14 22:10:34.646 [bus notice] <80
2021-10-14 22:10:34.692 [bus notice] <7c
2021-10-14 22:10:34.722 [bus notice] <00
2021-10-14 22:10:34.768 [bus notice] <aa
2021-10-14 22:10:34.768 [bus notice] >31
2021-10-14 22:10:34.803 [bus notice] <aa
2021-10-14 22:10:34.803 [bus notice] >31
2021-10-14 22:10:34.846 [bus notice] <aa
2021-10-14 22:10:34.846 [bus notice] >31
2021-10-14 22:10:34.885 [bus notice] <aa
2021-10-14 22:10:34.885 [bus notice] >31
2021-10-14 22:10:34.925 [bus notice] <aa
2021-10-14 22:10:34.925 [bus notice] >31
2021-10-14 22:10:34.965 [bus notice] <aa
2021-10-14 22:10:34.965 [bus notice] >31
2021-10-14 22:10:35.005 [bus notice] <aa
2021-10-14 22:10:35.006 [bus notice] >31
2021-10-14 22:10:35.046 [bus notice] <aa
2021-10-14 22:10:35.046 [bus notice] >31
2021-10-14 22:10:35.086 [bus notice] <aa
2021-10-14 22:10:35.086 [bus notice] >31
2021-10-14 22:10:35.125 [bus notice] <aa
2021-10-14 22:10:35.125 [bus notice] >31
2021-10-14 22:10:35.166 [bus notice] <aa
2021-10-14 22:10:35.166 [bus notice] >31
2021-10-14 22:10:35.205 [bus notice] <aa
2021-10-14 22:10:35.205 [bus notice] >31
2021-10-14 22:10:35.245 [bus notice] <aa
2021-10-14 22:10:35.245 [bus notice] >31
2021-10-14 22:10:35.286 [bus notice] <aa
2021-10-14 22:10:35.286 [bus notice] >31
2021-10-14 22:10:35.325 [bus notice] <aa
2021-10-14 22:10:35.325 [bus notice] >31
2021-10-14 22:10:35.365 [bus notice] <aa
2021-10-14 22:10:35.366 [bus notice] >31
2021-10-14 22:10:35.389 [bus notice] <aa
2021-10-14 22:10:35.389 [bus notice] >31
2021-10-14 22:10:35.422 [bus notice] <aa
2021-10-14 22:10:35.422 [bus notice] >31
2021-10-14 22:10:35.466 [bus notice] <aa
2021-10-14 22:10:35.466 [bus notice] >31
2021-10-14 22:10:35.506 [bus notice] <10
2021-10-14 22:10:35.506 [bus debug] arbitration lost
2021-10-14 22:10:35.506 [bus debug] ERR: arbitration lost during ready, retry
2021-10-14 22:10:35.582 [bus debug] ERR: read timeout during receive command, switching to skip
2021-10-14 22:10:35.582 [bus debug] start request 31
2021-10-14 22:10:35.582 [bus debug] arbitration start with 31
2021-10-14 22:10:35.592 [bus notice] <08
2021-10-14 22:10:35.623 [bus notice] <b5
2021-10-14 22:10:35.646 [bus notice] <10
2021-10-14 22:10:35.662 [bus notice] <09
2021-10-14 22:10:35.723 [bus notice] <00
2021-10-14 22:10:35.765 [bus notice] <00
2021-10-14 22:10:35.796 [bus notice] <6a
2021-10-14 22:10:35.835 [bus notice] <7a
2021-10-14 22:10:35.876 [bus notice] <ff
2021-10-14 22:10:35.917 [bus notice] <ff
2021-10-14 22:10:35.956 [bus notice] <00
2021-10-14 22:10:35.997 [bus notice] <ff
2021-10-14 22:10:36.033 [bus notice] <00
2021-10-14 22:10:36.062 [bus notice] <45
2021-10-14 22:10:36.106 [bus notice] <00
2021-10-14 22:10:36.146 [bus notice] <01
2021-10-14 22:10:36.186 [bus notice] <01
2021-10-14 22:10:36.222 [bus notice] <9a
2021-10-14 22:10:36.266 [bus notice] <00
2021-10-14 22:10:36.311 [bus notice] <aa
2021-10-14 22:10:36.311 [bus notice] >31
2021-10-14 22:10:36.355 [bus notice] <aa
2021-10-14 22:10:36.355 [bus notice] >31
2021-10-14 22:10:36.382 [bus notice] <aa
2021-10-14 22:10:36.382 [bus notice] >31
2021-10-14 22:10:36.433 [bus notice] <aa
2021-10-14 22:10:36.433 [bus notice] >31
2021-10-14 22:10:36.476 [bus notice] <aa
2021-10-14 22:10:36.476 [bus notice] >31
2021-10-14 22:10:36.513 [bus notice] <aa
2021-10-14 22:10:36.513 [bus notice] >31
2021-10-14 22:10:36.556 [bus notice] <aa
2021-10-14 22:10:36.556 [bus notice] >31
2021-10-14 22:10:36.596 [bus notice] <aa
2021-10-14 22:10:36.596 [bus notice] >31
2021-10-14 22:10:36.636 [bus notice] <31
2021-10-14 22:10:36.636 [bus debug] arbitration won
2021-10-14 22:10:36.636 [bus debug] arbitration delay 11 micros
2021-10-14 22:10:36.636 [bus info] arbitration delay 4 - 11 micros
2021-10-14 22:10:36.636 [bus debug] switching from ready to send command
2021-10-14 22:10:36.636 [bus notice] >15
2021-10-14 22:10:36.672 [bus notice] <aa
2021-10-14 22:10:36.672 [bus debug] notify request: ERR: SYN received
2021-10-14 22:10:36.672 [bus debug] ERR: SYN received during send command, switching to ready
2021-10-14 22:10:36.672 [main error] scan config 15: ERR: SYN received
2021-10-14 22:10:36.763 [bus notice] <31
2021-10-14 22:10:36.806 [bus notice] <aa
2021-10-14 22:10:36.806 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:36.843 [bus notice] <cc
2021-10-14 22:10:36.885 [bus notice] <21
2021-10-14 22:10:36.925 [bus notice] <ff
2021-10-14 22:10:36.965 [bus notice] <31
2021-10-14 22:10:37.005 [bus notice] <aa
2021-10-14 22:10:37.005 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:37.034 [bus notice] <aa
2021-10-14 22:10:37.063 [bus notice] <31
2021-10-14 22:10:37.105 [bus notice] <aa
2021-10-14 22:10:37.105 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:37.147 [bus notice] <31
2021-10-14 22:10:37.185 [bus notice] <aa
2021-10-14 22:10:37.185 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:37.234 [bus notice] <31
2021-10-14 22:10:37.276 [bus notice] <aa
2021-10-14 22:10:37.276 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:37.312 [bus notice] <31
2021-10-14 22:10:37.355 [bus notice] <aa
2021-10-14 22:10:37.355 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:37.395 [bus notice] <31
2021-10-14 22:10:37.437 [bus notice] <aa
2021-10-14 22:10:37.437 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:37.472 [bus notice] <31
2021-10-14 22:10:37.503 [bus notice] <aa
2021-10-14 22:10:37.503 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:37.546 [bus notice] <31
2021-10-14 22:10:37.585 [bus notice] <2a
2021-10-14 22:10:37.625 [bus notice] <cc
2021-10-14 22:10:37.647 [bus notice] <31
2021-10-14 22:10:37.662 [bus notice] <31
2021-10-14 22:10:37.706 [bus notice] <31
2021-10-14 22:10:37.751 [bus notice] <31
2021-10-14 22:10:37.782 [bus notice] <31
2021-10-14 22:10:37.825 [bus notice] <31
2021-10-14 22:10:37.865 [bus notice] <31
2021-10-14 22:10:37.905 [bus notice] <31
2021-10-14 22:10:37.949 [bus notice] <31
2021-10-14 22:10:37.982 [bus notice] <31
2021-10-14 22:10:38.013 [bus notice] <31
2021-10-14 22:10:38.049 [bus notice] <aa
2021-10-14 22:10:38.049 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:38.083 [bus notice] <aa
2021-10-14 22:10:38.125 [bus notice] <aa
2021-10-14 22:10:38.165 [bus notice] <aa
2021-10-14 22:10:38.205 [bus notice] <aa
2021-10-14 22:10:38.247 [bus notice] <31
2021-10-14 22:10:38.286 [bus notice] <aa
2021-10-14 22:10:38.286 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:38.322 [bus notice] <31
2021-10-14 22:10:38.362 [bus notice] <aa
2021-10-14 22:10:38.362 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:38.405 [bus notice] <31
2021-10-14 22:10:38.446 [bus notice] <aa
2021-10-14 22:10:38.446 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:38.483 [bus notice] <31
2021-10-14 22:10:38.538 [bus notice] <aa
2021-10-14 22:10:38.538 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:38.587 [bus notice] <31
2021-10-14 22:10:38.647 [bus notice] <aa
2021-10-14 22:10:38.647 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:38.672 [main debug] performing regular tasks
2021-10-14 22:10:38.682 [bus notice] <cc
2021-10-14 22:10:38.725 [bus notice] <11
2021-10-14 22:10:38.770 [bus notice] <fd
2021-10-14 22:10:38.792 [bus notice] <31
2021-10-14 22:10:38.822 [bus notice] <15
2021-10-14 22:10:38.842 [bus notice] <aa
2021-10-14 22:10:38.843 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:38.867 [bus notice] <aa
2021-10-14 22:10:38.880 [bus notice] <aa
2021-10-14 22:10:38.891 [bus notice] <aa
2021-10-14 22:10:38.904 [bus notice] <aa
2021-10-14 22:10:38.915 [bus notice] <aa
2021-10-14 22:10:38.924 [bus notice] <aa
2021-10-14 22:10:38.935 [bus notice] <aa
2021-10-14 22:10:38.949 [bus notice] <aa
2021-10-14 22:10:38.957 [bus notice] <aa
2021-10-14 22:10:38.979 [bus notice] <aa
2021-10-14 22:10:38.992 [bus notice] <aa
2021-10-14 22:10:39.012 [bus notice] <aa
2021-10-14 22:10:39.043 [bus notice] <aa
2021-10-14 22:10:39.085 [bus notice] <aa
2021-10-14 22:10:39.102 [bus notice] <aa
2021-10-14 22:10:39.123 [bus notice] <aa
2021-10-14 22:10:39.152 [bus notice] <aa
2021-10-14 22:10:39.195 [bus notice] <aa
2021-10-14 22:10:39.236 [bus notice] <aa
2021-10-14 22:10:39.280 [bus notice] <aa
2021-10-14 22:10:39.312 [bus notice] <aa
2021-10-14 22:10:39.342 [bus notice] <aa
2021-10-14 22:10:39.372 [bus notice] <aa
2021-10-14 22:10:39.416 [bus notice] <aa
2021-10-14 22:10:39.455 [bus notice] <aa
2021-10-14 22:10:39.502 [bus notice] <aa
2021-10-14 22:10:39.546 [bus notice] <aa
2021-10-14 22:10:39.587 [bus notice] <aa
2021-10-14 22:10:39.622 [bus notice] <aa
2021-10-14 22:10:39.650 [bus notice] <aa
2021-10-14 22:10:39.692 [bus notice] <aa
2021-10-14 22:10:39.722 [bus notice] <aa
2021-10-14 22:10:39.766 [bus notice] <aa
2021-10-14 22:10:39.805 [bus notice] <aa
2021-10-14 22:10:39.834 [bus notice] <aa
2021-10-14 22:10:39.876 [bus notice] <aa
2021-10-14 22:10:39.912 [bus notice] <aa
2021-10-14 22:10:39.956 [bus notice] <aa
2021-10-14 22:10:39.997 [bus notice] <aa
2021-10-14 22:10:40.036 [bus notice] <aa
2021-10-14 22:10:40.076 [bus notice] <aa
2021-10-14 22:10:40.113 [bus notice] <aa
2021-10-14 22:10:40.143 [bus notice] <aa
2021-10-14 22:10:40.185 [bus notice] <aa
2021-10-14 22:10:40.222 [bus notice] <aa
2021-10-14 22:10:40.266 [bus notice] <aa
2021-10-14 22:10:40.305 [bus notice] <aa
2021-10-14 22:10:40.346 [bus notice] <aa
2021-10-14 22:10:40.385 [bus notice] <aa
2021-10-14 22:10:40.422 [bus notice] <aa
2021-10-14 22:10:40.467 [bus notice] <aa
2021-10-14 22:10:40.510 [bus notice] <aa
2021-10-14 22:10:40.543 [bus notice] <aa
2021-10-14 22:10:40.586 [bus notice] <aa
2021-10-14 22:10:40.625 [bus notice] <10
2021-10-14 22:10:40.666 [bus notice] <08
2021-10-14 22:10:40.715 [bus notice] <b5
2021-10-14 22:10:40.756 [bus notice] <11
2021-10-14 22:10:40.793 [bus notice] <01
2021-10-14 22:10:40.836 [bus notice] <01
2021-10-14 22:10:40.875 [bus notice] <89
2021-10-14 22:10:40.918 [bus notice] <00
2021-10-14 22:10:40.954 [bus notice] <09
2021-10-14 22:10:40.995 [bus notice] <52
2021-10-14 22:10:41.036 [bus notice] <4a
2021-10-14 22:10:41.075 [bus notice] <80
2021-10-14 22:10:41.116 [bus notice] <0c
2021-10-14 22:10:41.156 [bus notice] <ff
2021-10-14 22:10:41.196 [bus notice] <74
2021-10-14 22:10:41.236 [bus notice] <00
2021-10-14 22:10:41.272 [bus notice] <00
2021-10-14 22:10:41.302 [bus notice] <ff
2021-10-14 22:10:41.345 [bus notice] <6e
2021-10-14 22:10:41.385 [bus notice] <00
2021-10-14 22:10:41.385 [update info] received MS cmd: 1008b5110101 / 09524a800cff740000ff
2021-10-14 22:10:41.385 [update notice] received unknown MS cmd: 1008b5110101 / 09524a800cff740000ff
2021-10-14 22:10:41.429 [bus notice] <aa
2021-10-14 22:10:41.462 [bus notice] <aa
2021-10-14 22:10:41.492 [bus notice] <aa
2021-10-14 22:10:41.523 [bus notice] <aa
2021-10-14 22:10:41.565 [bus notice] <aa
2021-10-14 22:10:41.605 [bus notice] <aa
2021-10-14 22:10:41.653 [bus notice] <aa
2021-10-14 22:10:41.672 [bus notice] <aa
2021-10-14 22:10:41.715 [bus notice] <aa
2021-10-14 22:10:41.762 [bus notice] <aa
2021-10-14 22:10:41.805 [bus notice] <aa
2021-10-14 22:10:41.846 [bus notice] <aa
2021-10-14 22:10:41.886 [bus notice] <aa
2021-10-14 22:10:41.927 [bus notice] <aa
2021-10-14 22:10:41.962 [bus notice] <aa
2021-10-14 22:10:42.005 [bus notice] <aa
2021-10-14 22:10:42.045 [bus notice] <aa
2021-10-14 22:10:42.085 [bus notice] <aa
2021-10-14 22:10:42.125 [bus notice] <aa
2021-10-14 22:10:42.165 [bus notice] <aa
2021-10-14 22:10:42.205 [bus notice] <aa
2021-10-14 22:10:42.250 [bus notice] <aa
2021-10-14 22:10:42.283 [bus notice] <aa
2021-10-14 22:10:42.325 [bus notice] <aa
2021-10-14 22:10:42.365 [bus notice] <aa
2021-10-14 22:10:42.405 [bus notice] <aa
2021-10-14 22:10:42.456 [bus notice] <aa
2021-10-14 22:10:42.496 [bus notice] <aa
2021-10-14 22:10:42.528 [bus notice] <aa
2021-10-14 22:10:42.562 [bus notice] <aa
2021-10-14 22:10:42.593 [bus notice] <aa
2021-10-14 22:10:42.623 [bus notice] <aa
2021-10-14 22:10:42.648 [bus notice] <aa
2021-10-14 22:10:42.682 [bus notice] <aa
2021-10-14 22:10:42.725 [bus notice] <aa
2021-10-14 22:10:42.768 [bus notice] <aa
2021-10-14 22:10:42.793 [bus notice] <aa
2021-10-14 22:10:42.823 [bus notice] <aa
2021-10-14 22:10:42.866 [bus notice] <aa
2021-10-14 22:10:42.905 [bus notice] <aa
2021-10-14 22:10:42.945 [bus notice] <aa
2021-10-14 22:10:42.985 [bus notice] <aa
2021-10-14 22:10:43.025 [bus notice] <aa
2021-10-14 22:10:43.069 [bus notice] <aa
2021-10-14 22:10:43.102 [bus notice] <aa
2021-10-14 22:10:43.131 [bus notice] <10
2021-10-14 22:10:43.175 [bus notice] <08
2021-10-14 22:10:43.217 [bus notice] <b5
2021-10-14 22:10:43.255 [bus notice] <04
2021-10-14 22:10:43.296 [bus notice] <01
2021-10-14 22:10:43.336 [bus notice] <00
2021-10-14 22:10:43.376 [bus notice] <3d
2021-10-14 22:10:43.415 [bus notice] <00
2021-10-14 22:10:43.456 [bus notice] <0a
2021-10-14 22:10:43.495 [bus notice] <03
2021-10-14 22:10:43.536 [bus notice] <42
2021-10-14 22:10:43.575 [bus notice] <10
2021-10-14 22:10:43.616 [bus notice] <22
2021-10-14 22:10:43.657 [bus notice] <14
2021-10-14 22:10:43.685 [bus notice] <10
2021-10-14 22:10:43.726 [bus notice] <04
2021-10-14 22:10:43.766 [bus notice] <21
2021-10-14 22:10:43.802 [bus notice] <80
2021-10-14 22:10:43.832 [bus notice] <0c
2021-10-14 22:10:43.875 [bus notice] <ac
2021-10-14 22:10:43.915 [bus notice] <00
2021-10-14 22:10:43.916 [update info] received MS cmd: 1008b5040100 / 0a0342102214100421800c
2021-10-14 22:10:43.916 [update notice] received unknown MS cmd: 1008b5040100 / 0a0342102214100421800c
2021-10-14 22:10:43.952 [bus notice] <aa
2021-10-14 22:10:43.996 [bus notice] <aa
2021-10-14 22:10:44.035 [bus notice] <aa
2021-10-14 22:10:44.077 [bus notice] <aa
2021-10-14 22:10:44.111 [bus notice] <aa
2021-10-14 22:10:44.263 [bus notice] <aa
2021-10-14 22:10:44.307 [bus notice] <aa
2021-10-14 22:10:44.355 [bus notice] <aa
2021-10-14 22:10:44.401 [bus notice] <aa
2021-10-14 22:10:44.432 [bus notice] <aa
2021-10-14 22:10:44.462 [bus notice] <aa
2021-10-14 22:10:44.493 [bus notice] <aa
2021-10-14 22:10:44.535 [bus notice] <aa
2021-10-14 22:10:44.575 [bus notice] <aa
2021-10-14 22:10:44.617 [bus notice] <aa
2021-10-14 22:10:44.652 [bus notice] <aa
2021-10-14 22:10:44.682 [bus notice] <aa
2021-10-14 22:10:44.722 [bus notice] <aa
2021-10-14 22:10:44.744 [bus notice] <aa
2021-10-14 22:10:44.753 [bus notice] <aa
2021-10-14 22:10:44.782 [bus notice] <aa
2021-10-14 22:10:44.826 [bus notice] <aa
2021-10-14 22:10:44.865 [bus notice] <aa
2021-10-14 22:10:44.906 [bus notice] <aa
2021-10-14 22:10:44.945 [bus notice] <aa
2021-10-14 22:10:44.985 [bus notice] <aa
2021-10-14 22:10:45.026 [bus notice] <aa
2021-10-14 22:10:45.065 [bus notice] <aa
2021-10-14 22:10:45.115 [bus notice] <aa
2021-10-14 22:10:45.155 [bus notice] <aa
2021-10-14 22:10:45.196 [bus notice] <aa
2021-10-14 22:10:45.221 [bus notice] <aa
2021-10-14 22:10:45.252 [bus notice] <aa
2021-10-14 22:10:45.295 [bus notice] <aa
2021-10-14 22:10:45.335 [bus notice] <aa
2021-10-14 22:10:45.376 [bus notice] <aa
2021-10-14 22:10:45.417 [bus notice] <aa
2021-10-14 22:10:45.452 [bus notice] <aa
2021-10-14 22:10:45.482 [bus notice] <aa
2021-10-14 22:10:45.528 [bus notice] <aa
2021-10-14 22:10:45.563 [bus notice] <aa
2021-10-14 22:10:45.605 [bus notice] <aa
2021-10-14 22:10:45.646 [bus notice] <aa
2021-10-14 22:10:45.672 [bus notice] <aa
2021-10-14 22:10:45.703 [bus notice] <10
2021-10-14 22:10:45.752 [bus notice] <08
2021-10-14 22:10:45.796 [bus notice] <b5
2021-10-14 22:10:45.835 [bus notice] <10
2021-10-14 22:10:45.875 [bus notice] <09
2021-10-14 22:10:45.915 [bus notice] <00
2021-10-14 22:10:45.956 [bus notice] <00
2021-10-14 22:10:46.000 [bus notice] <6a
2021-10-14 22:10:46.040 [bus notice] <7a
2021-10-14 22:10:46.072 [bus notice] <ff
2021-10-14 22:10:46.116 [bus notice] <ff
2021-10-14 22:10:46.156 [bus notice] <00
2021-10-14 22:10:46.195 [bus notice] <ff
2021-10-14 22:10:46.236 [bus notice] <00
2021-10-14 22:10:46.273 [bus notice] <45
2021-10-14 22:10:46.303 [bus notice] <00
2021-10-14 22:10:46.346 [bus notice] <01
2021-10-14 22:10:46.386 [bus notice] <01
2021-10-14 22:10:46.426 [bus notice] <9a
2021-10-14 22:10:46.463 [bus notice] <00
2021-10-14 22:10:46.463 [update info] received MS cmd: 1008b5100900006a7affff00ff00 / 0101
2021-10-14 22:10:46.463 [update notice] received unknown MS cmd: 1008b5100900006a7affff00ff00 / 0101
2021-10-14 22:10:46.505 [bus notice] <aa
2021-10-14 22:10:46.545 [bus notice] <aa
2021-10-14 22:10:46.585 [bus notice] <aa
2021-10-14 22:10:46.625 [bus notice] <aa
2021-10-14 22:10:46.666 [bus notice] <aa
2021-10-14 22:10:46.706 [bus notice] <aa
2021-10-14 22:10:46.757 [bus notice] <aa
2021-10-14 22:10:46.795 [bus notice] <aa
2021-10-14 22:10:46.836 [bus notice] <aa
2021-10-14 22:10:46.875 [bus notice] <aa
2021-10-14 22:10:46.915 [bus notice] <aa
2021-10-14 22:10:46.958 [bus notice] <aa
2021-10-14 22:10:46.993 [bus notice] <aa
2021-10-14 22:10:47.023 [bus notice] <aa
2021-10-14 22:10:47.065 [bus notice] <aa
2021-10-14 22:10:47.106 [bus notice] <aa
2021-10-14 22:10:47.146 [bus notice] <aa
2021-10-14 22:10:47.182 [bus notice] <aa
2021-10-14 22:10:47.225 [bus notice] <aa
2021-10-14 22:10:47.267 [bus notice] <aa
2021-10-14 22:10:47.302 [bus notice] <aa
2021-10-14 22:10:47.333 [bus notice] <aa
2021-10-14 22:10:47.375 [bus notice] <aa
2021-10-14 22:10:47.415 [bus notice] <aa
2021-10-14 22:10:47.457 [bus notice] <aa
2021-10-14 22:10:47.495 [bus notice] <aa
2021-10-14 22:10:47.536 [bus notice] <aa
2021-10-14 22:10:47.576 [bus notice] <aa
2021-10-14 22:10:47.615 [bus notice] <aa
2021-10-14 22:10:47.655 [bus notice] <aa
2021-10-14 22:10:47.702 [bus notice] <aa
2021-10-14 22:10:47.746 [bus notice] <aa
2021-10-14 22:10:47.783 [bus notice] <aa
2021-10-14 22:10:47.826 [bus notice] <aa
2021-10-14 22:10:47.866 [bus notice] <aa
2021-10-14 22:10:47.906 [bus notice] <aa
2021-10-14 22:10:47.946 [bus notice] <aa
2021-10-14 22:10:47.986 [bus notice] <aa
2021-10-14 22:10:48.025 [bus notice] <aa
2021-10-14 22:10:48.066 [bus notice] <aa
2021-10-14 22:10:48.102 [bus notice] <aa
2021-10-14 22:10:48.133 [bus notice] <aa
2021-10-14 22:10:48.176 [bus notice] <aa
2021-10-14 22:10:48.213 [bus notice] <aa
2021-10-14 22:10:48.242 [bus notice] <aa
2021-10-14 22:10:48.285 [bus notice] <aa
2021-10-14 22:10:48.326 [bus notice] <aa
2021-10-14 22:10:48.365 [bus notice] <aa
2021-10-14 22:10:48.412 [bus notice] <aa
2021-10-14 22:10:48.442 [bus notice] <aa
2021-10-14 22:10:48.487 [bus notice] <aa
2021-10-14 22:10:48.525 [bus notice] <aa
2021-10-14 22:10:48.565 [bus notice] <aa
2021-10-14 22:10:48.606 [bus notice] <aa
2021-10-14 22:10:48.645 [bus notice] <aa
2021-10-14 22:10:48.673 [main debug] performing regular tasks
2021-10-14 22:10:48.673 [bus info] scan 08 cmd: 3108070400
2021-10-14 22:10:48.682 [bus notice] <aa
2021-10-14 22:10:48.682 [bus debug] start request 31
2021-10-14 22:10:48.682 [bus debug] arbitration start with 31
2021-10-14 22:10:48.723 [bus notice] <aa
2021-10-14 22:10:48.723 [bus notice] >31
2021-10-14 22:10:48.758 [bus notice] <aa
2021-10-14 22:10:48.758 [bus notice] >31
2021-10-14 22:10:48.793 [bus notice] <aa
2021-10-14 22:10:48.793 [bus notice] >31
2021-10-14 22:10:48.822 [bus notice] <aa
2021-10-14 22:10:48.822 [bus notice] >31
2021-10-14 22:10:48.868 [bus notice] <aa
2021-10-14 22:10:48.868 [bus notice] >31
2021-10-14 22:10:48.903 [bus notice] <aa
2021-10-14 22:10:48.903 [bus notice] >31
2021-10-14 22:10:48.946 [bus notice] <aa
2021-10-14 22:10:48.946 [bus notice] >31
2021-10-14 22:10:48.986 [bus notice] <aa
2021-10-14 22:10:48.986 [bus notice] >31
2021-10-14 22:10:49.026 [bus notice] <aa
2021-10-14 22:10:49.026 [bus notice] >31
2021-10-14 22:10:49.062 [bus notice] <aa
2021-10-14 22:10:49.062 [bus notice] >31
2021-10-14 22:10:49.109 [bus notice] <aa
2021-10-14 22:10:49.109 [bus notice] >31
2021-10-14 22:10:49.142 [bus notice] <aa
2021-10-14 22:10:49.142 [bus notice] >31
2021-10-14 22:10:49.186 [bus notice] <aa
2021-10-14 22:10:49.186 [bus notice] >31
2021-10-14 22:10:49.210 [bus notice] <aa
2021-10-14 22:10:49.210 [bus notice] >31
2021-10-14 22:10:49.242 [bus notice] <aa
2021-10-14 22:10:49.242 [bus notice] >31
2021-10-14 22:10:49.286 [bus notice] <aa
2021-10-14 22:10:49.286 [bus notice] >31
2021-10-14 22:10:49.325 [bus notice] <aa
2021-10-14 22:10:49.325 [bus notice] >31
2021-10-14 22:10:49.365 [bus notice] <aa
2021-10-14 22:10:49.365 [bus notice] >31
2021-10-14 22:10:49.390 [bus notice] <aa
2021-10-14 22:10:49.390 [bus notice] >31
2021-10-14 22:10:49.402 [bus notice] <aa
2021-10-14 22:10:49.402 [bus notice] >31
2021-10-14 22:10:49.432 [bus notice] <aa
2021-10-14 22:10:49.432 [bus notice] >31
2021-10-14 22:10:49.475 [bus notice] <aa
2021-10-14 22:10:49.475 [bus notice] >31
2021-10-14 22:10:49.521 [bus notice] <aa
2021-10-14 22:10:49.521 [bus notice] >31
2021-10-14 22:10:49.552 [bus notice] <aa
2021-10-14 22:10:49.553 [bus notice] >31
2021-10-14 22:10:49.583 [bus notice] <aa
2021-10-14 22:10:49.583 [bus notice] >31
2021-10-14 22:10:49.625 [bus notice] <aa
2021-10-14 22:10:49.625 [bus notice] >31
2021-10-14 22:10:49.664 [bus notice] <aa
2021-10-14 22:10:49.664 [bus notice] >31
2021-10-14 22:10:49.706 [bus notice] <aa
2021-10-14 22:10:49.706 [bus notice] >31
2021-10-14 22:10:49.752 [bus notice] <aa
2021-10-14 22:10:49.752 [bus notice] >31
2021-10-14 22:10:49.782 [bus notice] <aa
2021-10-14 22:10:49.782 [bus notice] >31
2021-10-14 22:10:49.827 [bus notice] <aa
2021-10-14 22:10:49.827 [bus notice] >31
2021-10-14 22:10:49.862 [bus notice] <aa
2021-10-14 22:10:49.862 [bus notice] >31
2021-10-14 22:10:49.906 [bus notice] <aa
2021-10-14 22:10:49.906 [bus notice] >31
2021-10-14 22:10:49.942 [bus notice] <aa
2021-10-14 22:10:49.942 [bus notice] >31
2021-10-14 22:10:49.985 [bus notice] <aa
2021-10-14 22:10:49.985 [bus notice] >31
2021-10-14 22:10:50.033 [bus notice] <aa
2021-10-14 22:10:50.033 [bus notice] >31
2021-10-14 22:10:50.078 [bus notice] <aa
2021-10-14 22:10:50.078 [bus notice] >31
2021-10-14 22:10:50.112 [bus notice] <aa
2021-10-14 22:10:50.112 [bus notice] >31
2021-10-14 22:10:50.156 [bus notice] <aa
2021-10-14 22:10:50.156 [bus notice] >31
2021-10-14 22:10:50.193 [bus notice] <aa
2021-10-14 22:10:50.193 [bus notice] >31
2021-10-14 22:10:50.236 [bus notice] <aa
2021-10-14 22:10:50.237 [bus notice] >31
2021-10-14 22:10:50.275 [bus notice] <aa
2021-10-14 22:10:50.275 [bus notice] >31
2021-10-14 22:10:50.315 [bus notice] <aa
2021-10-14 22:10:50.316 [bus notice] >31
2021-10-14 22:10:50.356 [bus notice] <aa
2021-10-14 22:10:50.356 [bus notice] >31
2021-10-14 22:10:50.392 [bus notice] <aa
2021-10-14 22:10:50.392 [bus notice] >31
2021-10-14 22:10:50.435 [bus notice] <aa
2021-10-14 22:10:50.435 [bus notice] >31
2021-10-14 22:10:50.472 [bus notice] <aa
2021-10-14 22:10:50.472 [bus notice] >31
2021-10-14 22:10:50.515 [bus notice] <aa
2021-10-14 22:10:50.515 [bus notice] >31
2021-10-14 22:10:50.557 [bus notice] <aa
2021-10-14 22:10:50.557 [bus notice] >31
2021-10-14 22:10:50.593 [bus notice] <31
2021-10-14 22:10:50.593 [bus debug] arbitration won
2021-10-14 22:10:50.594 [bus debug] arbitration delay 9 micros
2021-10-14 22:10:50.594 [bus debug] switching from ready to send command
2021-10-14 22:10:50.594 [bus notice] >08
2021-10-14 22:10:50.626 [bus notice] <31
2021-10-14 22:10:50.627 [bus debug] notify request: ERR: wrong symbol received
2021-10-14 22:10:50.627 [bus debug] ERR: wrong symbol received during send command, switching to skip
2021-10-14 22:10:50.627 [main error] scan config 08: ERR: wrong symbol received
2021-10-14 22:10:50.713 [bus notice] <aa
2021-10-14 22:10:50.752 [bus notice] <31
2021-10-14 22:10:50.783 [bus notice] <aa
2021-10-14 22:10:50.783 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:50.825 [bus notice] <31
2021-10-14 22:10:50.866 [bus notice] <aa
2021-10-14 22:10:50.866 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:50.905 [bus notice] <31
2021-10-14 22:10:50.957 [bus notice] <aa
2021-10-14 22:10:50.957 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:50.992 [bus notice] <31
2021-10-14 22:10:51.022 [bus notice] <aa
2021-10-14 22:10:51.022 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:51.072 [bus notice] <31
2021-10-14 22:10:51.122 [bus notice] <31
2021-10-14 22:10:51.165 [bus notice] <aa
2021-10-14 22:10:51.165 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:51.205 [bus notice] <31
2021-10-14 22:10:51.262 [bus notice] <aa
2021-10-14 22:10:51.262 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:51.315 [bus notice] <31
2021-10-14 22:10:51.356 [bus notice] <aa
2021-10-14 22:10:51.356 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:51.391 [bus notice] <31
2021-10-14 22:10:51.423 [bus notice] <aa
2021-10-14 22:10:51.423 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:51.466 [bus notice] <31
2021-10-14 22:10:51.506 [bus notice] <02
2021-10-14 22:10:51.545 [bus notice] <fe
2021-10-14 22:10:51.585 [bus notice] <31
2021-10-14 22:10:51.628 [bus notice] <31
2021-10-14 22:10:51.672 [bus notice] <31
2021-10-14 22:10:51.715 [bus notice] <31
2021-10-14 22:10:51.756 [bus notice] <31
2021-10-14 22:10:51.792 [bus notice] <31
2021-10-14 22:10:51.823 [bus notice] <31
2021-10-14 22:10:51.869 [bus notice] <31
2021-10-14 22:10:51.903 [bus notice] <31
2021-10-14 22:10:51.948 [bus notice] <31
2021-10-14 22:10:51.982 [bus notice] <31
2021-10-14 22:10:52.013 [bus notice] <31
2021-10-14 22:10:52.055 [bus notice] <31
2021-10-14 22:10:52.103 [bus notice] <31
2021-10-14 22:10:52.146 [bus notice] <31
2021-10-14 22:10:52.185 [bus notice] <31
2021-10-14 22:10:52.226 [bus notice] <31
2021-10-14 22:10:52.266 [bus notice] <31
2021-10-14 22:10:52.305 [bus notice] <31
2021-10-14 22:10:52.350 [bus notice] <31
2021-10-14 22:10:52.388 [bus notice] <31
2021-10-14 22:10:52.422 [bus notice] <31
2021-10-14 22:10:52.465 [bus notice] <31
2021-10-14 22:10:52.506 [bus notice] <31
2021-10-14 22:10:52.545 [bus notice] <31
2021-10-14 22:10:52.586 [bus notice] <31
2021-10-14 22:10:52.627 [bus notice] <31
2021-10-14 22:10:52.627 [main debug] performing regular tasks
2021-10-14 22:10:52.627 [bus info] scan 15 cmd: 3115070400
2021-10-14 22:10:52.662 [bus notice] <31
2021-10-14 22:10:52.712 [bus notice] <31
2021-10-14 22:10:52.757 [bus notice] <31
2021-10-14 22:10:52.796 [bus notice] <31
2021-10-14 22:10:52.836 [bus notice] <31
2021-10-14 22:10:52.875 [bus notice] <31
2021-10-14 22:10:52.916 [bus notice] <31
2021-10-14 22:10:52.955 [bus notice] <31
2021-10-14 22:10:52.996 [bus notice] <31
2021-10-14 22:10:53.036 [bus notice] <08
2021-10-14 22:10:53.075 [bus notice] <aa
2021-10-14 22:10:53.075 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:53.075 [bus debug] start request 31
2021-10-14 22:10:53.075 [bus debug] arbitration start with 31
2021-10-14 22:10:53.113 [bus notice] <aa
2021-10-14 22:10:53.113 [bus notice] >31
2021-10-14 22:10:53.155 [bus notice] <aa
2021-10-14 22:10:53.155 [bus notice] >31
2021-10-14 22:10:53.198 [bus notice] <aa
2021-10-14 22:10:53.198 [bus notice] >31
2021-10-14 22:10:53.245 [bus notice] <aa
2021-10-14 22:10:53.245 [bus notice] >31
2021-10-14 22:10:53.287 [bus notice] <aa
2021-10-14 22:10:53.287 [bus notice] >31
2021-10-14 22:10:53.325 [bus notice] <aa
2021-10-14 22:10:53.325 [bus notice] >31
2021-10-14 22:10:53.365 [bus notice] <10
2021-10-14 22:10:53.365 [bus debug] arbitration lost
2021-10-14 22:10:53.365 [bus debug] ERR: arbitration lost during ready, retry
2021-10-14 22:10:53.440 [bus debug] ERR: read timeout during receive command, switching to skip
2021-10-14 22:10:53.440 [bus debug] start request 31
2021-10-14 22:10:53.440 [bus debug] arbitration start with 31
2021-10-14 22:10:53.452 [bus notice] <08
2021-10-14 22:10:53.482 [bus notice] <b5
2021-10-14 22:10:53.513 [bus notice] <11
2021-10-14 22:10:53.555 [bus notice] <01
2021-10-14 22:10:53.607 [bus notice] <01
2021-10-14 22:10:53.642 [bus notice] <89
2021-10-14 22:10:53.695 [bus notice] <00
2021-10-14 22:10:53.766 [bus notice] <09
2021-10-14 22:10:53.805 [bus notice] <50
2021-10-14 22:10:53.842 [bus notice] <48
2021-10-14 22:10:53.861 [bus notice] <80
2021-10-14 22:10:53.874 [bus notice] <0c
2021-10-14 22:10:53.884 [bus notice] <ff
2021-10-14 22:10:53.896 [bus notice] <74
2021-10-14 22:10:53.911 [bus notice] <00
2021-10-14 22:10:53.925 [bus notice] <00
2021-10-14 22:10:53.937 [bus notice] <ff
2021-10-14 22:10:53.953 [bus notice] <f8
2021-10-14 22:10:53.968 [bus notice] <00
2021-10-14 22:10:53.982 [bus notice] <aa
2021-10-14 22:10:53.982 [bus notice] >31
2021-10-14 22:10:54.004 [bus notice] <aa
2021-10-14 22:10:54.004 [bus notice] >31
2021-10-14 22:10:54.044 [bus notice] <aa
2021-10-14 22:10:54.044 [bus notice] >31
2021-10-14 22:10:54.085 [bus notice] <aa
2021-10-14 22:10:54.085 [bus notice] >31
2021-10-14 22:10:54.129 [bus notice] <aa
2021-10-14 22:10:54.129 [bus notice] >31
2021-10-14 22:10:54.163 [bus notice] <aa
2021-10-14 22:10:54.163 [bus notice] >31
2021-10-14 22:10:54.207 [bus notice] <aa
2021-10-14 22:10:54.207 [bus notice] >31
2021-10-14 22:10:54.246 [bus notice] <aa
2021-10-14 22:10:54.246 [bus notice] >31
2021-10-14 22:10:54.286 [bus notice] <aa
2021-10-14 22:10:54.286 [bus notice] >31
2021-10-14 22:10:54.325 [bus notice] <aa
2021-10-14 22:10:54.326 [bus notice] >31
2021-10-14 22:10:54.366 [bus notice] <aa
2021-10-14 22:10:54.366 [bus notice] >31
2021-10-14 22:10:54.402 [bus notice] <aa
2021-10-14 22:10:54.402 [bus notice] >31
2021-10-14 22:10:54.452 [bus notice] <aa
2021-10-14 22:10:54.452 [bus notice] >31
2021-10-14 22:10:54.495 [bus notice] <aa
2021-10-14 22:10:54.495 [bus notice] >31
2021-10-14 22:10:54.538 [bus notice] <aa
2021-10-14 22:10:54.538 [bus notice] >31
2021-10-14 22:10:54.572 [bus notice] <aa
2021-10-14 22:10:54.572 [bus notice] >31
2021-10-14 22:10:54.602 [bus notice] <aa
2021-10-14 22:10:54.602 [bus notice] >31
2021-10-14 22:10:54.636 [bus notice] <aa
2021-10-14 22:10:54.636 [bus notice] >31
2021-10-14 22:10:54.672 [bus notice] <aa
2021-10-14 22:10:54.672 [bus notice] >31
2021-10-14 22:10:54.715 [bus notice] <aa
2021-10-14 22:10:54.715 [bus notice] >31
2021-10-14 22:10:54.762 [bus notice] <aa
2021-10-14 22:10:54.762 [bus notice] >31
2021-10-14 22:10:54.805 [bus notice] <aa
2021-10-14 22:10:54.805 [bus notice] >31
2021-10-14 22:10:54.845 [bus notice] <aa
2021-10-14 22:10:54.845 [bus notice] >31
2021-10-14 22:10:54.886 [bus notice] <aa
2021-10-14 22:10:54.886 [bus notice] >31
2021-10-14 22:10:54.925 [bus notice] <aa
2021-10-14 22:10:54.926 [bus notice] >31
2021-10-14 22:10:54.965 [bus notice] <aa
2021-10-14 22:10:54.965 [bus notice] >31
2021-10-14 22:10:55.006 [bus notice] <aa
2021-10-14 22:10:55.006 [bus notice] >31
2021-10-14 22:10:55.048 [bus notice] <aa
2021-10-14 22:10:55.048 [bus notice] >31
2021-10-14 22:10:55.086 [bus notice] <aa
2021-10-14 22:10:55.086 [bus notice] >31
2021-10-14 22:10:55.125 [bus notice] <aa
2021-10-14 22:10:55.125 [bus notice] >31
2021-10-14 22:10:55.166 [bus notice] <aa
2021-10-14 22:10:55.166 [bus notice] >31
2021-10-14 22:10:55.206 [bus notice] <aa
2021-10-14 22:10:55.206 [bus notice] >31
2021-10-14 22:10:55.247 [bus notice] <aa
2021-10-14 22:10:55.247 [bus notice] >31
2021-10-14 22:10:55.282 [bus notice] <aa
2021-10-14 22:10:55.282 [bus notice] >31
2021-10-14 22:10:55.314 [bus notice] <31
2021-10-14 22:10:55.314 [bus debug] arbitration won
2021-10-14 22:10:55.314 [bus debug] arbitration delay 8 micros
2021-10-14 22:10:55.314 [bus debug] switching from ready to send command
2021-10-14 22:10:55.314 [bus notice] >15
2021-10-14 22:10:55.357 [bus notice] <aa
2021-10-14 22:10:55.357 [bus debug] notify request: ERR: SYN received
2021-10-14 22:10:55.357 [bus debug] ERR: SYN received during send command, switching to ready
2021-10-14 22:10:55.357 [main error] scan config 15: ERR: SYN received
2021-10-14 22:10:55.432 [bus notice] <31
2021-10-14 22:10:55.475 [bus notice] <aa
2021-10-14 22:10:55.475 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:55.517 [bus notice] <31
2021-10-14 22:10:55.559 [bus notice] <aa
2021-10-14 22:10:55.559 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:55.616 [bus notice] <31
2021-10-14 22:10:55.666 [bus notice] <aa
2021-10-14 22:10:55.667 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:55.692 [bus notice] <31
2021-10-14 22:10:55.722 [bus notice] <aa
2021-10-14 22:10:55.722 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:55.769 [bus notice] <aa
2021-10-14 22:10:55.802 [bus notice] <31
2021-10-14 22:10:55.845 [bus notice] <aa
2021-10-14 22:10:55.845 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:55.885 [bus notice] <aa
2021-10-14 22:10:55.925 [bus notice] <aa
2021-10-14 22:10:55.965 [bus notice] <aa
2021-10-14 22:10:56.006 [bus notice] <aa
2021-10-14 22:10:56.045 [bus notice] <aa
2021-10-14 22:10:56.112 [bus notice] <aa
2021-10-14 22:10:56.154 [bus notice] <aa
2021-10-14 22:10:56.204 [bus notice] <aa
2021-10-14 22:10:56.245 [bus notice] <aa
2021-10-14 22:10:56.282 [bus notice] <aa
2021-10-14 22:10:56.314 [bus notice] <aa
2021-10-14 22:10:56.356 [bus notice] <aa
2021-10-14 22:10:56.402 [bus notice] <31
2021-10-14 22:10:56.445 [bus notice] <aa
2021-10-14 22:10:56.445 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:56.487 [bus notice] <31
2021-10-14 22:10:56.526 [bus notice] <2a
2021-10-14 22:10:56.566 [bus notice] <cc
2021-10-14 22:10:56.603 [bus notice] <31
2021-10-14 22:10:56.645 [bus notice] <31
2021-10-14 22:10:56.692 [bus notice] <31
2021-10-14 22:10:56.722 [bus notice] <31
2021-10-14 22:10:56.752 [bus notice] <31
2021-10-14 22:10:56.804 [bus notice] <31
2021-10-14 22:10:56.845 [bus notice] <31
2021-10-14 22:10:56.885 [bus notice] <31
2021-10-14 22:10:56.925 [bus notice] <31
2021-10-14 22:10:56.965 [bus notice] <31
2021-10-14 22:10:57.005 [bus notice] <31
2021-10-14 22:10:57.043 [bus notice] <31
2021-10-14 22:10:57.082 [bus notice] <31
2021-10-14 22:10:57.121 [bus notice] <31
2021-10-14 22:10:57.152 [bus notice] <31
2021-10-14 22:10:57.197 [bus notice] <31
2021-10-14 22:10:57.235 [bus notice] <31
2021-10-14 22:10:57.275 [bus notice] <31
2021-10-14 22:10:57.315 [bus notice] <31
2021-10-14 22:10:57.355 [bus notice] <31
2021-10-14 22:10:57.357 [main debug] performing regular tasks
2021-10-14 22:10:57.395 [bus notice] <31
2021-10-14 22:10:57.432 [bus notice] <31
2021-10-14 22:10:57.463 [bus notice] <31
2021-10-14 22:10:57.504 [bus notice] <31
2021-10-14 22:10:57.543 [bus notice] <31
2021-10-14 22:10:57.586 [bus notice] <31
2021-10-14 22:10:57.632 [bus notice] <31
2021-10-14 22:10:57.667 [bus notice] <31
2021-10-14 22:10:57.692 [bus notice] <31
2021-10-14 22:10:57.732 [bus notice] <31
2021-10-14 22:10:57.776 [bus notice] <31
2021-10-14 22:10:57.815 [bus notice] <15
2021-10-14 22:10:57.855 [bus notice] <aa
2021-10-14 22:10:57.855 [bus debug] ERR: SYN received during receive command, switching to ready
2021-10-14 22:10:57.895 [bus notice] <aa
2021-10-14 22:10:57.935 [bus notice] <10
2021-10-14 22:10:57.975 [bus notice] <08
2021-10-14 22:10:58.019 [bus notice] <b5
2021-10-14 22:10:58.052 [bus notice] <10
2021-10-14 22:10:58.083 [bus notice] <09
2021-10-14 22:10:58.121 [bus notice] <00
2021-10-14 22:10:58.152 [bus notice] <00
2021-10-14 22:10:58.195 [bus notice] <6a
2021-10-14 22:10:58.236 [bus notice] <7a
2021-10-14 22:10:58.268 [bus notice] <ff
2021-10-14 22:10:58.302 [bus notice] <ff
2021-10-14 22:10:58.345 [bus notice] <00
2021-10-14 22:10:58.385 [bus notice] <ff
2021-10-14 22:10:58.430 [bus notice] <00
2021-10-14 22:10:58.462 [bus notice] <45
2021-10-14 22:10:58.506 [bus notice] <00
2021-10-14 22:10:58.545 [bus notice] <01
2021-10-14 22:10:58.585 [bus notice] <01
2021-10-14 22:10:58.628 [bus notice] <9a
2021-10-14 22:10:58.662 [bus notice] <00
2021-10-14 22:10:58.662 [update info] received MS cmd: 1008b5100900006a7affff00ff00 / 0101
2021-10-14 22:10:58.663 [update notice] received unknown MS cmd: 1008b5100900006a7affff00ff00 / 0101
2021-10-14 22:10:58.706 [bus notice] <aa
2021-10-14 22:10:58.752 [bus notice] <aa
2021-10-14 22:10:58.782 [bus notice] <aa
2021-10-14 22:10:58.812 [bus notice] <aa
2021-10-14 22:10:58.856 [bus notice] <aa
2021-10-14 22:10:58.892 [bus notice] <aa
2021-10-14 22:10:58.935 [bus notice] <aa
2021-10-14 22:10:58.975 [bus notice] <aa
2021-10-14 22:10:59.016 [bus notice] <aa
2021-10-14 22:10:59.055 [bus notice] <aa
2021-10-14 22:10:59.097 [bus notice] <aa
2021-10-14 22:10:59.137 [bus notice] <aa
2021-10-14 22:10:59.172 [bus notice] <aa
2021-10-14 22:10:59.202 [bus notice] <aa
2021-10-14 22:10:59.231 [bus notice] <aa
2021-10-14 22:10:59.278 [bus notice] <aa
2021-10-14 22:10:59.315 [bus notice] <aa
2021-10-14 22:10:59.355 [bus notice] <aa
2021-10-14 22:10:59.395 [bus notice] <aa
2021-10-14 22:10:59.435 [bus notice] <aa
2021-10-14 22:10:59.476 [bus notice] <aa
2021-10-14 22:10:59.515 [bus notice] <aa
2021-10-14 22:10:59.556 [bus notice] <aa
2021-10-14 22:10:59.595 [bus notice] <aa
2021-10-14 22:10:59.635 [bus notice] <aa
2021-10-14 22:10:59.673 [bus notice] <aa
2021-10-14 22:10:59.702 [bus notice] <aa
2021-10-14 22:10:59.732 [bus notice] <aa
2021-10-14 22:10:59.782 [bus notice] <aa
2021-10-14 22:10:59.827 [bus notice] <aa
2021-10-14 22:10:59.862 [bus notice] <aa
2021-10-14 22:10:59.905 [bus notice] <aa
2021-10-14 22:10:59.945 [bus notice] <aa
2021-10-14 22:10:59.972 [bus notice] <aa
2021-10-14 22:11:00.015 [bus notice] <aa
2021-10-14 22:11:00.052 [bus notice] <aa
2021-10-14 22:11:00.092 [bus notice] <aa
2021-10-14 22:11:00.113 [bus notice] <aa
2021-10-14 22:11:00.155 [bus notice] <aa
2021-10-14 22:11:00.195 [bus notice] <aa
2021-10-14 22:11:00.236 [bus notice] <aa
2021-10-14 22:11:00.275 [bus notice] <aa
2021-10-14 22:11:00.312 [bus notice] <aa
2021-10-14 22:11:00.342 [bus notice] <aa
2021-10-14 22:11:00.392 [bus notice] <aa
2021-10-14 22:11:00.432 [bus notice] <aa
2021-10-14 22:11:00.466 [bus notice] <aa
2021-10-14 22:11:00.503 [bus notice] <aa
2021-10-14 22:11:00.545 [bus notice] <aa
2021-10-14 22:11:00.581 [bus notice] <aa
2021-10-14 22:11:00.613 [bus notice] <aa
2021-10-14 22:11:00.655 [bus notice] <aa
2021-10-14 22:11:00.701 [bus notice] <aa
2021-10-14 22:11:00.722 [bus notice] <aa
2021-10-14 22:11:00.753 [bus notice] <10
2021-10-14 22:11:00.795 [bus notice] <08
2021-10-14 22:11:00.842 [bus notice] <b5
2021-10-14 22:11:00.886 [bus notice] <11
2021-10-14 22:11:00.926 [bus notice] <01
2021-10-14 22:11:00.962 [bus notice] <01
2021-10-14 22:11:01.005 [bus notice] <89
2021-10-14 22:11:01.045 [bus notice] <00
2021-10-14 22:11:01.086 [bus notice] <09
2021-10-14 22:11:01.128 [bus notice] <4e
2021-10-14 22:11:01.169 [bus notice] <46
2021-10-14 22:11:01.215 [bus notice] <80
2021-10-14 22:11:01.253 [bus notice] <0c
2021-10-14 22:11:01.287 [bus notice] <ff
2021-10-14 22:11:01.335 [bus notice] <74
2021-10-14 22:11:01.374 [bus notice] <00
2021-10-14 22:11:01.418 [bus notice] <00
2021-10-14 22:11:01.452 [bus notice] <ff
2021-10-14 22:11:01.499 [bus notice] <7e
2021-10-14 22:11:01.533 [bus notice] <00
2021-10-14 22:11:01.533 [update info] received MS cmd: 1008b5110101 / 094e46800cff740000ff
2021-10-14 22:11:01.533 [update notice] received unknown MS cmd: 1008b5110101 / 094e46800cff740000ff
2021-10-14 22:11:01.562 [bus notice] <aa
2021-10-14 22:11:01.606 [bus notice] <aa
2021-10-14 22:11:01.642 [bus notice] <aa
2021-10-14 22:11:01.672 [bus notice] <aa
2021-10-14 22:11:01.713 [bus notice] <aa
2021-10-14 22:11:01.738 [bus notice] <aa
2021-10-14 22:11:01.777 [bus notice] <aa
2021-10-14 22:11:01.816 [bus notice] <aa
2021-10-14 22:11:01.842 [bus notice] <aa
2021-10-14 22:11:01.861 [bus notice] <aa
2021-10-14 22:11:01.894 [bus notice] <aa
2021-10-14 22:11:01.935 [bus notice] <aa
2021-10-14 22:11:01.977 [bus notice] <aa
2021-10-14 22:11:02.016 [bus notice] <aa
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 14 Oktober 2021, 22:38:21
Zitat von: Ralf78 am 14 Oktober 2021, 22:29:40
das spuckt folgendes aus:
das sieht eher mau aus. könntest du den Adapter mal via USB anschließen, um erstmal die möglichen Fehlerquellen zu minimieren?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Ralf78 am 15 Oktober 2021, 21:02:07
das könnte ich, muss aber erst mal n paar Sachen bestellen. fürn Anschluss hab ich derzeit nix da....
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Ralf78 am 20 Oktober 2021, 20:40:39
nur mal kurz für mein Verständnis: kann ich am J8 einfach entsprechend der Belegung meinen Raspi anschliessen?

J8 Pin1 (GND) an Raspi Pin 6 Ground
J8 Pin2 TXD an Raspi GIPO 15 Pin 10 RXD (gekreutzt?)
J8 Pin3 RXD an Raspi GIPO 14 Pin 8 TXD
J8 pin4 3,3V an Raspi Pin 1 3,3V
Ich wollt nur vorher fragen bevor ich blau-weisse wölkchen produziere  :)
Ich verstehe das so das ich dann kein mini-uart haben muss. Dashier ist ja nur zum testen...
Bei manchen Dingen verstehe ich die Zusammenhänge noch nicht, bin Anfänger....Danke für die hilfe
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Reinhart am 22 Oktober 2021, 10:07:46
ja das geht, dann musst aber den richtigen RPI Treiber  (https://forum.fhem.de/index.php/topic,84636.0.html)verwenden!

LG
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Ralf78 am 26 Oktober 2021, 21:30:13
@ Reinhart vielen dank für den Tipp. unter buster scheint es  Installationsprobleme zu geben. IRQ´s wurden wohl geändert...
https://github.com/eBUS/ttyebus/issues/12 (https://github.com/eBUS/ttyebus/issues/12)
Naja Habs zum laufen bekommen und wieder einiges gelernt.
@john30 sieht jetzt gut aus:
root@raspberrypi:/home/pi# ebusd --scanconfig --checkconfig
2021-10-26 21:05:26.153 [main notice] ebusd 21.2.v21.2-45-gbfd4650 performing configuration check...
2021-10-26 21:05:26.436 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2021-10-26 21:05:26.437 [main notice] ebusd stopped
root@raspberrypi:/home/pi# ebusctl info
version: ebusd 21.2.v21.2-45-gbfd4650
update check: revision v21.2 available
access: *
signal: acquired
symbol rate: 141
max symbol rate: 157
min arbitration micros: 1
max arbitration micros: 166
min symbol latency: 3
max symbol latency: 13
reconnects: 0
masters: 3
messages: 464
conditional: 3
poll: 1
update: 10
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/bai.308523.inc" ([P                         ROD='0010004280']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0126;HW=6002", loaded "vaillant/15.470.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd

In meiner config steht jetzt nur noch:

EBUSD_OPTS="--scanconfig --accesslevel=* -d /dev/ttyebus -p 8888 --httpport=8890 --htmlpath=/var/ebusd/html --logfile=/var/log/ebusd.log --log=all:error --log=bus:info"


Würde bedeuten, das der wemos einen weg hat oder?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 02 November 2021, 09:14:12
Zitat von: Ralf78 am 26 Oktober 2021, 21:30:13
Würde bedeuten, das der wemos einen weg hat oder?
sieht fast so aus. du könntest mal schauen, ob TX vom Wemos bis zur Platine durchkommt. Vielleicht ist es ja nur eine kalte Lötstelle
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 26 November 2022, 14:55:39
Bei mir macht der Adapter seit heute mucken, hab nichts an der Installation auf der ebusd läuft gemacht und bin in dem Thema kein bisschen mehr drin.

Hab zur Kontrolle einfach mal ein Backup der SD vom letzten Jahr gemacht, es bleibt aber beim gleichen Verhalten.

pi@raspiebusdunifi:/var/log $ ebusd --checkconfig --scanconfig
2022-11-26 14:36:12.733 [main notice] ebusd 3.3.v3.3 performing configuration check...
2022-11-26 14:36:12.827 [main error] error reading config files: ERR: element not found, last error:
2022-11-26 14:36:12.829 [main notice] found messages: 0 (0 conditional on 0 conditions, 0 poll, 0 update)
2022-11-26 14:36:12.831 [main notice] ebusd stopped



Ein paar Zeilen des Logs:

2022-11-26 14:32:20.549 [main notice] ebusd 3.3.v3.3 started with auto scan
2022-11-26 14:32:20.648 [main error] error reading config files: ERR: element not found, last error:
2022-11-26 14:32:20.659 [bus notice] bus started with own address 31/36
2022-11-26 14:32:20.680 [bus notice] signal acquired
2022-11-26 14:32:20.750 [mqtt notice] connection established
2022-11-26 14:32:24.390 [bus notice] new master 10, master count 2
2022-11-26 14:32:24.455 [bus notice] new master 03, master count 3
2022-11-26 14:32:24.456 [update notice] received unknown MS cmd: 1008b5110101 / 0992ff8009006e4400ff
2022-11-26 14:32:24.731 [update notice] received unknown MS cmd: 1008b5100900000072ffff010000 / 0101
2022-11-26 14:32:24.992 [update notice] received unknown MS cmd: 1008b5110102 / 05033c965082
2022-11-26 14:32:30.825 [bus notice] scan 08: ;Vaillant;BAI00;0902;7401
2022-11-26 14:32:30.826 [update notice] store 08 ident: done
2022-11-26 14:32:30.826 [update notice] sent scan-read scan.08  QQ=31: Vaillant;BAI00;0902;7401
2022-11-26 14:32:30.826 [bus notice] scan 08: ;Vaillant;BAI00;0902;7401
2022-11-26 14:32:30.918 [main error] unable to load scan config 08: list files in vaillant ERR: element not found
2022-11-26 14:32:30.918 [main error] scan config 08: ERR: element not found
2022-11-26 14:32:33.054 [bus notice] scan 15: ;Vaillant;70000;0510;6403
2022-11-26 14:32:33.054 [update notice] store 15 ident: done
2022-11-26 14:32:33.055 [update notice] sent scan-read scan.15  QQ=31: Vaillant;70000;0510;6403
2022-11-26 14:32:33.055 [bus notice] scan 15: ;Vaillant;70000;0510;6403
2022-11-26 14:32:33.147 [main error] unable to load scan config 15: list files in vaillant ERR: element not found
2022-11-26 14:32:33.147 [main error] scan config 15: ERR: element not found
2022-11-26 14:32:34.535 [update notice] received unknown MS cmd: 1008b5110101 / 0994ff800900704000ff
2022-11-26 14:32:34.814 [update notice] received unknown MS cmd: 1008b5100900000072ffff010000 / 0101
2022-11-26 14:32:44.564 [update notice] received unknown MS cmd: 1008b5110101 / 0994ff800900704000ff
2022-11-26 14:32:44.841 [update notice] received unknown MS cmd: 1008b5100900007772ffff000000 / 0101
2022-11-26 14:32:55.374 [update notice] received unknown MS cmd: 1008b5110101 / 0996ff800900704000ff
2022-11-26 14:32:55.650 [update notice] received unknown MS cmd: 1008b5100900007772ffff000000 / 0101
2022-11-26 14:32:55.927 [update notice] received unknown MS cmd: 1008b5040100 / 0a03583214261106228009
2022-11-26 14:32:56.187 [update notice] received unknown MS cmd: 1008b5110102 / 05033c965082
2022-11-26 14:32:56.429 [update notice] received unknown BC cmd: 10feb516080056321426110622
2022-11-26 14:33:09.692 [update notice] received unknown MS cmd: 1008b5110100 / 08b80413001b3000c1
2022-11-26 14:33:09.693 [update notice] received unknown BC cmd: 10feb51603010008
2022-11-26 14:33:09.693 [update notice] received unknown MS cmd: 1008b5100305ff01 / 00
2022-11-26 14:33:09.694 [update notice] received unknown MS cmd: 1008b512020000 / 00
2022-11-26 14:33:09.695 [update notice] received unknown MS cmd: 1008b5120204ff / 00
2022-11-26 14:33:09.700 [update notice] received unknown MS cmd: 1008b513020508 / 00
2022-11-26 14:33:09.700 [update notice] received unknown BC cmd: 10feb510020601
2022-11-26 14:33:10.032 [bus notice] max. symbols per second: 141
2022-11-26 14:33:15.335 [update notice] received unknown MS cmd: 1008b5110101 / 0998ff800900704000ff
2022-11-26 14:33:18.812 [update notice] received unknown MS cmd: 1008b5100900007772ffff000000 / 0101
2022-11-26 14:33:24.804 [update notice] received unknown MS cmd: 1008b5110101 / 0998ff800900704000ff
2022-11-26 14:33:25.081 [update notice] received unknown MS cmd: 1008b5100900007772ffff000000 / 0101
2022-11-26 14:33:25.340 [update notice] received unknown MS cmd: 1008b5110102 / 05033c965082
2022-11-26 14:33:34.868 [update notice] received unknown MS cmd: 1008b5110101 / 099aff800900704000ff
2022-11-26 14:33:35.148 [update notice] received unknown MS cmd: 1008b5100900007772ffff000000 / 0101
2022-11-26 14:33:44.895 [update notice] received unknown MS cmd: 1008b5110101 / 099aff800900704000ff
2022-11-26 14:33:47.222 [update notice] received unknown MS cmd: 1008b5100900007772ffff000000 / 0101
2022-11-26 14:33:54.967 [update notice] received unknown MS cmd: 1008b5110101 / 099aff800900704000ff
2022-11-26 14:34:06.416 [update notice] received unknown MS cmd: 1008b5100900007772ffff000000 / 0101
2022-11-26 14:34:06.417 [update notice] received unknown MS cmd: 1008b5040100 / 0a03573314261106228009
2022-11-26 14:34:06.417 [update notice] received unknown MS cmd: 1008b5110102 / 05033c965082
2022-11-26 14:34:06.418 [update notice] received unknown BC cmd: 10feb516080056331426110622
2022-11-26 14:34:06.419 [update notice] received unknown MS cmd: 1008b5110100 / 08d00413001b300081
2022-11-26 14:34:07.042 [bus notice] max. symbols per second: 142
2022-11-26 14:34:15.089 [update notice] received unknown MS cmd: 1008b5110101 / 099aff800900704000ff
2022-11-26 14:34:15.375 [update notice] received unknown MS cmd: 1008b5100900007772ffff000000 / 0101
2022-11-26 14:34:25.111 [update notice] received unknown MS cmd: 1008b5110101 / 099aff800900704000ff
2022-11-26 14:34:25.391 [update notice] received unknown MS cmd: 1008b5100900007772ffff000000 / 0101
2022-11-26 14:34:25.650 [update notice] received unknown MS cmd: 1008b5110102 / 05033c965082
2022-11-26 14:34:35.168 [update notice] received unknown MS cmd: 1008b5110101 / 099aff400900704000ff
2022-11-26 14:34:35.283 [main error] update check error: receive error: 301 Moved Permanently
2022-11-26 14:34:35.444 [update notice] received unknown MS cmd: 1008b5100900007772ffff000000 / 0101
2022-11-26 14:34:42.264 [mqtt error] read message 700 CylinderChargeHyst not found
2022-11-26 14:34:46.163 [mqtt error] read message 700 DisplayedOutsideTemp not found
2022-11-26 14:34:46.164 [mqtt error] read message 700 Hc1HeatCurve not found
2022-11-26 14:34:46.165 [mqtt error] read message 700 Hc1MinFlowTempDesired not found
2022-11-26 14:34:46.165 [mqtt error] read message 700 HwcTempDesired not found
2022-11-26 14:34:46.165 [mqtt error] read message 700 MaxCylinderChargeTime not found
2022-11-26 14:34:46.166 [mqtt error] read message 700 PumpAdditionalTime not found
2022-11-26 14:34:46.166 [mqtt error] read message 700 Hc1Status not found
2022-11-26 14:34:46.166 [mqtt error] read message 700 z1DayTemp not found
2022-11-26 14:34:46.167 [mqtt error] read message 700 z1NightTemp not found
2022-11-26 14:34:46.167 [mqtt error] read message bai HcStarts not found
2022-11-26 14:34:46.167 [mqtt error] read message bai HwcStarts not found
2022-11-26 14:34:46.168 [mqtt error] read message bai HcHours not found
2022-11-26 14:34:46.168 [mqtt error] read message bai HwcHours not found
2022-11-26 14:34:46.168 [mqtt error] read message bai Hc1PumpStatus not found
2022-11-26 14:34:46.169 [mqtt error] read message bai FanHours not found
2022-11-26 14:34:46.169 [mqtt error] read message bai FlowHysteresisON not found
2022-11-26 14:34:45.237 [update notice] received unknown MS cmd: 1008b5110101 / 099aff400900704000ff
2022-11-26 14:34:46.171 [update notice] received unknown MS cmd: 1008b5100900007772ffff000000 / 0101
2022-11-26 14:34:46.172 [mqtt error] read message bai FlowHysteresisOff not found
2022-11-26 14:34:46.172 [mqtt error] read message bai WaterPressure not found
2022-11-26 14:34:46.172 [mqtt error] read message bai CounterStartattempts1 not found
2022-11-26 14:34:46.173 [mqtt error] read message bai CounterStartattempts2 not found
2022-11-26 14:34:46.173 [mqtt error] read message bai CounterStartattempts3 not found
2022-11-26 14:34:46.174 [mqtt error] read message bai CounterStartattempts4 not found
2022-11-26 14:34:46.174 [mqtt error] read message 700 CylinderChargeHyst not found
2022-11-26 14:34:46.175 [mqtt error] write message 700 HwcTempDesired not found
2022-11-26 14:34:46.175 [mqtt error] read message 700 MaxCylinderChargeTime not found
2022-11-26 14:34:46.176 [mqtt error] read message bai HwcStarts not found
2022-11-26 14:34:46.176 [mqtt error] read message bai HwcHours not found
2022-11-26 14:34:55.308 [update notice] received unknown MS cmd: 1008b5110101 / 0998ff800900704000ff
2022-11-26 14:34:55.586 [update notice] received unknown MS cmd: 1008b5100900007772ffff000000 / 0101
2022-11-26 14:34:55.866 [update notice] received unknown MS cmd: 1008b5040100 / 0a03573414261106228009
2022-11-26 14:34:56.125 [update notice] received unknown MS cmd: 1008b5110102 / 05033c965082
2022-11-26 14:34:56.368 [update notice] received unknown BC cmd: 10feb516080057341426110622
2022-11-26 14:34:56.644 [update notice] received unknown MS cmd: 1008b5110100 / 08cd0413001b300081
2022-11-26 14:34:56.865 [update notice] received unknown BC cmd: 10feb51603010008
2022-11-26 14:35:05.369 [update notice] received unknown MS cmd: 1008b5110101 / 0998ff800900704000ff
2022-11-26 14:35:05.647 [update notice] received unknown MS cmd: 1008b5100900007772ffff000000 / 0101
2022-11-26 14:35:15.403 [update notice] received unknown MS cmd: 1008b5110101 / 0998ff800900704000ff
2022-11-26 14:35:15.681 [update notice] received unknown MS cmd: 1008b5100900007772ffff000000 / 0101
2022-11-26 14:35:25.475 [update notice] received unknown MS cmd: 1008b5110101 / 0998ff800900704000ff
2022-11-26 14:35:25.751 [update notice] received unknown MS cmd: 1008b5100900007772ffff000000 / 0101
2022-11-26 14:35:26.010 [update notice] received unknown MS cmd: 1008b5110102 / 05033c965082
2022-11-26 14:35:35.492 [update notice] received unknown MS cmd: 1008b5110101 / 0998ff800900704000ff
2022-11-26 14:35:42.823 [update notice] received unknown MS cmd: 1008b5100900007772ffff000000 / 0101
2022-11-26 14:35:45.556 [update notice] received unknown MS cmd: 1008b5110101 / 0996ff800900724000ff
2022-11-26 14:35:45.837 [update notice] received unknown MS cmd: 1008b5100900007772ffff000000 / 0101
2022-11-26 14:35:55.632 [update notice] received unknown MS cmd: 1008b5110101 / 0996ff800900724000ff
2022-11-26 14:35:55.918 [update notice] received unknown MS cmd: 1008b5100900007772ffff000000 / 0101
2022-11-26 14:35:56.196 [update notice] received unknown MS cmd: 1008b5040100 / 0a03583514261106228009
2022-11-26 14:35:56.455 [update notice] received unknown MS cmd: 1008b5110102 / 05033c965082
2022-11-26 14:35:56.700 [update notice] received unknown BC cmd: 10feb516080057351426110622
2022-11-26 14:35:56.972 [update notice] received unknown MS cmd: 1008b5110100 / 08bb0413001b300081
2022-11-26 14:35:57.192 [update notice] received unknown BC cmd: 10feb51603010008
2022-11-26 14:36:05.692 [update notice] received unknown MS cmd: 1008b5110101 / 0996ff800900724000ff
2022-11-26 14:36:05.970 [update notice] received unknown MS cmd: 1008b5100900007772ffff000000 / 0101
2022-11-26 14:36:15.714 [update notice] received unknown MS cmd: 1008b5110101 / 0996ff800900724000ff
2022-11-26 14:36:25.023 [update notice] received unknown MS cmd: 1008b5100900007772ffff000000 / 0101
2022-11-26 14:36:25.790 [update notice] received unknown MS cmd: 1008b5110101 / 0996ff800900724000ff
2022-11-26 14:36:26.003 [bus notice] max. symbols per second: 175


pi@raspiebusdunifi:/var/log $  systemctl status ebusd
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/lib/systemd/system/ebusd.service; enabled; vendor preset: enabled)
   Active: active (running) since Sat 2022-11-26 14:32:20 CET; 32min ago
  Process: 1995 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=0/SUCCESS)
Main PID: 1996 (ebusd)
   Memory: 900.0K
   CGroup: /system.slice/ebusd.service
           └─1996 /usr/bin/ebusd -d /dev/ttyebus -p 8888 -l /var/log/ebusd.log --scanconfig --httpport=8081 --accesslevel=* --mqttport=1883 --mqttjson --mqtthost=192.168.188.26 --mqtttopic=ebusd/%circu

Nov 26 14:32:17 raspiebusdunifi systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
Nov 26 14:32:20 raspiebusdunifi systemd[1]: ebusd.service: Can't open PID file /run/ebusd.pid (yet?) after start: No such file or directory
Nov 26 14:32:20 raspiebusdunifi systemd[1]: Started ebusd, the daemon for communication with eBUS heating systems..


pi@raspiebusdunifi:/var/log $ ebusctl info
version: ebusd 3.3.v3.3
access: *
signal: acquired
symbol rate: 22
max symbol rate: 178
min arbitration micros: 52
max arbitration micros: 69
min symbol latency: 4
max symbol latency: 4
reconnects: 0
masters: 3
messages: 2
conditional: 0
poll: 0
update: 0
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0902;HW=7401"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0510;HW=6403"
address 31: master #8, ebusd
address 36: slave #8, ebusd



Kann mir wer auf die Sprünge helfen wie ich der Sache auf den Grund gehe weshalb die config-files nicht mehr gelesen werden können ?
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: john30 am 26 November 2022, 15:29:00
Zitat von: TomLee am 26 November 2022, 14:55:39
Kann mir wer auf die Sprünge helfen wie ich der Sache auf den Grund gehe weshalb die config-files nicht mehr gelesen werden können ?
versuch mal, die Config URL auf cfg.ebusd.eu umzustellen. Diese (ur)alte Version hat noch die inzwischen nicht mehr gültige Adresse.
Oder aktualisiere ebusd
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 26 November 2022, 16:01:18
Zitatversuch mal, die Config URL auf cfg.ebusd.eu umzustellen. Diese (ur)alte Version hat noch die inzwischen nicht mehr gültige Adresse.

Klappt weiterhin nicht:

pi@raspiebusdunifi:/etc/default $ systemctl status ebusd
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/lib/systemd/system/ebusd.service; enabled; vendor preset: enabled)
   Active: active (running) since Sat 2022-11-26 15:50:56 CET; 6s ago
  Process: 909 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=0/SUCCESS)
Main PID: 910 (ebusd)
   Memory: 760.0K
   CGroup: /system.slice/ebusd.service
           └─910 /usr/bin/ebusd -d /dev/ttyebus -p 8888 -l /var/log/ebusd.log --scanconfig --httpport=8081 --accesslevel=* --mqttport=1883 --configpath=http://cfg.ebusd.eu --mqttjson --mqtthost=192.168.188.26 --mqtttopic=ebusd/%circuit/%name --mqttuser=bli --mqttpass=bla"

Nov 26 15:50:56 raspiebusdunifi systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
Nov 26 15:50:56 raspiebusdunifi systemd[1]: ebusd.service: Can't open PID file /run/ebusd.pid (yet?) after start: No such file or directory
Nov 26 15:50:56 raspiebusdunifi systemd[1]: Started ebusd, the daemon for communication with eBUS heating systems..


ZitatOder aktualisiere ebusd
Wird also deiner Meinung nach, nach einem update wieder alles in Ordnung sein, muss ich mir keine Sorgen machen das irgendein Bauteil auf der Platine hin ist ?
Les ich mich jetzt ein wie ein update geht und nebenbei bereite ich eine neue SD mit aktuellem OS vor, das ich gleich mal alles "frisch" mache, auch Unifi.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 26 November 2022, 16:11:36
Es klappt doch (vielen Dank für die schnelle Hilfe), bin ich froh, hatte nach dem ergänzen nur geschaut was systemctl status ebusd ausgibt und wegen dem ebusd.service: Can't open PID file /run/ebusd.pid (yet?) after start: No such file or directory gedacht es klappt nicht, im Log sieht aber auf den ersten Blick wieder alles normal aus / in FHEM kommen die Werte wieder via MQTT an.

Was hat es mit dem ebusd.service: Can't open PID file /run/ebusd.pid (yet?) after start: No such file or directory auf sich, war das normal, ich weiß es nicht mehr.
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: TomLee am 27 November 2022, 14:45:05
Beschäftige mich jetzt schon wieder ewig damit, meine Installationsschritte auf einem frischen Bullseye 11 sind:

pi@raspiebusdunifi:~ $ wget -qO - https://raw.githubusercontent.com/john30/ebusd-debian/master/ebusd.gpg.key|sudo apt-key add -
Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8)).
OK
pi@raspiebusdunifi:~ $ sudo wget -O /etc/apt/sources.list.d/ebusd.list https://raw.githubusercontent.com/john30/ebusd-debian/master/ebusd-default-bullseye.list
--2022-11-27 14:26:47--  https://raw.githubusercontent.com/john30/ebusd-debian/master/ebusd-default-bullseye.list
Resolving raw.githubusercontent.com (raw.githubusercontent.com)... 185.199.109.133, 185.199.111.133, 185.199.110.133, ...
Connecting to raw.githubusercontent.com (raw.githubusercontent.com)|185.199.109.133|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 61 [text/plain]
Saving to: '/etc/apt/sources.list.d/ebusd.list'

/etc/apt/sources.list.d/ebusd.list                  100%[===================================================================================================================>]      61  --.-KB/s    in 0s     

2022-11-27 14:26:48 (226 KB/s) - '/etc/apt/sources.list.d/ebusd.list' saved [61/61]

pi@raspiebusdunifi:~ $ sudo apt-get update
Get:1 http://archive.raspberrypi.org/debian bullseye InRelease [23,6 kB]
Get:2 http://raspbian.raspberrypi.org/raspbian bullseye InRelease [15,0 kB]                       
Get:3 https://repo.ebusd.eu/apt/default/bullseye bullseye InRelease [3.667 B]                                 
Get:4 http://archive.raspberrypi.org/debian bullseye/main armhf Packages [311 kB]
Get:5 http://raspbian.raspberrypi.org/raspbian bullseye/main armhf Packages [13,2 MB]
Get:6 https://repo.ebusd.eu/apt/default/bullseye bullseye/main armhf Packages [470 B]                                                                                                                         
Fetched 13,6 MB in 40s (339 kB/s)                                                                                                                                                                             
Reading package lists... Done
pi@raspiebusdunifi:~ $ sudo apt-get install ebusd
Reading package lists... Done
Building dependency tree... Done
Reading state information... Done
The following additional packages will be installed:
  libmosquitto1
The following NEW packages will be installed:
  ebusd libmosquitto1
0 upgraded, 2 newly installed, 0 to remove and 46 not upgraded.
Need to get 360 kB of archives.
After this operation, 166 kB of additional disk space will be used.
Do you want to continue? [Y/n] y
Get:2 https://repo.ebusd.eu/apt/default/bullseye bullseye/main armhf ebusd armhf 22.4 [277 kB]
Get:1 http://mirror1.hs-esslingen.de/pub/Mirrors/archive.raspbian.org/raspbian bullseye/main armhf libmosquitto1 armhf 2.0.11-1 [83,4 kB]
Fetched 360 kB in 5s (72,9 kB/s)                                                         
Selecting previously unselected package libmosquitto1:armhf.
(Reading database ... 43422 files and directories currently installed.)
Preparing to unpack .../libmosquitto1_2.0.11-1_armhf.deb ...
Unpacking libmosquitto1:armhf (2.0.11-1) ...
Selecting previously unselected package ebusd.
Preparing to unpack .../archives/ebusd_22.4_armhf.deb ...
Unpacking ebusd (22.4) ...
Setting up libmosquitto1:armhf (2.0.11-1) ...
Setting up ebusd (22.4) ...
Instructions:
1. Edit /etc/default/ebusd if necessary
   (especially if your device is not /dev/ttyUSB0)
2. Start the daemon with 'systemctl start ebusd'
3. Check the log file /var/log/ebusd.log
4. Make the daemon autostart with 'systemctl enable ebusd'
Processing triggers for libc-bin (2.31-13+rpt2+rpi1+deb11u4) ...
pi@raspiebusdunifi:~ $ sudo nano /etc/default/ebusd


Beim starten kommt:
pi@raspiebusdunifi:~ $ sudo service ebusd start
Job for ebusd.service failed because a fatal signal was delivered to the control process.
See "systemctl status ebusd.service" and "journalctl -xe" for details.
pi@raspiebusdunifi:~ $ systemctl status ebusd.service
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
     Loaded: loaded (/lib/systemd/system/ebusd.service; disabled; vendor preset: enabled)
     Active: activating (auto-restart) (Result: signal) since Sun 2022-11-27 14:38:46 CET; 19s ago
    Process: 1845 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=killed, signal=ILL)
        CPU: 59ms
pi@raspiebusdunifi:~ $ journalctl -xe
Nov 27 14:39:16 raspiebusdunifi systemd[1]: ebusd.service: Control process exited, code=killed, status=4/ILL
░░ Subject: Unit process exited
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ An ExecStart= process belonging to unit ebusd.service has exited.
░░
░░ The process' exit code is 'killed' and its exit status is 4.
Nov 27 14:39:16 raspiebusdunifi systemd[1]: ebusd.service: Failed with result 'signal'.
░░ Subject: Unit failed
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ The unit ebusd.service has entered the 'failed' state with result 'signal'.
Nov 27 14:39:16 raspiebusdunifi systemd[1]: Failed to start ebusd, the daemon for communication with eBUS heating systems..
░░ Subject: A start job for unit ebusd.service has failed
░░ Defined-By: systemd
░░ Support: https://www.debian.org/support
░░
░░ A start job for unit ebusd.service has finished with a failure.
░░
░░ The job identifier is 1843 and the job result is failed.


Warum bekomm ich die Meldung mit dem fatal Signal ? Finde dazu nix, nur ähnliche Meldungen die darauf hinweisen selbst zu kompilieren (hab ich auch schon probiert, aber auch gescheitert).
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: arnie am 01 Dezember 2022, 21:07:32
Hallo zusammen,

ich versuche gerade meine ebus in betrieb zu nehmen und habe das Problem das meine Heizung scheinbar von scanconfig nicht erkannt wird:

Ausgabe ebusctl i:
version: ebusd 22.4.v22.4-28-gbc3e6110
update check: revision v22.4 available
device: /dev/ttyUSB0
signal: acquired
symbol rate: 22
max symbol rate: 29
reconnects: 0
masters: 2
messages: 12
conditional: 0
poll: 0
update: 4
address 03: master #11
address 31: master #8, ebusd
address 36: slave #8, ebusd

Ich habe eine Vaillant auroCompact ../3 ohne witterungsgeführten Regler mit Solarpaneelen.

Mache ich etwas falsch oder benötige ich den Regler??
Titel: Antw:eBus Schaltung V2 in Betrieb nehmen
Beitrag von: Schlauer Det am 12 Januar 2023, 10:39:26
Moin liebe Gemeinde,

im Herbst 2019 hatte ich den eBUS Adapter V2.2 RPI aus dem Forum nach einigen Startschwierigkeiten und mit Hilfe von @Reinhart an meine Vaillant ecoCompact VSC 206 / 4-5 90 angeschlossen und lese seitdem ohne weitere Software-Änderung die wesentlichsten Daten der Gastherme mit.

Da ich noch einen zweiten Adapter V2.2 RPI hier liegen habe und meine, es wäre an der Zeit, die Sache auf den neuesten Software-Stand zu bringen (einschliesslich MQTT2), bin ich am suchen, wo man nach so langer Software-Abstinenz wieder am besten anfangen kann.

Vor allem bin ich mir nicht im Klaren, welche Versionen des Daemons und der Steuerdateien für den eBUSd verwendet werden müssen.

Kann mir vielleicht jemand der Wissenden etwas auf's Pferd helfen und mir die Startpunkte nennen?

Ich würde mich sehr freuen, wenn mir jemand weiterhelfen könnte.


Grüße von der Küste
Det  :)