FHEM Forum

FHEM - Anwendungen => Heizungssteuerung/Raumklima => Thema gestartet von: Reinhart am 23 Dezember 2015, 15:19:45

Titel: eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 23 Dezember 2015, 15:19:45
eBus Schaltung in Betrieb nehmen!

Dieser Thread dient als Unterstützung für den Nachbau und der Inbetriebnahme der Ebus-Schaltung nach pah seinem Entwurf.
Da der Thread des eBus schon sehr lange und unübersichtlich wird, habe ich alles was die Schaltung und den Testbetrieb der Schaltung betrifft hier gesammelt wieder gegeben. Anlass war die Sammelbestellung von 50 Platinen für den eBus die in wenigen Tagen bei den Usern eintreffen und einige Fragen schon im Vorfeld abklären sollten.

Als Unterstützung sollte man als erstes das Wiki (http://www.fhemwiki.de/wiki/EBUS) lesen! 
Bei allgemeinen Problemen rund um die Software "eBusd" bitte diesen Thread (http://forum.fhem.de/index.php/topic,29737.0.html) benutzen.
EBusd Installation (http://forum.fhem.de/index.php/topic,46098.msg378798.html#msg378798) ist hier.
Anbindung an Fhem bitte hier (http://forum.fhem.de/index.php/topic,46098.msg381563.html#msg381563) weiter.

Link zum automatischen Installer! (http://forum.fhem.de/index.php/topic,46098.msg405704.html#msg405704)


Diese Beschreibung sollte hauptsächlich für Personen dienen, bei denen es nicht das tägliche Brot ist elektronische Schaltungen in Betrieb zu nehmen. Ich setze hier voraus, dass der Umgang mit einem Lötkolben klar ist. Wer noch nie gelötet hat, sollte besser einen Bekannten ersuchen der das schon gemacht hat.
Wer eine fertige Platine hat, ist etwa in 30 Minuten mit der Bestückung der Platine fertig. Wer die Schaltung selbst auf einer Lochrasterplatine machen will, muss schon einige Stunden dafür aufbringen.

http://www.fhemwiki.de/w/images/5/55/EBUS-IF-USB.png (http://www.fhemwiki.de/w/images/5/55/EBUS-IF-USB.png)
(http://www.fhemwiki.de/w/images/5/55/EBUS-IF-USB.png)
Die Schaltung des eBus von Prof. Dr. Peter A. Henning (aus dem Wiki verlinkt).


Probeaufbau:
(http://up.picr.de/24052707hf.png)
Hier ein Beispiel eines Aufbaues auf einer Lochrasterplatine. Sieht nicht ganz so schön aus, tut aber genau so seine Dienste und ist natürlich etwas aufwändiger was die Lötarbeit betrifft. Für kleine Prototypen immer noch die ideale Art, besonders wenn es schnell gehen muss und man auf Platinenbestellungen nicht warten will.



fertige Platine:


(http://up.picr.de/24044459gu.png)

so sieht eine fertige Platine aus wie sie aus den Gerberfiles (http://forum.fhem.de/index.php/topic,45127.msg370647.html#msg370647) gefertigt wird. Es gibt zahlreiche Anbieter von Platinenfertigungen, auch aus dem deutschsprachigen Raum. Bei der Sammelbestellung von 50 Stück kamen wir auf einen Preis von knapp 1.- € bei einem asiatischen Hersteller. 5 Platinen gab es dann noch als Zugabe.


(http://up.picr.de/24044456sa.png)

bei der Bestückung sollte geachtet werden mit den niedrigsten Bauteilen zuerst zu beginnen, sonst fallen sie beim verlöten ständig heraus.

 
(http://up.picr.de/24045014ko.png)

in der Version 1.5 ist noch ein kleiner (Schönheits)Fehler, welcher jedoch mit einer kleinen Lötbrücke (man verbindet Pin 14+13+12) schnell beseitigt wird. Da es sich bei dem 4011 um einen CMos  handelt, ist es von Vorteil alle offenen Eingänge (oder unbenutzte Gatter) auf einen logischen Pegel zu legen damit es zu keinen Schwingneigungen im Betrieb kommen kann. Aber bitte nur Eingänge (12+13), niemals Ausgänge außer über einen hochohmigen Widerstand!


(http://up.picr.de/24052604qc.png)

Es empfiehlt sich zusätzlich (wie hier abgebildet) bei CMos IC-Sockel mit Blockkondensator zu verwenden.
Die Sockel sind zwar etwas teurer, leisten aber gute Dienste und sind extrem kurz an der Versorgungsspannung was ein wichtiger Faktor ist.
Wer so einen Sockel nicht zur Verfügung hat, kann auch einen 10nF Kondensator hinten auf die Platine löten. Unbedingt notwendig ist er nicht, kann aber Störungen im Betrieb vermeiden helfen.


(http://up.picr.de/24052608gw.png) 

Nach fertiger Bestückung und nochmaliger Endkontrolle der Lötstellen und der Bauteile, sollte man die Schaltung (ohne eBus) kontrollieren und kann auch gleich eine Grobabstimmung des Potentiometers durchführen. Dazu verwende ich ein regelbares Netzgerät (5-24 Volt) am Eingang des Schaltung. Bitte niemals direkt anschließen, sondern über einen Vorwiderstand von etwa 330 Ohm damit in Senderichtung kein Kurzschluss am Transistor entsteht. Ich habe hier Abstimmung noch schnell eine LED an RXD angeschlossen, damit ich rein optisch den Schaltpunkt sehe. Dann stelle ich das Netzgerät auf etwa 12.0 Volt (an der eBusklemme gemessen) und drehe das Poti so lange bis die Led gerade NICHT leuchtet. Erhöhe ich die Spannung um ein kleines bisschen, dann sollte die Led leuchten. Die meisten so abgestimmten Platinen brauchen keine Feinabstimmung mehr. Die Spannung von 12.0 Volt kann jedoch bei anderen Signalpegeln des eBus (andere Therme oder Hersteller) etwas abweichen. Bei der Abstimmung muss unbedingt der RS232-Konverter angeschlossen sein und an einem USB Stecker wie Laptop versorgt werden, damit die Schaltung auch Versorgungsspannung hat.
Manche RS232 Konverter haben Leds am Eingang und damit kann auch prima direkt am eBus abgestimmt werden. Beginnt die RxD zu flackern, dann soweit drehen bis es aufhört und dann wieder um die Hälfte zurück damit die Mittelstellung erreicht wird. Es sind aber nur wenige Millimeter wo die Schaltung funktioniert.
Hier noch eine nützliche Einstellhilfe von John30 (http://forum.fhem.de/index.php/topic,46098.msg379253.html?PHPSESSID=l6i7t0b2kqsblmhug9i6a6i875#msg379253) direkt am eBus ohne erforderliches Zubehör.

(http://up.picr.de/24052607mu.png)
bei dieser Spannung sollte die Led noch nicht leuchten! So lange am Poti drehen bis sie "gerade" erlischt.

(http://up.picr.de/24052611nr.png)
so ein primitives kleines Netzgerät kann gute Dienste leisten. Wer so etwas nicht zur Verfügung hat, muss wohl die Abstimmung an der Therme durchführen. Hier schön zu sehen der Vorwiderstand zur Spannungsversorgung der Platine. NIEMALS an den eBus der Heizungsanlage anschließen!

(http://up.picr.de/24052606lw.png)


wer es ganz genau machen will, soll sich ein Trimpotentiometer besorgen, hier ist die Abstimmung etwas leichter. zu bewerkstelligen.


(http://up.picr.de/24052605zc.png)
so wie hier dargestellt, schaltet die Led schon bei 12,19 Volt durch.

(http://up.picr.de/24052609vr.png)

mit einem Schraubendreher wird hier abgestimmt, man braucht fast 3 Hände dazu um auch gleichzeitig zu messen, aber das erledigt ja die behelfsmäßige Led und man kontrolliert die Spannung nachher.


(http://up.picr.de/24052612ke.png)

hier noch der Schaltplan mit einigen wichtigen Spannungen für den Testbetrieb am Netzgerät. Bitte beachtet den Widerstand am Eingang des eBus und die Anschaltung der behelfsmäßigen Led zur Abstimmung. Spätestens dann, wenn die Schaltung auf Anhieb nicht funktionieren sollte,  werdet ihr über so einen Versuchsaufbau nicht herum kommen. Hier kann in Ruhe die Schaltung getestet und gemessen werden. Defekte Bauteile oder fehlerhafte Lötstellen sollten dann schnell gefunden werden.


Ich wünsche viel Erfolg bei der Inbetriebnahme.


Bekannte Fehler:
nicht alle RS232 Konverter verhalten sich auf dieser Schaltung gleich, es kann sein das einige ungeeignet dafür sind oder sehr schwer abzustimmen sind. Der wie oben im Bild dargestellte eignet sich sehr gut, achtet auf den FTDI-Chip.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 23 Dezember 2015, 15:21:13
Software Installation und Test!


Alle wichtigen Informationen findet man in der Wiki von John30 (https://github.com/john30/ebusd/wiki/1.-Build-and-install)!
Hier noch ein wichtiger Hinweis von John30 (http://forum.fhem.de/index.php/topic,46098.msg379144.html?PHPSESSID=bkfao6jmrjtt5ujhk263oh3ac4#msg379144) betreffend der Installation.


Im Prinzip sollte man sich überlegen ob man für den eBus einen eigenen Rechner nimmt oder auf der bestehenden Fhem Installation laufen lassen sollte. Ich empfehle eine Trennung, da dies mehrere Vorteile speziell zum Testen anbietet.


(http://up.picr.de/24055307fd.png)
hier meine Konfiguration von Fhem und das Zusammenspiel mit eBusd via ECMD, bitte nur als Beispiel zu sehen, kann aber jeder handhaben wie es am Besten ins Konzept passt.


Hier in Kurzübersicht die wichtigsten Befehle zur Installation von ebusd für einen Raspberry Pi unter Debian.

zunächst wird aus dem Git ausgecheckt:
git clone https://github.com/john30/ebusd.git

falls das nicht funktioniert sollte vorher noch git auf dem Raspi aktualisiert (installiert)  werden:
apt-get install git autoconf automake g++ make

(http://up.picr.de/24055308gf.png)



cd ebusd
sudo ./autogen.sh --prefix=/usr
sudo make
sudo make install
sudo update-rc.d ebusd defaults

um die Binary zu compilieren mache ich das immer so.

Das kann je nach Geschwindigkeit des Rechners schon um die 20 Minuten dauern. Nach erfolgter Meldung kann schon getestet werden welche Version nun auf dem Rechner ist und ob der Dämon überhaupt schon läuft.

pi@raspberry2 ~ $ ps -ax | grep ebus
2236 ?        Ssl   14:10 /usr/bin/ebusd -l /var/log/ebusd.log -d /dev/ttyUSB0 -p 8888 --httpport=80 --htmlpath=/var/www
[code]


[code]pi@raspberry2 ~ $ ebusd -V
ebusd 2.0.0-preview.79cbd56


Zur Kontrolle sollte noch gecheckt werden ob das Logfile (http://forum.fhem.de/index.php/topic,29737.msg335970.html#msg335970) (var/log/ebusd.log) auch richtig angelegt wurde und ob schon Einträge vorhanden sind.


Logfile:

Das Logfile ist zur Inbetriebnahme unerlässlich (http://forum.fhem.de/index.php/topic,29737.msg335970/topicseen.html#msg335970) und kann (zB. mit PsPad) ausgelesen werden.



2015-12-22 16:27:34.015 [bus error] signal lost
2015-12-22 16:27:34.195 [bus notice] signal acquired
2015-12-22 16:28:12.029 [bus error] signal lost
2015-12-22 16:28:12.339 [bus notice] signal acquired
2015-12-22 16:28:14.006 [bus error] signal lost
2015-12-22 16:28:16.372 [bus notice] signal acquired
2015-12-22 16:28:18.023 [bus error] signal lost
2015-12-22 16:28:18.729 [bus notice] signal acquired
2015-12-22 16:28:20.458 [update notice] update myCustom Status01: 43.0;41.0;8.000;41.0;38.0;ok
2015-12-22 16:28:26.460 [update notice] update bc Mode QQ=10: standby
2015-12-22 16:28:30.436 [update notice] update myCustom Status01: 41.0;40.0;8.000;41.0;38.0;ok
2015-12-22 16:28:32.458 [update notice] update broadcast vdatetime QQ=10: 16:24:52;22.12.2015
2015-12-22 16:28:32.696 [update notice] update myCustom2 Pumpenstatus: ok
2015-12-22 16:28:36.452 [update notice] update bc Mode QQ=10: standby
2015-12-22 16:28:40.478 [update notice] update myCustom Status01: 40.0;39.0;7.750;41.0;38.0;ok
2015-12-22 16:28:42.482 [update notice] update myCustom1 Status11: nosignal;41;5;18;-;-;-;-;8.000
2015-12-22 16:28:42.753 [update notice] update myCustom Status02: auto;60;70.0;70;54.0


hier ein typisches Log wenn das Poti noch nicht kalibriert wurde.
Ab dem Eintrag 16:28:20.458 war dann die richtige Stellung gefunden. Das Poti soll daher zunächst ganz nach links (Transistor der Platine ist dann rechts unten) gedreht werden und dann vorsichtig auf etwa 2:00 Uhr. Bei knapp 2:00 Uhr ist bei mir die ideale Stellung. Der Stellbereich ist sehr klein (etwa 1-2 mm), daher einen Schraubendreher verwenden der sehr exakt passt und gleichzeitig mit dem Laptop abfragen starten. Zur Kontrolle dann das Log (var/log/ebusd.log) abfragen. Im Anschluß teste ich dann noch Befehle wie Heizkurve verstellen oder Offset für Außentemperatur, diese sieht man dann auch innerhalb von Sekunden in der Anzeige der Temperatur.

2015-11-29 06:26:55.271 [update notice] update myCustom1 Status11: nosignal;40;0;15;-;-;-;-;-0.188
2015-11-29 06:26:55.541 [update notice] update myCustom Status02: auto;60;70.0;70;54.0
2015-11-29 06:26:59.293 [update notice] update bc Mode QQ=10: standby
2015-11-29 06:27:03.323 [update notice] update myCustom Status01: 53.0;45.0;-0.438;47.0;46.0;error
2015-11-29 06:27:05.268 [update notice] update broadcast outsidetemp QQ=10: -3.188
2015-11-29 06:27:09.344 [update notice] update bc Mode QQ=10: standby
2015-11-29 06:27:11.934 [bus error] send to 08: ERR: read timeout, retry
2015-11-29 06:27:11.981 [bus error] send to 08: ERR: read timeout, retry
2015-11-29 06:27:12.025 [bus error] send to 08: ERR: read timeout, retry
2015-11-29 06:27:12.069 [bus error] send to 08: ERR: read timeout


in diesem Fall liegt ein Fehler bei jedem Sendeversuch vor. Ein "bus error" mit timeout sollte nicht (zu oft) zu finden sein. Gut zu sehen sind schon die Broadcast Meldungen, die selbständig über den Bus laufen und vom Konverter schon richtig interpretiert werden. Sollten wie in diesem Fall, die Meldungen nicht mit Texten zu lesen sein fehlen noch die Konfigurationfiles (csv) im Verzeichnis /etc/ebusd. Welche Files hier verwendet werden sollen ist von der Therme und dem Zubehör abhängig.

pi@raspberry2 /etc/ebusd $ ls -al *.csv
-rw------- 1 pi pi 16908 Nov 28 18:34 430.csv
-rw-rw-rw- 1 pi pi 19588 Nov  7 19:05 bai.csv
-rwxrwxrwx 1 pi pi  2547 Okt 10 18:18 broadcast.csv
-rw-rwxrwx 1 pi pi   869 Sep 18 14:26 common.csv
-rw------- 1 pi pi  1104 Okt 24 19:12 error.csv
-rwxrwxrwx 1 pi pi   371 Sep 12 16:01 scan.csv
-rw-rw-rw- 1 pi pi  3406 Okt 10 18:14 _templates.csv

hier meine Konfigurationen bei einer Vaillant Therme mit Calormatic 430.

Bei einer korrekten Funktion des Schaltung sollte das Logfile wie folgt aussehen:
2015-12-23 16:55:42.922 [update notice] update myCustom Status01: 33.0;33.0;7.125;35.0;37.0;ok
2015-12-23 16:55:44.919 [update notice] update myCustom1 Status11: nosignal;12;17;19;-;-;-;-;7.125
2015-12-23 16:55:45.139 [update notice] unknown BC cmd: 10feb505020400
2015-12-23 16:55:46.920 [update notice] update bc Mode QQ=10: standby
2015-12-23 16:55:52.984 [update notice] update myCustom Status01: 33.0;33.0;7.125;35.0;37.0;ok
2015-12-23 16:55:56.962 [update notice] update bc Mode QQ=10: standby
2015-12-23 16:56:02.984 [update notice] update myCustom Status01: 33.0;32.0;7.125;35.0;37.0;ok
2015-12-23 16:56:04.973 [update notice] update broadcast vdatetime QQ=10: 16:52:23;23.12.2015
2015-12-23 16:56:05.230 [update notice] update myCustom2 Pumpenstatus: ok
2015-12-23 16:56:06.959 [update notice] update bc Mode QQ=10: standby
2015-12-23 16:56:11.004 [update notice] update myCustom Status01: 33.0;32.0;7.125;35.0;37.0;ok
2015-12-23 16:56:13.002 [update notice] update myCustom1 Status11: nosignal;41;17;19;-;-;-;-;7.125
2015-12-23 16:56:13.273 [update notice] update myCustom Status02: auto;60;70.0;70;54.0
2015-12-23 16:56:16.978 [update notice] update bc Mode QQ=10: standby
2015-12-23 16:56:21.009 [update notice] update myCustom Status01: 33.0;32.0;7.125;35.0;37.0;ok
2015-12-23 16:56:22.934 [update notice] update broadcast outsidetemp QQ=10: 4.125
2015-12-23 16:56:27.013 [update notice] update bc Mode QQ=10: standby


"nosignal" bedeutet hier nur, das im Außenfühler kein DCF Signal zur Verfügung steht (ist bei mir nicht eingebaut) und hat und deutet auf keinen Übertragungsfehler hin!


Sendeversuche:

pi@raspberry2 /etc/ebusd $ ebusctl read -m 10 outsidetemp
4.125

hier ein Versuch die Aussentemperatur abzufragen, ist in diesem Fall ok.

pi@raspberry2 /etc/ebusd $ ebusctl write 430 OutsideTempOffset -1.0
done

pi@raspberry2 /etc/ebusd $ ebusctl read -m 10 OutsideTempOffset
-1.0

in diesem Beispiel wird das Offset (zur Kalibrierung des Aussenfühlers) auf -1,0 Grad eingestellt und in die Calormatic 430 geschrieben. In der 2. Zeile wird sie wieder abgefragt ob das Ergebnis ok ist. Eventuell sollte jetzt das Log kontrolliert werden ob hier keine Fehlermeldungen durch den Sendeversuch kommen.

Sollte bis jetzt alles ok sein, steht der weiteren Einbindung in Fhem nichts mehr im Wege. Ob ihr das mit GAEBUS oder der herkömmlichen Methode mit ECMD (http://www.fhemwiki.de/wiki/EBUS#Konfiguration_FHEM) realisiert, ist im Prinzip egal. GAEBUS ist einfacher, man sollte sich aber im Thread dort (http://forum.fhem.de/index.php/topic,41064.0.html) einlesen.

CSV Files:
Wie bereits oben erwähnt ist der Output des eBusd abhängig von den korrekt eingerichteten CSV-Files. Die aktuellen CSV-Files (https://github.com/john30/ebusd-configuration) gibt es hier im Wiki (https://github.com/john30/ebusd/wiki/4.-Configuration). Auch auf Sourceforge hat pah seine Sammlung (http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/EBUS/) veröffentlicht.
Hier die letzten CSV von John Version 2.xx (https://github.com/john30/ebusd-configuration/releases) als Debian Paket zum installieren!

Teilweise sind jedoch immer wieder Anpassungen an persönliche Bedürfnisse oder andere HW-Konfigurationen durzuführen. Ich möchte euch daher meinen aktuellen Stand für Vaillant Therme EcoTecPlus und Calormatic 430 nicht vorenthalten. Es sind hier die Zeitprogramme (von der 470) mit übernommen und noch verschiedene Kleinigkeiten angepasst (File siehe Anhang).

pi@raspberry2 ~ $ ebusctl r -f mcTTMonday
0;03:30;19:30;-:-;-:-;-:-;-:-;Mo-So

pi@raspberry2 ~ $ ebusctl r -c 470mc mcTTMonday
0;03:30;19:30;-:-;-:-;-:-;-:-;Mo-So

pi@raspberry2 ~ $ ebusctl w -c 470mc mcTTMonday "04:00;19:30;24:00;24:00;24:00;24:00;selected"
done


ein Beispiel wie ich Zeitprogramme abfrage oder korrekt setze.
Weitere komplette Beispiele wie man das in Fhem integriert habe ich hier  (http://forum.fhem.de/index.php/topic,41064.msg336911.html#msg336911)gepostet.

(http://up.picr.de/24061987mp.png)
Fhem Ansicht des oben geposteten Beispiels.


(http://up.picr.de/24062138ph.png)
hier noch eine Tablet Variante, welche ich mit FTUI erstellt habe. Hier habe ich eine Übersicht über die wesentlichen Varianten der Heiztherme die mich interessieren.

(http://up.picr.de/24062139uy.png)
und hier noch die Möglichkeit einer Timereingabe im Tabletmodus.

Es gibt noch einige weitere Beispiele was man mit den Ebusdaten alles anfangen kann. Hier einige Lösungen mit YAF (http://forum.fhem.de/index.php/topic,31999.msg261064.html#msg261064).
Wie man sieht sind die Möglichkeiten des eBus noch lange nicht erschöpft und der Phantasie stehen hier alle Türen offen. Ob man solche Spielereien wirklich braucht sei dahin gestellt, aber primär geht es um die technische Machbarkeit. Danke an die Entwickler der Software eBusd die solche Spielereien erst ermöglichen!

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: sua am 23 Dezember 2015, 17:59:26
Danke Reinhart für Deine Mühe, cooler Service.  8)

Füge doch bitte noch oben ein, daß es ggf. notwendig ist, vor dem git noch einige zusätzliche Softwarepakete (incl. git) zu installieren:
apt-get install git autoconf automake g++ make

LG,
sua
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 23 Dezember 2015, 18:45:11
Schließe mich Sua an, wirklich gut gemacht !!!

Grüße

Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 23 Dezember 2015, 20:19:19
wenn jemand was auffällt oder abgeht, einfach hier posten. Wenn es ganz wichtig ist (so wie der Hinweis von sua) dann hänge ich es in den ersten Post hinein.

Ich bin mir ziemlich sicher, wenn die 50 Platinen aus der Sammelbestellung in den nächsten Tagen/Wochen gebaut werden, dass nicht alle auf Anhieb funktionieren werden. Spätestens dann sollte dieser Thread euch wertvolle Hilfe geben oder zumindest könnt ihr euch dann hier mit der gewonnen Erfahrung austauschen!

Ich halt euch die Daumen auf gutes Gelingen! Die von mir bis jetzt 4 gebauten Platinen dieser Bestellung haben aber alle auf Anhieb funktioniert. Also Platinen Fehler gibt es schon mal keine!

Noch ein Tipp am Rande, wer die Farbcodes der Widerstände nicht auswendig kennt, einfach mit dem Messgerät nachmessen. Oft ist es schwierig den Anfang der Codes zu erwischen (links oder rechts beginnen), besonders wenn die Augen (so wie bei mir) nicht mehr die Besten sind. Der nicht in der Schaltung eingezeichnete Pullupwiderstand (links unten neben dem seriellen Anschluß) beträgt 100 KOhm. Ist aber logisch, denn der wird euch sonst übrig bleiben. Dieser Widerstand ist dann besonders wichtig, wenn ihr im Sendeweg Fehler suchen müsst. Dann müsst ihr nämlich den TxD vom RS232 Konverter abziehen und habt trotzdem noch einen definierten Eingangspegel, welcher letztlich den Darlington-Transistor durchsteuern sollte. Somit sind auch die "Sendefehler" in der Schaltung (gab es schon etliche, bei mir war nach einem Jahr plötzlich die Zenerdiode defekt) leichter zu finden.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 23 Dezember 2015, 20:31:12
Zitat von: ms_9 am 23 Dezember 2015, 20:02:35
wäre es möglich die Vorgehensweise für die Erstellung dieser Log-Datei kurz zu dokumetieren, eigener Thread vielleicht ?

Danke, habe es oben verlinkt, trotzdem nochmals hier zum Nachlesen.

Das Logfile solltest du in /etc/logrotate.d/ebusd konfigurieren. Ich habe es so eingestellt. Die Datei editieren und diesen Eintrag hinzufügen.

/var/log/ebusd.log {
rotate 7
copytruncate
compress
missingok
notifempty
daily
}


D.h: alle 7 Tage wird überschrieben, die Files werden dann komprimiert (außer dem aktuellen File) und das Ganze wird täglich ausgeführt.

LG

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Jojo11 am 23 Dezember 2015, 21:01:23
Danke Reinhart! Macht das Finden der relevanten Informationen einfacher.

schöne Grüße
Jo

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 23 Dezember 2015, 21:15:14
Zitat von: Jojo11 am 23 Dezember 2015, 21:01:23
Danke Reinhart! Macht das Finden der relevanten Informationen einfacher.

schöne Grüße
Jo

Hallo Jojo11!

ja, ich wollte einmal das der eBus Thread etwas abgesplittet wird weil er sonst sehr unübersichtlich wird. Gerade Neueinsteiger finden sich kaum mehr zurecht, so erleichtert es etwas den Nachbau der Schaltung und man findet an einer Stelle alles wesentliche. John30 kann sich dann ganz mit pah auf das "eingemachte" konzentrieren.

Speziell jetzt nach der Sammelbestellung werden viele Fragen auftauchen, die möchte ich gleich vorweg entschärfen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 24 Dezember 2015, 09:41:12
Hallo Reinhart,
wieder mal eine geniale Idee, hier die wichtigsten Daten zu konzentrieren!
Danke dafür und schöne Weihnachten!
LG John

PS: Installation der einzelnen Teile und das Builden können entfallen, wenn man eines der fertigen Releases aus https://github.com/john30/ebusd/releases (https://github.com/john30/ebusd/releases) nimmt. Ist evtl. für Einsteiger noch etwas einfacher als der ganze Build Prozess...
In den nächsten Tagen sollte auch Version 2.0 fertig werden, dann gibts auch ein wirklich aktuelles Release :-)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 24 Dezember 2015, 11:24:31
Danke John für den Hinweis, habe es soeben verlinkt. Habe ich noch gar nicht entdeckt, das du bereits fertige Binarys zur Verfügung stellst.

Es gibt Zwischenzeitlich schon so viele tolle Entwicklungen, das es immer schwerer wird auf die "Schnelle" was zu finden. Ich habe mich ja schon lange mit dem Thema eBus beschäftigt, muss aber auch immer wieder suchen, daher dieser Sammelthread rund ums Thema Nachbau.

Ich bin ebenfalls schon sehr gespannt auf die 2.0, gerade richtig für die vielen Nachbauer die jetzt kommen.

Wünsche auch allen noch ein schönes Fest!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 24 Dezember 2015, 13:45:40
Noch ein Hinweis zur Poti Einstellung:

Ich finde es leichter, wenn man zur ersten Justierung des Potis den Dienst stoppt (service ebusd stop) und statt dessen mit minimalen Parametern und ohne irgendwelche CSVs direkt in der Kommandozeile startet, z.B. so:
ebusd -f -c /tmp --logareas bus --loglevel info -d $DEVICE
$DEVICE dabei einfach durch das entsprechende /dev/ttyUSB0 o.ä. ersetzen.

Danach aktiviere ich noch aus einem zweiten Terminal (oder über screen) wie folgt den raw output:
ebusctl raw

Somit erhält man im ebusd Fenster die empfangenen Bytes als Hex, also z.B.:
2015-12-24 12:07:16.955 [bus notice] <aa
2015-12-24 12:07:17.001 [bus notice] <aa
2015-12-24 12:07:17.047 [bus notice] <aa
2015-12-24 12:07:17.093 [bus notice] <aa
2015-12-24 12:07:17.097 [bus notice] <10
2015-12-24 12:07:17.102 [bus notice] <50
2015-12-24 12:07:17.107 [bus notice] <b5
2015-12-24 12:07:17.111 [bus notice] <04


Wenn gerade kein Gerät den Bus benutzt, dann sollten etwa 20 Zeilen pro Sekunde ausgegeben werden und zwar mit "<aa" (im Beispiel die oberen 4 Zeilen).

Sobald ein Gerät den Bus benutzt, sieht das natürlich wieder anders aus. Da sind dann kurze Peaks mit was anderem als "aa" zu sehen. Das sollte man dann ignorieren (im Beispiel die unteren 4 Zeilen).

Wichtig ist dann bei der Poti Einstellung, dass man vor allem die regulären "aa"s zu sehen bekommt. Erst wenn die zuverlässig reinlaufen, kann man sich der nächsten Stufe widmen und ebusd wieder regulär als Dienst starten.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 24 Dezember 2015, 14:37:50
ich finde die von John30 erwähnte Methode mit den 2 Terminalfenster sehr gut zur Einstellung, weil sie wirklich sehr schnell durchläuft und man sofort ein Feedback bekommt ob man mit der Trimmung richtig liegt oder nicht. Sehr schön zu sehen wenn man daneben regelt!

Wer also die Möglichkeit hat unmittelbar neben dem Konverter einen Laptop zu positionieren sollte diese Methode vorziehen, weil es damit sehr schnell geht. Wenn diese Methode versagt und sich nichts tut, hat man ohnehin ein Problem in der Hardware und muss erst dann zum Messgerät greifen.

Danke dafür!

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 25 Dezember 2015, 11:11:45
Beim compilieren tauchen Warnungen bei der Variablenkonvertierung auf, sind da noch Korrektruen im cpp-File notwendig ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 25 Dezember 2015, 11:17:57
Zitat von: ms_9 am 25 Dezember 2015, 11:11:45
Beim compilieren tauchen Warnungen bei der Variablenkonvertierung auf, sind da noch Korrektruen im cpp-File notwendig ?
Das kannst Du getrost ignorieren, liegt an der RPi Architektur.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Wzut am 25 Dezember 2015, 13:44:57
Da der Postbote noch über die Alpenpässe reitet habe ich schon mal angefangen den den ebusd auf dem Rpi klar zu machen.
Wenn ich bis jetzt die ganze Doku richtig verstanden habe ist nachher der Dreh und Angelpunkt die .csv Dateien unterhalb von /etc/ebusd ?
Unter https://github.com/john30/ebusd-configuration sind auch einige für verschiedene Hersteller und ebusd Versionen hinterlegt.
Mein Problem z.Z. : für den Hersteller Wolf sind auf github aber nur Dateien für die Version 0.5 hinterlegt.
Kann ich diese auch für die Version 2.0 verwenden ? Bzw. ich habe sie aktuell nach /etc/ebusd kopiert und erhalte beim Start folgende Fehlermeldung :
2015-12-24 18:16:57.979 [main error] error reading config files: ERR: invalid argument, /etc/ebusd/wolf.csv:5



Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 25 Dezember 2015, 14:21:02
Zitat von: Wzut am 25 Dezember 2015, 13:44:57
Wenn ich bis jetzt die ganze Doku richtig verstanden habe ist nachher der Dreh und Angelpunkt die .csv Dateien unterhalb von /etc/ebusd ?
Richtig.

Zitat von: Wzut am 25 Dezember 2015, 13:44:57
Mein Problem z.Z. : für den Hersteller Wolf sind auf github aber nur Dateien für die Version 0.5 hinterlegt.
Kann ich diese auch für die Version 2.0 verwenden ?
Derzeit noch nicht, da sich jemand die Arbeit machen müsste, das auf ebusd 2.0 hochzuziehen.
Ich bin gern bereit das anzugehen, brauche aber dann Unterstützung von Wolf Usern, da ich mit meiner Vaillant Anlage natürlich nichts davon verifizieren kann.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Wzut am 25 Dezember 2015, 14:55:49
@john30, THX - dann warte ich jetzt mal gespannt auf den Tag X bis die Schaltung eintrifft und was die alte Tante Wolf da so für Daten von sich gibt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 25 Dezember 2015, 16:48:01
Zitat von: ms_9 am 25 Dezember 2015, 16:24:34
Müssen die Dateien einzeln geladen und ins Verzeichnis /etc/ebusd kopiert werden ? oder gib't da auch nen git-Befehl ?
git selbst kann das nicht, aber mit svn gehts:
svn export --force https://github.com/john30/ebusd-configuration/trunk/ebusd-2.x.x/de /etc/ebusd
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 25 Dezember 2015, 16:50:57
Zitat von: ms_9 am 25 Dezember 2015, 16:40:34
_templates.csv und ed.pms.sc.csv ist in "/etc/ebusd" definitiv vorhanden (besser gesagt: alle Dateien aus "ebusd-configuration/ebusd-2.x.x/de/vaillant")
Für ebusd 2.0-preview musst Du das Verzeichnis "ebusd-configuration/ebusd-2.x.x/de" nehmen, nicht das Vaillant Unterverzeichnis.
Ach ja, und ebusd mit "--scanconfig" starten.

Wenn Du lieber den good old way haben willst (ebusd sucht sich die CSVs nicht selbständig aus, sondern Du selbst), dann einfach aus "ebusd-1.x.x/vaillant_de" dis passenden Files einzeln rausfischen und same _templates.csv in Dein "/etc/ebusd" legen.

Wenn Du aber nicht auf die neuesten CSV aus ebusd-2.x.x verzichten willst, dann doch "ebusd-configuration/ebusd-2.x.x/de/vaillant" nehmen und in die _templates.csv noch alles aus der "ebusd-configuration/ebusd-2.x.x/de/_templates.csv" vorne dran kopieren.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 25 Dezember 2015, 16:58:21
ZitatFür ebusd 2.0-preview musst Du das Verzeichnis "ebusd-configuration/ebusd-2.x.x/de" nehmen, nicht das Vaillant Unterverzeichnis.

Du meinst "nicht nur" das vaillant-Verzeichnis ?

ZitatMüssen die Dateien einzeln geladen und ins Verzeichnis /etc/ebusd kopiert werden ? oder gib't da auch nen git-Befehl ?

git selbst kann das nicht, aber mit svn gehts:

hab's komplett geladen mit
git clone https://github.com/john30/ebusd-configuration.git
und dann die notwendigen Dateien in /etc/ebusd verschoben


EDIT: da gab's wohl eine Überschneidung mit unseren Beiträgen, ich blicke jetzt gar nicht mehr duch  :-[

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 25 Dezember 2015, 17:06:46
Zitat von: ms_9 am 25 Dezember 2015, 16:58:21
Du meinst "nicht nur" das vaillant-Verzeichnis ?
genau, einfach das Verzeichnis mit dem Sprachcode Deiner Wahl abholen (also "ebusd-2.x.x/de" oder ""ebusd-2.x.x/en"), kompletten Inhalt nach "/etc/ebusd" kopieren (also ohne "de" bzw. "en") und dann ebusd mit Zusatzoption "--scanconfig" starten.
Dann sucht sich ebusd die CSVs aus, die zu Deiner Anlage passen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 25 Dezember 2015, 17:16:01
Ok, hatte ich ja auch schon so gemacht ...

ZitatWenn Du aber nicht auf die neuesten CSV aus ebusd-2.x.x verzichten willst, dann doch "ebusd-configuration/ebusd-2.x.x/de/vaillant" nehmen und in die _templates.csv noch alles aus der "ebusd-configuration/ebusd-2.x.x/de/_templates.csv" vorne dran kopieren.

habe jetzt noch den Inhalt aus "/ebusd-2.x.x/de/_templates.csv" in "ebusd-configuration/ebusd-2.x.x/de/vaillant/_templates.csv" an den Anfang kopiert, ohne die Kommentarzeile ...

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 25 Dezember 2015, 17:24:27
Zitat von: ms_9 am 25 Dezember 2015, 17:16:01
Ok, hatte ich ja auch schon so gemacht ...

habe jetzt noch den Inhalt aus "/ebusd-2.x.x/de/_templates.csv" in "ebusd-configuration/ebusd-2.x.x/de/vaillant/_templates.csv" an den Anfang kopiert, ohne die Kommentarzeile ...
Okay, dann musst Du aber wie gesagt einzeln die Files in /etc/ebusd kopieren, die Deine Anlage braucht. Alles reinkopieren klappt dann sicher nicht (deshalb Tonnenweise Fehlermeldungen).

Zitat von: ms_9 am 25 Dezember 2015, 17:16:01
mit dem Befehl
ebusd --scanconfig
wird nichts ausgegeben, vermutlich, da keine Verbindung zur Therme (Schaltung fehlt noch)
Hast Du die Parameter, die Du vorher an ebusd gegeben hast, alle weg gelassen? Wie gesagt, "--scanconfig" *zusätzlich* übergeben, nicht ausschließlich.
Und ja, ebusd hat dann initial erstmal fast keinerlei CSVs geladen, nur das was in /etc/ebusd direkt drinnen liegt (also nichts aus irgendwelchen Unterverzeichnissen). Damit sollte die Ausgabe irgendwie so aussehen:

... ebusd 2.0.0-preview.79cbd56 started
... found messages: 7 (0 conditional on 0 conditions, 0 poll, 4 update)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 28 Dezember 2015, 20:19:35
Hm, warum in einem Forumsthread und nicht im Wiki ?

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 28 Dezember 2015, 21:05:59
@pah

es sind jetzt 50 Platinen zu den Usern unterwegs, da wird dann fleißig gelötet und es werden mit Sicherheit Fragen auftauchen die ein Wiki nicht beantworten kann. Ich versuche so weit wie mir möglich den Usern (sind die meisten Einsteiger bei dem Thema) Unterstützung bei der Inbetriebnahme der Schaltung von dir zu geben.
Es sollen auch die User von den Fehlern anderer profitieren und das geht nur wenn reges Feedback herrscht, der allgemeine eBus Thread würde meiner Meinung nach überlastet und mit trivialen Problemen abgelenkt, daher habe ich als Service zu der Sammelbestellung diesen Thread aufgemacht.

Ich kenne zwar das Wiki etwas weil ich schon einige Jahre damit gearbeitet habe, glaube aber hier ist interaktive Kommunikation dringender notwendig.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 29 Dezember 2015, 05:59:52
@Reinhart: Das mit der sehr nützlichen Hilfe für Einsteiger ist schon gut. Allerdings ist es m.E. sinnvoll, diese Hilfe von der Dokumentation zu trennen.

Ich fand auch die Idee mit der Platinenbestellung sehr schön. Aber es zerreißt mir das Herz, meinen experimentellen Aufbau auf einer Lochrasterplatine, der jetzt seit 18 Monaten bestens läuft, auf den Müll zu werfen... Lieber habe ich ihn in einem schönen Hutschienengehäuse versteckt.

LG

pah

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Wzut am 29 Dezember 2015, 07:29:46
Zitat von: Reinhart am 28 Dezember 2015, 21:05:59
es sind jetzt 50 Platinen zu den Usern unterwegs, da wird dann fleißig gelötet und es werden mit Sicherheit Fragen auftauchen
ja und die werden sich in zwei Gruppen aufteilen (Hardware & Software) genau wie im jetzt fast 90 seitigen eBUS Thread.
Ich bin beim diesem Thema auch der totale Anfänger, rate allerdings jedem anderem (dem es ebenso geht) doch dringend die Wartezeit sinnvoll zu nutzen und die fast 90 Seiten zu lesen. IMHO bliebt danach zwar immer noch einiges unklar, aber man bekommt eine sehr gute Grundlage für die ersten Schritte und eventuelle Fehlersuche.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: majorshark am 29 Dezember 2015, 14:52:49
Ich hätte da schon mal eine Softwarefrage:

Weiter oben steht:

pi@raspberry2 ~ $ sudo update-rc.d ebusd defaults
update-rc.d: using dependency based boot sequencing
update-rc.d: warning: default stop runlevel arguments (0 1 6) do not match ebusd Default-Stop values (none)

pi@raspberry2 ~ $ ps -ax | grep ebus
2236 ?        Ssl   14:10 /usr/bin/ebusd -l /var/log/ebusd.log -d /dev/ttyUSB0 -p 8888 --httpport=80 --htmlpath=/var/www


Wo bekommt der Daemon den die Informationen '-l /var/log/ebusd.log -d /dev/ttyUSB0 -p 8888 --httpport=80 --htmlpath=/var/www' her. Muss ich da noch eine Config bearbeiten?
Leider habe ich meine Platine noch nicht fertig, wollte aber schon mal mit der Software anfangen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: majorshark am 29 Dezember 2015, 17:35:04
Noch eine Hardwarefrage:
Auf der Platine V1.5 ist zwischen GND und TXD ein Widerstand ohne Bezeichnung vorhanden, im Schaltplan aber nicht. Wenn ich die Bilder mir so ansehe hat dieser 100k. Ist das so richtig.

Edit:
Ok. Das habe ich überlesen. 100k.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 29 Dezember 2015, 17:41:18
Ja, das ist der Pullupwiderstand, habe ich irgendwo schon beschrieben!

Zu deiner Frage woher die Einstellungen für das Logfile kommen, die liegen in der /etc/default/ebusd

EBUSD_OPTS="-l /var/log/ebusd.log -d /dev/ttyUSB0 -p 8888 --httpport=80 --htmlpath=/var/www"
hier meine Einstellung, mit -l wird das Log definiert.

Wenn du dir das Startfile in der /etc/init.d/ebusd anschaust, dann wird hier versucht in der default das File zu finden, existiert es, werden die Settings übernommen, sonst nicht.

#!/bin/sh

### BEGIN INIT INFO
# Provides:        ebusd
# Required-Start:  $network $remote_fs $syslog
# Required-Stop:   $network $remote_fs $syslog
# Default-Start:   2 3 4 5
# Default-Stop:
# Short-Description: Start ebusd
### END INIT INFO

PATH=/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/bin

if test -f /etc/default/ebusd; then
    . /etc/default/ebusd
fi

. /lib/lsb/init-functions

DAEMON=/usr/bin/ebusd
PIDFILE=/var/run/ebusd.pid


LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 30 Dezember 2015, 07:56:32
Zitat von: Wzut am 25 Dezember 2015, 14:55:49
@john30, THX - dann warte ich jetzt mal gespannt auf den Tag X bis die Schaltung eintrifft und was die alte Tante Wolf da so für Daten von sich gibt.
Die alten Wolf CSVs hab ich inzwischen migriert: https://github.com/john30/ebusd-configuration/tree/master/ebusd-2.x.x/de/wolf (https://github.com/john30/ebusd-configuration/tree/master/ebusd-2.x.x/de/wolf)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 30 Dezember 2015, 08:58:48
eBusd Anbindung an Fhem über ECMD  (Kurzanleitung mit Beispielcode)

Alles hier geschriebene ist eine Zusammenfassung aus dem inzwischen fast hundertseitigem eBusthread in welchem natürlich
ein Erstanwender es sehr schwer haben wird das wesentliche schnell zu finden. Aus gegebenem Anlass habe ich mich daher entschlossen hier eine Kurzanleitung für Schnelleinsteiger zu erstellen. Die Anleitung soll natürlich nicht ein genaues Studium des Wikis (http://www.fhemwiki.de/wiki/EBUS#) oder des großen Threads (http://forum.fhem.de/index.php/topic,29737.0.html) ersetzen.

Eine einfache aber sichere Anbindung des eBusd an Fhem kann mit ECMD durchgeführt werden. Es ist egal ob eBusd auf dem selben Raspi wie Fhem läuft oder ein eigener Raspi dafür verwendet wird. Die gezeigten Beispiele sind nur eine der Möglichkeiten die zum Ziel führen, sollten euch aber sicher und schnell zu den ersten Ergebnissen führen.

ECMD aktivieren
define EBUS ECMD telnet ip-raspi-ebusd:8888   # IP Adresse ebusd einsetzen!!!
attr EBUS classdefs bai00.class=/opt/fhem/FHEM/bai00.cfg
attr EBUS icon usb
attr EBUS requestSeparator 000
attr EBUS room Vaillant


die Definition von ECMD, "ip-raspi-ebusd" muss durch die IP ersetzt werden. Die Kommunikation erfolgt über Telnet und  8888 ist das Port über welches kommuniziert werden soll.


Definition der ECMD Devices


define Vorlauf ECMDDevice bai00.class
attr Vorlauf IODev EBUS
attr Vorlauf group Vaillant
attr Vorlauf icon sani_supply_temp
attr Vorlauf room Vaillant

define Ruecklauf ECMDDevice bai00.class
attr Ruecklauf IODev EBUS
attr Ruecklauf group Vaillant
attr Ruecklauf icon sani_return_temp
attr Ruecklauf room Vaillant

define PumpeWatt ECMDDevice bai00.class
attr PumpeWatt IODev EBUS
attr PumpeWatt group Vaillant
attr PumpeWatt icon measure_power
attr PumpeWatt room Vaillant

define Fanspeed ECMDDevice bai00.class
attr Fanspeed IODev EBUS
attr Fanspeed group Vaillant
attr Fanspeed icon vent_ventilation_level_automatic
attr Fanspeed room Vaillant

define HKurve ECMDDevice bai00.class
attr HKurve IODev EBUS
attr HKurve group Vaillant
attr HKurve icon temp_control
attr HKurve room Vaillant


für jeden Messwert den ihr von eBusd abfragen wollt, muss ein ECMDDevice erstellt werden. Hier ein paar Beispiele mit Vorlauf, Rücklauf,
Leistung der Pumpe, Ventilatorgeschwindigkeit und der Heizkurve.
Zu jedem ECMDDevice muss es eine Classdefinition in der bai00.cfg geben. Der Name "bai00.cfg" ist frei gewählt und wird in diesen Beispielen verwendet.


Ebus schreiben

define HeizkurveEinstellen dummy
attr HeizkurveEinstellen group Heizkurve_Einstellen
attr HeizkurveEinstellen icon temp_control
attr HeizkurveEinstellen room Vaillant,Heizung
attr HeizkurveEinstellen setList state:0.20,0.40,0.50,0.60,0.70,0.80,0.90,1.00,1.10,1.20,1.30,1.40,1.50,1.60,1.70
attr HeizkurveEinstellen webCmd state

define HeizkurveSchreiben_Click notify HeizkurveEinstellen {\
  fhem("get HeizkurveSchreiben HeizkurveSchreiben");;\
}
attr HeizkurveSchreiben_Click group heatingControl
attr HeizkurveSchreiben_Click room Vaillant

define HeizkurveSchreiben ECMDDevice bai00.class
attr HeizkurveSchreiben IODev EBUS
attr HeizkurveSchreiben group Heizkurve_Einstellen
attr HeizkurveSchreiben room Vaillant


ein kleines Demo wie man via ECMD und eBus die Daten zurück zur Therme (Calormatic) schreiben kann. Hier wird die Heizkurve verstellt.
Ein Dummy wir definiert und über eine Liste werden die verschiedenen Kurven vorgegeben. Dank setList kann es zu keinen unerlaubten Engaben kommen. Über den notify wird die Heizkurve dann schließlich gesetzt.

Vorsicht: überlegt euch bitte gut was ihr zurück schreiben wollt, es kann unter Umständen gefährlich für eure Hardware oder Gesundheit werden (zB: Warmwasser auf über 60 Grad). Alles was ihr hier macht, führt ihr auf eigene Verantwortung durch. Beginnt daher mit den Schreibversuchen erst nachdem alles andere läuft und ihr ein Gefühl dafür bekommt.


# Abfrage Timersteuerung
define EBUS.Timer at +*00:15:00 get Vorlauf Vorlauf;;get Ruecklauf Ruecklauf;;get PumpeWatt PumpeWatt;get Fanspeed Fanspeed;;get PumpeWatt PumpeWatt;;get HKurve HKurve
attr EBUS.Timer group VaillantControl
attr EBUS.Timer icon time_timer
attr EBUS.Timer room Vaillant
attr EBUS.Timer verbose 0


damit die Daten auch zyklisch vom eBus abgeholt werden, wird ein Timer gesetzt. Hier wird alle 15 Minuten abgefragt.
Tipp: unwichtige Daten wie Druck oder irgendwelche Zähler definiere ich in einem zweiten Timer, welcher dann zB. auf 1 Stunde getriggert wird. So wird der Zugriff auf den eBus entlastet.


Classdefinition

hier gehts (http://www.fhemwiki.de/wiki/EBUS#Konfiguration_FHEM) zum Wiki
und da gibts es die Vaillants.pl (http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/EBUS/Vaillant_routines.pl) von pah, schaut euch die unbedingt auch an.

################## bai00.cfg ###############
#
#!/usr/bin/perl
# Status

# vorlauftemperatur
get Vorlauf cmd {"r -m 10 status01 temp1.0\n"}
get Vorlauf expect "\d+\.\d+\n\n"
get Vorlauf postproc { sprintf("%5.1f",$_) }

# Ruecklauftemperatur
get Ruecklauf cmd {"r -m 10 status01 temp1.1\n"}
get Ruecklauf expect "\d+\.\d+\n\n"
get Ruecklauf postproc { sprintf("%5.1f",$_) }

# Pumpenleistung
get PumpeWatt cmd {"r -f PumpPower\n"}
get PumpeWatt expect "\d+\n\n"
get PumpeWatt postproc { sprintf("%5.0f",$_) }

# Fanspeed
get Fanspeed cmd {"r -f SDFanSpeed\n"}
get Fanspeed expect "\d+\n\n"
get Fanspeed postproc { sprintf("%5.0f",$_) } 

# Heizkurve lesen
get HKurve cmd {"r -f Hc1HeatCurve\n"}
get HKurve expect "\d+\.\d+\n"
get HKurve postproc { sprintf("%3.1f",$_) }

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


für jeden Device wird hier festgelegt wie die Befehls Syntax der Abfrage auszusehen hat (cmd), wie die Ergebnisse zu filtern sind (expect)
und wie soll das Ausgabeformat sein (postproc). Diese Definitionen bitte in einer neuen Datei "bai00.cfg" speichern. Der Name kann frei gewählt werden
und wird in diesen Beispielen verwendet.

(http://up.picr.de/24123056dk.png)
Ebus ist geöffnet und Watchdog (http://www.fhemwiki.de/wiki/EBUS#.C3.9Cberwachung_in_FHEM) läuft.

(http://up.picr.de/24123057jb.png)
ein paar Beispieldaten aus der Therme (Calormatic)

(http://up.picr.de/24123058ta.png)
so stelle ich die Heizkurve ein, darunter nur ein Bild damit ich weiß was die Kurven bedeuten und für Auswirkung haben.
Händisch verstelle ich außer zum Testen kaum etwas, die Steuerung der Heizkurve erfolgt vollautomatisch über eine Wichtung mit Valves (http://forum.fhem.de/index.php/topic,44082.msg359511.html#msg359511).


Mit den oben gezeigten Beispielen sollte die ersten Anbindungen in Fhem schon funktionieren und ihr könnt beliebig nach dem selben Muster fortsetzen.

Wenn man einmal weis wie das Zusammenspiel funktioniert, geht alles schnell von der Hand und es steht euren kreativen Ideen nichts mehr im Wege.
Im Wiki sind weitere nützliche Hinweise, schaut euch speziell auch den Watchdog (http://www.fhemwiki.de/wiki/EBUS#.C3.9Cberwachung_in_FHEM) an. Damit wird die Kommunikation des eBusd überwacht und
wenn erforderlich neu gestartet. Es fehlen in den hier gezeigten Beispielen auch noch die Logfiles und SVGs (Plots), bitte daran denken.

Ich hoffe ich konnte euch die ersten Kontaktängste mit dem eBus nehmen und ihr könnt nun eure eigenen Erfahrungen machen und dies letztlich anderen wieder weitergeben.
Was hier in wenigen Zeilen dargestellt wird ist das Ergebnis einiger weniger unermüdlichen Entwickler und ich glaube erst wenn auf euren eigenen Raspis der eBus läuft, kann man die Leistung und den enormen Einsatz der Entwickler entsprechend würdigen.

Bitte nochmals als Hinweis, nicht einfach alle möglichen CSVs hinein kopieren, sondern gezielt die richtigen einsetzen und mit wenig beginnen (zB: die _templates.cvs, broadcast und die bai.csv) . John hat es uns hier (http://forum.fhem.de/index.php/topic,29737.msg381549.html#msg381549) nochmals sehr gut erklärt!


Achtung: bei Verwendung der neuen 2.xx CSV Files und dem ebusd Verison 2.x bitte hier lesen (http://forum.fhem.de/index.php/topic,46098.msg383927.html#msg383927)! Es müssen einige Änderungen durchgeführt werden!

weitere Beispiele gibt es hier, eBus Anzeige mit find -d (http://forum.fhem.de/index.php/topic,46098.msg385812.html#msg385812).

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 30 Dezember 2015, 09:28:46
eBusd Anbindung an Fhem über GAEBUS

Der GAEBUS wurde von jamesgo entwickelt und ermöglicht die komplette Konfiguration auf einfache Art und Weise (Klick Klack) in der Fhem GUI durchzuführen.

Hier gehts zum GAEBUS Thread (http://forum.fhem.de/index.php/topic,41064.msg332654.html#msg332654)

Wenn das Modul  98_GAEBUS.pm noch nicht installiert worden ist, dann bitte so downloaden, umbenenen (.pm) und nach /opt/fhem/FHEM kopieren.
sudo wget http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/98_GAEBUS.pm?format=raw -O /opt/fhem/FHEM/98_GAEBUS.pm


Definiton in der fhem.cfg
define ebus1 GAEBUS 10.0.0.6:8888 900
attr ebus1 disable 0
attr ebus1 ebusWritesEnabled 1
attr ebus1 room Vaillant


Mit diesen paar Zeilen in der fhem.cfg ist der GAEBUS schon einsatzbereit und es kann die Konfiguration der Meßwerte vom eBusd beginnen. Kopiert bitte noch die benötigten CSV Files von der ebusd Konfiguration (/etc/ebusd/) nach /opt/fhem/ebusd/.
GAEBUS liest aus diesem Verzeichnis die CSV!


Definition in der GAEBUS GUI

(http://up.picr.de/24124095ey.png)
wenn der GAEBUS in der fhem.cfg definiert wurde, erscheint dieser Device. Klickt bitte auf den Schriftzug "ebus1" und es öffnet sich das Konfigurationsfenster mit allen wichtigen Parametern und Attributen.


(http://up.picr.de/24124096aj.png)
in der obersten Zeilen kann nun mit "set" direkt aus einem Dropdownlistenfeld das CVS File geöffnet werden.
Hier im Beispiel soll aus der 430.csv (r~430, r=read) das Datum und die Zeit gelesen werden.


(http://up.picr.de/24124098pw.png)
wurde das CSV selektiert, erscheint ein neues Dropdownlistenfeld aus dem nun aus allen Definitionen der CSV ausgewählt werden kann.
Wir wählen "Date~Datum" und speichern das Attribut.


(http://up.picr.de/24124099is.png)
nachdem nun das Attribut gespeichert wurde, erscheint es unter "Attributes". Klickt bitte hier auf das Attribut (r~430~Date~Datum) und es wird sofort nach oben in das "attr" Feld kopiert. Nun muss ein Variablen Name vergeben werden. Wir wählen "DateTime" und klicken auf "attr".

(http://up.picr.de/24124100lj.png)
Bitte wieder speichern mit "Save config".

(http://up.picr.de/24124101sd.png)
nach wenigen Minuten erscheint das neue Reading direkt vom eBus.

Man sollte diese Prozedur einmal durchspielen, es liest sich vielleicht etwas kompliziert ist aber in der Praxis sehr einfach. Ich verwende den GAEBUS liebend gerne wenn ich schnell ein paar Parameter von der Therme sehen will oder kurz was testen möchte. Für permanente Daten mit Plots verwende ich persönlich lieber ECMD, denn Fhem und dem eBus ist das völlig egal wie ihr eure Daten visualisiert und es geht auch beides.


LG
Reinhart

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 30 Dezember 2015, 11:04:16
ZitatCode: [Auswählen]

cd ebusd
sudo ./autogen.sh --prefix=/usr
sudo make
sudo make install
sudo update-rc.d ebusd defaults

um die Binary zu compilieren mache ich das immer so.

Ich habe das o.g. nochmal ausgeführt, bekomme aber bei
sudo update-rc.d ebusd defaults

folgende Ausgabe:
pi@raspberrypi ~/ebusd $ sudo update-rc.d ebusd defaults
update-rc.d: using dependency based boot sequencing
update-rc.d: error: unable to read /etc/init.d/ebusd
pi@raspberrypi ~/ebusd $


in "/etc/init.d" gibt's keine "ebusd"


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 30 Dezember 2015, 11:19:04
Zitat von: ms_9 am 30 Dezember 2015, 11:04:16
Ich habe das o.g. nochmal ausgeführt, bekomme aber bei
sudo update-rc.d ebusd defaults
Auf welcher Sourcecode Basis hast Du das gemacht?
Aktueller git clone oder was älteres?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 30 Dezember 2015, 11:24:28
ZitatAuf welcher Sourcecode Basis hast Du das gemacht?
Aktueller git clone oder was älteres?

gemäß Reinhard, wie im 2ten Beitrag beschrieben.

Zitatzunächst wird aus dem Git ausgecheckt:
Code: [Auswählen]

git clone https://github.com/john30/ebusd.git


falls das nicht funktioniert sollte vorher noch git auf dem Raspi aktualisiert (installiert)  werden:
Code: [Auswählen]

apt-get install git autoconf automake g++ make
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 30 Dezember 2015, 11:30:12
ich nehme an, du hast alles im home ausgecheckt und compiliert, dann schaue einmal in /home/pi/ebusd/contrib/etc/init.d/ und kopiere die ebusd.debian nach /etc/init.d

sudo cp /home/pi/ebusd/contrib/etc/init.d/ebusd.debian /etc/init.d/ebusd

PS: ist zwar nicht die Schöne Art aber dann sollte es funktionieren zur schnellen Abhilfe.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 30 Dezember 2015, 11:49:34
Ok, erledigt, ohne Fehler.

pi@raspberrypi ~/ebusd $ sudo update-rc.d ebusd defaults
update-rc.d: using dependency based boot sequencing


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: majorshark am 30 Dezember 2015, 12:01:18
... und dann mit
sudo /etc/init.d/ebusd start
mal testweise starten und sehen ob es läuft. Danach ein
sudo reboot
und sehen ob es auch noch läuft.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 30 Dezember 2015, 17:56:35
Zitat von: ms_9 am 30 Dezember 2015, 17:42:46
Ich habe die Installation der csv-Files für V2.0 noch nicht ganz verstanden, bzw. inkl. dem Aufruf --scanconfig

Welche Dateien sollen jetzt in /etc/ebus ?
Am besten Du machst ein git clone von ebusd-configuration irgendwo auf dem Rechner.
Danach kannst Du einfach mit "cp -a ebusd-configuration/ebusd-2.x.x/de/* /etc/ebusd/" die Dateien samt Unterverzeichnis für Vaillant in Deinen Konfigurations Ordner kopieren.
Dann muss nur noch "--scanconfig" in die Zeile mit EBUSD_OPTS= der Datei "/etc/default/ebusd" eingetragen werden und danach der ebusd neu gestartet. Also müsste die "/etc/default/ebusd" z.B. so aussehen:

# Default settings for ebusd. This file is sourced by /bin/sh from
# /etc/init.d/ebusd.

# Options to pass to ebusd
EBUSD_OPTS="-d /dev/ttyUSB0 --scanconfig"

Anstelle von "/dev/ttyUSB0" muss natürlich das richtige USB device stehen, sonst geht gar nichts. "/dev/ttyUSB0" kann aber auch passen, wenn sonst nichts serielles dran hängt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 30 Dezember 2015, 18:15:27
Neustart und "ebusd.log" sieht so aus:
2015-12-30 18:10:52.036 [main notice] ebusd 2.0.0-preview.79cbd56 started
2015-12-30 18:10:52.070 [main notice] found messages: 7 (0 conditional on 0 conditions, 0 poll, 4 update)
2015-12-30 18:10:52.405 [bus notice] signal acquired
2015-12-30 18:10:52.425 [bus notice] new master 10, master count 2
2015-12-30 18:10:52.425 [bus notice] new master 03, master count 3
2015-12-30 18:10:52.426 [update notice] unknown MS cmd: 1008b5110102 / 05033c50506a
2015-12-30 18:10:54.165 [update notice] unknown MS cmd: 1008b510090000396effff00ff00 / 0101
2015-12-30 18:11:00.482 [update notice] unknown MS cmd: 1008b5110101 / 09343240044e6a0000ff
2015-12-30 18:11:02.268 [main notice] read common config file /etc/ebusd/vaillant/scan.csv for scan bai00
2015-12-30 18:11:02.272 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv for scan bai00
2015-12-30 18:11:02.374 [main notice] read config file /etc/ebusd/vaillant/08.bai.HW7401.csv for scan bai00
2015-12-30 18:11:02.374 [main notice] found messages: 202 (3 conditional on 1 conditions, 0 poll, 8 update)
2015-12-30 18:11:02.526 [update notice] update broadcast outsidetemp QQ=10: 3.500
2015-12-30 18:11:04.656 [main notice] read config file /etc/ebusd/vaillant/15.470.csv for scan 47000
2015-12-30 18:11:04.656 [main notice] found messages: 446 (3 conditional on 1 conditions, 0 poll, 8 update)
2015-12-30 18:11:04.709 [update notice] update bai Mode QQ=10: standby
2015-12-30 18:11:11.023 [update notice] unknown MS cmd: 1008b5110101 / 09343200044e6a0000ff
2015-12-30 18:11:13.096 [update notice] unknown MS cmd: 1008b5110102 / 05033c50506a
2015-12-30 18:11:15.197 [update notice] update bai Mode QQ=10: standby
2015-12-30 18:11:19.414 [update notice] unknown MS cmd: 1008b5110101 / 09343200044e6a0000ff
2015-12-30 18:11:21.515 [update notice] unknown MS cmd: 1008b5040100 / 0a03221118301203150004
2015-12-30 18:11:25.741 [update notice] update bai Mode QQ=10: standby
2015-12-30 18:11:29.922 [update notice] unknown MS cmd: 1008b5110101 / 09343200044e6a0000ff
2015-12-30 18:11:34.152 [update notice] update bai Mode QQ=10: standby
2015-12-30 18:11:40.466 [update notice] unknown MS cmd: 1008b5110101 / 09343200044e6a0000ff
2015-12-30 18:11:42.520 [update notice] update broadcast vdatetime QQ=10: 18:11:43;30.12.2015
2015-12-30 18:11:42.773 [update notice] unknown MS cmd: 1008b512020000 / 00
2015-12-30 18:11:44.686 [update notice] update bai Mode QQ=10: standby
2015-12-30 18:11:50.993 [update notice] unknown MS cmd: 1008b5110101 / 09343200044e6a0000ff
2015-12-30 18:11:53.089 [update notice] unknown MS cmd: 1008b5040100 / 0a03551118301203150004
2015-12-30 18:11:53.359 [update notice] unknown MS cmd: 1008b5110102 / 05033c50506a
2015-12-30 18:11:55.188 [update notice] update bai Mode QQ=10: standby


Die "unbekannten" sind noch zu ermitteln ? d.h. die sind noch nicht in den csv-Dateien vorhanden ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 30 Dezember 2015, 18:19:41
Zitat von: ms_9 am 30 Dezember 2015, 18:15:27
Neustart und "ebusd.log" sieht so aus:
Das sieht doch gut aus!

Zitat von: ms_9 am 30 Dezember 2015, 18:15:27
Die "unbekannten" sind noch zu ermitteln ? d.h. die sind noch nicht in den csv-Dateien vorhanden ?
Richtig, die unknown sind (noch) nicht in den CSVs drin. Dafür gibt es ein Ticket, wo die alle gesammelt werden und dann nach und nach ausgedünnt werden sollen:
https://github.com/john30/ebusd-configuration/issues/3 (https://github.com/john30/ebusd-configuration/issues/3)

Mit "ebusctl grab" kann man das Sammeln der Unbekannten starten. Das würd ich dann einen Tag lang laufen lassen und dann mit "ebusctl grab result" die Liste der gefundenen noch nicht dekodierten Nachrichten ausgeben zu lassen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 30 Dezember 2015, 20:48:01
@ms_9

Deine Unbekannten musst noch in der Broadcast einbauen, hier die Lösung, war bei mir auch so und amunra hat die mir gepostet.
http://forum.fhem.de/index.php/topic,29737.msg341284.html#msg341284 (http://forum.fhem.de/index.php/topic,29737.msg341284.html#msg341284)

ein paar Postings weiter ist dann noch einer. Du musst aber jeweils auch in der _templates ein paar Variablen noch erweitern. Sonst kannst die beiden csv auch von meinem Anhang in der Doku entnehmen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: majorshark am 30 Dezember 2015, 22:00:53
So Platine ist fertig gelötet und funzt.
Nachdem ich sudo ebusd --scanconfig starte steht im log
2015-12-30 21:48:53.924 [main notice] ebusd 2.0.0-preview.125328f started
2015-12-30 21:48:53.941 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2015-12-30 21:48:54.184 [bus notice] signal acquired
2015-12-30 21:48:57.660 [bus notice] new master 10, master count 2
2015-12-30 21:48:57.661 [bus notice] new master 03, master count 3
2015-12-30 21:48:57.662 [update notice] unknown MS cmd: 1008b5110101 / 09404210004a620000ff
2015-12-30 21:48:59.670 [update notice] unknown BC cmd: 10feb516080001492130120315
2015-12-30 21:48:59.923 [update notice] unknown MS cmd: 1008b512020064 / 00
2015-12-30 21:49:01.711 [update notice] unknown MS cmd: 1008b5100900003c7affff00ff00 / 0101
2015-12-30 21:49:04.125 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv for scan bai00
2015-12-30 21:49:04.128 [main error] error reading common config file /etc/ebusd/vaillant/scan.csv for scan bai00: ERR: duplicate entry
2015-12-30 21:49:04.236 [main notice] read config file /etc/ebusd/vaillant/08.bai.HW7401.csv for scan bai00
2015-12-30 21:49:04.238 [main notice] found messages: 202 (3 conditional on 1 conditions, 0 poll, 8 update)
2015-12-30 21:49:06.479 [main notice] read config file /etc/ebusd/vaillant/15.430.csv for scan 43000
2015-12-30 21:49:06.481 [main notice] found messages: 418 (17 conditional on 7 conditions, 0 poll, 8 update)
2015-12-30 21:49:07.686 [update notice] unknown MS cmd: 1008b5110101 / 09404210004a620000ff
2015-12-30 21:49:09.698 [update notice] unknown MS cmd: 1008b5040100 / 0a03114921301203151000
2015-12-30 21:49:09.977 [update notice] unknown MS cmd: 1008b5110102 / 05033c6e506a
2015-12-30 21:49:11.716 [update notice] update bai Mode QQ=10: standby
2015-12-30 21:49:15.720 [update notice] unknown MS cmd: 1008b5110101 / 09404210004a600000ff
2015-12-30 21:49:17.661 [update notice] update broadcast outsidetemp QQ=10: 1.062


Sieht für mich so aus als ob die richtige Heizung und Zubehör (Calormatic 430) gefunden wird. Sind aber viele Unbekannte drin oder ist noch was falsch?

Ach ja die Dateien habe ich mit
svn export --force https://github.com/john30/ebusd-configuration/trunk/ebusd-2.x.x/de /etc/ebusd auf den RasPi kopiert.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 30 Dezember 2015, 22:12:43
ZitatSind aber viele Unbekannte drin oder ist noch was falsch?

Habe das auch gerade abgeändert; ich war faul und habe wie von Reinhard vorgeschlagen die "_templates.csv" und "broadcast.csv" durch seine ersetzt (ebus_config.zip).
Bei mir waren auch "B504" und "B511" betroffen.

Jetzt ist erstmal alles in Klartext.  :D
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: majorshark am 30 Dezember 2015, 22:45:15
Was hast Du genau gemacht? Ich kann Dir nicht folgen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 31 Dezember 2015, 09:53:52
Zitat von: majorshark am 30 Dezember 2015, 22:45:15
Was hast Du genau gemacht? Ich kann Dir nicht folgen.

Hallo Frank!

er hat einfach die beiden csv von meinem Anhang genommen.
Da ich solche Fragen erwartet habe, war das genau der Grund warum ich die gepostet habe!


LG

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 31 Dezember 2015, 10:21:07
Zitat von: ms_9 am 31 Dezember 2015, 10:15:11
Ich habe, nachdem ab 5:00 die Heizung anspringt, einen "error" im Log (myCustom Status01).
Lt. "_templates.csv" soll das der  "pumpstate" sein.
das Template pumpstate wurde Ende November in den https://github.com/john30/ebusd-configuration/blob/master/ebusd-2.x.x/de/vaillant/_templates.csv (https://github.com/john30/ebusd-configuration/blob/master/ebusd-2.x.x/de/vaillant/_templates.csv) korrigiert:
https://github.com/john30/ebusd-configuration/commit/0369535d84b54f3f530391f0c0f713a51641dc49#diff-c60fc8dd787489a6184ed0cb7a756301 (https://github.com/john30/ebusd-configuration/commit/0369535d84b54f3f530391f0c0f713a51641dc49#diff-c60fc8dd787489a6184ed0cb7a756301)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 31 Dezember 2015, 11:42:18
die _templates.csv habe ich nun korrigiert (pumpstate) und das Attachment neu hochgeladen, sonst haben die weiteren Downloader auch noch Probleme die das nutzen.

Aber John hat da schnell reagiert, Danke!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: majorshark am 31 Dezember 2015, 11:48:28
ZitatHi, ich hoffe Du hast die Nacht nicht durchgemacht.

Nein habe ich nicht. Es ist aber alles so aufregend. ;) . Das zip-File habe ich mal wieder übersehen. Ich gelobe Besserung.  ::) Jetzt wackeln die Readings auch bei mir rein. Versuche mich aber erst einmal nur am 'read'. Klasse Arbeit von allen Beteiligten und Danke für eure Unterstützung.

Falls wir uns nicht noch einmal lesen  ;) wünsche ich allen einen guten Rutsch nach 2016 und ein erfolgreichen Start im neuen Jahr.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 31 Dezember 2015, 14:58:56
Im Prinzip ist es egal ob der Boradcast zu 100% in Klartext aufgelöst wird, denn die tatsächlichen Daten die ihr benötigt funktionieren unabhängig vom Broadcast und werden ja durch eure Kommandos (TimeTrigger etc.) gezielt abgefragt.

Der einzige Unterschied ist wie ich es einmal gehabt habe, da war die Senderichtung des Konverters defekt und es kamen nur mehr Broadcasts an. Die konnte ich dann nach Umstellung auf die Broadcastabfrage (Status01) trotzdem aus dem Buffer auslesen. Der Broadcast hat außerdem den Nachteil, das man jeden einzelnen Wert aus dem String filtern muss weil er ja aus mehren Datenpunkten besteht, aber das geht ja dank John jetzt auch äußerst komfortabel indem man den Index angeben kann. Der einzige Vorteil wäre, das man den eBus damit entlastet wenn nicht direkt abgefragt wird.

Ob ihr die Vorlauftemperatur zur Anzeige in Fhem aus dem Status01 oder direkt als FlowTemp holt ist Ansichtssache, geht so oder so.
Der Broadcast ist für unsere Zwecke ja eigentlich nur störend, weil durch das dauernde Gequatsche zwischen dem Slave und dem Master ja es nur zu unnötigen Bus-Errors kommen kann wenn wir noch unsynchronisiert dazwischenfunken. Das Ebus Protokoll ist leider (oder Gott sei Dank) kein TCP.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 31 Dezember 2015, 16:25:38
@Reinhard:
gem. Deinem Beispiel lässt sich die Pumpen-Leistung nicht auslesen.
Zitat2015.12.31 16:16:24 1: EBUS: unexpected answer "ERR: element not found\n\n" received (wrote "r -f PumpPower\n", expected \d+\n\n)
2015.12.31 16:16:24 1: PERL WARNING: Argument "ERR: element not found\n\n" isn't numeric in sprintf at (eval 36) line 1.
2015.12.31 16:16:24 3: eval: { sprintf("%5.0f",$_) }

$ ebusctl r -f PumpPower
ERR: element not found



ZitatOb ihr die Vorlauftemperatur zur Anzeige in Fhem aus dem Status01 oder direkt als FlowTemp holt ist Ansichtssache, geht so oder so.

Das funktioniert aber nur, wenn tatsächlich auch Status01 (broadcast Nachricht) aufgelöst wird.
Mit "FlowTemp" gibt's ne Fehlermeldung im FHEM-Log, da hier mehr als ein Integer zurückkommt. (z.B. "23.60;ok").

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 31 Dezember 2015, 17:28:32
wenn die Pumpenleistung nicht funktioniert, dann musst in deine bai00.csv schauen wie die Variable dort definiert wurde und die Abfrage entsprechend anpassen.

r,,PumpPower,d.15 => Leistung Heizungspumpe,,,,7300,,,UCH,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
bei mir ist sie so festgelegt

Das Problem mit den csv ist eben, wenn alles funktioniert dann tauscht man die csv nicht als Spaß ständig aus weil dann ständig die Abfragen angepasst werden müssen.

Außerdem habe ich in meinem Post von Basis 1.xx die cvs eingesetzt. Wo der Wert bei der 2.xx zu finden weis ich nicht weil ich die nicht einsetze. Kann sein das hier 08.bai.xxxx vorgesehen ist, aber das kann uns mit Sicherheit John beantworten.

Aber du kannst ja einmal den Eintrag dazu hängen und dann schauen ob das funktioniert (ebusd --checkconfig durchführen und schauen ob alles passt und wenn ja dann ebusctl reload).
Wenn du auf Basis 2.xx arbeitest, dann einfach in den csv schauen wo und wie die Namen dort definiert wurden.

Ist aber nicht schlecht das solche einfachen Fehler jetzt kommen, dann lernt ihr den Umgang mit den CSV wie das zu handhaben ist. Wenn ihr den großen eBus-Thread anschaut, dann geht es bei 40% der Postings um die CSV.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 31 Dezember 2015, 17:35:05
Nachtrag betreffend Flowtemp und 2 Datenpunkten, das macht man dann so:

ebusctl r -f flowtemp temp.0


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 31 Dezember 2015, 17:41:52
@Reinhard:
ZitatFlowtemp und 2 Datenpunkten / ebusctl r -f flowtemp temp.0
Super, danke.

ZitatWo der Wert bei der 2.xx zu finden weis ich nicht weil ich die nicht einsetze.

Da ist noch keine Definition für "d.15".
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 31 Dezember 2015, 21:16:16
Zitat von: ms_9 am 31 Dezember 2015, 17:41:52
Da ist noch keine Definition für "d.15".

ok, dann kopiere die Zeile hinein und es sollte funktionieren.
Ich kann mich noch erinnern, da war mal was zu diesem Thema: http://forum.fhem.de/index.php/topic,29737.msg278682.html#msg278682 (http://forum.fhem.de/index.php/topic,29737.msg278682.html#msg278682)

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 01 Januar 2016, 17:23:12
Suuuuper, die D.15 fehlte mir auch noch  :D

Ich wünsche allen hier im Forum ein tolles neues Jahr !!!

Grüße

Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 01 Januar 2016, 17:37:41
offensichtlich haben noch einige User Probleme mit meinen Beispielen, zB: die Abfrage von Vorlauf oder Rücklauf. In meinem Beispiel habe ich dazu Status01 verwendet und den Wert durch Angabe des Index gefiltert. Wer nun andere cvs Files hat wo der status01 nicht definiert ist, wird hier die ersten Probleme bekommen.

Deshalb hier eine andere Variante für den Vorlauf oder Rücklauf.

get Vorlauf cmd {"r -f flowtemp temp\n"}
#get Vorlauf cmd {"r -m 10 status01 temp1.0\n"}
get Vorlauf expect "\d+\.\d+\n\n"
get Vorlauf postproc { sprintf("%5.1f",$_) }

# Ruecklauftemperatur
get Ruecklauf cmd {"r -f sdtrt temp\n"}
#get Ruecklauf cmd {"r -m 10 status01 temp1.1\n"}
get Ruecklauf expect "\d+\.\d+\n\n"
get Ruecklauf postproc { sprintf("%5.1f",$_) }

hier wird nicht der Status verwendet, sondern die dafür vorgesehene Variable. Beachtet bitte auch, dass hier nicht -m 10 sondern mit -f abgefragt wird. -f steht für forced und wird nicht aus dem Buffer sondern direkt vom Bus über eine Abfrage geholt. Den Unterschied habe ich schon erklärt, -f funktioniert nur wenn auch die Senderichtung der Platine korrekt funktioniert, so soll es auch sein. Hier kann man auch im Wiki von John (https://github.com/john30/ebusd/wiki/3.-Commands) nachlesen.

Hier noch einmal demonstrativ wie der Filter funktioniert.
pi@raspberry2 ~ $ ebusctl r -f flowtemp temp
49.75

mit filter "temp" wird nur der Text der Temperatur ausgeschnitten.

pi@raspberry2 ~ $ ebusctl r -f flowtemp
49.88;ok

ohne Filter wird der gesamte String angezeigt.

und hier das Ganze mit dem Status01, denn der zeigt noch besser wie der Filter zu handhaben ist.
myc,,Status01,VL/RL/AussenTemp/VLWW/RLWW/Status,,,,01,,,temp1;temp1;temp2;temp1;temp1;pumpstate,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

so ist der Status bei mir in der broadcast.csv definiert, es werden 6 Variablen übergeben (temp1;temp1;temp2;temp1;temp1;pumpstate). Wie hier hier seht, gibt es 4x den Wert temp1. Um hier noch den richtigen zu bekommen, hat John den Index eingeführt.

pi@raspberry2 ~ $ ebusctl r -m 10 status01
45.0;40.0;1.062;39.0;42.0;off

temp1;temp1;temp2;temp1;temp1;pumpstate
hier das Ergebnis aus dem Status indem die 6 Messwerte in einem String übergeben werden.

pi@raspberry2 ~ $ ebusctl r -m 10 status01 temp1.0
45.0

hier der Filter auf temp1 und Index 0 = Vorlauf

pi@raspberry2 ~ $ ebusctl r -m 10 status01 temp1.3
42.0

hier der Filter auf temp1 und Index 3 (also der vierte Wert mit temp1)

pi@raspberry2 ~ $ ebusctl r -m 10 status01 temp2
1.062

und hier nur die Aussentemperatur herausgefiltert.

pi@raspberry2 ~ $ ebusctl r -m 10 status01 pumpstate
off

und hier der Pumpen Status, Index ist nicht notwendig. da John bei keiner Angabe automatisch 0 abfragt.

pi@raspberry2 ~ $ ebusctl r -m 10 status01 pumpstate.0
off

ergibt dasselbe wie ohne 0

Ich hoffe die Syntax und die Möglichkeit der Verwendung der Filter ist jetzt klar. Voraussetzung ist, das ihr die genaue Definition aus der csv kennt (vorher nachschauen) um die richtigen Variablendeklarationen (temp, temp1 etc.) zu kennen.

Bitte keine Anfragen zu technischen Problemen per PN, irgendwelche Fehler interessieren alle User und es findet so ein Lerneffekt statt.


Die Filter mit dem Index gibt es seit Februar 2015 und findet ihr hier (http://forum.fhem.de/index.php/topic,29737.msg265327.html#msg265327).

LG
Reinhart

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 01 Januar 2016, 19:49:02
ich glaube du hast einen Fehler in einem csv eingebaut, mach mal

ebusd --checkconfig

in der Console ob alles passt!

hier:
[main error] error reading common config file /etc/ebusd/vaillant/broadcast.csv for scan bai00: ERR: duplicate entry
[main error] error reading config file /etc/ebusd/vaillant/08.bai.HW7401.csv for scan bai00: ERR: duplicate entry


scheint irgendwas doppelt vorhanden zu sein.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 01 Januar 2016, 22:57:08
Zitat von: Reinhart am 01 Januar 2016, 19:49:02
ich glaube du hast einen Fehler in einem csv eingebaut, mach mal

ebusd --checkconfig

in der Console ob alles passt!

hier:
[main error] error reading common config file /etc/ebusd/vaillant/broadcast.csv for scan bai00: ERR: duplicate entry
[main error] error reading config file /etc/ebusd/vaillant/08.bai.HW7401.csv for scan bai00: ERR: duplicate entry


scheint irgendwas doppelt vorhanden zu sein.
Wichtig: Bei Verwendung von ebusd 2.0 (auch preview) zusammen mit ebusd-2.x.x CSVs muss auch zwingend "--scanconfig" übergeben werden, also config check dann so:
ebusd --checkconfig --scanconfig

Die doppelten kommen von den bedingten Messages, die je nach SW Version dann ausgewählt werden.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 02 Januar 2016, 09:09:23
@john30

sind solche "duplicate entrys" dann bei der 2.0 egal?
Bei der 1.x wurde ja nur bis dahin gelesen und der Rest war dann nicht vorhanden.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 02 Januar 2016, 10:48:02
Zitat von: Reinhart am 02 Januar 2016, 09:09:23
sind solche "duplicate entrys" dann bei der 2.0 egal?
Bei der 1.x wurde ja nur bis dahin gelesen und der Rest war dann nicht vorhanden.
In 2.0 werden Duplikate toleriert, sofern alle Messages eines Duplikats von einer Bedingung abhängen. Erst nach Auflösung der Bedingung ist dann klar, welche davon überhaupt für ein Gerät relevant ist.
Es gibt also auch in ebusd 2.0 noch Duplikate, die beim Einlesen abgelehnt werden.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 02 Januar 2016, 11:13:46
Danke John,

d.h. es ist auch bei der 2.x besser dafür zu sorgen das diese Duplikate gar nicht erst auftreten.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 02 Januar 2016, 11:28:30
Zitat von: Reinhart am 02 Januar 2016, 11:13:46
d.h. es ist auch bei der 2.x besser dafür zu sorgen das diese Duplikate gar nicht erst auftreten.

Ja klar, Duplikate können ja nicht besonders gut sein.

Anbei ein Bild von meinem Versuchsaufbau, mit dem ich jetzt endlich in der Lage bin, isoliert von meiner Heizung in Ruhe zu testen.
Damit gehts jetzt in der Entwicklung weiter in Richtung ebusd als aktives Gerät am Bus, womit man dann z.B. so Scherze treiben kann wie zwei ebusds am Bus zu haben, wobei einer völlig losgelöste Sensordaten liefert.

Beide Schaltungen haben auf Anhieb funktioniert, auch wenn die gemessenen Spannungen ganz schön von Deinen in der Schaltung eingetragenen abwichen.

Also nochmal: Danke Reinhart fürs Organisieren! Und Danke an zentis666 fürs Layouten!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 02 Januar 2016, 11:39:11
@zentis666

Aufgrund deiner Anfrage habe ich dir die Tablet UI hier angehängt.
Sieh das Ganze als Demo und passe es nach deinen Bedürfnissen an. Du musst die Datenpunkte alle in Fhem anlegen und hier mit deinen Namen ersetzen. Ich habe mir die Ausgabe so angepasst, dass alles auf einem Tablet (Surface) schön Platz hat.
Bei einem Touchpad muss man trotzdem etwas aufpassen. Wie das alles funktioniert hast du schnell gefunden, benutze dazu das Wiki der FTUI http://www.fhemwiki.de/wiki/FHEM_Tablet_UI (http://www.fhemwiki.de/wiki/FHEM_Tablet_UI)

- entpacke die Zip Datei und kopiere alles nach /opt/fhem/www/tablet/
- der Aufruf erfolgt dann mit http://ip-raspi:8083/fhem/ftui/#main.html
- du solltest dann sofort die Ansicht wie im Bild einige Posts vorher erhalten
- es läuft fast auf allen Browsern wie IE11, Edge, Opera, Firefox etc.

Die Einbindung in Fhem als Menüpunkt lautet so:
define tablet_ui HTTPSRV ftui/ ./www/tablet Tablet-UI

Viel Spaß damit,

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 02 Januar 2016, 11:45:45
@John

da bin ich gespannt was du noch alles zusammen baust. Wie ich sehe hast du auf die Seriell Adapter (FTDI) verzichtet und bildest die auf dem Steckboard nach.

Schön wenn alles auf Anhieb funktioniert.

PS: habe gerade gesehen, dass du die seriell Wandler ja senkrecht hintern den USB-Kabeln stecken hast, hätte mich sonst gewundert.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: eurolift am 02 Januar 2016, 12:35:31
Hallo Reinhart
Danke für die Tablet-UI :) :)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rufus999 am 02 Januar 2016, 16:20:41
Hallo zusammen,

ich habe mal eine Frage? Ich habe es geschafft den ebusd auf einem extra raspi zu installieren und zu konfigurieren. Ich habe nun eine ganze Menge Daten die ich von der Anlage abfragen und auch setzen kann, wie z.B. Heizkurve etc.
Im Verzeichnis /etc/ebusd/ sind bei mir folgende Dateinen (ebusd 1.3.0):

- 430.csv
- bai.csv
- broadcast.csv
- common.csv
- error.csv
- scan.csv
- _template.csv

Ich bin aber auf der Suche wie ich Tages- bzw. Wochenprogramme der Calourmatic 430 auslesen und schreiben kann. In der Datei common.csv habe ich etwas mit Timer.Monday gefunden, diese kann ich aber nicht per ebusctl benutzen, ich erhalte dann immer ein ERR: read timeout (ebusctl read -f Timer.Monday).
Außerdem ist mir nicht klar warum dies in der common.csv steht und nicht in der 430.csv?!

Hat jemand vielleicht einen Tipp?

Vielen Dank im Voraus.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 02 Januar 2016, 16:24:40
Ja, es gibt viele Frontends für Fhem, aber die TabletUI ist dank der Bemühungen des Autors auch gut gepflegt und wenn man es einmal kapiert hat sehr einfach zu realisieren. Es gibt zahlreiche Widgets die direkt die Daten aus Fhem auslesen und visualisieren können und erleichtern enorm die Html Programmierung, sofern man hier überhaupt noch von "Programmierung" reden kann.

Aber trotzdem ist eine Ersterfassung in Fhem zwingend notwendig und eBusd bietet sich da förmlich als ideale Datenquelle an. Bei den Frontends wie TabletUI können sich die Designer unter euch so richtig austoben, ist aber auch gut für HTML-Anfänger wie mich geeignet.
Die gesamte UI habe ich in einem halben Tag zusammengeschraubt.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 02 Januar 2016, 16:32:22
@rufus999

da habe ich auch lange gesucht und ein User hat die mir dann von der 470 zur Verfügung gestellt.
Wenn du mein Attachement (ebus-config.zip) mit den CSV anschaust, dann ist da die komplette 430.csv mit allen Timerprogrammen (http://forum.fhem.de/index.php/topic,41064.msg336911.html#msg336911) drinnen. Auch die gesamten Sourcen zur Visualisierung in Fhem sind im Beitrag dort verlinkt (http://forum.fhem.de/index.php/topic,46098.msg378798.html#msg378798).

Ich habe mir dann zusätzlich noch die "copy" Taste dazugebaut und eine Möglichkeit die Wartung zu setzen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 02 Januar 2016, 17:04:49
Zitat von: rufus999 am 02 Januar 2016, 16:20:41
Ich bin aber auf der Suche wie ich Tages- bzw. Wochenprogramme der Calourmatic 430 auslesen und schreiben kann. In der Datei common.csv habe ich etwas mit Timer.Monday gefunden, diese kann ich aber nicht per ebusctl benutzen, ich erhalte dann immer ein ERR: read timeout (ebusctl read -f Timer.Monday).
Außerdem ist mir nicht klar warum dies in der common.csv steht und nicht in der 430.csv?!
Mit den neuen CSVs für ebusd 2.0 (unter https://github.com/john30/ebusd-configuration/tree/master/ebusd-2.x.x/de (https://github.com/john30/ebusd-configuration/tree/master/ebusd-2.x.x/de) zu finden) werden die Timer Einstellungen nicht mehr in der "alten" common.csv sondern bei dem entsprechenden Gerät hinterlegt, so auch bei der 430.

Dass die alte "common.csv" zu dem Timeout führt, liegt daran, dass für die 430 die Nachricht zum Lesen/Setzen der Timer anders aussieht.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 02 Januar 2016, 19:14:22
@john30

ich habe heute einmal versucht die neuen 2.xx csv zu aktivieren, aber da fehlt mir komplett der Plan.

Ich habe alle csv gelöscht und nur die templates, broadcast und scan aus der 2.xx kopiert. Dann ebusd --checkconfig --scanconfig ausgeführt, das geht dann ohne Fehler. Wie geht's jetzt weiter? Füge ich nur eine weitere csv dazu, dann wimmelt es von Fehler. Lege ich ein Unterverzeichniss (/etc/ebusd/new) an und kopiere alle neuen csv hinein und starte erneut , dann werden die Fehler immer mehr.
Die templates und broadcast darf ich aber nicht aus dem Vaillant Verzeichnis vom Git nehmen, sondern einen Pfad vorher.

Version habe ich ebusd 2.0.0-preview.79cbd56

Was mach ich falsch?

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 02 Januar 2016, 20:47:04
Danke für die Info, aber das ändert bei mir an den vielen Fehlern nichts.


pi@raspberry2 ~ $ ebusd --checkconfig --scanconfig
2016-01-02 20:41:37.040 [main notice] Performing configuration check...
Error reading "/etc/ebusd/vaillant/15.140.csv" line 1 field 1 value "15.350.csv": ERR: end of input reached
Erroneous item is here:
15.350.csv
^
Error reading "/etc/ebusd/vaillant/05.vd3.csv" line 1 field 1 value "05.vd4.csv": ERR: end of input reached
Erroneous item is here:
05.vd4.csv
^
Error reading "/etc/ebusd/vaillant/15.hep.csv" line 1 field 1 value "15.sdr_p.csv": ERR: end of input reached
Erroneous item is here:
15.sdr_p.csv
^
Error reading "/etc/ebusd/vaillant/ed.pms.sc.csv" line 1 field 1 value "06.pms.csv": ERR: end of input reached
Erroneous item is here:
06.pms.csv
^
Error reading "/etc/ebusd/vaillant/05.vl9.csv" line 1 field 1 value "05.vd4.csv": ERR: end of input reached
Erroneous item is here:
05.vd4.csv
^
Error reading "/etc/ebusd/vaillant/1c.rcc.4.csv" line 1 field 1 value "75.rcc.csv": ERR: end of input reached
Erroneous item is here:
75.rcc.csv
^
Error reading "/etc/ebusd/vaillant/15.360.csv" line 1 field 1 value "15.350.csv": ERR: end of input reached
Erroneous item is here:
15.350.csv
^
Error reading "/etc/ebusd/vaillant/35.v81.1.csv" line 1 field 1 value "75.v81.csv": ERR: end of input reached
Erroneous item is here:
75.v81.csv
^
Error reading "/etc/ebusd/vaillant/3c.rcc.5.csv" line 1 field 1 value "75.rcc.csv": ERR: end of input reached
Erroneous item is here:
75.rcc.csv
^
Error reading "/etc/ebusd/vaillant/05.vl8.csv" line 1 field 1 value "05.vd4.csv": ERR: end of input reached
Erroneous item is here:
05.vd4.csv
^
Error reading "/etc/ebusd/vaillant/3c.v81.5.csv" line 1 field 1 value "75.v81.csv": ERR: end of input reached
Erroneous item is here:
75.v81.csv
^
Error reading "/etc/ebusd/vaillant/15.400.csv" line 1 field 1 value "15.350.csv": ERR: end of input reached
Erroneous item is here:
15.350.csv
^
Error reading "/etc/ebusd/vaillant/23.vr630.cc.csv" line 1 field 1 value "23.solsy.cc.csv": ERR: end of input reached
Erroneous item is here:
23.solsy.cc.csv
^
Error reading "/etc/ebusd/vaillant/05.vd2.csv" line 1 field 1 value "05.vd4.csv": ERR: end of input reached
Erroneous item is here:
05.vd4.csv
^
Error reading "/etc/ebusd/vaillant/35.rcc.1.csv" line 1 field 1 value "75.rcc.csv": ERR: end of input reached
Erroneous item is here:
75.rcc.csv
^
Error reading "/etc/ebusd/vaillant/15.36p.csv" line 1 field 1 value "15.350.csv": ERR: end of input reached
Erroneous item is here:
15.350.csv
^
Error reading "/etc/ebusd/vaillant/05.vd6.csv" line 1 field 1 value "05.vd4.csv": ERR: end of input reached
Erroneous item is here:
05.vd4.csv
^
Error reading "/etc/ebusd/vaillant/15.heb.csv" line 1 field 1 value "15.sdr_p.csv": ERR: end of input reached
Erroneous item is here:
15.sdr_p.csv
^
Error reading "/etc/ebusd/vaillant/1c.v81.4.csv" line 1 field 1 value "75.v81.csv": ERR: end of input reached
Erroneous item is here:
75.v81.csv
^
Error reading "/etc/ebusd/vaillant/15.350.csv" line 63 field 12 value "0x0FF0F00F=VRT 350;0x33CCCC33=VRT 360;0x3CC3C33C=SD 17;0x66999966=SD 37;0x69969669=VRT 360+": ERR: invalid value list
Erroneous item is here:
r,,Variant,,,,,3600,,,ULG,0x0FF0F00F=VRT 350;0x33CCCC33=VRT 360;0x3CC3C33C=SD 17;0x66999966=SD 37;0x69969669=VRT 360+,,
                          ^
2016-01-02 20:41:42.633 [main notice] found messages: 3604 (410 conditional on 86 conditions, 2 poll, 58 update)
pi@raspberry2 ~ $


das will ich so nicht lassen. Für mich sieht da so aus als wären die Files alle defekt obwohl ich den Inhalt ganz normal sehe.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 02 Januar 2016, 22:01:31
Hallo Reinhart,

dieser Fehler tritt oft auf, wenn man die Dateien entweder bearbeitet und dann falsch gespeichert hat oder die nicht richtig runtergeladen hat bzw. die beim Transfer auf den Raspi falsch übermittelt wurden. Ich würde empfehlen, die CSVs nochmal direkt mit dem Raspi hier herunterzuladen:
https://github.com/john30/ebusd/archive/master.zip

Grüße

Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: sua am 03 Januar 2016, 04:15:26
@Reinhart
@ms_9

Beim Auftreten dieses (Eures) Fehlers sind die *.csv-Dateien defekt (bzw. besser: verändert) auf dem Raspberry Pi gelandet (meistens/allein schon durch das Herunterladen der separaten *.csv-Dateien mittels wget direkt von github.com).
Wie auch schon Christian (cs-online) schrieb, ist es deshalb angebracht, lieber die master.zip (z.B. durch wget) direkt auf den Raspberry Pi zu laden, da diese Datei zu entpacken und dann die (benötigten) *.csv-Dateien in das richtige Verzeichnis zu verschieben.
Ich denke, über diese Sache werden noch so einige stolpern (weil man sie so nicht erwartet (wget/*.csv/github.com)), ggf. bringt Du, Reinhard, das irgendwie noch im zweiten Beitrag unter?

Grüße
sua

PS:
Wie auch schon von john30 hier vorn unter #18 (http://forum.fhem.de/index.php/topic,46098.msg379534.html#msg379534) aufgezeigt, wäre auch
svn export --force https://github.com/john30/ebusd-configuration/trunk/ebusd-2.x.x/de /etc/ebusd
eine Möglichkeit, die *.csv-Dateien direkt von github.com in das richtige Verzeichnis des Raspberry Pi zu laden, das würde dann aber vorher mindestens eine svn-client-Paket-Installation bedingen...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 03 Januar 2016, 14:37:28
Verwendung der neuen Konfigs 2.xx!

Ich fasse hier noch einmal zusammen.
So wie sua und John es richtig geschrieben haben, ist die Installation der CVS Files direkt am Raspi der einzig wirklich sichere Weg.

git clone https://github.com/john30/ebusd-configuration.git

Als Pfad würde ich auch /home/pi empfehlen, sonst kommen wieder sehr viele Fehler. Ich habe zwar jetzt (für diverse Tests) alles nach /etc/ebusd/ entpackt, weil hier auch noch jede Menge Symbollinks vorhanden sind. Das muss uns John noch einmal erklären für was die genau notwendig sind. Ich glaube auch wenn die Symbollinks nicht richtig angelegt werden, kommt es zu den massiven Fehlermeldungen beim checkconfig.


(http://up.picr.de/24170745bs.png)
so sieht es nun aus, im /etc/ebusd liegen bei mir nur die beiden csv (die ich nicht anrühre).



In der /etc/defaults/ebusd ist zusätzlich die Option --scanconfig einzutragen.
EBUSD_OPTS="-l /var/log/ebusd.log -d /dev/ttyUSB0 -p 8888 --httpport=80 --htmlpath=/var/www --scanconfig"


Wenn alles richtig entpackt wurde, befindet sich in /etc/ebusd dann auch noch zusätzlich mindestens das Verzeichnis "Vaillant" mit allen cvs. Hier befinden sich ebenfalls nochmals die _templates.csv und broadcast.csv. Bitte immer nur hier erweitern und nicht in /etc/ebusd, denn da liegen auch noch welche und die sollten nicht angerührt werden.

Dann erweitere ich die broadcast.csv und die _templates csv im Verzeichnis /etc/ebusd/vaillant (Dateien sind im Anhang) da hier einige Einträge für meine Zwecke fehlen (2 unknown sind noch da, die kommen später noch)

Nach der Einrichtung stoppe ich den ebusd (sudo service ebusd stop) und starte alles sicherheitshalber wieder (sudo service ebusd start). Anschließend checke ich mit

ebusd --checkconfig --scanconfig

bei mir gibt es dann bei mindestens 3 Files noch Fehlermeldungen (invalid value list) die mich aber nun weiter nicht mehr stören und lösche diese anschließend.

Wer ein Timerprogramm (von meinem Demo zum setzen der Schaltzeiten) bereits implementiert hat wird jetzt feststellen das dies nicht mehr funktioniert da die Aufrufe für die Calormatic430 nicht mehr passen. Ich habe die alle angepasst damit alles wieder wie gewohnt funktioniert.

#!/usr/bin/perl
# bai00.cfg
# Status
get status cmd {"r -m 10 Status01\n"}
get status expect ".*\n\n"
get status postproc {$_}

# Aussentemperatur
get Aussentemp cmd {"r -m 10 outsidetemp\n"}
get Aussentemp expect "\d+\.\d+\n\n"
get Aussentemp postproc { sprintf("%5.1f",$_) }

# vorlauftemperatur
get Vorlauf cmd {"r -f flowtemp temp\n"}
get Vorlauf expect "\d+\.\d+\n\n"
get Vorlauf postproc { sprintf("%5.1f",$_) }

# Ruecklauftemperatur
get Ruecklauf cmd {"r -f sdtrt temp\n"}
#get Ruecklauf cmd {"r -m 10 status01 temp1.1\n"}
get Ruecklauf expect "\d+\.\d+\n\n"
get Ruecklauf postproc { sprintf("%5.1f",$_) }

# FlowTempDesired
get FlowTempDesired cmd {"r -f Hc1ActualFlowTempDesired\n"}
get FlowTempDesired expect "\d+\.\d+\n\n"
get FlowTempDesired postproc { sprintf("%5.1f",$_) }

# Teillast
get PartialPower cmd {"r -f PartloadHcKW\n"}
get PartialPower expect "\d+\n\n"
get PartialPower postproc { sprintf("%5.0f KW",$_) }

# Anlagendruck
get Druck cmd {"r -f Waterpressure press.0\n"}
get Druck expect "\d+\.\d+\n\n"
get Druck postproc { sprintf("%5.1f",$_) }

# Pumpenleistung
get PumpeWatt cmd {"r -f PumpPower\n"}
get PumpeWatt expect "\d+\n\n"
get PumpeWatt postproc { sprintf("%5.0f",$_) }

# Fanspeed
get Fanspeed cmd {"r -f SDFanSpeed\n"}
get Fanspeed expect "\d+\n\n"
get Fanspeed postproc { sprintf("%5.0f",$_) } 

# BurnerStartsHC
get BurnerSt.HC cmd {"r HcStarts\n"}
get BurnerSt.HC expect "\d+\n\n"
get BurnerSt.HC postproc {$_}

# BurnerStartsHWC
get BurnSt.HWC cmd {"r HwcStarts\n"}
get BurnSt.HWC expect "\d+\n\n"
get BurnSt.HWC postproc {$_}

# Vent.Std.
get Vent.Std. cmd {"r FanHours\n"}
get Vent.Std. expect "\d+\n\n"
get Vent.Std. postproc {$_}

# WW.Std.
get WW.Std. cmd {"r HwcHours\n"}
get WW.Std. expect "\d+\n\n"
get WW.Std. postproc {$_}

# Betrieb.Std.
get Betrieb.Std. cmd {"r HcHours\n"}
get Betrieb.Std. expect "\d+\n\n"
get Betrieb.Std. postproc {$_}

# WarmW.Temp.
get WarmW.Temp. cmd {"r HwcSetPotmeter\n"}
get WarmW.Temp. expect "\d+\.\d+\n\n"
get WarmW.Temp. postproc { sprintf("%5.0f",$_) }

# Bus.Temp.
get Bus.Temp. cmd {"r ExtFlowTempDesiredMin\n"}
get Bus.Temp. expect "\d+\.\d+\n\n"
get Bus.Temp. postproc { sprintf("%5.0f °C",$_) }

# BurnerFaults
get Brennerfehler cmd {"r DeactivationsIFC\n"}
get Brennerfehler expect "\d+\n\n"
get Brennerfehler postproc {$_}

#BrennerStartfehler
get BrennerStartfehler cmd {"r CounterStartattempts1\n"}
get BrennerStartfehler expect "\d+\n\n"
get BrennerStartfehler postproc {$_}

# Heizkurve lesen
get HKurve cmd {"r -f Hc1HeatCurve\n"}
get HKurve expect "\d+\.\d+\n"
get HKurve postproc { sprintf("%3.1f",$_) }

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

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

# Warmwasser max lesen
get WWmax cmd {"r -f HwcTempMax\n"}
get WWmax expect "\d+\.\d+\n\n"
get WWmax postproc { sprintf("%3.1f",$_) }

# ebusctl write -c bai00#install HwcTempMax 60
get WarmWasserSchreiben cmd {"write -c bai#install HwcTempMax ".Value("WarmWasserEinstellen")."\n"}
get WarmWasserSchreiben expect ".*\n\n"
get WarmWasserSchreiben postproc  { $_ }

#####################
#  Timer-Programme  #
#####################
get Mo cmd {"r -f hc1Timer.Monday\n"}
get Mo expect ".*\n\n"
get Mo postproc { Vaillant_Timer($_); }

get Di cmd {"r -f hc1Timer.Tuesday\n"}
get Di expect ".*\n\n"
get Di postproc { Vaillant_Timer($_); }

get Mi cmd {"r -f hc1Timer.Wednesday\n"}
get Mi expect ".*\n\n"
get Mi postproc { Vaillant_Timer($_); }

get Do cmd {"r -f hc1Timer.Thursday\n"}
get Do expect ".*\n\n"
get Do postproc { Vaillant_Timer($_); }

get Fr cmd {"r -f hc1Timer.Friday\n"}
get Fr expect ".*\n\n"
get Fr postproc { Vaillant_Timer($_); }

get Sa cmd {"r -f hc1Timer.Saturday\n"}
get Sa expect ".*\n\n"
get Sa postproc { Vaillant_Timer($_); }

get So cmd {"r -f hc1Timer.Sunday\n"}
get So expect ".*\n\n"
get So postproc { Vaillant_Timer($_); }

get ZeitfensterSchreibenMo cmd {"write -c 430 hc1Timer.Monday ".ReadingsVal("TimeMo","HHMM1",0) . chr(59) . ReadingsVal("TimeMo","HHMM2",0) . chr(59) . ReadingsVal("TimeMo","HHMM3",0) . chr(59) . ReadingsVal("TimeMo","HHMM4",0) . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "selected\n"}
get ZeitfensterSchreibenMo expect ".*\n\n"
get ZeitfensterSchreibenMo postproc  { $_ }

get ZeitfensterSchreibenDi cmd {"write -c 430 hc1Timer.Tuesday ".ReadingsVal("TimeDi","HHMM1",0) . chr(59) . ReadingsVal("TimeDi","HHMM2",0) . chr(59) . ReadingsVal("TimeDi","HHMM3",0) . chr(59) . ReadingsVal("TimeDi","HHMM4",0) . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "selected\n"}
get ZeitfensterSchreibenDi expect ".*\n\n"
get ZeitfensterSchreibenDi postproc  { $_ }

get ZeitfensterSchreibenMi cmd {"write -c 430 hc1Timer.Wednesday ".ReadingsVal("TimeMi","HHMM1",0) . chr(59) . ReadingsVal("TimeMi","HHMM2",0) . chr(59) . ReadingsVal("TimeMi","HHMM3",0) . chr(59) . ReadingsVal("TimeMi","HHMM4",0) . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "selected\n"}
get ZeitfensterSchreibenMi expect ".*\n\n"
get ZeitfensterSchreibenMi postproc  { $_ }

get ZeitfensterSchreibenDo cmd {"write -c 430 hc1Timer.Thursday ".ReadingsVal("TimeDo","HHMM1",0) . chr(59) . ReadingsVal("TimeDo","HHMM2",0) . chr(59) . ReadingsVal("TimeDo","HHMM3",0) . chr(59) . ReadingsVal("TimeDo","HHMM4",0) . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "selected\n"}
get ZeitfensterSchreibenDo expect ".*\n\n"
get ZeitfensterSchreibenDo postproc  { $_ }

get ZeitfensterSchreibenFr cmd {"write -c 430 hc1Timer.Friday ".ReadingsVal("TimeFr","HHMM1",0) . chr(59) . ReadingsVal("TimeFr","HHMM2",0) . chr(59) . ReadingsVal("TimeFr","HHMM3",0) . chr(59) . ReadingsVal("TimeFr","HHMM4",0) . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "selected\n"}
get ZeitfensterSchreibenFr expect ".*\n\n"
get ZeitfensterSchreibenFr postproc  { $_ }

get ZeitfensterSchreibenSa cmd {"write -c 430 hc1Timer.Saturday ".ReadingsVal("TimeSa","HHMM1",0) . chr(59) . ReadingsVal("TimeSa","HHMM2",0) . chr(59) . ReadingsVal("TimeSa","HHMM3",0) . chr(59) . ReadingsVal("TimeSa","HHMM4",0) . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "selected\n"}
get ZeitfensterSchreibenSa expect ".*\n\n"
get ZeitfensterSchreibenSa postproc  { $_ }

get ZeitfensterSchreibenSo cmd {"write -c 430 hc1Timer.Sunday ".ReadingsVal("TimeSo","HHMM1",0) . chr(59) . ReadingsVal("TimeSo","HHMM2",0) . chr(59) . ReadingsVal("TimeSo","HHMM3",0) . chr(59) . ReadingsVal("TimeSo","HHMM4",0) . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "selected\n"}
get ZeitfensterSchreibenSo expect ".*\n\n"
get ZeitfensterSchreibenSo postproc  { $_ }

hier der geänderte Inhalt für die 2.xx bai00.cfg
Wer statt der Calormatic430 eine 470 hat, muss die entsprechenden Zeile natürlich ändern (write -c 430....) .

#########################################################
#
#                      Vaillant_Timer
# Datenstring = 03:30;19:30;20:00;20:00;20:00;20:00;Mo-Fr
#########################################################
# 99_myUtils.pm
sub Vaillant_Timer($)
{
  my @values=split(/[; ]/,$_);
  #-- suppress leading zero ?
  for(my $i=0;$i<7;$i++){
    $values[$i]=~s/^0//;
  }
  my $sval=sprintf("%s-%s",$values[0],$values[1]);
  $sval  .=sprintf(", %s-%s",$values[2],$values[3])
    if($values[2] ne $values[3]);
  $sval  .=sprintf(", %s-%s",$values[4],$values[5])
    if($values[4] ne $values[5]);
  return $sval;
}

der geänderte Inhalt für die 99_myUtils (den vorhanden Vaillant_Timer ersetzen bzw. hinzufügen). Dieser Inhalt entspricht wieder dem Original von pah, weil jetzt die Reihenfolge der Felder wieder passt. Bei der Konfig für 1.xx kam hier vorher noch eine Statusfeld, daher die Änderung.

Der restliche Code für Fhem (fhem.cfg) passt alles noch. Ich glaube das es in Zukunft nur mehr die 2.xx geben wird, daher habe ich jetzt bei meiner Installation von 1.xx auf 2.xx gewechselt. Wer meine Demos benutzt und die nicht mehr ändern möchte, kann selbstverständlich bei der Konfig von 1.xx bleiben.

Da John immer weiter entwickelt, wäre es schade wenn wir den Schritt zu 2.xx nicht durchführen würden.
Alles hier geschriebene, vor allem die Änderungen an den Files, betreffen jetzt meine Konfiguration "Vaillant Therme mit Calormatic 430", funktioniert aber mir geringfügigen Änderungen auch für die Calormatic 470.

Wer den GAEBUS bereits eingerichtet hat, kann vermutlich auch alles löschen und neu anlegen. Ein kleiner Trick kann euch jedoch helfen, wenn ihr die Files so umbenennt wie so vorher da waren, aber nur im Verzeichnis /opt/fhem/ebusd/.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 03 Januar 2016, 15:14:06
@Reinhard: mal wieder eine gelungene Zusammenfassung !

Das Schreiben der Heizkurve funktioniert durch einfaches Ändern der Ziffer auf "470" nicht, da in der 15.470.csv "wi" bei diesem Parameter steht.

Das Ändern in der bai00.cfg in
get HeizkurveSchreiben cmd {"write -c 470#install Hc1HeatCurve ".Value("HeizkurveEinstellen")."\n"}
funktioniert leider nicht.

Wenn ich den Eintrag in 15.470.csv für "Hc1HeatCurve" von "wi" auf "w" ändere und
get HeizkurveSchreiben cmd {"write 470 Hc1HeatCurve ".Value("HeizkurveEinstellen")."\n"}
verwende natürlich schon.

Wo liegt das Problem ?


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 03 Januar 2016, 16:19:01
ich glaube da brauchen wir John, scheint ein Fehler bei der Version 2.x zu sein oder wir wissen nicht wie man Dezimalzahlen bei "wi" setzen kann.

ich habe folgenden Versuch in der Konsole durchgeführt
pi@raspberry2 ~ $ ebusctl write -c 430#install OutsideTempOffset -1
done

pi@raspberry2 ~ $ ebusctl r -f OutsideTempOffset
-1.0

pi@raspberry2 ~ $ ebusctl write -c 430#install OutsideTempOffset -1.8
done

pi@raspberry2 ~ $ ebusctl r -f OutsideTempOffset
-2.0

ich setze ein Offset auf die Aussentemperatur von -1 Grad und lese das aus, dann setze ich auf -1.8 und lese 2.0 aus. D.h, es wird intern  aufgerundet! Genau so wird es bei der Heizkurve sein, mir fällt das bei der 430 nicht auf, weil ohne "wi" findet keine Rundung statt.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 03 Januar 2016, 16:33:00
@ms_9

kannst du das bei dir testen?

pi@raspberry2 ~ $ ebusctl r -f Hc1HeatCurve
1.10

pi@raspberry2 ~ $ ebusctl write -c 430 Hc1HeatCurve 1.20
done

pi@raspberry2 ~ $ ebusctl r -f Hc1HeatCurve
1.20


natürlich auf deine Syntax angepasst.
ebusctl write -c 470#install Hc1HeatCurve 1.20

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: zentis666 am 03 Januar 2016, 17:09:50
Zitat von: Reinhart am 02 Januar 2016, 11:39:11
@zentis666

Aufgrund deiner Anfrage habe ich dir die Tablet UI hier angehängt.
<...>
Viel Spaß damit,
LG
Reinhart

Hallo Reinhart,
vielen Dank dafür, hab es eben erst gesehen.

Ich spiele schon seit einiger Zeit mit der TabletUI und hatte heute morgen schon mal selber angefangen
einige Werte zu visualisieren, jetzt will ich mich an die Zeitprogramme machen.
Jetzt weiss ich endlich wo Du das Pumpen-Icon her hast  :D. In den fa Icons hatte ich nichts gefunden.

Ich hatte überlegt eine Status-Seite zu machen in der man auf einen Blick die wichtigsten Parameter und einen Plot der Temperaturen sehen kann
(vielleicht noch einfache Schaltfunktionen wie "Ein Tag zuhause" und "Zirkulationspumpe für 5 Min ein")
und Setup-Seiten wo man Zeiten programmieren und Parameter wie Temperaturen und Heizkurve ändern kann.
Vor den Setup-Unterseiten hätte ich gerne noch irgendeinen Schutz (Passwort?), da bin ich noch am schauen wie man das am schlausten macht.

LG
Sven
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 03 Januar 2016, 17:16:41
@ms_9

diese Zeile kann so nicht funktionieren, ist das beim kopieren passiert oder auch in der bai00.cfg so?

get HeizkurveSchreiben cmd {"write -c 470#install Hc1HeatCurve ".Value("Heizkur$

das Log muss so aussehen:
2016.01.03 17:02:58 3: get HeizkurveSchreiben HeizkurveSchreiben : HeizkurveSchreiben done
2016.01.03 17:02:58 3: HeizkurveSchreiben_Click return value: HeizkurveSchreiben done


EBUS: no answer received (wrote "HeizkurveEinstellen", expected .*\n\n)
das Log sagt, das hier die Syntax falsch übergeben wird.

schau bitte nochmal in der bai00.cfg ob hier wirklich alles passt!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 03 Januar 2016, 17:32:13
Sorry, habe das aus dem Termial kopiert. Steht so in der bai00.cfg, habe es oben auch geändert
get HeizkurveSchreiben cmd {"write -c 470#install Hc1HeatCurve ".Value("HeizkurveEinstellen")."\n"}
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 03 Januar 2016, 17:48:03
ok, das wäre ja zu einfach gewesen.

Du musst aber trotzdem genau schauen, denn hier stimmt vom logischen Ablauf was nicht.

2016.01.03 16:50:45 3: get HeizkurveSchreiben HeizkurveSchreiben : HeizkurveSchreiben
2016.01.03 16:50:45 1: EBUS: unexpected answer "ERR: command not found\n\n" received (wrote "r -f Hc1HeatCurve\n", expected \d+\.\d+\n)


in der bai00.cfg wird der Befehl zum Schreiben abgesetzt und in der selben Sekunde "command not found\n\n". Das ist ein Zeichen, das die eine Zeile vorher (der eigentliche Schreibbefehl) nicht richtig abgeschlossen ist.
Und du sagst, das es ohne #install nur mit "w" funktioniert?

Ich werde bei meiner 430 jetzt den "wi" einbauen und das nochmals testen.

LG

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 03 Januar 2016, 18:01:23
ok, ich kann den Fehler jetzt nachstellen. Warum das passiert, kann ich nicht sagen, noch dazu weil es mit anderen "wi" ja funktioniert.

Das einfachste vorerst, den "wi" zu einem "w" machen, ist bei der 430 auch so.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 03 Januar 2016, 18:16:55
ZitatDas einfachste vorerst, den "wi" zu einem "w" machen, ist bei der 430 auch so.

Genau DAS habe ich gestern schon gemacht. Da ich aber heute nochmal genauer wissen wollte was der Unterschied zwischen "w" und "wi" ist,
bin ich irgendwo auf eine Aussage von John gestossen, dass er damit Standard-, Installateur- und Service-Parameter beim Schreiben auf den ebus
unterscheiden will.

Gut das Du den Fehler nachstellen konntest, mal warten was John dazu einfällt  ;)


Was kannst Du HIERZU (http://forum.fhem.de/index.php/topic,29737.msg383882.html#msg383882) sagen?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 03 Januar 2016, 18:34:06
kann ich nicht viel dazu sagen, aber Sven hat das geändert auf "wi" und es funktioniert anscheinend bei ihm.

Der technische Unterschied ist ja zwischen w und wi gar keiner, dient wirklich nur zur Unterscheidung für John im eBusd. Leider kann das #Zeichen in Pearl zu einem Problem werden. Ich hatte so was ähnliches schon beim Schreiben der Timer ( mit dem ; ), da konnte ich aber ausweichen. Hier klappt das allerdings nicht. Es scheint so, als würde das # intern die Zeile beenden/abtrennen, aber nur bei diesem Befehl.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Benno am 04 Januar 2016, 00:28:31
Hallo zusammen,

ich habe nochmal ein paar Verständnisfragen zum allgemeinen Betrieb. Wenn ich mit der Ebus-Platine die Daten mittels z.B. einem Raspberry PI und FHEM aus einer Heizung auslese, werden die ausgelesenen Daten dann mittels der CSV-Datei in Daten umgewandelt die man verwenden kann oder wie läuft das genau? Werden die umgewandelten Daten dann auch in eine CSV-Datei geschrieben für die weitere Verwendung?

Wäre Euch für eine kurze Erklärung dankbar.

Gruß
Benno
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 04 Januar 2016, 09:51:09
Hallo Benno!

ebusd dient dazu um die von der Platine aufbereiteten Daten des eBus in einen lesbaren Text mit dem eigentlichen Wert umzuwandeln.

10feb516030100fa

so kommen die Daten am eBus im Rohformat an. Die Umsetzungstabelle (wenn wir die jetzt so nennen) was das bedeutet steht in der CSV Datei so das du wieder einen schönen lesbaren Text mit dem Inhalt der Daten bekommst. Der eBus übeträgt ja keine ASCII Dateien, sondern codiert die Daten in verschiedenen Formaten wie Integer BCD etc. Siehe hier die verschiedenen (https://github.com/john30/ebusd/wiki/4.3.-Builtin-data-types) Datenformate.


Die aufbereiteten Daten werden nur im internen Buffer vom eBusd gehalten und dann von Fhem über ECMD (oder Gaebus) über einen Befehl entweder direkt (mit Parameter -f) oder vom Buffer (-m 10) geholt. Das ist im wesentlichen alles was der User wissen sollte. Gespeichert werden die Daten erst in Fhem wenn du das veranlasst (Log/Svg Datei anlegen etc.). Am eBus selbst wird nichts gespeichert. Der eBus dient ja eigentlich nur zum Datenaustausch deiner Therme zwischen den Zusatzgeräten wie Calormatic etc. Natürlich gibt es in den internen Geräten (wie Calormatic) auch ein EEProm welches Konfigurationsdaten wie Zeitprogramme etc. speichern kann.


Beispiel:
pi@raspberry2 ~ $ ebusctl r -f outsidetemp temp
-5.38

direkte Abfrage vom eBus


pi@raspberry2 ~ $ ebusctl r -m 10 outsidetemp temp
-5.38

Abfrage der Daten aus dem Buffer, kann daher schon einige Sekunden/Minuten zurück liegen.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Porsti am 04 Januar 2016, 13:43:58
Hallo zusammen,

habe mich hier durch das Thema gewuselt und fange jetzt an die Platine zu löten.
Dabei habe ich versucht herauszufinden welchen usb-Konverter man am besten verwenden kann.
In den beiträgen habe ich immer nur den Hinweis auf die Fotos gefunden aber dort ist leider kein Hersteller zu erkennen.

Kann mir jemand einen Tipp geben das ich nicht direkt am Anfang den falschen kaufe??

Gruß
Porsti
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 04 Januar 2016, 15:04:18
Habe das hier für das Schreiben der Heizkurve aus dem Beispiel von Reinhard:
define HeizkurveSchreiben_Click notify HeizkurveEinstellen {\
  fhem("get HeizkurveSchreiben HeizkurveSchreiben");;\
}


hier möchte ich anschliessend die Anzeige des aktualisierten Werts der Heizkurve lesen und die veränderte VorlaufSollTemp:
define HeizkurveSchreiben_Click notify Heizkurve {\
  fhem("get HeizkurveSchreiben HeizkurveSchreiben");;\
  fhem("get HKurve HKurve");;\
  fhem("get VorlaufSoll VorlaufSoll");;\
}
}


HKurve wird aktualisiert, VoraufSoll nicht (liest den letzten Wert), erst beim EBUS.Timer kommt die neue Temp :-[
Den veränderten VorlaufSoll kann ich aber im Terminal direkt nach Ändern des Wertes der Heizkurve sehen.

Was mache ich falsch ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 04 Januar 2016, 15:29:01
"Belächelt" wurde gar niemand. Es ist allerdings etwas zuviel verlangt, Empfehlungen für jede Art von selbst ausgesuchter Hardware abzugeben.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 04 Januar 2016, 15:41:24
@ms_9

kann sein das es zu schnell hintereinander passiert, versuche es mal so das die nachfolgenden Abfragen jeweils um 2 Sekunden versetzt sind.
Sonst eventuell im Log schauen ob da beim Absetzen der nachfolgenden Lese Befehle noch Fehler auftreten.

define HeizkurveSchreiben_Click notify Heizkurve {\
  fhem("get HeizkurveSchreiben HeizkurveSchreiben")};;{\
  fhem("define Timer1 at +00:00:02 get HKurve HKurve")};;{\
  fhem("define Timer2 at +00:00:04 get VorlaufSoll VorlaufSoll")};;{\
  }


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 04 Januar 2016, 15:51:10
@Porsti

ich habe zB. den (http://www.amazon.de/XCSOURCE-Serielles-Adaptermodul-Anschluss-TE203/dp/B00YMDN2Z6/ref=sr_1_fkmr1_1?ie=UTF8&qid=1451917670&sr=8-1-fkmr1&keywords=rs232konverter+ftdi) am Raspi hängen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 04 Januar 2016, 16:05:18
@Reinhard:
danke für Deinen Vorschlag; leider keine Änderung.

Da war der Fehlerteufel in Deinem Code, so geht's:
define HeizkurveSchreiben_Click notify Heizkurve {\
  fhem("get HeizkurveSchreiben HeizkurveSchreiben");;\
  fhem("define Pause1 at +00:00:02 get HKurve HKurve");;\
  fhem("define Pause2 at +00:00:04 get VorlaufSoll VorlaufSoll");;\
}

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 04 Januar 2016, 18:00:02
@ms_9

ich habe das jetzt bei mir nachgestellt und 2x Heizkurve verstellt, das funktioniert aber bei mir problemlos.


2016.01.04 17:59:01 3: get HeizkurveSchreiben HeizkurveSchreiben : HeizkurveSchreiben done
2016.01.04 17:59:04 3: Pause1: HKurve 1.0
2016.01.04 17:59:06 3: Pause2: VorlaufSoll  42.5
2016.01.04 17:59:06 3: get HeizkurveSchreiben HeizkurveSchreiben : HeizkurveSchreiben done
2016.01.04 17:59:08 3: Pause1: HKurve 1.5
2016.01.04 17:59:11 3: Pause2: VorlaufSoll  62.5


Wenn ich den Timer rausnehme dann geht es wie vermutet nicht mehr, es werden dann falsche Vorlaufsoll angezeigt.

Meine bai00.cfg sieht beim Vorlaufsoll dann so aus.

get VorlaufSoll cmd {"r -f FlowTempDesired temp\n"}
get VorlaufSoll expect "\d+\.\d+\n\n"
get VorlaufSoll postproc { sprintf("%5.1f",$_) }



LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 04 Januar 2016, 18:32:56
nochmal ein Nachtrag!

Es ist tatsächlich ein Zeitproblem. Um wirklich ganz sicher zu gehen, frage den Sollwert 2 x ab dann geht ganz sicher.

Ich habe mich jetzt öfters gespielt, aber es geht nicht immer, siehe hier im Log. bei der 2.Abfrage kommt dann aber immer der richtige Wert an.
Bei Hkurve 1.3 hat es wieder sofort funktioniert. Es sieht so aus, als würde die Calormatic nicht immer gleich schnell reagieren.


2016.01.04 18:26:15 3: get HeizkurveSchreiben HeizkurveSchreiben : HeizkurveSchreiben done
2016.01.04 18:26:17 3: Pause1: HKurve 1.0
2016.01.04 18:26:20 3: Pause2: VorlaufSoll  58.0
2016.01.04 18:26:22 3: Pause3: VorlaufSoll  51.0

2016.01.04 18:27:26 3: get HeizkurveSchreiben HeizkurveSchreiben : HeizkurveSchreiben done
2016.01.04 18:27:28 3: Pause1: HKurve 1.3
2016.01.04 18:27:31 3: Pause2: VorlaufSoll  58.0
2016.01.04 18:27:33 3: Pause3: VorlaufSoll  58.0


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 04 Januar 2016, 19:28:23
Dann haben wir das Problem zumindest eingekreist und Du eine praktikable Lösung gefunden. :D

Wie wird bei Dir das Feld mit der Liste aktualisiert, wenn Du mal am Regler die Heizkurve verstellst ?
Das DEVICE (Anzeige) HKurve wird zwar aktualisiert; dazu müsste aber der jetzt neue Wert auch in der "setList-Anzeige" angepasst werden, nur wie ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 04 Januar 2016, 20:09:19
da HeizKurveSchreiben ja ein Dummy ist, brauchst du nur die Hkurve in den Dummy kopieren und richtig formatieren (2 Dezimalstellen).
Kopieren kannst ja einfach mit einem notify auf die HKurve.

# HKurve in den Dummy HeizkurveEinstellen kopieren
Code entfernt, die Gefahr eines rekursiven Loops ist zu groß!!!!


sobald jetzt die Routineabfrage der Hkurve kommt, aktualisiert sich die SetList automatisch.
Ist zwar jetzt ein bisschen von hinten durchs Knie geschossen, aber mir fällt dazu momentan nichts besseres ein.

Ich brauch das nicht, weil ja meine Steuerung automatisch die Heizkurve übernimmt und ich keine Einstellungen an der Calormatic mache.

PS: bei solchen Dingen ist mir nie recht wohl im Magen, denn man läuft Gefahr hier einen rekursiven Loop auszulösen. Laut Log passiert es jedoch nicht.

LG

geändert am 05.01: habe den Code entfernt, die Gefahr eines rekursiven Loop ist zu groß!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rufus999 am 05 Januar 2016, 14:53:39
Hallo Reinhart,

danke für deine ebus-config.zip!
Ich habe noch eine Frage dazu. Du hast etwas weiter oben in diesem Thread geschrieben dass ich einfach die fehlenden Timer in meine 430.csv kopieren soll um diese zu nutzen.
Doch leider funktioniert das nicht. Wenn ich die Werte aus deiner 430.csv an meine anhänge bekomme ich ganz viele Fehlermeldungen von "ebusd --checkconfig". Erst wenn ich deine kompletten .csv's nehme kommen keine Fehler mehr.

Für mich sieht es so aus als müsste man noch andere Änderungen machen wenn man etwas bei der 430.csv hinzufügt. Ist das korrekt?

Gruss rufus999
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 05 Januar 2016, 18:52:09
@rufus999

Ja, das ist richtig, auch die _templates muss passen.

Ich bin ja jetzt auf die Konfig 2.xx umgestiegen weil die sicher in Zukunft zur Anwendung kommt.
Ich würde dir empfehlen auch die neue Version zu verwenden, da die letztlich viel mehr anbietet und ziemlich komplett erscheint.
Hier habe ich kurz zusammen gefasst wie du vorgehen kannst.
http://forum.fhem.de/index.php/topic,46098.msg383927.html#msg383927 (http://forum.fhem.de/index.php/topic,46098.msg383927.html#msg383927)

Hier habe ich auch die Timer neu angepasst und beschrieben.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 05 Januar 2016, 19:02:32
Hallo,

ich habe nach Eurer genialen Anleitung den ebusd auf meinem raspi laufen .

Ich kann schon mal die Außentemperatur abfragen  ;).

Meinen FHEM habe ich auf einer W10 Maschine installiert.
Ich habe auch connect zum ebusd.
Allerdings nach Eingabe "attr EBUS classdefs bai00.class=/opt/fhem/FHEM/bai00.cfg"

bekomme ich im Logfile :
2016.01.05 18:35:49 1: EBUS: cannot open file /opt/fhem/FHEM/bai00.cfg for class bai00.class.

Hat da jemand einen Tipp für mich ?

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 05 Januar 2016, 19:53:23
bai00.cfg liegt vermutlich in
/opt/fhem
und nicht in
/opt/fhem/FHEM
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 05 Januar 2016, 20:19:48
Hallo ,

danke aber wo soll dieses Verzeichniss sein auf dem raspi oder auf dem FHEM Server .
Ich finde es nicht , habe die Vermutung das mein FEM Server doch nicht richtig aufgesetzt ist, allerdings konnte ich HM usw. schon anbinden.
Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 05 Januar 2016, 20:30:21
hmmm, ich vermute mal auf dem raspi
dort habe ich ein etc/opt aber leider sind da keine *.cfg Dateien.

Ich hatte anfangs schon das Problem mit dem fehlenden ebusd.debian unterhalb /etc/init.d, dies konnte ich dank Euch durch einfaches kopieren aus dem home/pi verzeichniss umgehen.

Allerdings finde ich keine bai00.cfg.

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 06 Januar 2016, 03:31:17
Bitte mal mit "man find" ansehen, wie man eine bestimmte Datei findet.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 06 Januar 2016, 10:39:40
ebusctl find -d

Ich habe mich heute einmal mit der neuen Funktion "find" beim ebus 2.xx etwas gespielt und habe mir gleich eine Statusanzeige in Fhem eingebaut. Find bietet einige tolle Features, schaut euch dazu einmal die Parameter alle an.

pi@raspberry2 ~ $ ebusctl find --help
usage: find [-v] [-r] [-w] [-p] [-d] [-i ID] [-f] [-F COL[,COL]*] [-e] [-c CIRCUIT] [NAME]
Find message(s).
  -v            be verbose (append destination address and update time)
  -r            limit to active read messages (default: read + passive)
  -w            limit to active write messages (default: read + passive)
  -p            limit to passive messages (default: read + passive)
  -d            only include messages with actual data
  -i ID         limit to messages with ID (in hex, PB, SB and further ID bytes)
  -f            list messages in CSV configuration file format
  -F COL[,COL]* list messages in the specified format
                (COL: type,circuit,name,comment,qq,zz,pbsb,id,fields)
  -e            match NAME and optional CIRCUIT exactly (ignoring case)
  -c CIRCUIT    limit to messages of CIRCUIT (or a part thereof without '-e')
  NAME          the NAME of the messages to find (or a part thereof without '-e')


Hier ein Beispielcode des Parameters -d

# bai00.cfg
get search_activ cmd {"find -d\n"}
get search_activ expect ".*"
get search_activ postproc { s_ebus($_); }

Erweiterung der bai00.cfg

# 99_myUtils.pm
sub s_ebus($){
my $text = shift;
my $ret = "</td></tr><tr><td>";
$ret .= ($text);
$ret =~ s,\;,  ,g;
$ret =~ s,\n,</td></tr><tr><td>,g;
return $ret;
}

Erweiterung der 99_myUtils.pm.
Hier werden eigentlich nur die Zeilenumbrüche für die Ausgabe formatiert damit sie schön untereinander angezeigt werden. Die Anzeige in Fhem ist ja HTML formatiert.

############################################
##           ebusctl find -d              ##
############################################

define search_activ ECMDDevice bai00.class
attr search_activ IODev EBUS
attr search_activ alias Ebus aktive Daten
attr search_activ group eBus
attr search_activ room eBus

#OK Button Download
define All_eBus dummy
attr All_eBus alias Daten erneuern
attr All_eBus devStateIcon ok:rc_SHUFFLE:ok
attr All_eBus eventMap on:ok off:ok
attr All_eBus group eBus Download
attr All_eBus room eBus

define nAll_eBus notify All_eBus {\
  fhem "get search_activ search_activ";;\
}

der Beispielcode für die fhem.cfg via ECMD. Ich finde mit ECMD hat man etwas mehr Spielraum für individuelle Spielereien, dafür geht vieles mit GAEBUS einfacher. Der Knopf lößt hier einen Notify und somit die Spontanabfrage aus.

define EBUS.Timer at +*00:15:00 get Aussentemp Aussentemp;;get Vorlauf Vorlauf;;get Status status;;get Ruecklauf Ruecklauf;;get Fanspeed Fanspeed;;get PumpeWatt PumpeWatt;;get HKurve HKurve;;get VorlaufSoll VorlaufSoll;;get search_activ search_activ
und hier kann auch die Zeitgesteuerte Abfrage um den find -d erweitert werden. Muss aber nicht sein, denn es gibt ja den Knopf "Daten erneuern" für die Spontanabfrage. Wurde die Spontanabfrage durchgeführt, wird sich bei einigen Browsern (zB: IE11) nichts ändern, daher hier noch zusätzlich "F5" für Refresh im Browser drücken.


(http://up.picr.de/24200725zo.png)
Natürlich können hier noch viele ähnliche Anzeigen dargestellt werden, aber find -d finde ich persönlich sehr nützlich, weil alles wesentliche auf einen Blick ersichtlich ist.
Vielleicht kann es ja jemand von euch gebrauchen, viel Erfolg damit.


LG
Reinhart


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 06 Januar 2016, 11:01:48
Zitat von: fz69412 am 05 Januar 2016, 20:30:21
Meinen FHEM habe ich auf einer W10 Maschine installiert.
Allerdings finde ich keine bai00.cfg.

Hallo!

Indem du das alles unter Windows 10 laufen hast, musst einfach nachschauen (zB: mit set in der Kommandozeile) wo die Fhem Installation läuft. Soweit ich gelesen habe sollte im Environment FHEMDir gesetzt worden sein und danach sollst du suchen. Du kannst auch in der Konsole "cd \fhemdir eingeben und du siehst wo das Verzeichnis liegt. Genau dorthin gehört dann die Datei "bai00.cfg".

Ich glaube jedoch schon aus energietechnischen Gründen (Stromverbrauch 24*7*365) ist Windows für solche Anwendungen nicht gerade als ideal zu bezeichnen. Ein Raspi kostet heute wirklich nicht so viel und das Geld hast du im Jahr sicher an Stromkosten gespart. Außer du hast da einige Server herumstehen die ohnehin laufen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Wzut am 06 Januar 2016, 12:28:37
Nachdem ich gestern Abend endlich mal Zeit hatte die Schaltung an die Heizung zu klemmen und nun fast 12 Stunden im Modus raw geloggt habe kommt nun die Ernüchterung :(
Ich besitze leider keine Vailant Regelung sonder eine Wolf R12 aus dem Jahr 2004. Am eBUS war bisher nichts angeschlossen, der Adapter ist jetzt das einzige Gerät am Bus.
In meiner Log Datei befinden sich nur Sync Signale (<aa ) Ich hatte eigentlich die Hoffung innerhalb der 12 Stunden mal irgend eine Broadcast Nachricht zu sehen, doch leider Fehlanzeige. Ich habe den ebusd dann mal gestopt und minicom mit 2400 Baud  zwei Stunden laufen lassen, aber ausser Hex AA war da auch kein anderes Zeichen zu sehen. Ich bin jetzt doch etwas ratlos wie ich sinnvoll weiter machen/suchen soll.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 06 Januar 2016, 13:11:50
@Wzut

das wäre schade, jetzt hast du dich so gefreut!
Hast du schon einmal Spannung gemessen was da so anliegt auf dem eBus?
Sollten ja so um die 24 V sein was da anliegt.

Ich habe mir die Beschreibung der R12 Digicompact (http://www.wolf-heiztechnik.de/fileadmin/content/Downloads/Archiv_Montage-Bedienungsanleitungen/Regelungen/3043469_0404_R12_DigiCompact_FunctionLine-ComfortLine.pdf) einmal angesehen, so wie es da beschrieben ist, ist das ein vollwertiger eBus. Hast du so ein Steuergerät?

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Wzut am 06 Januar 2016, 13:22:34
Exakt dieses Teil, die von dir verlinkte pdf ist exakt meine Papierversion die ich damals vom Heizugsbauer bekommen habe. eBUS wird dort nur sehr sparsam erwähnt, einziger Hinweis ist der Anschluss des Fernreglers, wird dieser erkannt soll im Display ein Pfeil unter dem Brenner Symbol erscheinen. Ttut es bei mir nicht, allerdings dachte ich auch nicht das der ebusd als Ersatz für die Fernbedienung erkannt wird.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 06 Januar 2016, 15:04:56
Vielen Dank Reinhart.

genau das werde ich jetzt auch machen.
Ich werde mir noch einen Raspi kaufen, habe eh gerade Gefallen an der kleinen Kiste gefunden ;-)
und das hin und her zwischen win und debian ist auch eher lästig, zumal ich auch noch alles vom MacBook per rdp und terminal steuere....auah  ;)
Also bis demnächst.

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 06 Januar 2016, 15:19:11
@Frank: Dann am besten gleich einen Raspi 2 nehmen, der hat mehr USB und deutlich mehr Power als die Vorgänger. Auslastung bei mir aktuell noch bei ca. 5% und ich habe da viiiiiel dran ;-) Und dran denken, eine gute Karte, hab da 16GB dran, da ist noch massig platz und man kann die ganze Karte per Image noch sichern...

Gruß Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 06 Januar 2016, 15:48:56
kann die Aussage von cs-online nur unterstützen, der Raspi 2 ist gefühlt 4 x schneller, vor allem wenn man Plots aufruft sieht man den Unterschied und ist kaum 7.- € teurer.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 06 Januar 2016, 15:55:55
@Wzut

ja recht viel schreiben sie über den eBus nicht in der Doku, aber was man so sieht an den Zeitprogrammen ist es fast ident zu den Einstellungsmöglichkeiten von Vaillant. Hast schon einmal die Spannung an den eBus Klemmen gemessen? Da du ja stundenlang gar nichts gelogt bekommen hast, ist entweder die Schaltung nicht ganz in Ordnung oder es kommt da wirklich nichts. Aber das wirst du ja bemerkt haben, als du das Poti kalibriert hast.

Es gibt ja noch einige User die eine Wolf Anlage haben, vielleicht hat jemand so eine ähnliche und kann dir Tipps geben.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 06 Januar 2016, 16:13:42
So, nach meinem Urlaub konnte ich nun heute endlich die Platine löten.
Reinhart vielen Dank fürs Organisieren!!

Leider komme ich mit der "Grundinstallation" schon gar nicht zurecht.

Habe einen Raspy neu aufgesetzt und ebusd wie hier beschrieben installiert.
Leider startet der Dienst nicht automatisch und Logs werden auch nicht angelegt.

Wenn ich "ebusd -f" eingebe, erhalte ich folgendes:

2016-01-06 16:09:35.384 [main notice] ebusd 2.0.0-preview.4fec638 started
2016-01-06 16:09:35.664 [main notice] found messages: 398 (0 conditional on 0 conditions, 0[/quote] poll, 15 update)


Im Moment hängt die Platine einfach nur am Raspy, sonst nichts.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 06 Januar 2016, 17:33:45
@Mitch

wenn der Dämon nicht automatisch startet, dann versuche folgendes, es kann eigentlich nicht viel sein.

sudo cp /home/pi/ebusd/contrib/etc/init.d/ebusd.debian /etc/init.d/ebusd   (Dämonstartfile kopieren)
sudo chmod 755 /etc/init.d/ebusd         (Script Rechte setzen, wenn es via PC kopiert wurde)
sudo update-rc.d ebusd defaults           (Runlevel Script aktualisieren)


sofern im Verzeichnis /home/pi/ebusd ausgecheckt wurde, sonst den Pfad anpassen.

Aber sonst sieht es ja schon gut aus, wenn die Platine nun am Bus hängt und das Poti passt sollten ja schon Daten kommen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 06 Januar 2016, 17:48:55
Danke, werde ich später testen.

Ich habe die Platine jetzt mal an die Heizung angeschlossen und versucht, mit der Variante von John das Poti einzustellen.
Leider kommt gar nichts an?

Wenn ich den USB ab- und anstecke, bekomme ich zumindest eine Nachricht:
pi@eBus ~ $ ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/ttyUSB0
2016-01-06 17:46:04.005 [bus notice] re-opened /dev/ttyUSB0


Kann ich mit dem Netzteil mal grundsätzlich testen, ob meine Platine geht?
Hab nur keinen Widerstand zum davor schalten  ::)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Wzut am 06 Januar 2016, 17:55:14
Zitat von: Reinhart am 06 Januar 2016, 15:55:55
Hast schon einmal die Spannung an den eBus Klemmen gemessen? Da du ja stundenlang gar nichts gelogt bekommen hast, ist entweder die Schaltung nicht ganz in Ordnung oder es kommt da wirklich nichts. Aber das wirst du ja bemerkt haben, als du das Poti kalibriert hast.
Spannung an der Klemme schwankt zwischen 19,6 und 19,8 Volt. Poti war leicht zu justieren, mein Ser/TTY Adapter hat für REC eine eigene LED, wenn diese beginnt ganz schwach zu glimmen bekomme ich auf der Konsole sofort signal acquired und es geht los mit <aa bzw in die andere Richtung dann signal lost und Ruhe.
Ich habe auch mal bei laufenden ebusd die Heizung aus und ein geschaltet ( siehe log ) und kurz danach kamen einmal ein paar Zeichen. (sieht für mich nicht nach etwas Sinvollem aus) Ich meine irgendwo gelesen zu haben es sollten so um die 20 Syncs pro Sekunde sein, ich komme bei mir gerade mal auf 4 -5 ?
hier der log Abschnitt :
2016-01-06 17:23:10.173 [bus notice] <aa
2016-01-06 17:23:10.382 [bus notice] <aa
2016-01-06 17:23:10.589 [bus notice] <aa
# R12 ausgeschaltet und wieder ein
2016-01-06 17:23:10.754 [bus notice] <00
2016-01-06 17:23:12.029 [bus error] signal lost
2016-01-06 17:23:18.905 [bus notice] <aa
2016-01-06 17:23:18.909 [bus notice] signal acquired
2016-01-06 17:23:19.113 [bus notice] <aa
2016-01-06 17:23:19.320 [bus notice] <aa
2016-01-06 17:23:19.529 [bus notice] <aa
2016-01-06 17:23:19.737 [bus notice] <aa
2016-01-06 17:23:19.945 [bus notice] <aa

2016-01-06 17:23:20.152 [bus notice] <aa
2016-01-06 17:23:20.360 [bus notice] <aa
2016-01-06 17:23:20.568 [bus notice] <aa
2016-01-06 17:23:20.777 [bus notice] <aa
2016-01-06 17:23:20.984 [bus notice] <aa
2016-01-06 17:23:21.192 [bus notice] <aa
= 5 pro Sekunde

2016-01-06 17:23:21.815 [bus notice] <aa
2016-01-06 17:23:22.023 [bus notice] <aa
2016-01-06 17:23:22.028 [bus notice] <f1
2016-01-06 17:23:22.032 [bus notice] <f1
2016-01-06 17:23:22.036 [bus notice] <07
2016-01-06 17:23:22.041 [bus notice] <fe
2016-01-06 17:23:22.044 [bus notice] <00
2016-01-06 17:23:22.048 [bus notice] <44
2016-01-06 17:23:22.257 [bus notice] <aa
2016-01-06 17:23:22.465 [bus notice] <aa
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 06 Januar 2016, 18:39:06
@Mitch

wenn du dir die Schaltung ansiehst, dann besteht große Gefahr, das der Sendetransistor durchschaltet und dann fast einen Kurzschluss produziert. Unter Umständen kannst du dir so die Zenerdiode oder eine vom Gleichrichter zerschießen, der Transistor hält das allemal aus. Der Widerstand würde sich dann so ähnlich verhalten wie der kurschlußfeste eBus und die Spannung nur niederdrücken.
Hänge einen Hahrföhn (ohmsche Last) dazwischen oder so irgendwas ähnliches wenn kein Widerstand zur Verfügung steht (oder Zenerdiode auslöten, dann ist es auf jeden Fall egal).

Wenn das Netzgerät eine elektronische Strombegrenzung hat ist es kein Problem.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 06 Januar 2016, 18:46:52
@Wzut

ja John hat das mit den 20 erwähnt. http://forum.fhem.de/index.php/topic,46098.msg379253.html#msg379253 (http://forum.fhem.de/index.php/topic,46098.msg379253.html#msg379253)
aber irgendwas tut sich schon wenn ich dein Log im unteren Teil des Rawmodus anschaue. Vielleicht doch am Poti nochmal schauen, das kann je nach der Streuung der Bauteile sehr heikel zum einstellen sein.

ich teste jetzt nochmal bei mir wieviel das so sind, hängt aber natürlich von der Anzahl der Geräte ab und wenn du nichts angeschlossen hast wird der Broadcast ja fast Null sein.

2016-01-06 18:48:52.720 [bus notice] <aa
2016-01-06 18:48:52.768 [bus notice] <aa
2016-01-06 18:48:52.816 [bus notice] <aa
2016-01-06 18:48:52.862 [bus notice] <aa
2016-01-06 18:48:52.907 [bus notice] <aa
2016-01-06 18:48:52.911 [bus notice] <10
2016-01-06 18:48:52.919 [bus notice] <08
2016-01-06 18:48:52.924 [bus notice] <b5
2016-01-06 18:48:52.928 [bus notice] <11
2016-01-06 18:48:52.932 [bus notice] <01
2016-01-06 18:48:52.937 [bus notice] <01
2016-01-06 18:48:52.943 [bus notice] <89
2016-01-06 18:48:52.945 [bus notice] <00
2016-01-06 18:48:52.962 [bus notice] <09
2016-01-06 18:48:52.966 [bus notice] <6a
2016-01-06 18:48:52.970 [bus notice] <5c
2016-01-06 18:48:52.974 [bus notice] <50
2016-01-06 18:48:52.979 [bus notice] <fc
2016-01-06 18:48:52.982 [bus notice] <56
2016-01-06 18:48:52.987 [bus notice] <5c
2016-01-06 18:48:52.991 [bus notice] <01
2016-01-06 18:48:52.995 [bus notice] <00
2016-01-06 18:48:52.999 [bus notice] <ff
2016-01-06 18:48:53.003 [bus notice] <4a
2016-01-06 18:48:53.009 [bus notice] <00
2016-01-06 18:48:53.012 [bus notice] <aa
2016-01-06 18:48:53.057 [bus notice] <aa
2016-01-06 18:48:53.101 [bus notice] <aa
2016-01-06 18:48:53.145 [bus notice] <aa
2016-01-06 18:48:53.192 [bus notice] <aa
2016-01-06 18:48:53.237 [bus notice] <aa
2016-01-06 18:48:53.281 [bus notice] <aa
2016-01-06 18:48:53.326 [bus notice] <aa
2016-01-06 18:48:53.370 [bus notice] <aa
2016-01-06 18:48:53.417 [bus notice] <aa
2016-01-06 18:48:53.465 [bus notice] <aa
2016-01-06 18:48:53.509 [bus notice] <aa
2016-01-06 18:48:53.555 [bus notice] <aa
2016-01-06 18:48:53.599 [bus notice] <aa
2016-01-06 18:48:53.643 [bus notice] <aa
2016-01-06 18:48:53.688 [bus notice] <aa
2016-01-06 18:48:53.735 [bus notice] <aa
2016-01-06 18:48:53.780 [bus notice] <aa
2016-01-06 18:48:53.824 [bus notice] <aa
2016-01-06 18:48:53.868 [bus notice] <aa
2016-01-06 18:48:53.914 [bus notice] <aa
2016-01-06 18:48:53.959 [bus notice] <aa
2016-01-06 18:48:54.004 [bus notice] <aa
2016-01-06 18:48:54.051 [bus notice] <aa
2016-01-06 18:48:54.097 [bus notice] <aa
2016-01-06 18:48:54.143 [bus notice] <aa
2016-01-06 18:48:54.187 [bus notice] <aa
2016-01-06 18:48:54.231 [bus notice] <aa
2016-01-06 18:48:54.275 [bus notice] <aa
2016-01-06 18:48:54.322 [bus notice] <aa
2016-01-06 18:48:54.366 [bus notice] <aa
2016-01-06 18:48:54.410 [bus notice] <aa
2016-01-06 18:48:54.455 [bus notice] <aa
2016-01-06 18:48:54.499 [bus notice] <aa
2016-01-06 18:48:54.543 [bus notice] <aa
2016-01-06 18:48:54.587 [bus notice] <aa
2016-01-06 18:48:54.633 [bus notice] <aa
2016-01-06 18:48:54.677 [bus notice] <aa
2016-01-06 18:48:54.728 [bus notice] <aa
2016-01-06 18:48:54.773 [bus notice] <aa
2016-01-06 18:48:54.819 [bus notice] <aa
2016-01-06 18:48:54.865 [bus notice] <aa
2016-01-06 18:48:54.909 [bus notice] <aa
2016-01-06 18:48:54.914 [bus notice] <10
2016-01-06 18:48:54.922 [bus notice] <08
2016-01-06 18:48:54.926 [bus notice] <b5
2016-01-06 18:48:54.930 [bus notice] <04
2016-01-06 18:48:54.934 [bus notice] <01
2016-01-06 18:48:54.938 [bus notice] <00
2016-01-06 18:48:54.942 [bus notice] <3d
2016-01-06 18:48:54.947 [bus notice] <00
2016-01-06 18:48:54.964 [bus notice] <0a
2016-01-06 18:48:54.969 [bus notice] <00
2016-01-06 18:48:54.973 [bus notice] <50
2016-01-06 18:48:54.977 [bus notice] <25
2016-01-06 18:48:54.981 [bus notice] <07
2016-01-06 18:48:54.986 [bus notice] <ff
2016-01-06 18:48:54.991 [bus notice] <ff
2016-01-06 18:48:54.995 [bus notice] <ff
2016-01-06 18:48:54.998 [bus notice] <ff
2016-01-06 18:48:55.003 [bus notice] <50
2016-01-06 18:48:55.009 [bus notice] <fc
2016-01-06 18:48:55.012 [bus notice] <e1
2016-01-06 18:48:55.015 [bus notice] <00
2016-01-06 18:48:55.019 [bus notice] <aa
2016-01-06 18:48:55.063 [bus notice] <aa
2016-01-06 18:48:55.107 [bus notice] <aa
2016-01-06 18:48:55.153 [bus notice] <aa
2016-01-06 18:48:55.198 [bus notice] <aa
2016-01-06 18:48:55.202 [bus notice] <10
2016-01-06 18:48:55.211 [bus notice] <fe
2016-01-06 18:48:55.215 [bus notice] <b5
2016-01-06 18:48:55.218 [bus notice] <05
2016-01-06 18:48:55.223 [bus notice] <02
2016-01-06 18:48:55.230 [bus notice] <04
2016-01-06 18:48:55.234 [bus notice] <00
2016-01-06 18:48:55.238 [bus notice] <0b
2016-01-06 18:48:55.242 [bus notice] <aa
2016-01-06 18:48:55.286 [bus notice] <aa
2016-01-06 18:48:55.330 [bus notice] <aa
2016-01-06 18:48:55.376 [bus notice] <aa
2016-01-06 18:48:55.421 [bus notice] <aa
2016-01-06 18:48:55.466 [bus notice] <aa
2016-01-06 18:48:55.512 [bus notice] <aa
2016-01-06 18:48:55.557 [bus notice] <aa
2016-01-06 18:48:55.601 [bus notice] <aa
2016-01-06 18:48:55.647 [bus notice] <aa
2016-01-06 18:48:55.692 [bus notice] <aa
2016-01-06 18:48:55.737 [bus notice] <aa
2016-01-06 18:48:55.783 [bus notice] <aa
2016-01-06 18:48:55.827 [bus notice] <aa
2016-01-06 18:48:55.871 [bus notice] <aa
2016-01-06 18:48:55.916 [bus notice] <aa
2016-01-06 18:48:55.960 [bus notice] <aa
2016-01-06 18:48:56.005 [bus notice] <aa
2016-01-06 18:48:56.051 [bus notice] <aa
2016-01-06 18:48:56.098 [bus notice] <aa
2016-01-06 18:48:56.142 [bus notice] <aa
2016-01-06 18:48:56.190 [bus notice] <aa
2016-01-06 18:48:56.235 [bus notice] <aa
2016-01-06 18:48:56.279 [bus notice] <aa
2016-01-06 18:48:56.323 [bus notice] <aa
2016-01-06 18:48:56.370 [bus notice] <aa
2016-01-06 18:48:56.414 [bus notice] <aa
2016-01-06 18:48:56.459 [bus notice] <aa
2016-01-06 18:48:56.505 [bus notice] <aa
2016-01-06 18:48:56.549 [bus notice] <aa
2016-01-06 18:48:56.593 [bus notice] <aa
2016-01-06 18:48:56.641 [bus notice] <aa
2016-01-06 18:48:56.685 [bus notice] <aa
2016-01-06 18:48:56.730 [bus notice] <aa
2016-01-06 18:48:56.780 [bus notice] <aa
2016-01-06 18:48:56.825 [bus notice] <aa
2016-01-06 18:48:56.870 [bus notice] <aa
2016-01-06 18:48:56.916 [bus notice] <aa
2016-01-06 18:48:56.960 [bus notice] <aa
2016-01-06 18:48:57.004 [bus notice] <aa
2016-01-06 18:48:57.048 [bus notice] <aa
2016-01-06 18:48:57.095 [bus notice] <aa
2016-01-06 18:48:57.139 [bus notice] <aa
2016-01-06 18:48:57.183 [bus notice] <aa
2016-01-06 18:48:57.228 [bus notice] <aa
2016-01-06 18:48:57.272 [bus notice] <aa
2016-01-06 18:48:57.316 [bus notice] <aa
2016-01-06 18:48:57.363 [bus notice] <aa
2016-01-06 18:48:57.407 [bus notice] <aa
2016-01-06 18:48:57.453 [bus notice] <aa
2016-01-06 18:48:57.497 [bus notice] <aa
2016-01-06 18:48:57.546 [bus notice] <aa
2016-01-06 18:48:57.590 [bus notice] <aa
2016-01-06 18:48:57.636 [bus notice] <aa
2016-01-06 18:48:57.680 [bus notice] <aa
2016-01-06 18:48:57.726 [bus notice] <aa
2016-01-06 18:48:57.770 [bus notice] <aa
2016-01-06 18:48:57.814 [bus notice] <aa
2016-01-06 18:48:57.859 [bus notice] <aa
2016-01-06 18:48:57.903 [bus notice] <aa
2016-01-06 18:48:57.950 [bus notice] <aa
2016-01-06 18:48:57.994 [bus notice] <aa
2016-01-06 18:48:58.038 [bus notice] <aa
2016-01-06 18:48:58.082 [bus notice] <aa
2016-01-06 18:48:58.130 [bus notice] <aa
2016-01-06 18:48:58.175 [bus notice] <aa
2016-01-06 18:48:58.221 [bus notice] <aa
2016-01-06 18:48:58.266 [bus notice] <aa
2016-01-06 18:48:58.312 [bus notice] <aa
2016-01-06 18:48:58.357 [bus notice] <aa
2016-01-06 18:48:58.401 [bus notice] <aa
2016-01-06 18:48:58.445 [bus notice] <aa
2016-01-06 18:48:58.489 [bus notice] <aa
2016-01-06 18:48:58.534 [bus notice] <aa
2016-01-06 18:48:58.581 [bus notice] <aa
2016-01-06 18:48:58.625 [bus notice] <aa
2016-01-06 18:48:58.669 [bus notice] <aa
2016-01-06 18:48:58.713 [bus notice] <aa
2016-01-06 18:48:58.759 [bus notice] <aa
2016-01-06 18:48:58.805 [bus notice] <aa
2016-01-06 18:48:58.851 [bus notice] <aa
2016-01-06 18:48:58.899 [bus notice] <aa
2016-01-06 18:48:58.943 [bus notice] <aa
2016-01-06 18:48:58.947 [bus notice] <10
2016-01-06 18:48:58.955 [bus notice] <08
2016-01-06 18:48:58.959 [bus notice] <b5
2016-01-06 18:48:58.963 [bus notice] <10
2016-01-06 18:48:58.968 [bus notice] <09
2016-01-06 18:48:58.975 [bus notice] <00
2016-01-06 18:48:58.978 [bus notice] <00
2016-01-06 18:48:58.983 [bus notice] <67
2016-01-06 18:48:58.985 [bus notice] <ff
2016-01-06 18:48:58.990 [bus notice] <ff
2016-01-06 18:48:58.994 [bus notice] <ff
2016-01-06 18:48:58.997 [bus notice] <04
2016-01-06 18:48:59.002 [bus notice] <ff
2016-01-06 18:48:59.005 [bus notice] <00
2016-01-06 18:48:59.009 [bus notice] <c9
2016-01-06 18:48:59.014 [bus notice] <00
2016-01-06 18:48:59.032 [bus notice] <01
2016-01-06 18:48:59.037 [bus notice] <01
2016-01-06 18:48:59.041 [bus notice] <9a
2016-01-06 18:48:59.046 [bus notice] <00
2016-01-06 18:48:59.049 [bus notice] <aa
2016-01-06 18:48:59.094 [bus notice] <aa
2016-01-06 18:48:59.140 [bus notice] <aa
2016-01-06 18:48:59.182 [bus notice] <aa
2016-01-06 18:48:59.228 [bus notice] <aa
2016-01-06 18:48:59.272 [bus notice] <aa
2016-01-06 18:48:59.317 [bus notice] <aa
2016-01-06 18:48:59.361 [bus notice] <aa
2016-01-06 18:48:59.405 [bus notice] <aa
2016-01-06 18:48:59.453 [bus notice] <aa
2016-01-06 18:48:59.497 [bus notice] <aa
2016-01-06 18:48:59.541 [bus notice] <aa
2016-01-06 18:48:59.592 [bus notice] <aa
2016-01-06 18:48:59.636 [bus notice] <aa
2016-01-06 18:48:59.680 [bus notice] <aa
2016-01-06 18:48:59.724 [bus notice] <aa
^C2016-01-06 18:48:59.770 [bus notice] <aa
2016-01-06 18:48:59.815 [bus notice] <aa
pi@raspberry2 ~ $

habe jetzt ein paar Sekunden bei mir geloggt, da siehst du auch schön die "10feb5".

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 06 Januar 2016, 20:29:22
Danke Reinhart!

Habe jetzt mal am eBus gemessen, ob da überhaupt was da ist und ja, ich kann zwischen 0V, 17V und 20V messen.
Werde morgen mal mein Labornetzteil anschliessen, da kann ich den Strom begrenzen und weiter forschen.

Evtl. liegt es auch an meinem USB Adapter? Habe mir mal einen anderen bestellt.
BTW: wie wird der denn angeschlossen? RX an TX und TX and RX? oder ist die Platine schon "gedreht" beschriftet (RX an RX und TX an TX)?

PS: warum wird kein Log angelegt?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 06 Januar 2016, 20:55:10
RS232 Konverter RX an RX und TX an TX, nicht ausgekreuzt.

Wenn kein Log angelegt wurde, dann schau in /etc/default/ebusd ob es da auch eingestellt ist (-l Option).

EBUSD_OPTS="-l /var/log/ebusd.log -d /dev/ttyUSB0 -p 8888 --httpport=80 --htmlpath=/var/www --scanconfig"

Betreffend Spannung, 0 Volt wäre nicht gut, 17 + 20 wären schon nicht schlecht.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 06 Januar 2016, 21:07:07
Danke Reinhard, das war es!

Log wurde angelegt, passt.
Ich messe morgen nochmal, hatte schon ein bisschen viel Wein zum Essen  ;D
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 07 Januar 2016, 08:51:16
Hallo zusammen,

seit gestern gibt es nun endlich die ebusd Version 2.0, zu finden als installierbares Package hier:
https://github.com/john30/ebusd/releases/tag/v2.0 (https://github.com/john30/ebusd/releases/tag/v2.0)

Dazu passen dann die ebusd-2.x.x/de bzw. /en CSVs, da "--scanconfig" per default jetzt aktiviert ist.
Am Wochenende will ich noch ein Package für die CSVs bauen, so dass man das in der gewünschten Sprache auch einfach installieren kann.

Dann sollte die Inbetriebnahme auch für Anfänger deutlich leichter werden.

VG John
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: RainerS am 07 Januar 2016, 09:01:54
...das hört sich ja gut an  ;)

Wenn Du an den csv'en dran bist, kannst Du hier mal 'nen Blick drauf werfen ?
http://forum.fhem.de/index.php/topic,46890.msg386235.html#msg386235 (http://forum.fhem.de/index.php/topic,46890.msg386235.html#msg386235)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 07 Januar 2016, 09:39:34
Besten Dank John für deine unermüdliche professionelle Arbeit und der neuen Version!

LG
Reinhart

PS: ab sofort ist wieder eine Sammelbestellung möglich und läuft bis Ende Jänner 2016!
Alle die erst jetzt aufmerksam geworden sind, können wieder hier bestellen (http://forum.fhem.de/index.php/topic,45127.0.html)!

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Wzut am 07 Januar 2016, 19:10:34
Ich bin mit meiner Wolf R12 ein kleines Stück weiter gekommen. Die Schaltung habe ich zuvor von jemand mit mehr Elektronik Erfahrung optisch auf Lötmängel und Bestückungsfehler prüfen lassen -> ohne Befund :)
Ich hatte vorher bereits mehrfach ebusctl scan und scan result probiert, aber heute zum ersten mal "scan full" bei eingeschaltetem raw .
Und siehe da : der ebusd schickt eine ganze Reihe von Nachrichten an die Regelung die zwar alle ohne Reaktion bleiben, dann kurz vor Ende des Spiels das Telegramm "FF F6 07 04 00 C9" das hat eine Antwortflut  von 244 Byte zur Folge. Das gekürzte Log im Anhang, ab Zeile 2880 kommt der angesprochene Abschnitt.
Jetzt die Fragen : das ist eine Broadcast Nachricht(fff6)  mit dem Kommando 0704 ?
Wie muss ich die einzeln als read Parameter an ebusctl übergeben ?
(ebusctl read -h fff6070400c9  bringt ERR: invalid argument)     
denn wenn ich das machen kann oder irgendwie in einer cvs als Befehl unterbringen könnte, dann würde ich das mehrfach mit zeitlichem Abstand wiederholen um zu prüfen ob sich diese 244 Byte verändern und ich irgend einen Bezug zu realen Werten herstellen kann. 

Edit : nicht fff6070400c9 da erstes byte (ff) die Quelle  ist und C9 das CRC ? also nur f6070400 ?
als read -h f6070400 kein Erfolg doch als write -h f6070400 sehe ich wieder im raw Modus Daten kommen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 08 Januar 2016, 09:54:06
@Wzut

Die Platine von dir scheint ja nun zu 100% zu funktionieren, sonst wärst nicht so weit gekommen. Ich habe leider keine Wolf und die Besitzer einer solchen sind eher rar. Ich nehme an du kennst diesen Post (http://forum.fhem.de/index.php/topic,29737.msg324642/topicseen.html#msg324642), druschba ist ja schon ein Stück weiter gekommen, hat aber leider eine andere Konfiguration der Hardware. Er hat aber seine Konfigs dort gepostet und kann damit schon allerlei auslesen.


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 08 Januar 2016, 10:41:11
Na, es funktioniert ja nicht die Platine, sondern die Schaltung.

Aus gegebenem Anlass: Ein wesentlicher Bestandteil der Creative Commons Lizenzen ist die Angabe der Urheber.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Wzut am 08 Januar 2016, 10:48:18
@Reinhart, ja mir ist schon klar das ich mit der R12 auf weiter Flur alleine da stehe.
Wenn man im Netz was zu dem Thema Wolf-EBus findet geht das immer in druschbars Richtung moderne Steuerungen die heute alle via Broadcast recht gesprächig sind.
Im Jahr 2004 setzte man bei Wolf aber wohl noch auf die Schiene Polling, dafür spricht auch das einzige Telegramm was die R12 bei Power on schickt. Inzwischen bin ich wieder ein Stückchen weiter (habe jetzt noch andere undecodierte Telegramme bekommen), da dies jetzt aber nichts mehr mit dem Thema Inbetriebnahme der Schaltung zu tun hat werde ich mich hier ausklinken und die EBUS Gurus im anderen Thread nerven :)
An der Stelle nochmal Danke von mir für deine tolle Anleitung zur ersten Inbetriebnahme  8) 
Wenn du Zeit und Lust hast kannst du ja vllt. auch mal was zum Thema Aufbau und Inhalt der csv Dateien schreiben, denn obwohl ich wirklich viel dazu im anderen Fred gelesen habe schaue ich in die (bzw. die .odt Files) noch immer wie die Katze in den Kalender ....     
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 08 Januar 2016, 16:00:22
Zitat von: Prof. Dr. Peter Henning am 08 Januar 2016, 10:41:11
Aus gegebenem Anlass: Ein wesentlicher Bestandteil der Creative Commons Lizenzen ist die Angabe der Urheber.

da fühle ich mich keiner Schuld bewusst, denn ich gebe immer an woher und von wem was ist wenn ich was verlinke oder beschreibe! Wenn ich Code poste der von dir oder anderen stammt, dann erwähne ich immer woher der ist (natürlich nicht in jedem zusammenhängenden folgenden Post)

ZitatDie Schaltung des eBus von Prof. Dr. Peter A. Henning (aus dem Wiki verlinkt).
hier zB. die Verlinkung deines Schaltplans auf der ersten Seite dieses Posts mit Angabe des Urhebers.

Auch das Platinenlayout habe ich mit Zentis666 abgesprochen es verwenden zu dürfen und auch sein Name ist in den Posts erwähnt.
Aber ich danke dir für den Hinweis.

Aber hier nochmals um eindeutig Klarheit zu schaffen, ich bin nicht der Autor des Schaltplans oder des Layouts der Platine. Die Schaltung hat pah entworfen und im Wiki veröffentlicht, das Platinenlayout hat uns Zentis666 für die Bestellung zur Verfügung gestellt.
Yuhuu ist der ursprüngliche Entwickler des eBusd und John30 hat diesen weiterentwickelt und arbeitet immer noch an Verbesserungen.
Jamesgo ist der Autor des GAEBUS, welcher ebenso mit eBusd direkt kommuniziert.

Ich habe lediglich die Sammelbestellung organisiert und bin ebenso wie die meisten anderen nur ein Nutznießer der eBusd Entwicklung!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 08 Januar 2016, 17:23:22
Du warst ja gar nicht gemeint...

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Masterdrive am 08 Januar 2016, 17:41:48
Hi @ all,

auch ich hab in den letzten Tagen versucht, die Schaltung in Betrieb zu nehmen.

Nach einem Update auf Jessie (mit Kernel 4.1) konnte ich zumindest den FTDI USB Adapter in Betrieb nehmen.
Wheezy ist immer mit "urb -32" ausgestiegen.

Da ich ebusd 2 installiert habe, dachte ich der "--autoconfig" Teil würde mir den Teil mit den CSVs abnehmen
... dem ist leider nicht so:

Meine Config:

pi@raspberrypi:/etc/ebusd $ ebusctl
localhost: scan
done

localhost: scan result
08;Vaillant;BAI00;0608;5502;21151800;100116400;001007181;N7
15;Vaillant;UI   ;0508;6201;21151400;200804650;907007030;N2
25;Vaillant;SOLSY;0500;6301;21151600;200804630;907006684;N2
50;Vaillant;SOLSY;0500;6301;21151600;200804630;907006684;N2
ec;Vaillant;SOLSY;0500;6301;21151600;200804630;907006684;N2


Problem ist jetzt, dass nach Starten des ebusd im Log die folgenden Nachrichten erscheinen
2016-01-08 16:14:52.763 [main error] error reading scan config file /etc/ebusd/vaillant/15.ui.csv for ID "ui", SW0508, HW6201: ERR: element not found
2016-01-08 16:14:55.067 [main error] error reading scan config file /etc/ebusd/vaillant/23.solsy.cc.csv for ID "solsy", SW0500, HW6301: ERR: element not found
2016-01-08 16:14:57.243 [main error] error reading scan config file /etc/ebusd/vaillant/25.solsy.hwc.csv for ID "solsy", SW0500, HW6301: ERR: element not found
2016-01-08 16:14:59.391 [main error] error reading scan config file /etc/ebusd/vaillant/26.solsy.hc.csv for ID "solsy", SW0500, HW6301: ERR: element not found
2016-01-08 16:15:02.141 [main error] error reading scan config file /etc/ebusd/vaillant/ec.solsy.sc.csv for ID "solsy", SW0500, HW6301: ERR: element not found

was zu vielen
2016-01-08 16:15:01.925 [update notice] unknown MS cmd:
2016-01-08 16:15:09.639 [update notice] unknown BC cmd:
führt.

Zuerst dachte ich, es liegt an Groß-Klein-Schreibung, aber auch ein Ändern von "UI" auf "ui" in der 15.ui.csv brachte keine Besserung.

Hab hierzu leider auch nichts gefunden... aber auch eher nach try&error + Google versucht (so konnte ich zumindest den FTDI zum laufen bringen)

Jemand eine Idee?

Thx,
David
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 08 Januar 2016, 18:36:26
Bin verzweifelt  :'(

Jetzt habe ich die zweite Schaltung gelötet, hab mir einen neuen USB Adapter (mit LED) besorgt und wieder nichts  :-\
Weder die LED für RX blinkt, noch erhalte ich nach John's Methode die aa

Wenn ich ohne USB Adapter an den Klemmen vom eBus messe, erhalte ich meist 20V, wenn ich den USB dran habe, liegen dort nur noch 10V an??

Und noch eine Frage zum Poti, wie rum muss denn das rein? Auf der Platine stehen 1 und 3, wie auf dem Poti, aber die Pins sind anders?
Anbei ein Bild:
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 08 Januar 2016, 20:12:23
Hi Mitch
was mir auffällt sind die Widerstände - die Farbgebung ist nicht gut und kann täuschen aber - rein optisch müsste es so aussehen.
(http://up.picr.de/24224966jc.jpg)
Empfehlung: Wiederstände messen!
Gruß
Arthur
P.S. Reinhart wird sicher etwas dazu sagen können.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 08 Januar 2016, 20:52:07
Danke Arthur, hätte ich dazu sagen sollen, dass die Widerstände da noch vertauscht sind.
Auf meiner anderen Platine sollte Sie richtig sein (siehe Bild)


Stellt sich mir nur noch die Frage des Potis??
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 08 Januar 2016, 20:59:43
das mit den Widerständen hat sich jetzt geklärt, so wie amunra es eingezeichnet hat ist es richtig.

Das Poti ist richtig platziert, sollte aber (bei dem Bild von amunra wo die Platine quer liegt) auf 2:00 Uhr stehen. Der Pfeil sollte etwa auf das große "S" vom Schriftzug "Sunta" am Poti zeigen.

und vom RS232 Konverter ist RX mit RX und TX mit TX von der Platine zu verbinden, nicht auskreuzen!

Wenn nur mehr 10 Volt am Bus anliegen, ist der Transistor voll durchgesteuert und drückt die Spannung begrenzt durch die Zenerdiode auf Logikpegel Low des eBus. 10 V erscheint mir allerdings etwas nieder, kann aber hinkommen.
Es sollten auch die Leds am RS232 Konverter rasch blinken sofern der welche hat.

Wenn nur mehr konstant 10V am Bus liegen, funktioniert die Heizung vermutlich nicht mehr, Vorsicht!!!!!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 08 Januar 2016, 21:34:31
Zitat von: Prof. Dr. Peter Henning am 08 Januar 2016, 17:23:22
Du warst ja gar nicht gemeint...

LG

pah

.... das macht nichts, es gibt vielleicht User welche die Entwicklungsgeschichte des edusd nicht kennen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 08 Januar 2016, 21:38:52
@masterdrive

eventuell hast du das gleiche Problem wie ich am Anfang mit der 2.x  und den CVS Dateien hatte. Ich habe sie dann direkt am Raspi geladen.

mach einmal ebusd --checkconfig --scanconfig in der Konsole, dann sieht man vielleicht mehr was da nicht passt.

bei mir sieht es so aus, ohne irgend welche Fehler:
pi@raspberry2 ~ $ ebusd --checkconfig --scanconfig
2016-01-08 21:38:11.439 [main notice] Performing configuration check...
2016-01-08 21:38:18.569 [main notice] found messages: 4439 (416 conditional on 89 conditions, 2 poll, 63 update)


LG

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 08 Januar 2016, 22:04:32
Sooo, vielen Dank euch!!!

Nachdem ich nochmal alles ab- und angesteckt habe, bekomme ich Daten *freu*

Habe jetzt die CSVs von Reinhart kopiert, da ich auch eine 430 habe.

Leider habe ich noch kein Erfolg it den Readings.

Hier mal ei Auszug aus dem Log:
2016-01-08 21:56:40.199 [update notice] update bc Mode QQ=10: standby
2016-01-08 21:56:44.256 [update notice] update myCustom Status01: 46.0;46.0;4.938;-;47.0;off
2016-01-08 21:56:46.271 [update notice] update myCustom1 Status11: valid;48;56;21;8;1;5;16;4.938
2016-01-08 21:56:46.539 [update notice] update myCustom Status02: auto;60;75.0;80;48.0
2016-01-08 21:56:48.281 [update notice] update bc Mode QQ=10: standby
2016-01-08 21:56:52.014 [bus error] send to 15: ERR: read timeout, retry
2016-01-08 21:56:52.058 [bus error] send to 15: ERR: read timeout, retry
2016-01-08 21:56:52.104 [bus error] send to 15: ERR: read timeout, retry
2016-01-08 21:56:52.149 [bus error] send to 15: ERR: read timeout
2016-01-08 21:56:52.149 [main error] send message part 0: ERR: read timeout
2016-01-08 21:56:54.343 [update notice] update myCustom Status01: 46.0;45.0;4.938;-;47.0;off
2016-01-08 21:56:56.336 [update notice] update broadcast outsidetemp QQ=10: 4.938
2016-01-08 21:56:58.392 [update notice] update bc Mode QQ=10: standby
2016-01-08 21:57:00.450 [bus error] send to 15: ERR: read timeout, retry
2016-01-08 21:57:00.494 [bus error] send to 15: ERR: read timeout, retry
2016-01-08 21:57:00.538 [bus error] send to 15: ERR: read timeout, retry
2016-01-08 21:57:00.583 [bus error] send to 15: ERR: read timeout
2016-01-08 21:57:00.583 [main error] send message part 0: ERR: read timeout
2016-01-08 21:57:04.439 [update notice] update myCustom Status01: 45.0;45.0;4.938;-;47.0;off
2016-01-08 21:57:06.421 [update notice] update myCustom Status02: auto;60;75.0;80;48.0
2016-01-08 21:57:08.528 [update notice] update bc Mode QQ=10: standby
2016-01-08 21:57:14.528 [update notice] update myCustom Status01: 45.0;45.0;4.938;-;47.0;off
2016-01-08 21:57:16.591 [update notice] update myCustom1 Status11: valid;17;57;21;8;1;5;16;4.938
2016-01-08 21:57:16.809 [update notice] unknown BC cmd: 10feb505020400
2016-01-08 21:57:18.598 [update notice] update bc Mode QQ=10: standby
2016-01-08 21:57:22.609 [update notice] update myCustom Status01: 45.0;44.0;4.938;-;47.0;off
2016-01-08 21:57:28.713 [update notice] update bc Mode QQ=10: standby
2016-01-08 21:57:32.756 [update notice] update myCustom Status01: 44.0;44.0;4.938;-;47.0;off
2016-01-08 21:57:34.726 [update notice] update broadcast vdatetime QQ=10: 21:57:38;08.01.2016
2016-01-08 21:57:34.978 [update notice] update myCustom2 Pumpenstatus: off


Und hier der Fehler im GAEBUS:
DateTime
ERR: read timeout
2016-01-08 21:56:59


Und der Log aus FHEM dazu:
2016.01.08 22:00:51 2: called GAEBUS_Attr(set,ebus,r~430~OutsideTemp~Außentemp._Sensor,<OutsideTemp>)
2016.01.08 22:00:34 3: ebus: set r~430~OutsideTemp~Außentemp._Sensor
2016.01.08 22:00:00 3: CUL_HM set HZ_Bad_WT_Climate desired-temp 16.0
2016.01.08 21:56:59 3: ebus answer r DateTime ERR: read timeout
2016.01.08 21:56:59 3: ebus execute r  -f -c 430 Date
2016.01.08 21:56:50 3: ebus answer r DateTime ERR: read timeout
2016.01.08 21:56:50 3: ebus execute r  -f -c 430 Date
2016.01.08 21:55:14 2: called GAEBUS_Attr(set,ebus,r~430~Date~Datum,<DateTime>)
2016.01.08 21:55:14 1: PERL WARNING: Use of uninitialized value $i in numeric le (<=) at ./FHEM/98_GAEBUS.pm line 615.
2016.01.08 21:54:33 3: ebus: set r~430~Date~Datum


Was mache ich jetzt wieder falsch??

Ein find liefert folgendes:
pi@eBus /var/log $ ebusctl find -d
bc Mode = standby
broadcast outsidetemp = 4.938
broadcast vdatetime = 22:53:31;08.01.2016
myCustom Status01 = 47.0;47.0;4.938;-;46.0;off
myCustom Status02 = auto;60;75.0;80;48.0
myCustom1 Status11 = valid;45;53;22;8;1;5;16;4.938
myCustom2 Pumpenstatus = off
430 ActualRoomTempDesiredHc1 =  (ERR: invalid position for ff15b509030d63 / )
430 Date =  (ERR: invalid position for ff15b509030d61 / )
430 Hc1HeatCurve =  (ERR: invalid position for ff15b509030d31 / )
430 HwcActualTempDesired =  (ERR: invalid position for ff15b509030d86 / )
430 OutsideTemp =  (ERR: invalid position for ff15b509030d62 / )
bai PumpPower =  (ERR: invalid position for ff08b509030d73 / )
bai SDFanSpeed =  (ERR: invalid position for ff08b509030d83 / )
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 08 Januar 2016, 23:09:05
Zitat von: Masterdrive am 08 Januar 2016, 17:41:48
2016-01-08 16:14:52.763 [main error] error reading scan config file /etc/ebusd/vaillant/15.ui.csv for ID "ui", SW0508, HW6201: ERR: element not found
[/quote]
Poste doch mal die Ausgabe von:
[code]find /etc/ebusd -type f|ls -l \{\} \;
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 08 Januar 2016, 23:12:32
Zitat von: Mitch am 08 Januar 2016, 22:04:32
Leider habe ich noch kein Erfolg it den Readings.
2016-01-08 21:57:00.450 [bus error] send to 15: ERR: read timeout, retry
Das sieht so aus, als könntest Du nichts auf den Bus schreiben.
Mach mal "ebusctl raw && ebusctl write -h 15070400 && ebusctl raw" und poste den entsprechenden Ausschnitt vom Logfile (der Teil, der ganz viele kurze Zeilen mit "<aa" und so enthält), oder schicks mir per PN.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 08 Januar 2016, 23:15:16
In der Konsole:
raw output enabled

ERR: read timeout

raw output disabled


Im Log:
2016-01-08 23:13:56.707 [bus notice] <aa
2016-01-08 23:13:56.720 [main notice] hex write cmd: ff15070400
2016-01-08 23:13:56.752 [bus notice] <aa
2016-01-08 23:13:56.753 [bus notice] >ff
2016-01-08 23:13:56.759 [bus notice] <ff
2016-01-08 23:13:56.760 [bus notice] >15
2016-01-08 23:13:56.770 [bus error] send to 15: ERR: read timeout, retry
2016-01-08 23:13:56.798 [bus notice] <aa
2016-01-08 23:13:56.800 [bus notice] >ff
2016-01-08 23:13:56.810 [bus error] send to 15: ERR: read timeout, retry
2016-01-08 23:13:56.845 [bus notice] <aa
2016-01-08 23:13:56.847 [bus notice] >ff
2016-01-08 23:13:56.857 [bus error] send to 15: ERR: read timeout, retry
2016-01-08 23:13:56.890 [bus notice] <aa
2016-01-08 23:13:56.891 [bus notice] >ff
2016-01-08 23:13:56.902 [bus error] send to 15: ERR: read timeout
2016-01-08 23:13:56.902 [main error] hex write scan.15 ident: ERR: read timeout
2016-01-08 23:13:56.935 [bus notice] <aa
2016-01-08 23:13:57.473 [update notice] update myCustom Status02: auto;60;75.0;80;48.0
2016-01-08 23:14:01.513 [update notice] update bc Mode QQ=10: standby
2016-01-08 23:14:05.517 [update notice] update myCustom Status01: 41.0;42.0;4.938;-;46.0;off
2016-01-08 23:14:07.572 [update notice] update myCustom1 Status11: valid;9;14;23;8;1;5;16;4.938
2016-01-08 23:14:07.795 [update notice] unknown BC cmd: 10feb505020400
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 08 Januar 2016, 23:27:05
Zitat von: Wzut am 07 Januar 2016, 19:10:34
Und siehe da : der ebusd schickt eine ganze Reihe von Nachrichten an die Regelung die zwar alle ohne Reaktion bleiben, dann kurz vor Ende des Spiels das Telegramm "FF F6 07 04 00 C9" das hat eine Antwortflut  von 244 Byte zur Folge. Das gekürzte Log im Anhang, ab Zeile 2880 kommt der angesprochene Abschnitt.
Oha, da ist aber grob der Wurm drin.
Erste Frage: Was für einen Seriell-Wandler hast Du im Einsatz?
Wenn das irgendein Exot oder Billigteil ist: wegwerfen! Die sind nicht geeignet.
Mit dem RPi I/O geht es auch nicht, weil das entsprechende Kernelmodul zu viel puffert.

Diese Datenflut ist völlig außerhalb der eBUS Spezifikation. Insofern hat entweder Dein Pegelwandler ein Problem oder irgendwas anderes ist ziemlich daneben (inkl. der Möglichkeit, dass Deine Anlage sich nicht um eBUS Protokoll kümmert...).

Zitat von: Wzut am 07 Januar 2016, 19:10:34
Jetzt die Fragen : das ist eine Broadcast Nachricht(fff6)  mit dem Kommando 0704 ?
ff=Quelle (hier:ebusd)
f6=Ziel (einer der vielen Slaves)
0704=PBSB (eBUS Standard Message zur Abfrage der Identifikation)

Zitat von: Wzut am 07 Januar 2016, 19:10:34
Wie muss ich die einzeln als read Parameter an ebusctl übergeben ?
Abfrage von beliebigen Nachrichten in Hex via ebusd:
ebusctl write -h ZZPBSBNNDD*
Bitte auch für solche Fragen das Wiki benutzen, ich komme langsam nicht mehr mit Beiträge Lesen hinterher:
https://github.com/john30/ebusd/wiki/3.-Commands#write (https://github.com/john30/ebusd/wiki/3.-Commands#write)

Zitat von: Wzut am 07 Januar 2016, 19:10:34
denn wenn ich das machen kann oder irgendwie in einer cvs als Befehl unterbringen könnte, dann würde ich das mehrfach mit zeitlichem Abstand wiederholen um zu prüfen ob sich diese 244 Byte verändern und ich irgend einen Bezug zu realen Werten herstellen kann. 
Die 244 Bytes sind Müll. Damit kann man nichts anfangen.

Zitat von: Wzut am 07 Januar 2016, 19:10:34
Edit : nicht fff6070400c9 da erstes byte (ff) die Quelle  ist und C9 das CRC ? also nur f6070400 ?
Genau, Quelle und CRC weglassen, denn Quelle ist ja fix (=ebusd) und CRC berechnet ebusd selbst.

Zitat von: Wzut am 07 Januar 2016, 19:10:34
als read -h f6070400 kein Erfolg doch als write -h f6070400 sehe ich wieder im raw Modus Daten kommen.
"read -h" ist nur möglich für korrespondierende Message Definition als "r"=read. Das ist sozusagen ein "leichtes" Hex auf den Bus, um nicht völligen Blödsinn zu senden (was dann auch mal Deine Anlage runieren kann).
In einer nächsten Version wird es "write -h" aus Sicherheitsgründen nur mehr mit extra Kommandozeilenparameter geben.

Und bitte: seid ein bisschen vorsichtig mit dem ganzen Rumspielen, die Anlage war i.d.R. etwas teurer als Platine+Bauteile für 10 Euros...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 08 Januar 2016, 23:31:19
Zitat von: Mitch am 08 Januar 2016, 23:15:16
Im Log:
2016-01-08 23:13:56.707 [bus notice] <aa
2016-01-08 23:13:56.720 [main notice] hex write cmd: ff15070400
2016-01-08 23:13:56.752 [bus notice] <aa
2016-01-08 23:13:56.753 [bus notice] >ff
2016-01-08 23:13:56.759 [bus notice] <ff
2016-01-08 23:13:56.760 [bus notice] >15
2016-01-08 23:13:56.770 [bus error] send to 15: ERR: read timeout, retry
2016-01-08 23:13:56.798 [bus notice] <aa
2016-01-08 23:13:56.800 [bus notice] >ff
2016-01-08 23:13:56.810 [bus error] send to 15: ERR: read timeout, retry
2016-01-08 23:13:56.845 [bus notice] <aa
2016-01-08 23:13:56.847 [bus notice] >ff
2016-01-08 23:13:56.857 [bus error] send to 15: ERR: read timeout, retry
2016-01-08 23:13:56.890 [bus notice] <aa
2016-01-08 23:13:56.891 [bus notice] >ff
2016-01-08 23:13:56.902 [bus error] send to 15: ERR: read timeout
2016-01-08 23:13:56.902 [main error] hex write scan.15 ident: ERR: read timeout
2016-01-08 23:13:56.935 [bus notice] <aa
2016-01-08 23:13:57.473 [update notice] update myCustom Status02: auto;60;75.0;80;48.0
2016-01-08 23:14:01.513 [update notice] update bc Mode QQ=10: standby
2016-01-08 23:14:05.517 [update notice] update myCustom Status01: 41.0;42.0;4.938;-;46.0;off
2016-01-08 23:14:07.572 [update notice] update myCustom1 Status11: valid;9;14;23;8;1;5;16;4.938
2016-01-08 23:14:07.795 [update notice] unknown BC cmd: 10feb505020400


Jepp, Dein Interface kann nichts senden.
Falls es das könnte, würde Dein Log so aussehen:
2016-01-08 23:13:56.847 [bus notice] >ff
2016-01-08 23:13:56.848 [bus notice] <ff

Es muss jedes gesendete Byte (nach ">" steht was gesendet wurde) auch sehr zeitnah wieder rückempfangen werden (nach "<" ist der Empfang). Das ist nicht der Fall, ergo: Dein Interface schreiben nicht kann.
Der Empfang funktiert aber prinzipiell, denn sonst wären keine SYN Zeichen zu finden ("<aa").
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 08 Januar 2016, 23:33:47
Okay, Danke.

Aber wo dran kann ich ansetzten?
Kann es am Poti liegen (nicht ganz genau eingestellt)?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 08 Januar 2016, 23:45:15
Zitat von: R2D2_ am 07 Januar 2016, 09:01:54
Wenn Du an den csv'en dran bist, kannst Du hier mal 'nen Blick drauf werfen ?
http://forum.fhem.de/index.php/topic,46890.msg386235.html#msg386235 (http://forum.fhem.de/index.php/topic,46890.msg386235.html#msg386235)
mach ich.
bitte für sowas besser PN, ich lese nicht alle FHEM Foren :-)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 08 Januar 2016, 23:47:34
So, nun bin auch ich schon ein wenig weiter :D

EBUSD auf dem Raspi mit USB-Modul von eService-online
FHEM auf *noch PC -bald auch Raspi aber schon Debian Jessie

meine Heizungsanlage:

Vaillant Therme ecoTecplus , Typ: VC DE 206/5-5E , Softwareversion 1  6.04
Vaillant auromatic 620
Vaillant Trinkwasserstation aquaFlow exclusiv , Typ: VPM 30/35/2 W, Softwareversion 1  2.05
Vaillant VR90 , Softwareversion 2  5.07
Vaillant Pufferspeicher allStor Typ: VPS 800
Kaminofen mit Wassertasche Typ: Brunner,  am Solarkreis 2

EBUSD 2.x.x fertig installiert

mein scan result:

pi@raspberrypi:~ $ ebusctl scan result
0a;Vaillant;PMW01;0205;8302
12;Vaillant;PMW01;0205;8302
15;Vaillant;UI   ;0508;6201
75;Vaillant;RC C ;0507;6201
fc;Vaillant;PMW01;0205;8302


mein Config-Check:

pi@raspberrypi:~ $ ebusd --checkconfig --scanconfig
2016-01-08 22:45:55.386 [main notice] Performing configuration check...
2016-01-08 22:45:57.916 [main notice] found messages: 10817 (872 conditional on 198 conditions, 2 poll, 112 update)


und nun mein ebusd.log

2016-01-08 22:45:23.643 [main notice] ebusd 2.0.0ea7efc started
2016-01-08 22:45:23.650 [main notice] found messages: 7 (0 conditional on 0 conditions, 0 poll, 4 update)
2016-01-08 22:45:23.662 [bus notice] signal acquired
2016-01-08 22:45:23.682 [bus notice] new master 00, master count 2
2016-01-08 22:45:23.688 [bus error] invalid self-addressed message from 00
2016-01-08 22:45:24.562 [bus notice] new master 10, master count 3
2016-01-08 22:45:25.588 [bus notice] new master 03, master count 4
2016-01-08 22:45:25.588 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:45:26.606 [update notice] unknown MS cmd: 100ab504010d / 054201008037
2016-01-08 22:45:33.029 [bus notice] new master 70, master count 5
2016-01-08 22:45:33.723 [bus error] send to 05: ERR: read timeout, retry
2016-01-08 22:45:34.270 [bus error] send to 05: ERR: read timeout, retry
2016-01-08 22:45:35.136 [bus error] send to 05: ERR: read timeout, retry
2016-01-08 22:45:35.919 [bus error] send to 05: ERR: read timeout
2016-01-08 22:45:35.919 [main error] scan config 05 message: ERR: read timeout
2016-01-08 22:45:36.470 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:45:37.271 [update notice] unknown MS cmd: 100ab504010d / 054201008037
2016-01-08 22:45:38.065 [bus error] send to 08: ERR: read timeout, retry
2016-01-08 22:45:38.666 [bus error] send to 08: ERR: read timeout, retry
2016-01-08 22:45:39.280 [bus error] send to 08: ERR: read timeout, retry
2016-01-08 22:45:40.180 [bus error] send to 08: ERR: read timeout
2016-01-08 22:45:40.180 [main error] scan config 08 message: ERR: read timeout
2016-01-08 22:45:42.313 [main notice] read common config file /etc/ebusd/vaillant/scan.csv
2016-01-08 22:45:42.315 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv
2016-01-08 22:45:42.342 [main notice] read scan config file /etc/ebusd/vaillant/0a.pmw.hwc.csv for ID "pmw01", SW0205, HW8302
2016-01-08 22:45:42.343 [main notice] found messages: 100 (15 conditional on 7 conditions, 0 poll, 8 update)
2016-01-08 22:45:44.497 [main notice] read scan config file /etc/ebusd/vaillant/15.ui.csv for ID "ui", SW0508, HW6201
2016-01-08 22:45:44.497 [main notice] found messages: 283 (15 conditional on 7 conditions, 0 poll, 8 update)
2016-01-08 22:45:46.012 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:45:46.493 [update notice] update hwc Mode QQ=10: 55;auto;00;off
2016-01-08 22:45:46.648 [main notice] read scan config file /etc/ebusd/vaillant/75.rcc.csv for ID "rcc", SW0507, HW6201
2016-01-08 22:45:46.649 [main notice] found messages: 294 (15 conditional on 7 conditions, 0 poll, 8 update)
2016-01-08 22:45:46.888 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:45:49.761 [update notice] unknown MS cmd: 100ab505082b0f010000000080 / 00
2016-01-08 22:45:55.952 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:45:56.790 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:45:59.713 [update notice] unknown MS cmd: 1012b505082b0f010000000080 / 00
2016-01-08 22:46:06.025 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:46:06.867 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:46:12.130 [update notice] update broadcast vdatetime QQ=10: 22:46:01;08.01.2016
2016-01-08 22:46:12.606 [update notice] update broadcast outsidetemp QQ=10: 2.062
2016-01-08 22:46:13.153 [update notice] update broadcast datetime QQ=10: 2.062;22:46:01;08.01.2016
2016-01-08 22:46:13.929 [update notice] update hwc currenterror QQ=10: -;-;-;-;-
2016-01-08 22:46:16.169 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:46:17.189 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:46:18.762 [main error] unable to load scan config 12: no file from /etc/ebusd/vaillant with prefix 12. found
2016-01-08 22:46:26.312 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:46:27.289 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:46:36.430 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:46:37.081 [update notice] update hwc Mode QQ=10: 55;auto;00;off
2016-01-08 22:46:37.407 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:46:40.154 [update notice] unknown MS cmd: 100ab505082b0f010000000080 / 00
2016-01-08 22:46:46.531 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:46:47.368 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:46:50.471 [update notice] unknown MS cmd: 1012b505082b0f010000000080 / 00
2016-01-08 22:46:56.637 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:46:57.475 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:47:06.737 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:47:07.753 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:47:12.830 [update notice] update broadcast vdatetime QQ=10: 22:47:02;08.01.2016
2016-01-08 22:47:13.306 [update notice] update broadcast outsidetemp QQ=10: 2.250
2016-01-08 22:47:13.901 [update notice] update broadcast datetime QQ=10: 2.250;22:47:02;08.01.2016
2016-01-08 22:47:17.032 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:47:17.876 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:47:26.976 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:47:27.673 [update notice] update hwc Mode QQ=10: 55;auto;00;off
2016-01-08 22:47:28.000 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:47:30.937 [update notice] unknown MS cmd: 100ab505082b0f010000000080 / 00
2016-01-08 22:47:37.091 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:47:37.933 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:47:40.650 [update notice] unknown MS cmd: 1012b505082b0f010000000080 / 00
2016-01-08 22:47:47.214 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:47:48.054 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:47:57.343 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:47:58.364 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:48:07.471 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:48:08.447 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:48:13.569 [update notice] update broadcast vdatetime QQ=10: 22:48:03;08.01.2016
2016-01-08 22:48:14.047 [update notice] update broadcast outsidetemp QQ=10: 2.250
2016-01-08 22:48:14.557 [update notice] update broadcast datetime QQ=10: 2.250;22:48:03;08.01.2016
2016-01-08 22:48:15.280 [update notice] update hwc currenterror QQ=10: -;-;-;-;-
2016-01-08 22:48:17.785 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:48:18.307 [update notice] update hwc Mode QQ=10: 55;auto;00;off
2016-01-08 22:48:18.683 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:48:19.022 [bus notice] max. symbols per second: 101
2016-01-08 22:48:20.906 [update notice] unknown MS cmd: 100ab505082b0f010000000080 / 00
2016-01-08 22:48:21.693 [update notice] update scan.0a ident QQ=10: Vaillant;PMW01;0205;8302
2016-01-08 22:48:24.719 [update notice] update scan.12 ident QQ=10: Vaillant;PMW01;0205;8302
2016-01-08 22:48:27.877 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:48:28.574 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:48:31.183 [update notice] unknown MS cmd: 1012b505082b0f010000000080 / 00
2016-01-08 22:48:37.996 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:48:38.788 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:48:48.174 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:48:49.085 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:48:58.124 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:48:59.300 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:49:07.249 [update notice] update scan.75 ident QQ=10: Vaillant;RC C ;0507;6201
2016-01-08 22:49:08.266 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:49:09.004 [update notice] update hwc Mode QQ=10: 55;auto;00;off
2016-01-08 22:49:09.355 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:49:11.848 [update notice] unknown MS cmd: 100ab505082b0f010000000080 / 00
2016-01-08 22:49:14.319 [update notice] update broadcast vdatetime QQ=10: 22:49:03;08.01.2016
2016-01-08 22:49:14.848 [update notice] update broadcast outsidetemp QQ=10: 2.250
2016-01-08 22:49:15.348 [update notice] update broadcast datetime QQ=10: 2.250;22:49:03;08.01.2016
2016-01-08 22:49:18.402 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:49:19.289 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:49:19.495 [bus notice] new master f7, master count 6
2016-01-08 22:49:19.495 [update notice] unknown MS cmd: 10fc070400 / 0ab5504d57303102058302
2016-01-08 22:49:20.902 [main error] unable to load scan config fc: no file from /etc/ebusd/vaillant with prefix fc. found
2016-01-08 22:49:21.654 [update notice] unknown MS cmd: 1012b505082b0f010000000080 / 00
2016-01-08 22:49:28.477 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:49:29.383 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:49:35.570 [update notice] unknown BC cmd: 10feb505025501
2016-01-08 22:49:38.611 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:49:39.747 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:49:48.736 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:49:49.777 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:49:58.815 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:49:59.561 [update notice] update hwc Mode QQ=10: 55;auto;00;off
2016-01-08 22:49:59.911 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:50:03.105 [update notice] unknown MS cmd: 100ab505082b0f010000000080 / 00
2016-01-08 22:50:08.968 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:50:09.786 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:50:13.375 [update notice] unknown MS cmd: 1012b505082b0f010000000080 / 00
2016-01-08 22:50:15.036 [update notice] update broadcast vdatetime QQ=10: 22:50:04;08.01.2016
2016-01-08 22:50:15.524 [update notice] update broadcast outsidetemp QQ=10: 2.250
2016-01-08 22:50:16.027 [update notice] update broadcast datetime QQ=10: 2.250;22:50:04;08.01.2016
2016-01-08 22:50:16.751 [update notice] update hwc currenterror QQ=10: -;-;-;-;-
2016-01-08 22:50:19.305 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:50:19.994 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:50:20.041 [bus notice] max. symbols per second: 105
2016-01-08 22:50:29.180 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:50:30.178 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:50:39.314 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:50:40.361 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:50:49.400 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:50:50.120 [update notice] update hwc Mode QQ=10: 55;auto;00;off
2016-01-08 22:50:50.447 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:50:53.364 [update notice] unknown MS cmd: 100ab505082b0f010000000080 / 00
2016-01-08 22:50:59.557 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:51:00.374 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:51:03.277 [update notice] unknown MS cmd: 1012b505082b0f010000000080 / 00
2016-01-08 22:51:09.659 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:51:10.448 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:51:10.644 [update notice] update broadcast vdatetime QQ=10: 22:51:00;08.01.2016
2016-01-08 22:51:11.167 [update notice] update broadcast outsidetemp QQ=10: 2.250
2016-01-08 22:51:11.669 [update notice] update broadcast datetime QQ=10: 2.250;22:51:00;08.01.2016
2016-01-08 22:51:15.744 [update notice] update scan.0a ident QQ=10: Vaillant;PMW01;0205;8302
2016-01-08 22:51:19.776 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:51:20.777 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:51:29.892 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:51:30.903 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:51:40.024 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:51:40.671 [update notice] update hwc Mode QQ=10: 55;auto;00;off
2016-01-08 22:51:40.997 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:51:43.778 [update notice] unknown MS cmd: 100ab505082b0f010000000080 / 00
2016-01-08 22:51:50.154 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:51:50.929 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:51:54.030 [update notice] unknown MS cmd: 1012b505082b0f010000000080 / 00
2016-01-08 22:52:00.192 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:52:01.025 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:52:10.315 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:52:11.314 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:52:11.467 [update notice] update broadcast vdatetime QQ=10: 22:52:00;08.01.2016
2016-01-08 22:52:11.858 [update notice] update broadcast outsidetemp QQ=10: 2.250
2016-01-08 22:52:12.361 [update notice] update broadcast datetime QQ=10: 2.250;22:52:00;08.01.2016
2016-01-08 22:52:13.083 [update notice] update hwc currenterror QQ=10: -;-;-;-;-
2016-01-08 22:52:20.536 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:52:21.492 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:52:30.571 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:52:31.269 [update notice] update hwc Mode QQ=10: 55;auto;00;off
2016-01-08 22:52:31.595 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:52:34.547 [update notice] unknown MS cmd: 100ab505082b0f010000000080 / 00
2016-01-08 22:52:40.697 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:52:41.516 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:52:44.431 [update notice] unknown MS cmd: 1012b505082b0f010000000080 / 00
2016-01-08 22:52:50.943 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:52:51.609 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:53:00.904 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:53:01.906 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:53:11.046 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-08 22:53:12.023 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-08 22:53:12.176 [update notice] update broadcast vdatetime QQ=10: 22:53:01;08.01.2016
2016-01-08 22:53:12.567 [update notice] update broadcast outsidetemp QQ=10: 2.250
2016-01-08 22:53:13.069 [update notice] update broadcast datetime QQ=10: 2.250;22:53:01;08.01.2016


hier fehlen mir scheinbar 2 CSV Dateien
12....
fc...


Hat jemand eine aehnliche Zusammenstellung der Heizung ?

Wie mache ich nun weiter, es gibt wohl 2 Wege ECMD und GAEBUS,
Die Ansichten aus Reinharts Beitrag sind das ferne Ziel  ;D

(http://up.picr.de/24062138ph.png)

Gruss Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 08 Januar 2016, 23:48:04
Zitat von: Mitch am 08 Januar 2016, 23:33:47
Aber wo dran kann ich ansetzten?
Kann es am Poti liegen (nicht ganz genau eingestellt)?
Das müsste mal ein Hardware Spezialist sagen, da kenn ich mich zu wenig aus.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 08 Januar 2016, 23:51:13
Zitat von: fz69412 am 08 Januar 2016, 23:47:34
hier fehlen mir scheinbar 2 CSV Dateien
12....
fc...
Die sind beide Teil der Trinkwasserstation. Warum das Teil gleich drei Adressen braucht, weiß ich leider nicht.
Im Moment würd ich die zwei Adressen ignorieren, bis dann mal zum Vorschein kommt, dass mit diesen Adressen auch aktiv kommuniziert wird.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 09 Januar 2016, 00:13:09
Zitat von: fz69412 am 08 Januar 2016, 23:47:34
Wie mache ich nun weiter, es gibt wohl 2 Wege ECMD und GAEBUS,
Meine Empfehlung, obwohl ich das Modul selbst nicht nutze, nimm GAEBUS.
Gründe:
- einfacher zu handhaben als ECMD
- Andy (GAEBUS Entwickler) - Änderungswünsche zeitnah (Achtung: das alles hier ist Feizeit) umsetzt.
- es gibt schon einige User die das Modul erfolgreich im Einsatz haben
Zitat von: fz69412 am 08 Januar 2016, 23:47:34
Die Ansichten aus Reinharts Beitrag sind das ferne Ziel  ;D
Motivation: Die Umsetzung ist einfacher als es aussieht - Zeit (zum lesen/ausprobieren) ist das Problem (jedenfalls bei mir).
Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 09 Januar 2016, 01:12:46
Kurze Wiederholung aus dem Spezialisten-Thread:
Passend zur ebusd 2.0 Release gibt es jetzt auch die config Files (CSV) als Debian Paket zum installieren:
https://github.com/john30/ebusd-configuration/releases (https://github.com/john30/ebusd-configuration/releases)
Dort steht auch, wie man das installiert.

VG John
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Masterdrive am 09 Januar 2016, 10:39:13
Hallo zusammen,

danke für die Tips
bin jetzt einen Schritt weiter
als erstes hab ich das ebusd-config .deb Paket installiert, welches john30 gepostet hat.

Danach:
Zitat von: john30 am 08 Januar 2016, 23:09:05
Poste doch mal die Ausgabe von:
find /etc/ebusd -type f|ls -l \{\} \;
brachte bei mir Fehler "unknown directory"
Ich hoffe das ist das, was gemeint war:

root@raspberrypi:/etc/ebusd/vaillant# find /etc/ebusd -type f | ls -lR
.:
total 392
lrwxrwxrwx 1 pi   pi      10 Jan  9 00:00 05.vd2.csv -> 05.vd4.csv
lrwxrwxrwx 1 pi   pi      10 Jan  9 00:00 05.vd3.csv -> 05.vd4.csv
-rw-rw-r-- 1 pi   pi    5843 Jan  9 00:00 05.vd4.csv
lrwxrwxrwx 1 pi   pi      10 Jan  9 00:00 05.vd6.csv -> 05.vd4.csv
lrwxrwxrwx 1 pi   pi      10 Jan  9 00:00 05.vl8.csv -> 05.vd4.csv
lrwxrwxrwx 1 pi   pi      10 Jan  9 00:00 05.vl9.csv -> 05.vd4.csv
-rw-rw-r-- 1 pi   pi    5870 Jan  9 00:00 06.pms.csv
-rw-r--r-- 1 root root 18016 Jan  9 09:06 08.bai.csv
-rw-rw-r-- 1 pi   pi   18016 Jan  9 00:00 08.bai.HW7401.csv
-rw-rw-r-- 1 pi   pi   29849 Jan  9 00:00 08.ehp.csv
-rw-rw-r-- 1 pi   pi    7434 Jan  9 00:00 0a.pmw.hwc.csv
lrwxrwxrwx 1 pi   pi      10 Jan  9 00:00 15.140.csv -> 15.350.csv
-rw-rw-r-- 1 pi   pi    4875 Jan  9 00:00 15.350.csv
lrwxrwxrwx 1 pi   pi      10 Jan  9 00:00 15.360.csv -> 15.350.csv
lrwxrwxrwx 1 pi   pi      10 Jan  9 00:00 15.36p.csv -> 15.350.csv
-rw-rw-r-- 1 pi   pi   11691 Jan  9 00:00 15.392.csv
lrwxrwxrwx 1 pi   pi      10 Jan  9 00:00 15.400.csv -> 15.350.csv
-rw-rw-r-- 1 pi   pi   18656 Jan  9 00:00 15.430.csv
-rw-rw-r-- 1 pi   pi   22025 Jan  9 00:00 15.470.csv
-rw-rw-r-- 1 pi   pi    4985 Jan  9 00:00 15.e7f.csv
-rw-rw-r-- 1 pi   pi   21663 Jan  9 00:00 15.f47.csv
lrwxrwxrwx 1 pi   pi      12 Jan  9 00:00 15.heb.csv -> 15.sdr_p.csv
lrwxrwxrwx 1 pi   pi      12 Jan  9 00:00 15.hep.csv -> 15.sdr_p.csv
-rw-rw-r-- 1 pi   pi    3006 Jan  9 00:00 15.sdr_p.csv
-rw-rw-r-- 1 pi   pi   14302 Jan  9 00:00 15.ui.csv
-rw-rw-r-- 1 pi   pi   14929 Jan  9 00:00 15.uih.csv
lrwxrwxrwx 1 pi   pi      10 Jan  9 00:00 1c.rcc.4.csv -> 75.rcc.csv
lrwxrwxrwx 1 pi   pi      10 Jan  9 00:00 1c.v81.4.csv -> 75.v81.csv
-rw-rw-r-- 1 pi   pi    1885 Jan  9 00:00 23.ehp.cc.csv
-rw-rw-r-- 1 pi   pi    2245 Jan  9 00:00 23.solsy.cc.csv
lrwxrwxrwx 1 pi   pi      15 Jan  9 00:00 23.vr630.cc.csv -> 23.solsy.cc.csv
-rw-rw-r-- 1 pi   pi    3644 Jan  9 00:00 25.ehp.hwc.csv
-rw-rw-r-- 1 pi   pi    4348 Jan  9 00:00 25.solsy.hwc.csv
-rw-rw-r-- 1 pi   pi    3368 Jan  9 00:00 25.vr630.hwc.csv
-rw-rw-r-- 1 pi   pi    5713 Jan  9 00:00 26.solsy.hc.csv
-rw-rw-r-- 1 pi   pi    3676 Jan  9 00:00 26.vr630.hc.csv
lrwxrwxrwx 1 pi   pi      10 Jan  9 00:00 35.rcc.1.csv -> 75.rcc.csv
lrwxrwxrwx 1 pi   pi      10 Jan  9 00:00 35.v81.1.csv -> 75.v81.csv
lrwxrwxrwx 1 pi   pi      10 Jan  9 00:00 3c.rcc.5.csv -> 75.rcc.csv
lrwxrwxrwx 1 pi   pi      10 Jan  9 00:00 3c.v81.5.csv -> 75.v81.csv
-rw-rw-r-- 1 pi   pi    8322 Jan  9 00:00 50.ehp.mc.csv
-rw-rw-r-- 1 pi   pi    5742 Jan  9 00:00 50.solsy.mc.csv
-rw-rw-r-- 1 pi   pi    9684 Jan  9 00:00 50.v61.csv
-rw-rw-r-- 1 pi   pi    4351 Jan  9 00:00 50.vr630.mc.csv
-rw-rw-r-- 1 pi   pi    4195 Jan  9 00:00 51.vr630.mc.3.csv
-rw-rw-r-- 1 pi   pi    7705 Jan  9 00:00 52.mc2.4.csv
-rw-rw-r-- 1 pi   pi    7288 Jan  9 00:00 53.mc2.5.csv
-rw-rw-r-- 1 pi   pi     713 Jan  9 00:00 75.rcc.csv
-rw-rw-r-- 1 pi   pi    2601 Jan  9 00:00 75.v81.csv
-rw-rw-r-- 1 pi   pi    4784 Jan  9 00:00 a0.sol.hwc.csv
-rw-rw-r-- 1 pi   pi    1988 Jan  9 00:00 a1.sol.cc.csv
-rw-rw-r-- 1 pi   pi     595 Jan  9 00:00 broadcast.csv
-rw-rw-r-- 1 pi   pi    8298 Jan  9 00:00 e0.omu.csv
-rw-rw-r-- 1 pi   pi    8505 Jan  9 00:00 ec.sol.sc.csv
-rw-rw-r-- 1 pi   pi    6397 Jan  9 00:00 ec.solsy.sc.csv
lrwxrwxrwx 1 pi   pi      10 Jan  9 00:00 ed.pms.sc.csv -> 06.pms.csv
-rw-rw-r-- 1 pi   pi     792 Jan  9 00:00 scan.csv
-rw-rw-r-- 1 pi   pi    2376 Jan  9 00:00 _templates.csv

BTW: ich hab die 08.bai.HW7401.csv in 08.bai.csv kopiert, da ich eine andere HW hab.

Zitat von: Reinhart am 08 Januar 2016, 21:38:52
mach einmal ebusd --checkconfig --scanconfig

bringt bei mir auch ein
pi@raspberrypi:~ $ ebusd --checkconfig --scanconfig
2016-01-09 09:35:00.350 [main notice] Performing configuration check...
2016-01-09 09:35:03.461 [main notice] found messages: 5605 (439 conditional on 100 conditions, 2 poll, 58 update)


ebusd sagt jetzt immerhin
pi@raspberrypi:~ $ ebusd -f -c /etc/ebusd -d /dev/ttyUSB0 --scanconfig | grep main
2016-01-09 09:35:58.158 [main notice] ebusd 2.0.0ea7efc started
2016-01-09 09:35:58.177 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2016-01-09 09:36:08.342 [main notice] read common config file /etc/ebusd/vaillant/scan.csv
2016-01-09 09:36:08.349 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv
2016-01-09 09:36:08.493 [main notice] read scan config file /etc/ebusd/vaillant/08.bai.csv for ID "bai00", SW0608, HW5502
2016-01-09 09:36:08.496 [main notice] found messages: 204 (3 conditional on 1 conditions, 0 poll, 8 update)
2016-01-09 09:36:10.768 [main notice] read scan config file /etc/ebusd/vaillant/15.ui.csv for ID "ui", SW0508, HW6201
2016-01-09 09:36:10.771 [main notice] found messages: 387 (3 conditional on 1 conditions, 0 poll, 8 update)
2016-01-09 09:36:12.957 [main notice] read scan config file /etc/ebusd/vaillant/25.solsy.hwc.csv for ID "solsy", SW0500, HW6301
2016-01-09 09:36:12.960 [main notice] found messages: 443 (3 conditional on 1 conditions, 0 poll, 8 update)
2016-01-09 09:36:15.109 [main error] error reading scan config file /etc/ebusd/vaillant/26.solsy.hc.csv for ID "solsy", SW0500, HW6301: ERR: duplicate entry
2016-01-09 09:36:17.309 [main notice] read scan config file /etc/ebusd/vaillant/50.solsy.mc.csv for ID "solsy", SW0500, HW6301
2016-01-09 09:36:17.313 [main notice] found messages: 559 (12 conditional on 9 conditions, 1 poll, 8 update)
2016-01-09 09:36:19.516 [main notice] read scan config file /etc/ebusd/vaillant/ec.solsy.sc.csv for ID "solsy", SW0500, HW6301
2016-01-09 09:36:19.518 [main notice] found messages: 630 (12 conditional on 9 conditions, 1 poll, 8 update)

also "nur" noch die 26.solsy.hc.csv

Daher hab ich auch noch viele
[update notice] unknown MS cmd:

Gruß,
David
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 09 Januar 2016, 11:09:23
Habe jetzt nochmal ebusd installiert und die csv's neu angelegt.

Leider geht jetzt gar nichts mehr, obwohl alles gut aussieht:
pi@eBus /var/log $ ebusd --checkconfig --scanconfig
2016-01-09 11:06:54.846 [main notice] Performing configuration check...
2016-01-09 11:06:57.986 [main notice] found messages: 5416 (436 conditional on 99 conditions, 2 poll, 59 update)
pi@eBus /var/log $ ebusctl scan result
empty

pi@eBus /var/log $ ebusctl find
broadcast datetime = no data stored
broadcast error = no data stored
broadcast ident = no data stored
broadcast signoflife = no data stored
broadcast ident = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan.08 ident = no data stored
scan.15 ident = no data stored


Log:
016-01-09 11:05:39.165 [main notice] ebusd 2.0.0ea7efc started
2016-01-09 11:05:39.199 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2016-01-09 11:05:39.247 [bus notice] signal acquired
2016-01-09 11:05:41.995 [bus notice] new master 10, master count 2
2016-01-09 11:05:42.062 [bus notice] new master 03, master count 3
2016-01-09 11:05:42.063 [update notice] unknown MS cmd: 1008b5110101 / 095454e006ff600000ff
2016-01-09 11:05:44.079 [update notice] unknown BC cmd: 10feb516080047051109010616
2016-01-09 11:05:44.331 [update notice] unknown MS cmd: 1008b512020000 / 00
2016-01-09 11:05:48.068 [update notice] unknown MS cmd: 1008b5100900000060ffff45ff00 / 0101
2016-01-09 11:05:49.265 [bus error] send to 08: ERR: invalid argument, retry
2016-01-09 11:05:49.311 [bus error] send to 08: ERR: invalid argument, retry
2016-01-09 11:05:49.356 [bus error] send to 08: ERR: invalid argument, retry
2016-01-09 11:05:49.401 [bus error] send to 08: ERR: invalid argument
2016-01-09 11:05:49.401 [main error] scan config 08 message: ERR: invalid argument
2016-01-09 11:05:51.437 [bus error] send to 15: ERR: invalid argument, retry
2016-01-09 11:05:51.482 [bus error] send to 15: ERR: invalid argument, retry
2016-01-09 11:05:51.528 [bus error] send to 15: ERR: invalid argument, retry
2016-01-09 11:05:51.572 [bus error] send to 15: ERR: invalid argument
2016-01-09 11:05:51.572 [main error] scan config 15 message: ERR: invalid argument
2016-01-09 11:05:52.071 [update notice] unknown MS cmd: 1008b5110101 / 095454e006ff600000ff
2016-01-09 11:05:54.090 [update notice] unknown MS cmd: 1008b5040100 / 0a0355051109010616e006
2016-01-09 11:05:54.357 [update notice] unknown MS cmd: 1008b5110102 / 05033c965060
2016-01-09 11:05:58.097 [update notice] unknown MS cmd: 1008b5100900000060ffff45ff00 / 0101
2016-01-09 11:06:02.114 [update notice] unknown MS cmd: 1008b5110101 / 095454e006ff600000ff
2016-01-09 11:06:04.016 [update notice] unknown BC cmd: 10feb5160301e006
2016-01-09 11:06:06.117 [update notice] unknown MS cmd: 1008b5100900000060ffff45ff00 / 0101
2016-01-09 11:06:12.082 [update notice] unknown MS cmd: 1008b5110101 / 095454e006ff600000ff
2016-01-09 11:06:14.068 [update notice] unknown MS cmd: 1008b5110102 / 05033c965060
2016-01-09 11:06:16.124 [update notice] unknown MS cmd: 1008b5100900000060ffff45ff00 / 0101
2016-01-09 11:06:22.128 [update notice] unknown MS cmd: 1008b5110101 / 095454e006ff600000ff
2016-01-09 11:06:24.137 [update notice] unknown MS cmd: 1008b5040100 / 0a0325061109010616e006
2016-01-09 11:06:24.359 [update notice] unknown BC cmd: 10feb505020400
2016-01-09 11:06:26.146 [update notice] unknown MS cmd: 1008b5100900000060ffff45ff00 / 0101
2016-01-09 11:06:32.202 [update notice] unknown MS cmd: 1008b5110101 / 095454e006ff600000ff
2016-01-09 11:06:36.245 [update notice] unknown MS cmd: 1008b5100900000060ffff45ff00 / 0101
2016-01-09 11:06:40.256 [update notice] unknown MS cmd: 1008b5110101 / 095454e006ff600000ff
2016-01-09 11:06:42.322 [update notice] unknown BC cmd: 10feb516080045061109010616
2016-01-09 11:06:42.572 [update notice] unknown MS cmd: 1008b512020000 / 00
2016-01-09 11:06:46.348 [update notice] unknown MS cmd: 1008b5100900000060ffff45ff00 / 0101
2016-01-09 11:06:50.387 [update notice] unknown MS cmd: 1008b5110101 / 095454e006ff600000ff
2016-01-09 11:06:52.399 [update notice] unknown MS cmd: 1008b5040100 / 0a0353061109010616e006
2016-01-09 11:06:52.671 [update notice] unknown MS cmd: 1008b5110102 / 05033c965060
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 09 Januar 2016, 11:43:31
Zitat von: Masterdrive am 09 Januar 2016, 10:39:13
als erstes hab ich das ebusd-config .deb Paket installiert, welches john30 gepostet hat.
Problem ist nun gelöst: bei "Status" war der falsche PBSB Wert hinterlegt.
Hier gibts ein neues Paket zur Installation, das jetzt auch Status01+Status02 für die heat circuits BAI, EHP, SOLSY und VR630 enthält:
ebusd-configuration/releases (https://github.com/john30/ebusd-configuration/releases)

VG John
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 Januar 2016, 12:17:48
Zitat von: Mitch am 08 Januar 2016, 23:33:47
Okay, Danke.

Aber wo dran kann ich ansetzten?
Kann es am Poti liegen (nicht ganz genau eingestellt)?

Hallo Mitch!

Nein, wenn die Schaltung empfangen kann ist das Poti richtig eingestellt, mit dem Senden hat diese Einstellung nicht direkt zu tun.
Ich habe ganz vorne einen Schaltplan mit einigen Meßpunkten gepostet, auch für den Sendeweg. Dazu brauchst du aber ein Netzgerät mit vorgeschaltenem Widerstand.
Es kann aber nicht viel sein, tausche einmal die 2 Optokoppler gegeneinander und schaue ob dann der Empfangsweg noch geht. Geht er noch dann kann es entweder die Zenerdiode oder der Transistor sein. Bei mir war schon einmal die Zenederdiode nach einem Jahr defekt.
Du kannst das TxD vom RS232 Konverter abziehen und an der Platine den TxD mit Gnd verbinden, dann schaltet der Transistor durch und du kannst die Spannungen messen.

Jedes halbwegs gute Multimeßgerät hat eine Diodenmessung (da ist ein Diodensymbol drauf), damit kannst du den Transistor und auch die Zenerdiode messen.
Dazu gehe wie folgt vor:
- Platine alles abklemmen und spannungslos machen
- Messgerät auf Diodenmessung
- eine Stripe auf die Basis (dort wo der Widerstand ist) und die andere jeweils einmal auf den Collector und dann am Emitter messen.
- in Sperrrichtung sollte nichts da sein und in Durchlaßrichtung zwischen 0,5 - 0,7 Volt (typischer Spannungsabfall der Schichten in Durchlaßrichtung beim Silizium, npn oder pnp)
- ist die Spannung 0 Volt (oder wesentlich kleiner als 0,5) ist es ein Kurzschluß und der Transistor ist defekt. (der hält aber 8 A aus!)
- dann die beiden Strippen umpolen (vertauschen) und nochmals messen. Wenn ein Kurzschluß vorhanden ist, muss der auch hier wieder messbar sein.
- bei der Diode geht das auch so, wobei so kann man die Zenerspannung selbst nicht überprüfen, ist auch nicht wichtig bei dieser Messung.

Ich hoffe das war halbwegs verständlich.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 09 Januar 2016, 12:23:18
Vielen Dank Reinhart!

Ich hatte schon gestern alle Dioden und den Transistor gemessen. Passt alles.
Werde nochmal die Optokoppler tauschen.

Ich glaube aber mittlerweile fast, es hat was mit der SW zu tun, denke da an die CSVs.
Ich steige das noch nicht wirklich durch, bekomme auch keine wirklichen Daten (außer Broadcast):
bc Mode = standby
bc Status = no data stored
broadcast datetime = no data stored
broadcast error = no data stored
broadcast hwStatus = no data stored
broadcast ident = no data stored
broadcast netloss = no data stored
broadcast netresetcfg = no data stored
broadcast netresetstate = no data stored
broadcast outsidetemp = 8.000
broadcast vdatetime = 12:21:36;09.01.2016
myCustom Status01 = 42.0;37.0;8.000;-;47.0;on
myCustom Status02 = auto;60;75.0;80;48.0
myCustom1 Status11 = valid;20;22;12;9;1;6;16;8.000
myCustom2 Pumpenstatus = off
430 ACTOstorDetected = no data stored
430 actoSTOROPMode = no data stored
430 actostorstate = no data stored
430 ActualRoomTempDesiredHc1 = no data stored
430 ActualWeekday = no data stored
430 adpPreHActive = no data stored
430 adpPreHCurrentRoomTemp = no data stored
430 adpPreHInSideTW = no data stored
430 adpPreHMinutesBeforeFirstTW = no data stored
430 adpPreHOutdoorTemp = no data stored
430 adpPreHOutdoorTempStart = no data stored
430 adpPreHPreheatingTime = no data stored
430 adpPreHRamp = no data stored
430 adpPreHRoomTempDesired = no data stored
430 adpPreHRoomTempStart = no data stored
430 adpPreHStarttime = no data stored
430 AssertFileName = no data stored
430 AssertLineNumber = no data stored
430 AutoOffMode = no data stored
430 B50418actDesFlowTemp = no data stored
430 B51000FlowSetMonitor = no data stored
430 B51000M10HwcFlowSetMon = no data stored
430 B51000M7OpModeMonitor = no data stored
430 B51000TempDesiredLoadingPump = no data stored
430 BaseDisplay = no data stored
430 BMUB51101BoilerFlowTemp = no data stored
430 BMUB51101ErrorStatus = no data stored
430 BMUB51101HwcState = no data stored
430 BMUB51101StorageTemp = no data stored
430 BMUFlowTempOrVF1 = no data stored
430 CalculatedKickStopTime = no data stored
430 ChimneySweepModeActive = no data stored
430 CirPump = no data stored
430 ContinuosHeating = no data stored
430 CountryVariant = no data stored
430 CPLPLast24started = no data stored
430 Date =  (ERR: invalid position for ff15b509030d61 / )
430 DisplayedHc1RoomTempDesired = no data stored
430 DisplayedHwcStorageTemp = no data stored
430 DisplayedRoomTemp = no data stored
430 EepromUpdateActive = no data stored
430 EnermanState = no data stored
430 ExcessTemp = no data stored
430 FrostOverRideTime = no data stored
430 FrostProtectDelayMonitor = no data stored
430 FrostProtectionRequiredMonitor = no data stored
430 FrostProtectStateMonitor = no data stored
430 Hc1ActualFlowTempDesired = no data stored
430 Hc1HcType = no data stored
430 Hc1HeatCurve = no data stored
430 Hc1ManualOPRoomTempDesired = no data stored
430 Hc1MinimalFlowTempDesired = no data stored
430 Hc1NightTemp = no data stored
430 Hc1OPMode =  (ERR: invalid position for ff15b509030d2f / )
430 Hc1PreOrContinuosHeatingActive = no data stored
430 Hc1Pump = no data stored
430 Hc1PumpLast24started = no data stored
430 Hc1QuickVetoActive = no data stored
430 Hc1QuickVetoTemp = no data stored
430 Hc1RoomTempSwitchOn = no data stored
430 Hc1SummerOffset = no data stored
430 Hc2HcType = no data stored
430 HcMc1ConfigCPLPAsLP = no data stored
430 HcMc1CPLPState = no data stored
430 HcMc1Detected = no data stored
430 HolidayEndPeriod = no data stored
430 HolidayRoomTemp = no data stored
430 HolidayStartPeriod = no data stored
430 HRUDetected = no data stored
430 HwcActualTempDesired = no data stored
430 HwcCircuitActive = no data stored
430 HwcLegioStartDay = no data stored
430 HwcLegioStartTime = no data stored
430 HwcLoadingIn430Active = no data stored
430 HwcLoadingInBMUActive = no data stored
430 HwcLoadingOffset = no data stored
430 HwcManualOPTempDesired = no data stored
430 HwcOPMode = no data stored
430 HwcParallelLoading = no data stored
430 HwcPressLowpostrunningtime = no data stored
430 HwcQuickVetoActive = no data stored
430 HwcQuickVetoTemp = no data stored
430 HwcTempDesired = no data stored
430 IsInHoliday = no data stored
430 KeyCodeforConfigMenu = no data stored
430 LcdContrastValue = no data stored
430 LegioProtectActive = no data stored
430 MaintenanceDate = no data stored
430 MonitorEEpromInkonsiNumber = no data stored
430 NameHc1 = no data stored
430 NameHc2 = no data stored
430 NameHwc = no data stored
430 OutsideTemp =  (ERR: invalid position for ff15b509030d62 / )
430 OutsideTempOffset = no data stored
430 PhoneNumber1 = no data stored
430 PhoneNumber2 = no data stored
430 PreheatingTime = no data stored
430 PreStopTime = no data stored
430 PumpBlockingTimeMax = no data stored
430 PumpEnergySaveCalculatedTimeMonitor = no data stored
430 PumpEnergySaveStateMonitor = no data stored
430 RoomTemp = no data stored
430 RoomTempCorrection = no data stored
430 RoomTempOffsetSelfWarming = no data stored
430 SolarModuleDetected = no data stored
430 StartEepromUpdate = no data stored
430 StatusDcf = no data stored
430 SummerWinterTimeAdjust = no data stored
430 Time =  (ERR: invalid position for ff15b509030d60 / )
430 V430PluggedIn = no data stored
430 VF1 = no data stored
470cp cpTTFriday = no data stored
470cp cpTTMonday = no data stored
470cp cpTTSaturday = no data stored
470cp cpTTSunday = no data stored
470cp cpTTThursday = no data stored
470cp cpTTTuesday = no data stored
470cp cpTTWednesday = no data stored
470mc mcTTFriday = no data stored
470mc mcTTMonday = no data stored
470mc mcTTSaturday = no data stored
470mc mcTTSunday = no data stored
470mc mcTTThursday = no data stored
470mc mcTTTuesday = no data stored
470mc mcTTWednesday = no data stored
bai ACRoomthermostat = no data stored
bai BlockTimeHcMax = no data stored
bai CirPump = no data stored
bai DCRoomthermostat = no data stored
bai ExtFlowTempDesiredMin = no data stored
bai extWP = no data stored
bai FlowTemp = no data stored
bai FlowTempDesired = no data stored
bai HeatingSwitch = no data stored
bai HwcDemand = no data stored
bai HwcTemp = no data stored
bai HwcTempDesired = no data stored
bai HwcWaterflow = no data stored
bai PartloadHcKW = no data stored
bai PositionValveSet = no data stored
bai PumpPower = no data stored
bai PumpPowerDesired = no data stored
bai SDFanSpeed =  (ERR: invalid position for ff08b509030d83 / )
bai SDGasvalve = no data stored
bai Storageloadpump = no data stored
bai StoragereleaseClock = no data stored
bai StorageTemp = no data stored
bai StorageTempDesired = no data stored
bai TargetFanSpeed = no data stored
bai WP = no data stored
bai WPPostrunTime = no data stored
cp Mode = no data stored
hwc Mode = no data stored
mc DateTime = no data stored
mc Mode = no data stored
mc4 DateTime = no data stored
mc4 Mode = no data stored
mc5 DateTime = no data stored
mc5 Mode = no data stored
scan.08 ident = no data stored
scan.15 ident = no data stored


Eine CSV für Dummys wäre super  ;D

Was bedeutet denn eine Fehlermeldung wie diese genau:
430 Date =  (ERR: invalid position for ff15b509030d61 / )
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 Januar 2016, 12:27:28
Zitat von: fz69412 am 08 Januar 2016, 23:47:34
Wie mache ich nun weiter, es gibt wohl 2 Wege ECMD und GAEBUS,
Die Ansichten aus Reinharts Beitrag sind das ferne Ziel  ;D

Das Ziel ist näher als du glaubst, der schwierigste Teil ist ja meiner Ansicht, das die Schaltung funktioniert und die Configs und CSV passen.
Ich abe ja auch alle Konfigurationen gepostet die dazu notwendig sind, auch schon für die neuen CVS 2.xx. Ich habe ja ebenfalls auf 2.xx umgestellt.

Ich würde dir fast den Weg über ECMD vorschlagen, da man beim GAEBUS einiges wissen muss und letztendlich einiges dazu programmieren muss um solche Auswertungen zu machen. Beginne aber bitte nicht mit der TabletUI sondern der erste Schritt ist die Datenerfassung und Visualisierung in FHEM. Im Prinzip genügt Copy & Paste von meinen Beispielen!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 09 Januar 2016, 13:41:32
Danke Reinhart,

mit dem GAEBUS bin ich nun schon mal an die Wand gelaufen :-[.

Ich habe Ihn aktiviert und die CSV Dateien
0a.pmw.hcw.csv
75.rcc.csv
15.ui.csv

vom raspi auf den FHEM Server nach /opt/fhem/ebusd kopiert.

Nun konnte ich sie unter set sehen und auch z.Bsp. die Outsidetemp auswählen.
mit attr outsidetemp Außentemperatur komplettiert

aber das Ergebnis : Error: Element not found

also werde ich mal mein Glück mit ECMD versuchen obwohl ich glaube hier hackelt es noch irgendwo anders.
Ihr habt ja meist die 430 oder 470er Steuerungen und ich habe die VRS620 und einen VR90 Regler evtl. liegt ja hier der Haken und ich muss die CSV Dateien noch irgendwie anpassen.

Gruß Frank


Nachtrag: Kann ich auf einfache Weise die Kommunikation vom Raspi zum FHEM Server prüfen ?
Ich werde das Gefühl nicht los das hier das Problem liegt.
Mit SSH per Terminal komme ich auf den Raspi und kann auch Dateien ändern usw.
Der EBUS zeigt auch connected.


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 Januar 2016, 13:41:52
@Mitch

laut deinem Log von Gestern 23:31 ist es aber so, das der Sendeweg NICHT funktioniert. Auch John hat das gleich festgestellt, der kennt ja seine Telegramme und Antworten alle auswendig. Die Broadcast's kommen ja unaufgefordert über den eBus und die Schaltung kann es auch richtig detektieren.

Versuche nochmal in Ruhe die Signale die zum Senden notwendig sind zu messen. Ich versuche es nochmals ganz einfach zu erklären was da schaltungstechnisch passiert, ist wirklich nix kompliziertes.

Geht das TxD Signal vom RS232 Konverter auf Low, dann hast du auf Pin 10 des U2-3 ein High (negiertes Und) und der Optokoppler schaltet die auf Pin 5 positive Spannung auf Pin 4 durch (wird H). Dieser Pin4 steuert den Transistor an das bewirkt, dass die Spannung des eBus, begrenzt durch die Zenerdiode (7,5 V) auf eBus-Low über die Collector-Emitterstrecke gedrückt wird. Indem es ein Darlington Transistor ist, hat der eine ordentliche Stromverstärkung. 

Genau diesen Vorgang kannst du simulieren und die Spannungen dabei messen, dauert nur wenige Minuten (allerdings braucht man ein paar Sachen) und du weist ob die Schaltung wirklich funktioniert.

Mehr kann ich dir über die Ferne leider auch nicht helfen. Das einzige was ich dir anbieten kann ist bei der jetzt laufenden Sammelbestellung einen komplett Bausatz mitzubestellen, für dich zu löten und an meiner Therme einzustellen und zu testen. Diese Option bleibt dir noch bis Ende Jänner offen. Ich bin aber zuversichtlich das es noch klappt, denn technisches Verständnis und die Bereitschaft Probleme zu lösen hast du ja.

Der Ausschnitt im Bild zeigt die für den Sendeweg verantwortliche Schaltung.


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Masterdrive am 09 Januar 2016, 15:23:26
Hi John

Zitat von: john30 am 09 Januar 2016, 11:43:31
Problem ist nun gelöst: bei "Status" war der falsche PBSB Wert hinterlegt.

danke für das Update.
Damit wurden jetzt alle CSVs problemlos importiert
pi@raspberrypi:~ $ ebusd -f -c /etc/ebusd/ -d /dev/ttyUSB0 --scanconfig | grep main
2016-01-09 11:42:07.521 [main notice] ebusd 2.0.0ea7efc started
2016-01-09 11:42:07.540 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2016-01-09 11:42:17.733 [main notice] read common config file /etc/ebusd//vaillant/scan.csv
2016-01-09 11:42:17.741 [main notice] read common config file /etc/ebusd//vaillant/broadcast.csv
2016-01-09 11:42:17.891 [main notice] read scan config file /etc/ebusd//vaillant/08.bai.csv for ID "bai00", SW0608, HW5502
2016-01-09 11:42:17.894 [main notice] found messages: 207 (3 conditional on 1 conditions, 0 poll, 8 update)
2016-01-09 11:42:20.135 [main notice] read scan config file /etc/ebusd//vaillant/15.ui.csv for ID "ui", SW0508, HW6201
2016-01-09 11:42:20.137 [main notice] found messages: 390 (3 conditional on 1 conditions, 0 poll, 8 update)
2016-01-09 11:42:22.325 [main notice] read scan config file /etc/ebusd//vaillant/25.solsy.hwc.csv for ID "solsy", SW0500, HW6301
2016-01-09 11:42:22.328 [main notice] found messages: 446 (3 conditional on 1 conditions, 0 poll, 8 update)
2016-01-09 11:42:24.508 [main notice] read scan config file /etc/ebusd//vaillant/26.solsy.hc.csv for ID "solsy", SW0500, HW6301
2016-01-09 11:42:24.510 [main notice] found messages: 515 (8 conditional on 3 conditions, 0 poll, 8 update)
2016-01-09 11:42:26.698 [main notice] read scan config file /etc/ebusd//vaillant/50.solsy.mc.csv for ID "solsy", SW0500, HW6301
2016-01-09 11:42:26.701 [main notice] found messages: 582 (12 conditional on 9 conditions, 1 poll, 8 update)
2016-01-09 11:42:28.893 [main notice] read scan config file /etc/ebusd//vaillant/ec.solsy.sc.csv for ID "solsy", SW0500, HW6301
2016-01-09 11:42:28.896 [main notice] found messages: 653 (12 conditional on 9 conditions, 1 poll, 8 update)
2016-01-09 11:42:51.051 [main notice] read scan config file /etc/ebusd//vaillant/23.solsy.cc.csv for ID "solsy", SW0500, HW6301
2016-01-09 11:42:51.053 [main notice] found messages: 681 (12 conditional on 9 conditions, 1 poll, 8 update)


Hab mal 2 1/2 Minuten mitgeschnitten
pi@raspberrypi:~ $ ebusd -f -c /etc/ebusd/ -d /dev/ttyUSB0 --scanconfig
2016-01-09 14:12:32.928 [main notice] ebusd 2.0.0ea7efc started
2016-01-09 14:12:32.947 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2016-01-09 14:12:32.956 [bus notice] signal acquired
2016-01-09 14:12:33.038 [bus notice] new master 10, master count 2
2016-01-09 14:12:33.067 [update notice] unknown MS cmd: 1026b509030d0400 / 03b10200
2016-01-09 14:12:33.246 [update notice] unknown MS cmd: 1025b5040101 / 09320200000283000100
2016-01-09 14:12:33.407 [update notice] unknown MS cmd: 1050b504010d / 052600d90214
2016-01-09 14:12:33.568 [update notice] unknown MS cmd: 1025b504010d / 0500001d0111
2016-01-09 14:12:34.615 [bus notice] new master 03, master count 3
2016-01-09 14:12:34.617 [update notice] unknown MS cmd: 1008b5110101 / 0958580080ffff0000ff
2016-01-09 14:12:34.768 [update notice] unknown MS cmd: 1025b5050427002b00 / 00
2016-01-09 14:12:35.041 [update notice] unknown MS cmd: 1025b5040117 / 0100
2016-01-09 14:12:35.649 [update notice] unknown MS cmd: 1026b5040101 / 090f0200000585000100
2016-01-09 14:12:35.820 [update notice] unknown MS cmd: 1025b505082b0f0100000000f8 / 00
2016-01-09 14:12:38.088 [update notice] unknown MS cmd: 10ecb5040121 / 050c00001400
2016-01-09 14:12:40.679 [update notice] unknown MS cmd: 1026b5040100 / 0a03401215090106169001
2016-01-09 14:12:41.678 [update notice] unknown MS cmd: 1008b51009000052ffffff00ff00 / 0101
2016-01-09 14:12:42.653 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-09 14:12:43.105 [main notice] read common config file /etc/ebusd//vaillant/scan.csv
2016-01-09 14:12:43.113 [main notice] read common config file /etc/ebusd//vaillant/broadcast.csv
2016-01-09 14:12:43.270 [main notice] read scan config file /etc/ebusd//vaillant/08.bai.csv for ID "bai00", SW0608, HW5502
2016-01-09 14:12:43.271 [main notice] found messages: 207 (3 conditional on 1 conditions, 0 poll, 8 update)
2016-01-09 14:12:43.668 [update notice] unknown MS cmd: 1026b509030d0400 / 03af0200
2016-01-09 14:12:43.846 [update notice] unknown MS cmd: 10ecb5040101 / 09000300000207000100
2016-01-09 14:12:44.003 [bus notice] max. symbols per second: 101
2016-01-09 14:12:44.008 [update notice] unknown MS cmd: 10ecb504010d / 050000008000
2016-01-09 14:12:44.169 [update notice] unknown MS cmd: 1025b504010d / 0500001f0111
2016-01-09 14:12:44.704 [update notice] update bai Status01 QQ=10: 44.0;44.0;-;-;-;off
2016-01-09 14:12:44.854 [update notice] unknown MS cmd: 10ecb5050427002a00 / 00
2016-01-09 14:12:45.170 [update notice] unknown MS cmd: 1025b5040117 / 0100
2016-01-09 14:12:45.544 [main notice] read scan config file /etc/ebusd//vaillant/15.ui.csv for ID "ui", SW0508, HW6201
2016-01-09 14:12:45.547 [main notice] found messages: 390 (3 conditional on 1 conditions, 0 poll, 8 update)
2016-01-09 14:12:45.718 [update notice] unknown MS cmd: 10ecb505082b0f0100000000f8 / 00
2016-01-09 14:12:47.723 [main notice] read scan config file /etc/ebusd//vaillant/25.solsy.hwc.csv for ID "solsy", SW0500, HW6301
2016-01-09 14:12:47.726 [main notice] found messages: 446 (3 conditional on 1 conditions, 0 poll, 8 update)
2016-01-09 14:12:49.921 [main notice] read scan config file /etc/ebusd//vaillant/26.solsy.hc.csv for ID "solsy", SW0500, HW6301
2016-01-09 14:12:49.923 [main notice] found messages: 515 (8 conditional on 3 conditions, 0 poll, 8 update)
2016-01-09 14:12:51.787 [update notice] update bai Mode QQ=10: standby
2016-01-09 14:12:52.121 [main notice] read scan config file /etc/ebusd//vaillant/50.solsy.mc.csv for ID "solsy", SW0500, HW6301
2016-01-09 14:12:52.124 [main notice] found messages: 582 (12 conditional on 9 conditions, 1 poll, 8 update)
2016-01-09 14:12:52.214 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:12:52.765 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-09 14:12:53.277 [update notice] update hc SumFlowSensor QQ=10: 42.88;ok
2016-01-09 14:12:53.433 [update notice] unknown MS cmd: 1026b504010d / 051f00ae020f
2016-01-09 14:12:53.600 [update notice] update hwc Status QQ=10: 0;off;17.94;17
2016-01-09 14:12:53.747 [update notice] unknown MS cmd: 1026b505042d000000 / 00
2016-01-09 14:12:54.309 [main notice] read scan config file /etc/ebusd//vaillant/ec.solsy.sc.csv for ID "solsy", SW0500, HW6301
2016-01-09 14:12:54.311 [main notice] found messages: 653 (12 conditional on 9 conditions, 1 poll, 8 update)
2016-01-09 14:12:54.792 [update notice] update bai Status01 QQ=10: 44.0;44.0;-;-;-;off
2016-01-09 14:12:54.938 [update notice] unknown MS cmd: 1026b5050427002a00 / 00
2016-01-09 14:12:55.254 [update notice] unknown MS cmd: 1025b5040117 / 0100
2016-01-09 14:12:55.821 [update notice] unknown MS cmd: 1026b5040101 / 090f0200000585000100
2016-01-09 14:12:55.992 [update notice] unknown MS cmd: 1026b505082b0f0100000000f8 / 00
2016-01-09 14:12:56.326 [update notice] unknown MS cmd: 10ecb5040121 / 050c00001400
2016-01-09 14:12:58.094 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:13:01.901 [update notice] update bai Mode QQ=10: standby
2016-01-09 14:13:02.870 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-09 14:13:03.382 [update notice] update hc SumFlowSensor QQ=10: 42.69;ok
2016-01-09 14:13:03.560 [update notice] update mc Mode QQ=10: 20;auto;05;off
2016-01-09 14:13:03.721 [update notice] update mc Status QQ=10: 38;off;44.44;20
2016-01-09 14:13:03.882 [update notice] update hwc Status QQ=10: 0;off;17.94;17
2016-01-09 14:13:04.036 [update notice] update mc RoomTempOffset QQ=10: 0.00
2016-01-09 14:13:04.127 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:13:04.924 [update notice] update bai Status01 QQ=10: 44.0;44.0;-;-;-;off
2016-01-09 14:13:05.071 [update notice] unknown MS cmd: 1050b5050427002a00 / 00
2016-01-09 14:13:05.385 [update notice] unknown MS cmd: 1025b5040117 / 0100
2016-01-09 14:13:05.943 [update notice] unknown MS cmd: 1050b505082b0f0100000000f8 / 00
2016-01-09 14:13:10.120 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:13:10.928 [update notice] update broadcast vdatetime QQ=10: 15:13:03;09.01.2016
2016-01-09 14:13:11.446 [update notice] update broadcast outsidetemp QQ=10: 1.562
2016-01-09 14:13:11.946 [update notice] update broadcast datetime QQ=10: 1.562;15:13:03;09.01.2016
2016-01-09 14:13:12.477 [update notice] update hc currenterror QQ=10: -;-;-;-;-
2016-01-09 14:13:12.660 [update notice] update bai Mode QQ=10: standby
2016-01-09 14:13:12.982 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-09 14:13:13.498 [update notice] update hc SumFlowSensor QQ=10: 42.56;ok
2016-01-09 14:13:13.676 [update notice] update hwc Mode QQ=10: 50;off;02;off
2016-01-09 14:13:13.833 [update notice] unknown MS cmd: 10ecb504010d / 050000008000
2016-01-09 14:13:13.998 [update notice] update hwc Status QQ=10: 0;off;18.06;17
2016-01-09 14:13:14.497 [update notice] unknown MS cmd: 10ecb5040121 / 050c00001500
2016-01-09 14:13:15.034 [update notice] update bai Status01 QQ=10: 44.0;44.0;-;-;-;off
2016-01-09 14:13:15.180 [update notice] unknown MS cmd: 1025b5050427002a00 / 00
2016-01-09 14:13:15.496 [update notice] unknown MS cmd: 1025b5040117 / 0100
2016-01-09 14:13:16.070 [update notice] update hc DateTime QQ=10: valid;15:13:16;09.01.2016;1.562
2016-01-09 14:13:16.161 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:13:16.301 [update notice] unknown MS cmd: 1026b5040101 / 090f0200000585000100
2016-01-09 14:13:16.472 [update notice] unknown MS cmd: 1025b505082b0f0100000000f8 / 00
2016-01-09 14:13:22.124 [update notice] update bai Mode QQ=10: standby
2016-01-09 14:13:22.295 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:13:23.105 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-09 14:13:23.576 [update notice] unknown MS cmd: 1023b505082b0f0100000000f8 / 00
2016-01-09 14:13:24.086 [update notice] update hc SumFlowSensor QQ=10: 42.38;ok
2016-01-09 14:13:24.259 [update notice] unknown MS cmd: 10ecb5040101 / 09000300000207000100
2016-01-09 14:13:24.419 [update notice] unknown MS cmd: 1026b504010d / 051f00a6020f
2016-01-09 14:13:24.587 [update notice] update hwc Status QQ=10: 0;off;17.94;17
2016-01-09 14:13:25.159 [update notice] update bai Status01 QQ=10: 44.0;44.0;-;-;-;off
2016-01-09 14:13:25.305 [update notice] unknown MS cmd: 10ecb5050427002a00 / 00
2016-01-09 14:13:25.579 [update notice] unknown MS cmd: 1025b5040117 / 0100
2016-01-09 14:13:26.178 [update notice] unknown MS cmd: 10ecb505082b0f0100000000f8 / 00
2016-01-09 14:13:26.488 [main notice] read scan config file /etc/ebusd//vaillant/23.solsy.cc.csv for ID "solsy", SW0500, HW6301
2016-01-09 14:13:26.490 [main notice] found messages: 681 (12 conditional on 9 conditions, 1 poll, 8 update)
2016-01-09 14:13:28.108 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:13:32.218 [update notice] update bai Mode QQ=10: standby
2016-01-09 14:13:32.674 [update notice] unknown MS cmd: 10ecb5040121 / 050c00001400
2016-01-09 14:13:33.183 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-09 14:13:33.693 [update notice] update hc SumFlowSensor QQ=10: 42.38;ok
2016-01-09 14:13:33.854 [update notice] update mc Status QQ=10: 38;off;44.31;20
2016-01-09 14:13:34.016 [update notice] update hwc Status QQ=10: 0;off;17.94;17
2016-01-09 14:13:34.107 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:13:34.222 [update notice] unknown MS cmd: 1026b505042d000000 / 00
2016-01-09 14:13:35.227 [update notice] update bai Status01 QQ=10: 44.5;44.5;-;-;-;off
2016-01-09 14:13:35.374 [update notice] unknown MS cmd: 1026b5050427002a00 / 00
2016-01-09 14:13:35.691 [update notice] unknown MS cmd: 1025b5040117 / 0100
2016-01-09 14:13:36.256 [update notice] unknown MS cmd: 1026b5040101 / 090f0200000585000100
2016-01-09 14:13:36.426 [update notice] unknown MS cmd: 1026b505082b0f0100000000f8 / 00
2016-01-09 14:13:40.088 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:13:42.306 [update notice] update bai Mode QQ=10: standby
2016-01-09 14:13:43.320 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-09 14:13:43.787 [update notice] update hc SumFlowSensor QQ=10: 42.25;ok
2016-01-09 14:13:43.965 [update notice] update mc Mode QQ=10: 20;auto;05;off
2016-01-09 14:13:44.122 [update notice] unknown MS cmd: 10ecb504010d / 050000008000
2016-01-09 14:13:44.289 [update notice] update hwc Status QQ=10: 0;off;17.94;17
2016-01-09 14:13:44.441 [update notice] update mc RoomTempOffset QQ=10: 0.00
2016-01-09 14:13:45.357 [update notice] update bai Status01 QQ=10: 44.5;44.0;-;-;-;off
2016-01-09 14:13:45.505 [update notice] unknown MS cmd: 1050b5050427002a00 / 00
2016-01-09 14:13:45.821 [update notice] unknown MS cmd: 1025b5040117 / 0100
2016-01-09 14:13:46.128 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:13:46.364 [update notice] update hc DateTime QQ=10: valid;15:13:46;09.01.2016;1.562
2016-01-09 14:13:46.528 [update notice] unknown MS cmd: 1050b505082b0f0100000000f8 / 00
2016-01-09 14:13:50.860 [update notice] unknown MS cmd: 10ecb5040121 / 050c00001400
2016-01-09 14:13:52.113 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:13:52.439 [update notice] update bai Mode QQ=10: standby
2016-01-09 14:13:53.408 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-09 14:13:53.917 [update notice] update hc SumFlowSensor QQ=10: 42.25;ok
2016-01-09 14:13:54.095 [update notice] update hwc Mode QQ=10: 50;off;02;off
2016-01-09 14:13:54.252 [update notice] unknown MS cmd: 1026b504010d / 051f00a4020f
2016-01-09 14:13:54.419 [update notice] update hwc Status QQ=10: 0;off;17.94;17
2016-01-09 14:13:55.466 [update notice] update bai Status01 QQ=10: 44.0;44.0;-;-;-;off
2016-01-09 14:13:55.612 [update notice] unknown MS cmd: 1025b5050427002a00 / 00
2016-01-09 14:13:55.931 [update notice] unknown MS cmd: 1025b5040117 / 0100
2016-01-09 14:13:56.496 [update notice] unknown MS cmd: 1026b5040101 / 090f0200000585000100
2016-01-09 14:13:56.666 [update notice] unknown MS cmd: 1025b505082b0f0100000000f8 / 00
2016-01-09 14:13:58.091 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:14:02.544 [update notice] update bai Mode QQ=10: standby
2016-01-09 14:14:03.513 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-09 14:14:04.027 [update notice] unknown MS cmd: 1023b505082b0f0100000000f8 / 00
2016-01-09 14:14:04.119 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:14:04.506 [update notice] update hc SumFlowSensor QQ=10: 42.25;ok
2016-01-09 14:14:04.678 [update notice] unknown MS cmd: 10ecb5040101 / 09000300000207000100
2016-01-09 14:14:04.846 [update notice] update mc Status QQ=10: 38;off;44.31;20
2016-01-09 14:14:05.008 [update notice] update hwc Status QQ=10: 0;off;17.94;17
2016-01-09 14:14:05.009 [bus notice] max. symbols per second: 106
2016-01-09 14:14:05.579 [update notice] update bai Status01 QQ=10: 44.0;44.0;-;-;-;off
2016-01-09 14:14:05.725 [update notice] unknown MS cmd: 10ecb5050427002a00 / 00
2016-01-09 14:14:06.000 [update notice] unknown MS cmd: 1025b5040117 / 0100
2016-01-09 14:14:06.600 [update notice] unknown MS cmd: 10ecb505082b0f0100000000f8 / 00
2016-01-09 14:14:09.084 [update notice] unknown MS cmd: 10ecb5040121 / 050c00001400
2016-01-09 14:14:10.120 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:14:11.615 [update notice] update broadcast vdatetime QQ=10: 15:14:03;09.01.2016
2016-01-09 14:14:12.090 [update notice] update broadcast outsidetemp QQ=10: 1.562
2016-01-09 14:14:12.633 [update notice] update broadcast datetime QQ=10: 1.562;15:14:03;09.01.2016
2016-01-09 14:14:13.163 [update notice] update bai Mode QQ=10: standby
2016-01-09 14:14:13.613 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-09 14:14:14.123 [update notice] update hc SumFlowSensor QQ=10: 42.19;ok
2016-01-09 14:14:14.279 [update notice] unknown MS cmd: 10ecb504010d / 050000008000
2016-01-09 14:14:14.446 [update notice] update hwc Status QQ=10: 0;off;17.94;17
2016-01-09 14:14:14.638 [update notice] unknown MS cmd: 1026b505042d000000 / 00
2016-01-09 14:14:15.688 [update notice] update bai Status01 QQ=10: 44.0;43.5;-;-;-;off
2016-01-09 14:14:15.836 [update notice] unknown MS cmd: 1026b5050427002a00 / 00
2016-01-09 14:14:16.100 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:14:16.729 [update notice] unknown MS cmd: 1026b5040101 / 090f0200000585000100
2016-01-09 14:14:16.899 [update notice] unknown MS cmd: 1026b505082b0f0100000000f8 / 00
2016-01-09 14:14:21.732 [update notice] update hc DateTime QQ=10: valid;15:14:22;09.01.2016;1.562
2016-01-09 14:14:22.120 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:14:22.746 [update notice] update bai Mode QQ=10: standby
2016-01-09 14:14:23.716 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-09 14:14:24.228 [update notice] update hc SumFlowSensor QQ=10: 42.19;ok
2016-01-09 14:14:24.405 [update notice] update mc Mode QQ=10: 20;auto;05;off
2016-01-09 14:14:24.561 [update notice] unknown MS cmd: 1026b504010d / 051f00a1020f
2016-01-09 14:14:24.729 [update notice] update hwc Status QQ=10: 0;off;17.94;17
2016-01-09 14:14:24.882 [update notice] update mc RoomTempOffset QQ=10: 0.00
2016-01-09 14:14:25.801 [update notice] update bai Status01 QQ=10: 43.5;43.5;-;-;-;off
2016-01-09 14:14:25.947 [update notice] unknown MS cmd: 1050b5050427002a00 / 00
2016-01-09 14:14:26.221 [update notice] unknown MS cmd: 1025b5040117 / 0100
2016-01-09 14:14:26.819 [update notice] unknown MS cmd: 1050b505082b0f0100000000f8 / 00
2016-01-09 14:14:27.282 [update notice] unknown MS cmd: 10ecb5040121 / 050c00001400
2016-01-09 14:14:28.105 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:14:32.860 [update notice] update bai Mode QQ=10: standby
2016-01-09 14:14:33.828 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-09 14:14:34.091 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:14:34.351 [update notice] update hc SumFlowSensor QQ=10: 42.06;ok
2016-01-09 14:14:34.529 [update notice] update hwc Mode QQ=10: 50;off;02;off
2016-01-09 14:14:34.690 [update notice] update mc Status QQ=10: 38;off;44.12;20
2016-01-09 14:14:34.851 [update notice] update hwc Status QQ=10: 0;off;17.94;17
2016-01-09 14:14:35.897 [update notice] update bai Status01 QQ=10: 43.5;43.5;-;-;-;off
2016-01-09 14:14:36.046 [update notice] unknown MS cmd: 1025b5050427002a00 / 00
2016-01-09 14:14:36.362 [update notice] unknown MS cmd: 1025b5040117 / 0100
2016-01-09 14:14:36.929 [update notice] unknown MS cmd: 1026b5040101 / 090f0200000585000100
2016-01-09 14:14:37.099 [update notice] unknown MS cmd: 1025b505082b0f0100000000f8 / 00
2016-01-09 14:14:40.116 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:14:41.932 [update notice] update scan.26 ident QQ=10: Vaillant;SOLSY;0500;6301
2016-01-09 14:14:42.984 [update notice] update bai Mode QQ=10: standby
2016-01-09 14:14:43.951 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-09 14:14:44.466 [update notice] unknown MS cmd: 1023b505082b0f0100000000f8 / 00
2016-01-09 14:14:44.934 [update notice] update hc SumFlowSensor QQ=10: 42.00;ok
2016-01-09 14:14:45.106 [update notice] unknown MS cmd: 10ecb5040101 / 09000300000207000100
2016-01-09 14:14:45.267 [update notice] unknown MS cmd: 10ecb504010d / 050000008000
2016-01-09 14:14:45.434 [update notice] update hwc Status QQ=10: 0;off;17.94;17
2016-01-09 14:14:45.605 [update notice] update scan.50 ident QQ=10: Vaillant;SOLSY;0500;6301
2016-01-09 14:14:45.766 [update notice] unknown MS cmd: 10ecb5040121 / 050c00001400
2016-01-09 14:14:46.000 [update notice] update bai Status01 QQ=10: 43.5;43.5;-;-;-;off
2016-01-09 14:14:46.002 [bus notice] max. symbols per second: 124
2016-01-09 14:14:46.093 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:14:46.208 [update notice] unknown MS cmd: 10ecb5050427002a00 / 00
2016-01-09 14:14:46.439 [update notice] unknown MS cmd: 1025b5040117 / 0100
2016-01-09 14:14:47.039 [update notice] unknown MS cmd: 10ecb505082b0f0100000000f8 / 00
2016-01-09 14:14:52.061 [update notice] update hc DateTime QQ=10: valid;15:14:52;09.01.2016;1.812
2016-01-09 14:14:52.152 [bus notice] poll mc CfgHeatSinkType: mixer
2016-01-09 14:14:53.109 [update notice] update bai Mode QQ=10: standby
2016-01-09 14:14:54.237 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-09 14:14:54.577 [update notice] update hc SumFlowSensor QQ=10: 42.00;ok
2016-01-09 14:14:54.733 [update notice] unknown MS cmd: 1026b504010d / 051f00a0020f
2016-01-09 14:14:54.899 [update notice] update hwc Status QQ=10: 0;off;17.94;17
2016-01-09 14:14:55.090 [update notice] unknown MS cmd: 1026b505042d000000 / 00
2016-01-09 14:14:56.260 [update notice] update bai Status01 QQ=10: 43.5;43.0;-;-;-;off
2016-01-09 14:14:56.407 [update notice] unknown MS cmd: 1026b5050427002a00 / 00
2016-01-09 14:14:56.595 [update notice] unknown MS cmd: 1025b5040117 / 0100
2016-01-09 14:14:57.159 [update notice] unknown MS cmd: 1026b5040101 / 090f0200000585000100
2016-01-09 14:14:57.330 [update notice] unknown MS cmd: 1026b505082b0f0100000000f8 / 00
2016-01-09 14:14:58.110 [bus notice] poll mc CfgHeatSinkType: mixer
^C2016-01-09 14:14:58.582 [main notice] SIGINT received
2016-01-09 14:14:58.703 [main notice] ebusd stopped


Jetzt gilt es nur noch die "[update notice] unknown MS cmd" loszuwerden
Wie hoch ist die Wahrscheinlichkeit, dass man hier was aus anderen CSVs zusammenkopieren kann?

Gruß,
David
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 Januar 2016, 18:45:20
Zitat von: Masterdrive am 09 Januar 2016, 15:23:26
Jetzt gilt es nur noch die "[update notice] unknown MS cmd" loszuwerden
Wie hoch ist die Wahrscheinlichkeit, dass man hier was aus anderen CSVs zusammenkopieren kann?

guckst du hier (http://forum.fhem.de/index.php/topic,46098.msg383927.html#msg383927), schau dir im Anhang die _templates und broadcast an.


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Masterdrive am 09 Januar 2016, 19:10:17
Zitat von: Reinhart am 09 Januar 2016, 18:45:20
guckst du hier (http://forum.fhem.de/index.php/topic,46098.msg383927.html#msg383927), schau dir im Anhang die _templates und broadcast an.
LG

Hi Reinhart,
danke :-)
Hatte nur dein ZIP aus dem 2. Post genommen, aber da für die 430 nur Teile genutzt.
Werd ich heut Abend gleich mal testen

Gruß
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Masterdrive am 09 Januar 2016, 19:18:29
Zitat von: fz69412 am 09 Januar 2016, 13:41:32
und ich habe die VRS620 und einen VR90 Regler evtl. liegt ja hier der Haken und ich muss die CSV Dateien noch irgendwie anpassen.

Hi Frank,

so "selten" ist die Kombination gar nicht :-)
Ich hab bei mir auch die auroMATIC 620/3 im Einsatz, der VR90 Regler liegt noch in der Verpackung.
Zumindest für die 620 passen die CSVs gut... die mit "SOLSY" im Namen

Gruß,
David
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 09 Januar 2016, 19:25:58
So habe jetzt nochmal die Schaltung gewechselt und nun geht es!!!
Tatsächlich noch irgendwo ein HW Problem.

Habe mit GAEBUS eingerichtet und habe auch Readings, allerdings blockiert mir das mein fhem total.

Habe jetzt die Beispiele von Reinhart über ECMD eingerichtet und kann schonmal die Heizkurve verstellen. Super und vielen Dank.

Jetzt muss ich nur noch die Fehler der CSV weg bekommen und die Logik der cfg verstehen  :-[


Im Prinzip möchte ich zwei "einfache" Dinge machen:
1. automatisch im Herbst/Winter/Frühling die Heizkurve verändern und
2. die Therme ausschalten und wieder einschalten, wenn entsprechend vom Modul HCS Bedarf gefordert wird
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 Januar 2016, 20:18:03
@Mitch

Danke für deine Rückmeldung, Hauptsache es funktioniert nun soweit und wenn du einmal eine Mußestunde hast kannst ja die defekte Platine in Ruhe nochmals überprüfen. Ich lege auch manchmal was weg und nächsten Tag klappt die Fehlersuche dann auf Anhieb. Wenn du zwei Platinen hast, kannst ja die Meßpunkte gegeneinander vergleichen und so den defekten Bauteil leichter eingrenzen. Wir hatten ja gestern den Fall, das jemand die Widerstandswerte vertauscht hatte, auch dann gibt es Fehlfunktionen.

Beim GAEBUS würde ich empfehlen, zuerst ins Fhemlog zu schauen, der meldet ja brav seine Probleme ins Log. Ansonsten alles löschen und einen nach dem anderen Device einbauen. Wenn es blockieren anfängt, weis man später nicht mehr wo es herkommt. Aber es spricht nichts dagegen alles mit ECMD zu machen wenn das gut läuft. Ich habe mit keinem der beiden Probleme, löse aber die Hauptaufgaben alle mit ECMD.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 10 Januar 2016, 10:40:49
Zitat von: Reinhart am 03 Januar 2016, 16:19:01
ich glaube da brauchen wir John, scheint ein Fehler bei der Version 2.x zu sein oder wir wissen nicht wie man Dezimalzahlen bei "wi" setzen kann.
ich setze ein Offset auf die Aussentemperatur von -1 Grad und lese das aus, dann setze ich auf -1.8 und lese 2.0 aus. D.h, es wird intern  aufgerundet! Genau so wird es bei der Heizkurve sein, mir fällt das bei der 430 nicht auf, weil ohne "wi" findet keine Rundung statt.

Diese Diskussion hab ich wohl verpasst. Ist das noch ein Thema?
Hintergrund ist, dass insbesondere bei den D1C, D2B und allen abgeleiteten Datentypen mit Divisor != 1 natürlich gerundet werden muss.
Dazu ein Beispiel:
D1C wird in einem Byte codiert und hat einen Divisor von 2. Somit entsprechen folgende Werte dem entsprechenden Byte auf dem Bus:

WertByte
000
102
204
0,501
Wenn jetzt so ein Datentyp mit "ebusctl write" geschrieben werden soll, muss natürlich die Eingabe irgendwie auf das Byte abgebildet werden und dabei wird gerundet.
Somit wird aus einer Eingabe von "1,6" (also eigentlich "1.6" weil internationales Format) dann letztendlich wieder 1,5, denn das ist derjenige binär darstellbare Wert, der der Eingabe am nächsten kommt.

In dem Beispiel von Reinhart ist das bei "-1,8" eben "-2,0".

Übrigens: Die Anzahl der angezeigten Nachkommastellen ebim Auslesen solcher Werte gibt bereits einen ersten groben Hinweis auf die Genauigkeit des Datentyps. Es macht also absolut keinen Sinn, bei einem ausgelesenen Wert von "0,5" dann "0,53" schreiben zu wollen. Aber natürlich ist die Anzahl der Nachkommastellen bspw. bei dem Divisor von 2 wirklich nur ein grober Hinweis. Im Zweifelsfall muss man also nachschauen, was das für ein Datentyp ist.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 10 Januar 2016, 12:46:27
So, habe jetzt fast alles was ich "brauche" eingerichtet.

Was mir noch fehlt sind zwei Dinge:

1. wie komme ich an den Temperaturwert des Warmwasser Speicher auslesen?
2. wie kann ich die Heizung ausschalten/einschalten? (will dies vom Modul HCS nach Bedarf steuern lassen)

habe eine Vaillant VCR430
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 10 Januar 2016, 13:06:27
Zitat von: Mitch am 10 Januar 2016, 12:46:27
1. wie komme ich an den Temperaturwert des Warmwasser Speicher auslesen?
probier mal "ebusctl read DisplayedHwcStorageTemp"

Zitat von: Mitch am 10 Januar 2016, 12:46:27
2. wie kann ich die Heizung ausschalten/einschalten? (will dies vom Modul HCS nach Bedarf steuern lassen)
Meinst Du den Heizkreis 1, den Brenner (oder was auch immer du hast) oder die gesamte Anlage?
Den Heizkreis Modus solltest Du mit "ebusctl read Hc1OPMode" lesen und z.B. mit "ebusctl write -c 430 Hc1OPMode off" ausschalten können.
Siehe Zeile 21 der 15.430.csv (https://github.com/john30/ebusd-configuration/blob/master/ebusd-2.x.x/de/vaillant/15.430.csv)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 10 Januar 2016, 14:17:29
Perfekt, Danke, hat alles geklappt.

Ich hätte noch eine "Logikfrage" an die Vaillant Experten:

Bisher habe ich immer über HCS Modul den Bedarf ermittelt und dann entsprechend über ein Relais den Brenner an bzw. ausgeschalten (Gibt an der 430 einen speziellen 230V Eingang, der normalerweise gebrückt ist.)
Macht es ehr Sinn, hier den Mode von auto auf off und anders herum zu schalten?

Edit: gerade noch eine Frage aufgetaucht:
Kann man die Zirkulationspumpe nicht manuell einschalten?
Habe nur das gefunden:
r,,CirPump,Zirkulationspumpe aktiv,,,,"8100",,,onoff,,,circulation pump's state
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 10 Januar 2016, 15:21:03
@Mitch

Hast du schön gemacht!
Betreffend der Pumpe glaube ich da ist eine "externe" Zirkulationspumpe gemeint. Würde ja nicht viel Sinn machen während die Heizung auf Vollast läuft die "interne" Pumpe auszuschalten.

Da du ja schon den Bedarf mit dem HCS Modul ermittelt hast (ich mache das mit Valves, ist aber vermutlich dasselbe), warum steuerst du nicht direkt den Vorlauf bzw. die Heizkurve nach diesem berechneten Bedarf?
Ich habe das mit einfachen IF Schleifen (5 Stück) gelöst und Fhem prüft während dem Tag alle 30 Minuten wie weit der Sollwert (den gebe ich vor und steht derzeit auf 65%) vom berechneten Bedarf entfernt ist und erhöht oder erniedrigt die Heizkurve automatisch. So erhältst du ein sanfteres Regelverhalten und es wird nicht unnötig auf hohen Vorlauf gefahren. Ganz abschalten tu ich dann wenn der Bedarf nur mehr kleiner 30% beträgt, das wird bei wärmeren Tagen schon um die Mittagszeit erreicht. Zusätzlich funktioniert immer noch die Außentemperatursteuerung, da die ja ein wesentlicher Faktor der Heizkurve ist.

Sieht dann in der Kurve so aus wie im Bild.
Man sieht, wie um 14:00 Uhr der Bedarf deutlich zurück geht und die Heizkurve flacher gestellt wird. Das geht dann alle 30 Minuten bis 16:00 Uhr, dann steigt sogar der Bedarf wieder leicht (die Ventile der Heizkörper öffnen sich wieder etwas). Die Heizkurve bleibt allerdings flach, weil die Wärmeenergie leicht ausreicht. Um 20:00 Uhr schließen die Ventile und die Heizkurve wird auf 0.2 abgesenkt. Die Steuerung ist nach oben auf 1.50 Hkurve begrenzt.

Nur so als Idee, denn ich glaube dass durch rechtzeitiges absenken des Vorlaufs mehr eingespart wird als durch hartes ganz aus/ein  schalten, weil beim erneuten Hochfahren sehr viel mehr Energie verbraucht wird als wenn sie sanft dahindröselt. Das Verhältns von Vor/Rücklauf ist dann sehr klein und es wird mit sehr geringer Leistung gearbeitet. Ist aber jetzt nur meine Meinung und nicht wissenschaftlich betrachtet.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 10 Januar 2016, 15:52:04
Zitatich glaube dass durch rechtzeitiges absenken des Vorlaufs mehr eingespart wird
Dem stimme ich zu. Allerdings kann man das auch machen, indem bei fester Heizkurve die Raumsolltemperatur modifiziert wird.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 10 Januar 2016, 16:55:08
@Reinhart: Danke Dir!

Mit Zirkulationspumpe meine ich die Pumpe, die das Warmwasser zirkulieren lässt.
Ist eine externe Pumpe, die von der 430 gesteuert wird.
Die Pumpe ist älter und braucht viel Strom, deswegen habe ich sie nicht in Betrieb, mit dem Nachteil, dass es ewig dauert, bis heißes Wasser aus dem Hahn kommt.
Mein Plan ist nun, per Bewegungsmelder im Bad die Zirkulationspumpe einzuschalten.

Anscheinend kann man die Pumpe aber nicht einfach per eBUS auf ON zu schalten?
In der VRC430 gibt es ein Tagesprogramm dazu.

Valves werde ich mir mal genauer ansehen, HCS kann nur Bedarf ja oder nein.



@pah: das wäre auch eine gute Möglichkeit.

Wenn ich das jetzt mit meinem HCS verknüpfe wäre dann die Logik:
HCS meldet "demand" = Raumsolltemp auf 22 Grad
HCS meldet "idle" = Raumsolltemp auf 16 Grad

Habe ich das richtig verstanden?

Habe mir gerade das CSV angeschaut. Leider gibt es für die Raum Soll Temp nur Lesen?
r,,DisplayedHc1RoomTempDesired,Angezeigte Raumtemperatur Soll Heizkreis 1,,,,"9600",,,temp1,,,"0= >5°C, currently displayed room temperature setpoint",,,

Wie veränderst Du das genau?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 10 Januar 2016, 19:45:09
Siehe Anlage.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 10 Januar 2016, 19:53:40
Danke pah, sehr interessanter Artikel!

Meine Frage war aber mehr ebus bezogen, wie änderst du die Raumsolltemp?
Ich finde dazu keinen Syntax im CSV.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 10 Januar 2016, 21:48:46
Hallo an alle ,

nachdem ich das Update von John eingespielt habe, kann ich mit dem GAEBUS Modul am FHEM Server meine komplette Trinkwasserstation (VPM-W) abfragen.  ;D
Dazu habe ich unter /opt/fhem/ebusd die 0a.pmw.hwc.csv abgelegt, nun konnte ich mit dem "get" alle Paramter testen und einbinden.
Ich bin begeistert !!

Aber wie bekomme ich nun die Werte aus der Therme (ecoTecplus) und der VRS620 ?
Das Kopieren der 15.ui.csv , die ja auch durch --scanconfig am Raspi eingebunden wird, bringt leider nichts.
Ich kann keinen der Werte abfragen.


Gruß Frank

Ich habe gesehen das pah sich sehr intensiv mit der Steuerung beschäftigt hat.
Unter contrib habe ich da eine VRS620.csv gefunden , wie kann ich diese nutzen ?


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 10 Januar 2016, 23:50:03
Zitat von: Prof. Dr. Peter Henning am 10 Januar 2016, 19:45:09
Siehe Anlage.

LG

pah

Sag mal pah, woher ist denn dieses PDF? Ist das aus Deinem?/diesem Buch: http://www.amazon.de/Smart-Home-Hacks-Hausautomatisierung-selber/dp/3960090129


@ all:

Ich habe ja einen Vaillant calorMATIC 430 Regler an einer VC61 ecoTEC plus Therme.
Warum bekomme ich bei den meisten Dingen keine Daten:
pi@eBus ~/csv $ ebusctl find
bc Mode = standby
bc Status = no data stored
broadcast datetime = no data stored
broadcast error = no data stored
broadcast hwcStatus = no data stored
broadcast ident = no data stored
broadcast load = no data stored
broadcast outsidetemp = 5.562
broadcast signoflife = no data stored
broadcast vdatetime = 23:45:31;10.01.2016
430 ACTOstorDetected = no data stored
430 actoSTOROPMode = no data stored
430 actostorstate = no data stored
430 ActualRoomTempDesiredHc1 = no data stored
430 ActualWeekday = no data stored
430 adpPreHActive = no data stored
430 adpPreHCurrentRoomTemp = no data stored
430 adpPreHInSideTW = no data stored
430 adpPreHMinutesBeforeFirstTW = no data stored
430 adpPreHOutdoorTemp = no data stored
430 adpPreHOutdoorTempStart = no data stored
430 adpPreHPreheatingTime = no data stored
430 adpPreHRamp = no data stored
430 adpPreHRoomTempDesired = no data stored
430 adpPreHRoomTempStart = no data stored
430 adpPreHStarttime = no data stored
430 AssertFileName = no data stored
430 AssertLineNumber = no data stored
430 AutoOffMode = no data stored
430 B50418actDesFlowTemp = no data stored
430 B51000FlowSetMonitor = no data stored
430 B51000M10HwcFlowSetMon = no data stored
430 B51000M12DisableBitsMon = no data stored
430 B51000M14Monitor = no data stored
430 B51000M7OpModeMonitor = no data stored
430 B51000TempDesiredLoadingPump = no data stored
430 BaseDisplay = no data stored
430 BMUB51101BoilerFlowTemp = no data stored
430 BMUB51101ErrorStatus = no data stored
430 BMUB51101HwcState = no data stored
430 BMUB51101StorageTemp = no data stored
430 BMUFlowTempOrVF1 = no data stored
430 CalculatedKickStopTime = no data stored
430 ccTimer.Friday = no data stored
430 ccTimer.Monday = no data stored
430 ccTimer.Saturday = no data stored
430 ccTimer.Sunday = no data stored
430 ccTimer.Thursday = no data stored
430 ccTimer.Tuesday = no data stored
430 ccTimer.Wednesday = no data stored
430 ChimneySweepModeActive = no data stored
430 CirPump = on
430 ContinuosHeating = no data stored
430 CountryVariant = no data stored
430 CPLPLast24started = no data stored
430 currenterror = no data stored
430 Date = no data stored
430 DisplayedHc1RoomTempDesired = 14.0
430 DisplayedHwcStorageTemp = 51.0
430 DisplayedRoomTemp = no data stored
430 EepromUpdateActive = no data stored
430 EnermanState = no data stored
430 errorhistory = no data stored
430 ExcessTemp = no data stored
430 FrostOverRideTime = no data stored
430 FrostProtectDelayMonitor = no data stored
430 FrostProtectionRequiredMonitor = no data stored
430 FrostProtectStateMonitor = no data stored
430 Hc1ActualFlowTempDesired = no data stored
430 Hc1HcType = no data stored
430 Hc1HeatCurve = 1.40
430 Hc1ManualOPRoomTempDesired = no data stored
430 Hc1MinimalFlowTempDesired = no data stored
430 Hc1NightTemp = no data stored
430 Hc1OPMode = auto
430 Hc1PreOrContinuosHeatingActive = no data stored
430 Hc1Pump = no data stored
430 Hc1PumpLast24started = no data stored
430 Hc1QuickVetoActive = no data stored
430 Hc1QuickVetoTemp = no data stored
430 Hc1RoomTempSwitchOn = no data stored
430 Hc1SummerOffset = no data stored
430 hc1Timer.Friday = no data stored
430 hc1Timer.Monday = no data stored
430 hc1Timer.Saturday = no data stored
430 hc1Timer.Sunday = no data stored
430 hc1Timer.Thursday = no data stored
430 hc1Timer.Tuesday = no data stored
430 hc1Timer.Wednesday = no data stored
430 Hc2HcType = no data stored
430 HcMc1ConfigCPLPAsLP = no data stored
430 HcMc1CPLPState = no data stored
430 HcMc1Detected = no data stored
430 HolidayEndPeriod = no data stored
430 HolidayRoomTemp = no data stored
430 HolidayStartPeriod = no data stored
430 HRUDetected = no data stored
430 HwcActualTempDesired = no data stored
430 HwcCircuitActive = no data stored
430 HwcLegioStartDay = no data stored
430 HwcLegioStartTime = no data stored
430 HwcLoadingIn430Active = no data stored
430 HwcLoadingInBMUActive = no data stored
430 HwcLoadingOffset = no data stored
430 HwcManualOPTempDesired = no data stored
430 HwcOPMode = off
430 HwcParallelLoading = no data stored
430 HwcPressLowpostrunningtime = no data stored
430 HwcQuickVetoActive = no data stored
430 HwcQuickVetoTemp = no data stored
430 HwcTempDesired = no data stored
430 hwcTimer.Friday = no data stored
430 hwcTimer.Monday = no data stored
430 hwcTimer.Saturday = no data stored
430 hwcTimer.Sunday = no data stored
430 hwcTimer.Thursday = no data stored
430 hwcTimer.Tuesday = no data stored
430 hwcTimer.Wednesday = no data stored
430 IsInHoliday = no data stored
430 KeyCodeforConfigMenu = no data stored
430 LcdContrastValue = no data stored
430 LegioProtectActive = no data stored
430 MaintenanceDate = no data stored
430 MonitorEEpromInkonsiNumber = no data stored
430 NameHc1 = no data stored
430 NameHc2 = no data stored
430 NameHwc = no data stored
430 OutsideTemp = no data stored
430 OutsideTempOffset = no data stored
430 PhoneNumber1 = no data stored
430 PhoneNumber2 = no data stored
430 PreheatingTime = no data stored
430 PreStopTime = no data stored
430 PumpBlockingTimeMax = no data stored
430 PumpEnergySaveCalculatedTimeMonitor = no data stored
430 PumpEnergySaveStateMonitor = no data stored
430 RoomTemp = no data stored
430 RoomTempCorrection = no data stored
430 RoomTempOffsetSelfWarming = no data stored
430 Setpoints.Friday = no data stored
430 Setpoints.Monday = no data stored
430 Setpoints.Saturday = no data stored
430 Setpoints.Sunday = no data stored
430 Setpoints.Thursday = no data stored
430 Setpoints.Tuesday = no data stored
430 Setpoints.Wednesday = no data stored
430 SolarModuleDetected = no data stored
430 StartEepromUpdate = no data stored
430 StatusDcf = no data stored
430 SummerWinterTimeAdjust = no data stored
430 Time = no data stored
430 V430PluggedIn = no data stored
430 VF1 = no data stored
bai AccessoriesOne = no data stored
bai AccessoriesTwo = no data stored
bai ACRoomthermostat = no data stored
bai APCComStatus = no data stored
bai APCLegioProtection = no data stored
bai averageIgnitiontime = no data stored
bai BlockTimeHcMax = 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 CounterStartAttempts4 = no data stored
bai dcfState = no data stored
bai DCFTimeDate = no data stored
bai DCRoomthermostat = no data stored
bai DeactivationsIFC = no data stored
bai DeactivationsTL = 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 ExternalFaultmessage = no data stored
bai externalFlowTempDesired = no data stored
bai externalHwcSwitch = no data stored
bai ExternGasvalve = no data stored
bai ExtFlowTempDesiredMin = 0.00
bai ExtStorageModulCon = 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 FanSpeedOffsetMax = no data stored
bai FanSpeedOffsetMin = no data stored
bai FanStarts = 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 = 41.31;ok
bai FlowTempDesired = no data stored
bai FlowTempMax = no data stored
bai Fluegasvalve = no data stored
bai FluegasvalveOpen = 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 InitialisationEEPROM = 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 = 12
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 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 ProductionByte = no data stored
bai PrVortexFlowSensorValue = no data stored
bai PumpHours = no data stored
bai PumpHwcFlowNumber = no data stored
bai PumpHwcFlowSum = no data stored
bai PumpPower = 0
bai PumpPowerDesired = no data stored
bai RemainingBoilerblocktime = no data stored
bai ReturnRegulation = no data stored
bai ReturnTemp = no data stored
bai ReturnTempMax = no data stored
bai SDFanSpeed = 0
bai SDFlame = no data stored
bai SDFlameSensingASIC = no data stored
bai SDGasvalve = no data stored
bai SDGasvalve3UC = no data stored
bai SDGasvalveASICFeedback = no data stored
bai SDGasvalveUC = no data stored
bai SDGasvalveUCFeedback = no data stored
bai SDIgnitor = no data stored
bai SDSTLWithNTC = no data stored
bai SDTemplimiter = no data stored
bai SDTRT = 45.06;64814;ok
bai SDVolatileLockout = no data stored
bai SDVolatileLockoutIFCGV = no data stored
bai SecondPumpMode = no data stored
bai SerialNumber = no data stored
bai SetFactoryValues = no data stored
bai SHEMaxDeltaHwcFlow = no data stored
bai SHEMaxFlowTemp = no data stored
bai SolarPostHeat = no data stored
bai Statenumber = no data stored
bai StatusTHER = 38.0;45.0;5.562;-;51.0;0
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 TempMaxDiffExtTFT = no data stored
bai Testbyte = no data stored
bai TimerInputHc = no data stored
bai ValveMode = no data stored
bai ValveStarts = no data stored
bai VortexFlowSensor = 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 WPSecondStage = no data stored
broadcast ident = no data stored
cp Mode = no data stored
error currenterror = no data stored
error currentservice = no data stored
error errorhistory = no data stored
error servicehistory = no data stored
hwc Mode = no data stored
mc DateTime = no data stored
mc Mode = no data stored
mc4 DateTime = no data stored
mc4 Mode = no data stored
mc5 DateTime = no data stored
mc5 Mode = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan id = no data stored
scan id1 = no data stored
scan id2 = no data stored
scan id3 = no data stored
scan id4 = no data stored
scan.08 ident = Vaillant;BAI00;0518;7401
scan.15 ident = Vaillant;43000;0215;2002


Und noch eine Frage, wo kann man denn lesen, was die einzelnen Werte bedeuten?
Bei viele ist es ja anhand der Bezeichnung klar, bei einigen aber auch nicht.

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 11 Januar 2016, 09:32:27
@Mitch. Ja, das ist aus dem Buch - oder sagen wir mal: Aus dem Manuskript. Soll im Februar auf dem Markt sein.

RoomTemp ist das reading für die Raumtemperatur bei mir.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 11 Januar 2016, 11:16:12
@Mitch

So wie es sich mir darstellt, ist find xx das Ergebnis aus den im Buffer abgelegten Daten, d.h. alles was seid dem letzten Neustart ausgelesen wurde ist hier abgelegt! Im Normalfall (ohne Fhem Abfragen) siehst du hier nur den scan und die Broadcast.
Wenn du eBusd neu startest ist zunächst nichts bzw. ganz wenig zu sehen. Hier ein Beispiel.

pi@raspberry2 ~ $ sudo service ebusd stop
[ ok ] Stopping ebusd: ebusd.
pi@raspberry2 ~ $ sudo service ebusd start
[ ok ] Starting ebusd: ebusd.

###### 1. Abfrage ######
pi@raspberry2 ~ $ ebusctl find -d
bai Mode = standby
scan.08 ident = Vaillant;BAI00;0518;7401
scan.15 ident = Vaillant;43000;0215;2002

###### 2. Abfrage ######
pi@raspberry2 ~ $ ebusctl find -d
broadcast vdatetime = 10:47:03;11.01.2016
myCustom Status01 = 51.0;44.0;5.562;41.0;44.0;on
myCustom2 Pumpenstatus = off
bai Mode = standby
scan.08 ident = Vaillant;BAI00;0518;7401
scan.15 ident = Vaillant;43000;0215;2002

###### 3. Abfrage ######
pi@raspberry2 ~ $ ebusctl find -d
broadcast outsidetemp = 3.562
broadcast vdatetime = 10:49:01;11.01.2016
myCustom Status01 = 51.0;44.0;5.562;46.0;43.0;overrun
myCustom Status02 = auto;60;70.0;70;54.0
myCustom1 Status11 = nosignal;4;55;2;-;-;-;-;5.562
myCustom2 Pumpenstatus = off
430 Hc1HeatCurve = 1.50
430 MaintenanceDate = 01.03.2016
430 OutsideTemp = 3.56;ok
bai FlowTemp = 51.00;ok
bai FlowTempDesired = 51.00
bai Mode = standby
bai PumpPower = 54
bai SDFanSpeed = 1838
bai SDTRT = 44.44;64824;ok
scan.08 ident = Vaillant;BAI00;0518;7401
scan.15 ident = Vaillant;43000;0215;2002

###### 4. Abfrage ######
pi@raspberry2 ~ $ ebusctl find -d
broadcast outsidetemp = 3.562
broadcast vdatetime = 11:02:00;11.01.2016
myCustom Status01 = 51.0;43.0;5.562;46.0;45.0;on
myCustom Status02 = auto;60;70.0;70;54.0
myCustom1 Status11 = nosignal;47;45;2;-;-;-;-;5.562
myCustom2 Pumpenstatus = off
430 CirPump = on
430 Hc1HeatCurve = 1.50
430 Hc1Pump = on
430 hc1Timer.Monday = 02:00;19:30;23:00;-:-;-:-;-:-;Mo-Fr
430 hc1Timer.Thursday = 02:00;19:30;23:00;-:-;-:-;-:-;selected
430 hc1Timer.Tuesday = 02:00;19:30;23:00;-:-;-:-;-:-;selected
430 hc1Timer.Wednesday = 02:00;19:30;23:00;-:-;-:-;-:-;selected
430 MaintenanceDate = 01.03.2016
430 OutsideTemp = 3.38;ok
430 PumpBlockingTimeMax = 0
bai CounterStartattempts1 = 4
bai DeactivationsIFC = 3
bai extWP = on
bai FanHours = 15115
bai FlowTemp = 51.06;ok
bai FlowTempDesired = 51.00
bai HcHours = 11869
bai HcStarts = 118000.00
bai HwcHours = 2536
bai HwcSetPotmeter = 54.06
bai HwcStarts = 266500.00
bai HwcTempMax = 57.00
bai Mode = standby
bai PartloadHcKW = 18
bai PumpPower = 66
bai SDFanSpeed = 2483
bai SDTRT = 42.31;64858;ok
bai Storageloadpump = 0
bai WaterPressure = 1.736;ok
bai WP = on
scan.08 ident = Vaillant;BAI00;0518;7401
scan.15 ident = Vaillant;43000;0215;2002


hier habe ich nach Neustart sofort eine Abfrage gestartet und nur das Ergebnis von scan erhalten. In den nächsten Abfragen werden dann die Ergebnisse immer mehr, weil Fhem ja parallel dazu die Daten via ECMD abholt, bzw. die Broadcast nun alle eintreffen.

Beachte auch die Syntax, find ohne Parameter liefert dir alle Messages von allen aktiven CSV-Files. So kannst du auch leicht überprüfen welche CSV Aufgrund des scan benutzt werden.

Was die einzelnen Werte bedeuten kannst auch mit ebusctl find -f abfragen, da erhältst du die gesamte Zeile aus dem CSV. Man erhält auch aus dem Handbuch des Heizgerätes einige Auskünfte und die Bedeutung der verschiedenen Register, dort werden die meist mit "d.xx" angegeben.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 11 Januar 2016, 11:42:32
Zitat von: fz69412 am 10 Januar 2016, 21:48:46
Aber wie bekomme ich nun die Werte aus der Therme (ecoTecplus) und der VRS620 ?
Das Kopieren der 15.ui.csv , die ja auch durch --scanconfig am Raspi eingebunden wird, bringt leider nichts.
Ich kann keinen der Werte abfragen.

Ich habe gesehen das pah sich sehr intensiv mit der Steuerung beschäftigt hat.
Unter contrib habe ich da eine VRS620.csv gefunden , wie kann ich diese nutzen ?

Hallo,

pah hat seine CSV zu einer Zeit entwickelt als alles noch ebusd1.x war. Einfaches kopieren wird bei der 2.x nicht zum gewünschten Ergebnis führen, da John die CSV schon alle eingebunden hat. Die findest du in /etc/ebusd/vaillant/ und nennen sich "solsy", das sind mehrere Dateien!

frage doch einfach einmal ab, welche CSV bei dir benutzt werden.
ebusctl find -f


Wenn dir die solsy fehlen, dann kopiere sie ins Vaillant Verzeichnis oder lade die Konfigs neu von John seinem Git.

Du kannst aber pah seine CSV sehr gerne zum Studium benutzen und vergleichen ob hier eventuell mehr definiert wurde. pah hat alles in Reverse Engineering ja selbst ermittelt und die Definitionen waren sehr komplett. Ob die nun 2.x kompatibel sind kann ich dir nicht sagen, glaube aber das die ohne Anpassungen nicht mehr verwendet werden können.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 11 Januar 2016, 11:55:55
Zitatglaube aber das die ohne Anpassungen nicht mehr verwendet werden können.
:'( :'( :'(

Scheint so zu sein...

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 11 Januar 2016, 14:44:02
ich konnte mein 430.cfg mit ein paar Modfikationen wiederverwenden.

- Dateiprefix muss stimmen also Dateiname alt 430.csv neu 15.430.csv
- mi Editor: ersetze \n duch ,,,\n
- [war bei mir nicht erforderlich] falls eigene Datentypen definiert wurden müssen die ggf. ergänzt/angepasst werden.
- und die Definitionen am Anfang der Datei anpassen - Beispiel für die 430er CSV sieht wie folgt aus:
ALT:
# type (r[1-9];w;u),circuit,name,[comment],[QQ],ZZ,PBSB,[ID],field1,part (m/s),datatypes/templates,divider/values,unit,comment
#,43000,VRC 430,430 220 215+315+323+325+340+341,,,,,,,,,,
*r,430,,,,"15","B509","0D",,,,,,
*w,430,,,,"15","B509","0E",,,,,,
*wi,430#install,,,,"15","B509","0E",,,,,,

NEU:
# type (r[1-9];w;u),circuit,name,[comment],[QQ],ZZ,PBSB,[ID],field1,part (m/s),datatypes/templates,divider/values,unit,comment,,,
#,43000,VRC 430,430 220,,,,,,,,,,,,,
*r,,,,,,"B509","0D",,,,,,,,,
*w,,,,,,"B509","0E",,,,,,,,,
*wi,#install,,,,,"B509","0E",,,,,,,,,
*[SW>=125],scan,,,SW,,>=125,,,,,,,,,,
*[SW>=216],scan,,,SW,,>=216,,,,,,,,,,
*[SW<=209],scan,,,SW,,<=209,,,,,,,,,,
*[SW>=210],scan,,,SW,,>=210,,,,,,,,,,
*[SW>=126],scan,,,SW,,>=126,,,,,,,,,,
*[SW>=208],scan,,,SW,,>=208,,,,,,,,,,


ein "reload" das war's.

Was in meiner Definition nicht mehr drin ist, das ist die HW/SW Versionsabfrage aber damit kann ich leben.

Ich würde es aber denoch nicht empfehlen die alten configs zu verwenden - ich habe es nur gemacht, weil meine CSV mehr Daten enthält und ich im Moment nicht die Zeit habe die Dateien bzw. Daten abzugleichen.

Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 11 Januar 2016, 17:38:30
Zitat von: amunra am 11 Januar 2016, 14:44:02
Ich würde es aber denoch nicht empfehlen die alten configs zu verwenden - ich habe es nur gemacht, weil meine CSV mehr Daten enthält und ich im Moment nicht die Zeit habe die Dateien bzw. Daten abzugleichen.

Danke Arthur für deine Erklärung wie man die CVS "einfach" an die 2.x anpassen kann! John hat ja die CVS aus der DB gebildet und ich glaube das die wirklich sehr komplett sind. Bin auch deiner Meinung dass wir die "alten" Konfigs schön langsam ausräumen sollten, denn das Ziel sollte wirklich eine einzige Quelle der Dateien sein. Das hat pah und John ja schon lange angestrebt und macht Sinn, dann sprechen wir alle von denselben Dateien, das macht die Sache leichter! Es ist auch klar, dass es immer wieder Profis geben wird, die das sinnvoll für ihre Zwecke erweitern. Mehr Daten als der Hersteller anbietet werden sich auch in Zukunft nicht auslesen lassen.

Ich habe auch alles auf die 2.x umgestellt und nach ein paar Erweiterungen (nur in der broadcast und _templates) bin ich wieder auf dem aktuellen Stand.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: e3xtreme am 11 Januar 2016, 20:02:51
Hi,

Ich habe die Therme soweit, dass sie spricht, der ebus Dämon läuft, die Lämpchen blinken wie verrückt und ich lese ganz viele AAAAAAAs...

soweit sogut, nur stimmt einerseits beim booten was nicht, da bleibt er hängen wenn zusätzlich ein WLAN USB dongle dran hängt und zweitens schreibt er bei folgender Eingabe:

pi@RPi /var/log $ ebusctl scan result
empty

pi@RPi /var/log $ ebusctl find
ERR: element not found

pi@RPi /var/log $


Im log steht zusätzlich er kann die PIDFILE nicht beschreiben

Man muss dazusagen, ich hab die etc/init.d/ebusd und die etc/default/ebusd sowie die logdatei selbst angelegt und adminrechte vergeben (777)

Ist ein Raspi1 Rev2

hat da wer einen Tipp für mich?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 11 Januar 2016, 21:49:45
wenn er das Pidfile nicht schreiben kann, können mehrere Ursachen dahinter stecken.

Hast du schon einmal geschaut wie oft ebusd läuft?
Versuche einmal das Runlevel script zu aktualisieren und starte den Dämon neu.

sudo update-rc.d ebusd defaults

wenn du den Service mit sudo startest, klappt das ohne Fehler (vorher stoppen)?

sudo service ebusd start

Das Problem mit dem Wlan Stick solltest aber unbedingt noch lösen, bevor du mit dem ebusd weiter machst. Ich hatte das auch einmal und konnte aber dann mit statischer IP diese Probleme umgehen. Es gibt aber Wlan Sticks die verhalten sich wirklich etwas eigenartig am Raspi.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: e3xtreme am 11 Januar 2016, 22:05:05
Klappt ohne fehler,... :o


pi@RPi /var/log $ sudo service ebusd stop
pi@RPi /var/log $ sudo update-rc.d ebusd defaults
update-rc.d: using dependency based boot sequencing
update-rc.d: warning: default stop runlevel arguments (0 1 6) do not match ebusd Default-Stop values (none)
insserv: warning: current stop runlevel(s) (0 1 6) of script `ebusd' overrides LSB defaults (empty).
pi@RPi /var/log $ sudo service ebusd start
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 12 Januar 2016, 00:56:48
Hallo und guten Morgen,

vielen Dank für die vielen Reaktionen.

Anbei mal meine Logs aus find -d:

pi@raspberrypi:~ $ ebusctl find -d
broadcast datetime = 5.125;00:37:04;12.01.2016
broadcast outsidetemp = 5.125
broadcast vdatetime = 00:37:04;12.01.2016
hwc CalculatedMixerPosition = 220
hwc CircoPump = 0
hwc currenterror = -;-;-;-;-
hwc Mode = 55;auto;00;off
hwc Ntc1Sensor = 52.94;ok
hwc Ntc2Sensor = 57.69;ok
hwc Ntc3Sensor = 34.81;ok
hwc PartyStart = off
hwc Status = 0;off;-;55
hwc Timer.Friday = 05:30;-:-;-:-;-:-;-:-;-:-;selected
hwc Timer.Monday = 05:30;-:-;-:-;-:-;-:-;-:-;selected
hwc Timer.Saturday = 08:00;-:-;-:-;-:-;-:-;-:-;selected
hwc Timer.Sunday = 08:00;-:-;-:-;-:-;-:-;-:-;selected
hwc Timer.Thursday = 05:30;09:00;14:00;-:-;-:-;-:-;selected
hwc Timer.Tuesday = 05:30;09:00;14:00;-:-;-:-;-:-;selected
hwc Timer.Wednesday = 05:30;-:-;-:-;-:-;-:-;-:-;selected
scan.0a ident = Vaillant;PMW01;0205;8302
scan.12 ident = Vaillant;PMW01;0205;8302
scan.15 ident = Vaillant;UI   ;0508;6201
scan.75 ident = Vaillant;RC C ;0507;6201
scan.fc ident = Vaillant;PMW01;0205;8302


und find -f :

pi@raspberrypi:~ $ ebusctl find -f
u,broadcast,datetime,Datum/Uhrzeit,,fe,0700,,outsidetemp,m,D2B,,°C,Temperatur,time,m,BTI,,,Uhrzeit,date,m,BDA,,,Datum
u,broadcast,error,Fehlernachricht,,fe,fe01,,error,m,STR:10,,,
u,broadcast,hwcStatus,Status Warmwasser,,fe,b505,27,onoff,m,UCH,0=off;1=on,,,VF1,m,UCH,,°C,Temperatur,onoff,m,UCH,0=off;1=on,,
u,broadcast,ident,Identifikation,,fe,0704,,manufacturer,m,UCH,6=Dungs;15=FH Ostfalia;16=TEM;17=Lamberti;20=CEB;21=Landis-Staefa;22=FERRO;23=MONDIAL;24=Wikon;25=Wolf;32=RAWE;48=Satronic;64=ENCON;80=Kromschröder;96=Eberle;101=EBV;117=Grässlin;133=ebm-papst;149=SIG;165=Theben;167=Thermowatt;181=Vaillant;192=Toby;197=Weishaupt;253=ebusd.eu,,Geräte-Hersteller,id,m,STR:5,,,Geräte-ID,software,m,PIN,,,Software-Version,hardware,m,PIN,,,Hardware-Version
u,broadcast,load,Quick - WW Speicherladung,,fe,b505,06,onoff,m,UCH,0=off;1=on,,
u,broadcast,outsidetemp,Außentemperatur,,fe,b516,01,temp2,m,D2B,,°C,Temperatur
u,broadcast,signoflife,Lebenszeichen,,fe,07ff,,
u,broadcast,vdatetime,Datum/Uhrzeit,,fe,b516,00,time,m,BTI,,,,date,m,BDA,,,
r,broadcast,ident,Identifikation,,,0704,,manufacturer,s,UCH,6=Dungs;15=FH Ostfalia;16=TEM;17=Lamberti;20=CEB;21=Landis-Staefa;22=FERRO;23=MONDIAL;24=Wikon;25=Wolf;32=RAWE;48=Satronic;64=ENCON;80=Kromschröder;96=Eberle;101=EBV;117=Grässlin;133=ebm-papst;149=SIG;165=Theben;167=Thermowatt;181=Vaillant;192=Toby;197=Weishaupt;253=ebusd.eu,,Geräte-Hersteller,id,s,STR:5,,,Geräte-ID,software,s,PIN,,,Software-Version,hardware,s,PIN,,,Hardware-Version
r,hwc,ActorFernsteuerung,ActorFernsteuerung,,0a,b509,0d1b00,onoff,s,UCH,0=off;1=on,,TRUE -> RemoteControl of actors
r,hwc,ActualKrm,Actual_Krm,,0a,b509,0d4c00,,s,SIN,,in 1/1000,"Krm used for calculation (set in DynamicTnm), valid after 1. Tapping"
r,hwc,ActualTappingTempDesired,Aktueller Zapfsollwert,,0a,b509,0d0e00,temp,s,D2C,,°C,Temperatur
r,hwc,ActualTnm,Actual_Tnm,,0a,b509,0d4d00,,s,SIN,,in 1/1000,"Tnm used for calculation (set in DynamicTnm), valid after 1. Tapping"
r,hwc,AutoTappingTempDesired,Automatischer Zapfsollwert,,0a,b509,0d0c00,temp,s,D2C,,°C,Temperatur
r,hwc,BigHExThreshold,BigHExThreshold,,0a,b509,0d4900,,s,SIN,,in 1/100,RW
r,hwc,CalculatedMixerPosition,Berechnete Mischerposition,,0a,b509,0d0600,,s,UIN,,Schritte,0 : primär offen .. 220 primär geschlossen
r,hwc,CircoPump,Zirkulationspumpe,,0a,b509,0d0400,percent0,s,UCH,,%,Leistung in %
r,hwc,currenterror,Aktuelle Fehler,,0a,b503,0001,error,s,UIN,,,Fehlernummer,error,s,UIN,,,Fehlernummer,error,s,UIN,,,Fehlernummer,error,s,UIN,,,Fehlernummer,error,s,UIN,,,Fehlernummer
r,hwc,Date,Datum,,0a,b509,0d2d00,date,s,HDA,,,System Date
r,hwc,DurchflussTemp,Volumenstrom,,0a,b509,0d4600,temp,s,D2C,,°C,Volumenstrom in Liter / Minute
r,hwc,ElectricalHeater,Elektrischer Heizstab,,0a,b509,0d0800,onoff,s,UCH,0=off;1=on,,
r,hwc,EnableHwcOperation,EnableDHWOperation,,0a,b509,0d4300,onoff,s,UCH,0=off;1=on,,Enable DHW Ooperation
r,hwc,errorhistory,Fehlerhistorie,,0a,b503,0101,index,m,UCH,,,,status,s,UCH,,,Status,time2,s,VTM,,,Zeit,date,s,HDA,,,Datum,error,s,UIN,,,Fehlernummer
r,hwc,HeatDemand,Wärmeanforderung,,0a,b509,0d0900,temp,s,D2C,,°C,Temperatur
r,hwc,HExIndex,HExIndex,,0a,b509,0d4a00,,s,SIN,,in 1/100,RO
r,hwc,HexMonitoringCounter,HexMonitoringCounter,,0a,b509,0d4700,,s,SIN,,,RO
r,hwc,HExThreshold,HExThreshold,,0a,b509,0d4800,,s,SIN,,in 1/100,RO
r,hwc,HolidayStart,Start Ferienfunktion,,0a,b509,0d1300,onoff,s,UCH,0=off;1=on,,Start Holiday Mode
r,hwc,Krm,Krm,,0a,b509,0d1400,,s,SIN,,in 1/1000,"enter value in 1/1000: 25=0.025, 250=0,25, 2500=2,5"
r,hwc,KrmFaktorMiddl,Krm_Faktor_Middl,,0a,b509,0d4f00,,s,SIN,,in 1/1000,Krm Verstärkungsfaktor Middl (1/1000)
r,hwc,KrmFaktorSmall,Krm_Faktor_Small,,0a,b509,0d4e00,,s,SIN,,in 1/1000,Krm Verstärkungsfaktor Small (1/1000)
r,hwc,Krp,Krp,,0a,b509,0d1800,,s,SIN,,in 1/1000,"enter value in 1/1000: 25=0.025, 250=0,25, 2500=2,5"
r,hwc,LegioStartDay,Starttag Legionellenschutz,,0a,b509,0d1000,,s,UCH,,0..8,0=Montag1 = Dienstag..6 = Sonntag7 = Legionellenschutz aus8 = täglich
r,hwc,LegioStartTime,Startzeit Legionellenschutz,,0a,b509,0d1100,time,s,VTI,,,Time when LegioProtect starts on specific day
r,hwc,ManualTappingTempDesired,ManualTappingSetpoint,,0a,b509,0d0b00,temp,s,D2C,,°C,Temperatur
r,hwc,Mode,Betriebsart,,0a,b504,01,temp0,s,UCH,,°C,Temperatur,hwcmode,s,UCH,0=disabled;1=on;2=off;3=auto,,Warmwasser Modus,,s,IGN:2,,,,,s,HEX:1,,,,,s,IGN:1,,,,onoff,s,UCH,0=off;1=on,,,,s,IGN:1,,,
r,hwc,Ntc1Sensor,NTC 1 Sensor,,0a,b509,0d0000,temp,s,D2C,,°C,T1 Temperature,sensor,s,UCH,0=ok;85=circuit;170=cutoff,,Fühlerstatus
r,hwc,Ntc2Sensor,NTC 2 Sensor,,0a,b509,0d0100,temp,s,D2C,,°C,T2 Temperature,sensor,s,UCH,0=ok;85=circuit;170=cutoff,,Fühlerstatus
r,hwc,Ntc3Sensor,NTC 3 Sensor,,0a,b509,0d0200,temp,s,D2C,,°C,T3 Temperature,sensor,s,UCH,0=ok;85=circuit;170=cutoff,,Fühlerstatus
r,hwc,OperatingMode,Betriebsart,,0a,b509,0d0a00,mcmode,s,UCH,0=disabled;1=on;2=off;3=auto;4=eco;5=low,,"0=OFF, 1=ON, 2=AUTO, 3=MANUAL"
r,hwc,OverheatTimer,Overheat_timer,,0a,b509,0d5200,seconds0,s,UCH,,s,Overheat_timer
r,hwc,PartyStart,Start Partyfunktion,,0a,b509,0d1200,onoff,s,UCH,0=off;1=on,,Start Party Mode
r,hwc,PumpED,Einschaltdauer Pumpe,,0a,b509,0d0500,percent0,s,UCH,,%,Leistung in %
r,hwc,QuickVetoStart,Quick Veto start,,0a,b509,0d0f00,onoff,s,UCH,0=off;1=on,,
r,hwc,QuickVetoTempDesired,Quick Veto Sollwert,,0a,b509,0d0d00,temp,s,D2C,,°C,Temperatur
r,hwc,SingleStorageCharge,1x Speicherladung,,0a,b509,0d4400,onoff,s,UCH,0=off;1=on,,Enable SingleTankCharge
r,hwc,StateCircoKick,State_CircoKick,,0a,b509,0d3100,,s,UCH,,,Aktuelle Zustandsnummer CircoKickControl
r,hwc,StateHExMonitoring,State_HExMonitoring,,0a,b509,0d3200,,s,UCH,,,Aktuelle Zustandsnummer HExMonitoring
r,hwc,StateMainControl,State_MainControl,,0a,b509,0d2f00,,s,UCH,,,Aktuelle Zustandsnummer MainControl
r,hwc,StateMixerPumpControl,State_MixerPumpControl,,0a,b509,0d3000,,s,UCH,,,Aktuelle Zustandsnummer MixerPumpControl
r,hwc,Status,Status,,0a,b504,0d,temp0,s,UCH,,°C,Temperatur,onoff,s,UCH,0=off;1=on,,,temp,s,D2C,,°C,Temperatur,temp0,s,UCH,,°C,Temperatur
r,hwc,SteBusCheckFailedCounter,SteBusCheckFailedCounter,,0a,b509,0d4200,,s,UIN,,,eBus Failed Counter
r,hwc,StFrostProtCounter,Frostschutz Zähler,,0a,b509,0d4000,,s,UIN,,,FrostProtectCounter
r,hwc,StInstallationDate,Installationsdatum,,0a,b509,0d4100,date,s,HDA,,,Installation Date
r,hwc,StLegioAbortTimeCounter,Legionellenschutz Abbruch Zähler,,0a,b509,0d3f00,,s,UIN,,,End LegioProtect with Abort
r,hwc,StLegioStopTimeCounter,Legionellenschutz Stop Zähler,,0a,b509,0d3e00,,s,UIN,,,End LegioProtect with Stop
r,hwc,TeleSwitch,TeleSwitch,,0a,b509,0d3900,,s,UCH,,0..3,"TeleSwitch Operating Mode (0=disabled, 1=ON, 2=OFF, 3=AUTO"
r,hwc,TeleSwitchState,TeleSwitchState,,0a,b509,0d3a00,onoff,s,UCH,0=off;1=on,,Teleswitch port state (On / Off)
r,hwc,Time,Zeit,,0a,b509,0d2c00,time,s,VTI,,,System Time
r,hwc,Timer.Friday,Zeitfenster Freitag,,0a,b504,06,from,s,TTM,,,Slots 1-3,to,s,TTM,,,bis,from,s,TTM,,,Slot von/bis,to,s,TTM,,,bis,from,s,TTM,,,Slot von/bis,to,s,TTM,,,bis,daysel,s,UCH,0=selected;1=Mo-Fr;2=Sa-So;3=Mo-So,,Tage
r,hwc,Timer.Monday,Zeitfenster Montag,,0a,b504,02,from,s,TTM,,,Slots 1-3,to,s,TTM,,,bis,from,s,TTM,,,Slot von/bis,to,s,TTM,,,bis,from,s,TTM,,,Slot von/bis,to,s,TTM,,,bis,daysel,s,UCH,0=selected;1=Mo-Fr;2=Sa-So;3=Mo-So,,Tage
r,hwc,Timer.Saturday,Zeitfenster Samstag,,0a,b504,07,from,s,TTM,,,Slots 1-3,to,s,TTM,,,bis,from,s,TTM,,,Slot von/bis,to,s,TTM,,,bis,from,s,TTM,,,Slot von/bis,to,s,TTM,,,bis,daysel,s,UCH,0=selected;1=Mo-Fr;2=Sa-So;3=Mo-So,,Tage
r,hwc,Timer.Sunday,Zeitfenster Sonntag,,0a,b504,08,from,s,TTM,,,Slots 1-3,to,s,TTM,,,bis,from,s,TTM,,,Slot von/bis,to,s,TTM,,,bis,from,s,TTM,,,Slot von/bis,to,s,TTM,,,bis,daysel,s,UCH,0=selected;1=Mo-Fr;2=Sa-So;3=Mo-So,,Tage
r,hwc,Timer.Thursday,Zeitfenster Donnerstag,,0a,b504,05,from,s,TTM,,,Slots 1-3,to,s,TTM,,,bis,from,s,TTM,,,Slot von/bis,to,s,TTM,,,bis,from,s,TTM,,,Slot von/bis,to,s,TTM,,,bis,daysel,s,UCH,0=selected;1=Mo-Fr;2=Sa-So;3=Mo-So,,Tage
r,hwc,Timer.Tuesday,Zeitfenster Dienstag,,0a,b504,03,from,s,TTM,,,Slots 1-3,to,s,TTM,,,bis,from,s,TTM,,,Slot von/bis,to,s,TTM,,,bis,from,s,TTM,,,Slot von/bis,to,s,TTM,,,bis,daysel,s,UCH,0=selected;1=Mo-Fr;2=Sa-So;3=Mo-So,,Tage
r,hwc,Timer.Wednesday,Zeitfenster Mittwoch,,0a,b504,04,from,s,TTM,,,Slots 1-3,to,s,TTM,,,bis,from,s,TTM,,,Slot von/bis,to,s,TTM,,,bis,from,s,TTM,,,Slot von/bis,to,s,TTM,,,bis,daysel,s,UCH,0=selected;1=Mo-Fr;2=Sa-So;3=Mo-So,,Tage
r,hwc,TimeTicker,TimeTicker,,0a,b509,0d3300,seconds4,s,ULG,,s,Sekunden des Tages
r,hwc,Tm,Tm,,0a,b509,0d1500,,s,SIN,,in 1/1000,"enter value in 1/1000: 25=0.025, 250=0,25, 2500=2,5"
r,hwc,Tnm,Tnm,,0a,b509,0d1600,,s,SIN,,in 1/1000,"enter value in 1/1000: 25=0.025, 250=0,25, 2500=2,5"
r,hwc,TnmFaktorMiddl,Tnm_Faktor_Middl,,0a,b509,0d5100,,s,SIN,,in 1/1000,Tnm Verstärkungsfaktor Middl (1/1000)
r,hwc,TnmFaktorSmall,Tnm_Faktor_Small,,0a,b509,0d5000,,s,SIN,,in 1/1000,Tnm Verstärkungsfaktor Small (1/1000)
r,hwc,Tp,Tp,,0a,b509,0d1a00,,s,SIN,,in 1/1000,"enter value in 1/1000: 25=0.025, 250=0,25, 2500=2,5"
r,hwc,Tvm,Tvm,,0a,b509,0d1700,,s,SIN,,in 1/1000,"enter value in 1/1000: 25=0.025, 250=0,25, 2500=2,5"
r,hwc,Tvp,Tvp,,0a,b509,0d1900,,s,SIN,,in 1/1000,"enter value in 1/1000: 25=0.025, 250=0,25, 2500=2,5"
r,hwc,Vortex,Vortex,,0a,b509,0d0300,frequency,s,UIN,,Hz,"Frequency in Hz ( 1: y [l/min] = 0,0835 * x [Hz] - 0,03, 2: y [l/min] = 0,185 * x [Hz] )"
r,hwc,VPMWMode,VPMW Typ,,0a,b509,0d4b00,,s,UCH,,,"1=VPM 20/25W, 2=VPM 30/35W"
r,hwc,Weekday,Wochentag,,0a,b509,0d2e00,bday,s,BDY,0=Mon;1=Tue;2=Wed;3=Thu;4=Fri;5=Sat;6=Sun,,"System Weekday (0=Monday, 5=Saturday, 6=Sunday)"
r,hwc,ZaehlerBetriebsStunden,ZaehlerBetriebsStunden,,0a,b509,0d4500,,s,UIN,,,Working Hours
r,memory,eeprom,EEPROM Daten lesen,,,0902,,address,m,UIN,,,Startadresse,count,m,UCH,,,number of bytes,data,s,HEX:*,,,Datenbytes
r,memory,ram,RAM Daten lesen,,,0900,,address,m,UIN,,,Startadresse,count,m,UCH,,,number of bytes,data,s,HEX:*,,,Datenbytes
r,rcc,HolidayPeriod,Ferienzeitraum,,75,b509,0d4300,hfrom,s,HDA,,,Ferienzeitraum von,hto,s,HDA,,,Ferienzeitraum bis,hfrom,s,HDA,,,Ferienzeitraum von,hto,s,HDA,,,Ferienzeitraum bis
r,rcc,LcdContrastPwmValue,LCD Kontrast,,75,b509,0d3600,,s,UCH,,,Displaykontrast
r,rcc,RoomTemp,Raumisttemp,,75,b509,0d0000,temp,s,D2C,,°C,Raumtemperatur,sensor,s,UCH,0=ok;85=circuit;170=cutoff,,Fühlerstatus
r,rcc,RoomTempHoliday,Raumsollwert im Ferienbetrieb,,75,b509,0d2200,temp,s,D2C,,°C,Temperatur
r,rcc,RoomTempOffset,Raumisttemp. Korrekturwert,,75,b509,0d1f00,temp,s,D2C,,°C,Temperatur
r,rcc,RoomTempOffsetSelfWarming,Offset Eigenerwärmung,,75,b509,0d2000,temp,s,D2C,,°C,Temperatur
r,scan,id,Scan ID,,,b509,24:16;25:16;26:16;27:16,,s,IGN:1,,,,prefix,s,STR:2,,,,year,s,STR:2,,,,week,s,STR:2,,,,product,s,STR:10,,,,supplier,s,STR:4,,,,counter,s,STR:6,,,,suffix,s,STR:2,,,
r,scan.08,ident,,,08,0704,,MF,s,UCH,6=Dungs;15=FH Ostfalia;16=TEM;17=Lamberti;20=CEB;21=Landis-Staefa;22=FERRO;23=MONDIAL;24=Wikon;25=Wolf;32=RAWE;48=Satronic;64=ENCON;80=Kromschroeder;96=Eberle;101=EBV;117=Graesslin;133=ebm-papst;149=SIG;165=Theben;167=Thermowatt;181=Vaillant;192=Toby;197=Weishaupt;253=ebusd.eu,,,ID,s,STR:5,,,,SW,s,PIN,,,,HW,s,PIN,,,
r5,scan.0a,ident,,,0a,0704,,MF,s,UCH,6=Dungs;15=FH Ostfalia;16=TEM;17=Lamberti;20=CEB;21=Landis-Staefa;22=FERRO;23=MONDIAL;24=Wikon;25=Wolf;32=RAWE;48=Satronic;64=ENCON;80=Kromschroeder;96=Eberle;101=EBV;117=Graesslin;133=ebm-papst;149=SIG;165=Theben;167=Thermowatt;181=Vaillant;192=Toby;197=Weishaupt;253=ebusd.eu,,,ID,s,STR:5,,,,SW,s,PIN,,,,HW,s,PIN,,,
r,scan.12,ident,,,12,0704,,MF,s,UCH,6=Dungs;15=FH Ostfalia;16=TEM;17=Lamberti;20=CEB;21=Landis-Staefa;22=FERRO;23=MONDIAL;24=Wikon;25=Wolf;32=RAWE;48=Satronic;64=ENCON;80=Kromschroeder;96=Eberle;101=EBV;117=Graesslin;133=ebm-papst;149=SIG;165=Theben;167=Thermowatt;181=Vaillant;192=Toby;197=Weishaupt;253=ebusd.eu,,,ID,s,STR:5,,,,SW,s,PIN,,,,HW,s,PIN,,,
r,scan.15,ident,,,15,0704,,MF,s,UCH,6=Dungs;15=FH Ostfalia;16=TEM;17=Lamberti;20=CEB;21=Landis-Staefa;22=FERRO;23=MONDIAL;24=Wikon;25=Wolf;32=RAWE;48=Satronic;64=ENCON;80=Kromschroeder;96=Eberle;101=EBV;117=Graesslin;133=ebm-papst;149=SIG;165=Theben;167=Thermowatt;181=Vaillant;192=Toby;197=Weishaupt;253=ebusd.eu,,,ID,s,STR:5,,,,SW,s,PIN,,,,HW,s,PIN,,,
r,scan.75,ident,,,75,0704,,MF,s,UCH,6=Dungs;15=FH Ostfalia;16=TEM;17=Lamberti;20=CEB;21=Landis-Staefa;22=FERRO;23=MONDIAL;24=Wikon;25=Wolf;32=RAWE;48=Satronic;64=ENCON;80=Kromschroeder;96=Eberle;101=EBV;117=Graesslin;133=ebm-papst;149=SIG;165=Theben;167=Thermowatt;181=Vaillant;192=Toby;197=Weishaupt;253=ebusd.eu,,,ID,s,STR:5,,,,SW,s,PIN,,,,HW,s,PIN,,,
r,scan.fc,ident,,,fc,0704,,MF,s,UCH,6=Dungs;15=FH Ostfalia;16=TEM;17=Lamberti;20=CEB;21=Landis-Staefa;22=FERRO;23=MONDIAL;24=Wikon;25=Wolf;32=RAWE;48=Satronic;64=ENCON;80=Kromschroeder;96=Eberle;101=EBV;117=Graesslin;133=ebm-papst;149=SIG;165=Theben;167=Thermowatt;181=Vaillant;192=Toby;197=Weishaupt;253=ebusd.eu,,,ID,s,STR:5,,,,SW,s,PIN,,,,HW,s,PIN,,,
r,ui,ActoStorModulDetected,ActoStorModulDetected,,15,b509,0d5a00,,s,UCH,,,detected VLR (bit counted)
r,ui,AscBigModulDetected,AscBigModulDetected,,15,b509,0d7f00,,s,UCH,,,detected VPM-S (bit counted)
r,ui,AscSmallModulDetected,AscSmallModulDetected,,15,b509,0d8000,,s,UCH,,,detected VMS (bit counted)
r,ui,ASCStatus,ASC_Status,,15,b509,0d7a00,,s,UCH,0=off;1=heat;2=water,,"ASC_OFF=0, ASC_CH=1, ASC_DHW=2"
r,ui,BoilerCount,Anzahl Heizgeräte,,15,b509,0d1c00,,s,UCH,,,active boiler in the system
r,ui,BoilerDetected,Entdeckte Buskoppler,,15,b509,0d1900,,s,UCH,,,"detected bus coppler e.g. VR30,31,32 (bit counted)"
r,ui,BoilerHoursB1,Ansteuerstunden Gerät 1,,15,b509,0d4c00,hoursum,s,ULG,,h,Stunden
r,ui,BoilerHoursB2,Ansteuerstunden Gerät 2,,15,b509,0d4c08,hoursum,s,ULG,,h,Stunden
r,ui,BoilerHoursB3,Ansteuerstunden Gerät 3,,15,b509,0d4c10,hoursum,s,ULG,,h,Stunden
r,ui,BoilerHoursB4,Ansteuerstunden Gerät 4,,15,b509,0d4c18,hoursum,s,ULG,,h,Stunden
r,ui,BoilerHoursB5,Ansteuerstunden Gerät 5,,15,b509,0d4c20,hoursum,s,ULG,,h,Stunden
r,ui,BoilerHoursB6,Ansteuerstunden Gerät 6,,15,b509,0d4c28,hoursum,s,ULG,,h,Stunden
r,ui,BoilerHoursB7,Ansteuerstunden Gerät 7,,15,b509,0d4c30,hoursum,s,ULG,,h,Stunden
r,ui,BoilerHoursB8,Ansteuerstunden Gerät 8,,15,b509,0d4c38,hoursum,s,ULG,,h,Stunden
r,ui,BoilerSequence,Kesselfolgeumkehr,,15,b509,0d3200,onoff,s,UCH,0=off;1=on,,Die Kesselfolgeumkehr prüft ob der Unterschied der Ansteuerstunden (nicht die echten Betriebsstunden) zwischen den Heizgeräten 100 Stunden überschreitet und sortiert die Geräte dann neu nach den Ansteuerstunden (Vorlaufsollwert > 20°C)
r,ui,BoilerSequenceChangeTime,Mindestdifferenz für Kesslfolgeumkehr,,15,b509,0d3700,hours,s,UCH,,h,Anzahl der Ansteuerstunden die überschritten sein müssen um eine Neuanordnung der Heizgeräte aus zu lösen. Defaultwert ist 100 Stunden
r,ui,BoilerSwitchHyster,Kesselschalthysterese,,15,b509,0d2300,temp,s,D2C,,°C,Temperatur
r,ui,BoilerSwitchSteps,Kesselstufen,,15,b509,0d3500,,s,UCH,,,Eingestellte Anzahl von Kesselstufen
r,ui,BoilerTempMax,Maximaltemperatur Wärmeerzeuger,,15,b509,0d2400,temp,s,D2C,,°C,Temperatur
r,ui,BoilerTempMin,Minimaltemperatur Wärmeerzeuger,,15,b509,0d2500,temp,s,D2C,,°C,Temperatur
r,ui,BufferFlowThresholdOff,BufferFlowThreshold_Off,,15,b509,0d7800,temp,s,D2C,,°C,Temperatur
r,ui,BufferFlowThresholdOn,BufferFlowThreshold_On,,15,b509,0d7700,temp,s,D2C,,°C,Temperatur
r,ui,ClockSwitchSummerWinterDone,Umschaltung Sommer-Winterzeit erfolgt,,15,b509,0d6800,onoff,s,UCH,0=off;1=on,,
r,ui,ContinuousHeatingLimit,AT Durchheizen,,15,b509,0d6400,,s,SCH,,,"-128=off, Unterhalb der hier eingestellten Temperatur wird die Nachtabsenkung unterdrückt. Die Kreise arbeiten mit dem eingestellten Tagsollwert weiter."
r,ui,currenterror,Aktuelle Fehler,,15,b503,0001,error,s,UIN,,,Fehlernummer,error,s,UIN,,,Fehlernummer,error,s,UIN,,,Fehlernummer,error,s,UIN,,,Fehlernummer,error,s,UIN,,,Fehlernummer
r,ui,Date,Datum,,15,b509,0d6100,date,s,HDA,,,Datum
r,ui,Day,Wochentag,,15,b509,0d6000,bday,s,BDY,0=Mon;1=Tue;2=Wed;3=Thu;4=Fri;5=Sat;6=Sun,,Wochentag
r,ui,DesiredDegreeB1,DesiredDegreeBoiler_1,,15,b509,0d4908,percent0,s,UCH,,%,modulation in percent
r,ui,DesiredDegreeB2,DesiredDegreeBoiler_2,,15,b509,0d4910,percent0,s,UCH,,%,modulation in percent
r,ui,DesiredDegreeB3,DesiredDegreeBoiler_3,,15,b509,0d4918,percent0,s,UCH,,%,modulation in percent
r,ui,DesiredDegreeB4,DesiredDegreeBoiler_4,,15,b509,0d4920,percent0,s,UCH,,%,modulation in percent
r,ui,DesiredDegreeB5,DesiredDegreeBoiler_5,,15,b509,0d4928,percent0,s,UCH,,%,modulation in percent
r,ui,DesiredDegreeB6,DesiredDegreeBoiler_6,,15,b509,0d4930,percent0,s,UCH,,%,modulation in percent
r,ui,DesiredDegreeB7,DesiredDegreeBoiler_7,,15,b509,0d4938,percent0,s,UCH,,%,modulation in percent
r,ui,DesiredDegreeB8,DesiredDegreeBoiler_8,,15,b509,0d4940,percent0,s,UCH,,%,modulation in percent
r,ui,DesiredStateB1,DesiredStateBoiler_1,,15,b509,0d4a08,,s,UCH,0=off/auto;1=forceoff;2=forceheat;3=forcewater;85=water;170=heat;238=modulation,,"service B5 10 00: 0=auto, 1=force_off, 2=force_ch, 3=forced_dhwservice 05 01: 0=off, 85(0x55)=dhw, 170(0xAA)=ch, 238(0xEE)=modulation"
r,ui,DesiredStateB2,DesiredStateBoiler_2,,15,b509,0d4a10,,s,UCH,0=off/auto;1=forceoff;2=forceheat;3=forcewater;85=water;170=heat;238=modulation,,"service B5 10 00: 0=auto, 1=force_off, 2=force_ch, 3=forced_dhwservice 05 01: 0=off, 85(0x55)=dhw, 170(0xAA)=ch, 238(0xEE)=modulation"
r,ui,DesiredStateB3,DesiredStateBoiler_3,,15,b509,0d4a18,,s,UCH,0=off/auto;1=forceoff;2=forceheat;3=forcewater;85=water;170=heat;238=modulation,,"service B5 10 00: 0=auto, 1=force_off, 2=force_ch, 3=forced_dhwservice 05 01: 0=off, 85(0x55)=dhw, 170(0xAA)=ch, 238(0xEE)=modulation"
r,ui,DesiredStateB4,DesiredStateBoiler_4,,15,b509,0d4a20,,s,UCH,0=off/auto;1=forceoff;2=forceheat;3=forcewater;85=water;170=heat;238=modulation,,"service B5 10 00: 0=auto, 1=force_off, 2=force_ch, 3=forced_dhwservice 05 01: 0=off, 85(0x55)=dhw, 170(0xAA)=ch, 238(0xEE)=modulation"
r,ui,DesiredStateB5,DesiredStateBoiler_5,,15,b509,0d4a28,,s,UCH,0=off/auto;1=forceoff;2=forceheat;3=forcewater;85=water;170=heat;238=modulation,,"service B5 10 00: 0=auto, 1=force_off, 2=force_ch, 3=forced_dhwservice 05 01: 0=off, 85(0x55)=dhw, 170(0xAA)=ch, 238(0xEE)=modulation"
r,ui,DesiredStateB6,DesiredStateBoiler_6,,15,b509,0d4a30,,s,UCH,0=off/auto;1=forceoff;2=forceheat;3=forcewater;85=water;170=heat;238=modulation,,"service B5 10 00: 0=auto, 1=force_off, 2=force_ch, 3=forced_dhwservice 05 01: 0=off, 85(0x55)=dhw, 170(0xAA)=ch, 238(0xEE)=modulation"
r,ui,DesiredStateB7,DesiredStateBoiler_7,,15,b509,0d4a38,,s,UCH,0=off/auto;1=forceoff;2=forceheat;3=forcewater;85=water;170=heat;238=modulation,,"service B5 10 00: 0=auto, 1=force_off, 2=force_ch, 3=forced_dhwservice 05 01: 0=off, 85(0x55)=dhw, 170(0xAA)=ch, 238(0xEE)=modulation"
r,ui,DesiredStateB8,DesiredStateBoiler_8,,15,b509,0d4a40,,s,UCH,0=off/auto;1=forceoff;2=forceheat;3=forcewater;85=water;170=heat;238=modulation,,"service B5 10 00: 0=auto, 1=force_off, 2=force_ch, 3=forced_dhwservice 05 01: 0=off, 85(0x55)=dhw, 170(0xAA)=ch, 238(0xEE)=modulation"
r,ui,DisplayType,DisplayTyp,,15,b509,0d8d00,,s,UCH,,,"display misubishi=0x07, mtek=0x70"
r,ui,errorhistory,Fehlerhistorie,,15,b503,0101,index,m,UCH,,,,status,s,UCH,,,Status,time2,s,VTM,,,Zeit,date,s,HDA,,,Datum,error,s,UIN,,,Fehlernummer
r,ui,FlagsB1,FlagsBoiler_1,,15,b509,0d8708,,s,UCH,,,
r,ui,FlagsB2,FlagsBoiler_2,,15,b509,0d8710,,s,UCH,,,
r,ui,FlagsB3,FlagsBoiler_3,,15,b509,0d8718,,s,UCH,,,
r,ui,FlagsB4,FlagsBoiler_4,,15,b509,0d8720,,s,UCH,,,
r,ui,FlagsB5,FlagsBoiler_5,,15,b509,0d8728,,s,UCH,,,
r,ui,FlagsB6,FlagsBoiler_6,,15,b509,0d8730,,s,UCH,,,
r,ui,FlagsB7,FlagsBoiler_7,,15,b509,0d8738,,s,UCH,,,
r,ui,FlagsB8,FlagsBoiler_8,,15,b509,0d8740,,s,UCH,,,
r,ui,FlowTemp,Vorlauftemp. IST,,15,b509,0d0200,temp,s,D2C,,°C,Systemtemperatur in der hydraulischen Weiche oder am gemeinsamen Vorlauf (VF1),sensor,s,UCH,0=ok;85=circuit;170=cutoff,,Fühlerstatus
r,ui,FlowTempDesired,Vorlauftemp. SOLL,,15,b509,0d0500,temp,s,D2C,,°C,Ermittelte Vorlaufsolltemperatur für das System
r,ui,FlowTempDesiredAscHc,FlowSetpointAscCh,,15,b509,0d7500,temp,s,D2C,,°C,Temperatur
r,ui,FlowTempDesiredAscHwc,FlowSetpointAscDhw,,15,b509,0d7400,temp,s,D2C,,°C,Temperatur
r,ui,FlowTempDesiredB1,VT Soll Heizgerät 1,,15,b509,0d4808,temp0,s,UCH,,°C,Temperatur
r,ui,FlowTempDesiredB2,VT Soll Heizgerät 2,,15,b509,0d4810,temp0,s,UCH,,°C,Temperatur
r,ui,FlowTempDesiredB3,VT Soll Heizgerät 3,,15,b509,0d4818,temp0,s,UCH,,°C,Temperatur
r,ui,FlowTempDesiredB4,VT Soll Heizgerät 4,,15,b509,0d4820,temp0,s,UCH,,°C,Temperatur
r,ui,FlowTempDesiredB5,VT Soll Heizgerät 5,,15,b509,0d4828,temp0,s,UCH,,°C,Temperatur
r,ui,FlowTempDesiredB6,VT Soll Heizgerät 6,,15,b509,0d4830,temp0,s,UCH,,°C,Temperatur
r,ui,FlowTempDesiredB7,VT Soll Heizgerät 7,,15,b509,0d4838,temp0,s,UCH,,°C,Temperatur
r,ui,FlowTempDesiredB8,VT Soll Heizgerät 8,,15,b509,0d4840,temp0,s,UCH,,°C,Temperatur
r,ui,FrostOverRideTime,Frostschutz-Verzögerung,,15,b509,0d2e00,hours,s,UCH,,h,Stunden
r,ui,HcForceMode,HcForceMode,,15,b509,0d7100,,s,UCH,,,"ForceComsumDisable=0, ForceComsumNoHeating=1, ForceComsumMaxHeating=2"
r,ui,HcName1,Name HK1,,15,b509,0d4100,,s,STR:11,,,Name für den 1. Heizkreis
r,ui,HcName10,Name HK10,,15,b509,0d4148,,s,STR:11,,,Name für den 2. Heizkreis
r,ui,HcName11,Name HK11,,15,b509,0d4150,,s,STR:11,,,Name für den 11. Heizkreis
r,ui,HcName12,Name HK12,,15,b509,0d4158,,s,STR:11,,,Name für den 12. Heizkreis
r,ui,HcName13,Name HK13,,15,b509,0d4160,,s,STR:11,,,Name für den 13. Heizkreis
r,ui,HcName14,Name HK14,,15,b509,0d4168,,s,STR:11,,,Name für den 14. Heizkreis
r,ui,HcName15,Name HK15,,15,b509,0d4170,,s,STR:11,,,Name für den 15. Heizkreis
r,ui,HcName2,Name HK2,,15,b509,0d4108,,s,STR:11,,,Name für den 2. Heizkreis
r,ui,HcName3,Name HK3,,15,b509,0d4110,,s,STR:11,,,Name für den 3. Heizkreis
r,ui,HcName4,Name HK4,,15,b509,0d4118,,s,STR:11,,,Name für den 4. Heizkreis
r,ui,HcName5,Name HK5,,15,b509,0d4120,,s,STR:11,,,Name für den 5. Heizkreis
r,ui,HcName6,Name HK6,,15,b509,0d4128,,s,STR:11,,,Name für den 6. Heizkreis
r,ui,HcName7,Name HK7,,15,b509,0d4130,,s,STR:11,,,Name für den 8. Heizkreis
r,ui,HcName8,Name HK8,,15,b509,0d4138,,s,STR:11,,,Name für den 8. Heizkreis
r,ui,HcName9,Name HK9,,15,b509,0d4140,,s,STR:11,,,Name für den 9. Heizkreis
r,ui,HcPumpB1,ChPumpBoiler_1,,15,b509,0d8608,,s,UCH,,,"Off=0, On=1"
r,ui,HcPumpB2,ChPumpBoiler_2,,15,b509,0d8610,,s,UCH,,,"Off=0, On=1"
r,ui,HcPumpB3,ChPumpBoiler_3,,15,b509,0d8618,,s,UCH,,,"Off=0, On=1"
r,ui,HcPumpB4,ChPumpBoiler_4,,15,b509,0d8620,,s,UCH,,,"Off=0, On=1"
r,ui,HcPumpB5,ChPumpBoiler_5,,15,b509,0d8628,,s,UCH,,,"Off=0, On=1"
r,ui,HcPumpB6,ChPumpBoiler_6,,15,b509,0d8630,,s,UCH,,,"Off=0, On=1"
r,ui,HcPumpB7,ChPumpBoiler_7,,15,b509,0d8638,,s,UCH,,,"Off=0, On=1"
r,ui,HcPumpB8,ChPumpBoiler_8,,15,b509,0d8640,,s,UCH,,,"Off=0, On=1"
r,ui,HcRequestAsc,ChRequestAsc,,15,b509,0d7300,onoff,s,UCH,0=off;1=on,,
r,ui,HolidayPeriod,Ferienzeitraum,,15,b509,0d4300,hfrom,s,HDA,,,Ferienzeitraum von,hto,s,HDA,,,Ferienzeitraum bis,hfrom,s,HDA,,,Ferienzeitraum von,hto,s,HDA,,,Ferienzeitraum bis
r,ui,HwcRequestAsc,DhwRequestAsc,,15,b509,0d7200,onoff,s,UCH,0=off;1=on,,
r,ui,HydraulicMap,Hydraulikplan,,15,b509,0d1e00,,s,UCH,,,Hydraulikplan. Dies ist nor eine Kopie des Wertes von der Grundleiterplatte. Bitte den Wert bei der Grundleiterplatte ändern. Ein Neustart des Systems muß danach erfolgen damit dieser Wert aktualisiert wird.
r,ui,InstallationCompleted,Installation abgeschlossen,,15,b509,0d6900,yesno,s,UCH,0=no;1=yes,,Installation assistant is done
r,ui,KeyCodeforConfigMenu,Passwort für das Konfigurationsmenü,,15,b509,0d2c00,,s,HEX:4,,,
r,ui,LcdContrastPwmValue,LCD Kontrast,,15,b509,0d3600,,s,UCH,,,Displaykontrast
r,ui,LoadingPumpB1,LoadingPumpBoiler_1,,15,b509,0d8508,,s,UCH,,,"Off=0, On=100"
r,ui,LoadingPumpB2,LoadingPumpBoiler_2,,15,b509,0d8510,,s,UCH,,,"Off=0, On=100"
r,ui,LoadingPumpB3,LoadingPumpBoiler_3,,15,b509,0d8518,,s,UCH,,,"Off=0, On=100"
r,ui,LoadingPumpB4,LoadingPumpBoiler_4,,15,b509,0d8520,,s,UCH,,,"Off=0, On=100"
r,ui,LoadingPumpB5,LoadingPumpBoiler_5,,15,b509,0d8528,,s,UCH,,,"Off=0, On=100"
r,ui,LoadingPumpB6,LoadingPumpBoiler_6,,15,b509,0d8530,,s,UCH,,,"Off=0, On=100"
r,ui,LoadingPumpB7,LoadingPumpBoiler_7,,15,b509,0d8538,,s,UCH,,,"Off=0, On=100"
r,ui,LoadingPumpB8,LoadingPumpBoiler_8,,15,b509,0d8540,,s,UCH,,,"Off=0, On=100"
r,ui,MixerDetected,Erkannte VR60,,15,b509,0d1800,,s,UCH,,,detected VR60 (bit counted)
r,ui,OffsetFlowTempDesiredBufToBoiler,OffsetFlowSetpointBufToBoiler,,15,b509,0d7900,temp,s,D2C,,°C,Temperatur
r,ui,OutsideTemp,Aussentemperatur,,15,b509,0d0100,temp,s,D2C,,°C,Außentemperatur,sensor,s,UCH,0=ok;85=circuit;170=cutoff,,Fühlerstatus
r,ui,OutsideTempOffset,Außentemperatur-Abgleich,,15,b509,0d2100,temp,s,D2C,,°C,Temperatur
r,ui,PhoneNumberPart1,Telefonnummer Teil 1,,15,b509,0d4200,,s,STR:9,,,
r,ui,PhoneNumberPart2,Telefonnummer Teil 2,,15,b509,0d4208,,s,STR:9,,,
r,ui,PreShutDownTime,Vorabschaltzeit,,15,b509,0d2d00,minutes0,s,UCH,,min,Minuten
r,ui,RemoteDetected,Erkannte Fernbediengeräte,,15,b509,0d1a00,,s,UCH,,,detected VR80 or VR90 (bit counted)
r,ui,RoomTemp,Raumisttemp,,15,b509,0d0000,temp,s,D2C,,°C,Raumtemperatur,sensor,s,UCH,0=ok;85=circuit;170=cutoff,,Fühlerstatus
r,ui,RoomTempHoliday,Raumsollwert im Ferienbetrieb,,15,b509,0d2200,temp,s,D2C,,°C,Temperatur
r,ui,RoomTempOffset,Raumisttemp. Korrekturwert,,15,b509,0d1f00,temp,s,D2C,,°C,Temperatur
r,ui,RoomTempOffsetSelfWarming,Offset Eigenerwärmung,,15,b509,0d2000,temp,s,D2C,,°C,Temperatur
r,ui,ScanPrevention,ScanPrevention,,15,b509,0d8400,onoff,s,UCH,0=off;1=on,,cyclic scan are started
r,ui,SeparationShift,Trennschaltung,,15,b509,0d2a00,onoff,s,UCH,0=off;1=on,,
r,ui,SequenceOfBoiler,"Aktuelle Kesselfolge wobei links das Gerät steht das als erstes angesteuert wird.Wenn nur ein Gerät an der an der Grundleiterplatte angeschlossen ist, wird es als Gerät 7 angezeigt",,15,b509,0d6600,,s,HEX:8,,,row of sequence
r,ui,ServicePeriod,Wartung,,15,b509,0d2b00,date,s,HDA,,,Datum
r,ui,SolarLoadingDelayHc,SolarLoadingDelay_Ch,,15,b509,0d8900,minutes0,s,UCH,,min,Minuten
r,ui,SolarLoadingDelayHwc,SolarLoadingDelay_Dhw,,15,b509,0d7600,minutes0,s,UCH,,min,Minuten
r,ui,SourceType,SourceType,,15,b509,0d4e00,,s,UCH,0=noSystem;1=SSR;2=VRC;3=eSys;4=mixedSys,,"noSystem=0, SSR=1, VRC=2, eSys=3, mixedSys=4"
r,ui,StartPowerVantage,Startleistung Warmwasser,,15,b509,0d2800,,s,UCH,,,Startleistung für Speicherladung. Anzahl der Kesselstufen oder Anzahl der Heizgeräte (je nach System).
r,ui,StateEM,Status Energiemanger,,15,b509,0d4b00,,s,UCH,0=off;1=heat;2=water;3=wateroverrun,,Status des Energiemanagers
r,ui,StorageSensorBottom,TankSensorBottom,,15,b509,0d7d00,temp,s,D2C,,°C,Temperatur
r,ui,StorageSensorMiddle,TankSensorMittel,,15,b509,0d7c00,temp,s,D2C,,°C,Temperatur
r,ui,StorageSensorTop,TankSensorAbove,,15,b509,0d7b00,temp,s,D2C,,°C,Temperatur
r,ui,SummerWinterTimeAdjust,Sommer/Winterzeit Umstellung,,15,b509,0d6700,onoff,s,UCH,0=off;1=on,,
r,ui,SystemDemand1,SystemDemand1,,15,b509,0d8800,,s,HEX:4,,,"Struct[TIte DesFlowTemp, Mode, CoolingReq]Mode: Off=0, Ch=1, Dhw=2, BoilerOverrun=3, BoilerPrerun=4CoolingReq: Off=0, On=1"
r,ui,SystemModeStream1,SystemModeStream1,,15,b509,0d6e00,,s,UCH,0=off;1=heat;2=cool;3=water;4=waterduringheat;5=waterduringcool,,"Off=0, Heating=1, Cooling=2, Dhw=3, DhwDuringCH=4, DhwDuringCooling=5"
r,ui,SystemModeStream2,SystemModeStream2,,15,b509,0d6f00,,s,UCH,0=off;1=heat;2=cool;3=water;4=waterduringheat;5=waterduringcool,,"Off=0, Heating=1, Cooling=2, Dhw=3, DhwDuringCH=4, DhwDuringCooling=5"
r,ui,SystemModeStream3,SystemModeStream3,,15,b509,0d7000,,s,UCH,0=off;1=heat;2=cool;3=water;4=waterduringheat;5=waterduringcool,,"Off=0, Heating=1, Cooling=2, Dhw=3, DhwDuringCH=4, DhwDuringCooling=5"
r,ui,SystemTempGradient,SystemTempGradient,,15,b509,0d8c00,temp,s,D2C,,°C,gradient of the system temperature (VF1)
r,ui,TempFailDetectTime,Temperaturfehlererkennung nach,,15,b509,0d3300,temp0,s,UCH,,°C,Temperatur
r,ui,TempIncrease,Temperaturüberhöhung,,15,b509,0d2f00,temp,s,D2C,,°C,Temperatur
r,ui,Time,Uhrzeit,,15,b509,0d5f00,time,s,VTI,,,Zeit
r,ui,TurnOffDelay,Ausschaltverzögerung,,15,b509,0d3100,,s,UCH,,,
r,ui,TurnOnDelay,Einschaltverzögerung,,15,b509,0d3000,,s,UCH,,,
r,ui,WaterstationModulDetected,FwsModulDetected,,15,b509,0d8100,,s,UCH,,,detected VPM-W (bit counted)


Ich habe die solsy.csv Dateien aber mit --scanconfig werden Sie nicht geladen, sondern nur die

0a.
12.
15.ui
75.
und die fc. findet er nicht aber hier sagt John erstmal abwarten und da sie eh zur Trinkwasserstation gehört, die ich ja eigentlich schon komplett lesen kann, stört es mich auch nicht.

Die "solsy" Dateien rührt der Scan nicht an, kann ich diese gezielt laden ?
Kann ich diese in eine andere Datei einbinden ?
Die 15.ui.csv enthält ja Infos über die VRS620, daher wird sie wohl auch vom Scan erfasst aber warum erfasst er bei mir für die Therme gar keine Datei ?

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 12 Januar 2016, 08:00:24
Zitat von: Prof. Dr. Peter Henning am 11 Januar 2016, 11:55:55
:'( :'( :'(

Scheint so zu sein...
Ein paar Details habe ich bereits in die ebusd-2.x.x Files eingearbeitet. Der Rest kommt in den nächsten Wochen dran.
Ist halt ein ongoing process...
LG John

PS: Man kann die alten Files natürlich auch benutzen, ist alles rückwärts kompatibel. Nur mit "--scanconfig" muss man halt zumindest die Adresse in den Dateinamen als Präfix einbinden und die Vaillant Files in ein Unterverzeichnis "vaillant" verschieben.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 12 Januar 2016, 08:05:58
Zitat von: Mitch am 10 Januar 2016, 23:50:03
Ich habe ja einen Vaillant calorMATIC 430 Regler an einer VC61 ecoTEC plus Therme.
Warum bekomme ich bei den meisten Dingen keine Daten:
Das "find" Kommando dient in erster Linie dazu, die definierten Nachrichten aufzulisten. Zusätzlich wird auch der zuletzt gelesene (oder auch mitgelesene) Wert ausgegeben, aber es wird definitiv kein Bus-Request ausgelöst (das passiert nur mit read/write/scan).

Zitat von: Mitch am 10 Januar 2016, 23:50:03
Und noch eine Frage, wo kann man denn lesen, was die einzelnen Werte bedeuten?
Viele der Nachrichten haben einen Kommentar, entweder auf Nachrichtenebene, oder auch auf Feldebene. Die erste kannst Du bspw. wie folgt ausgeben lassen:
ebusctl find -F circuit,name,comment
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 12 Januar 2016, 08:07:37
Zitat von: Reinhart am 11 Januar 2016, 11:42:32
frage doch einfach einmal ab, welche CSV bei dir benutzt werden.
ebusctl find -f
Das geht eigentlich deutlich einfacher mit ebusctl info :-)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 12 Januar 2016, 08:15:05
Zitat von: Reinhart am 11 Januar 2016, 17:38:30
Ich habe auch alles auf die 2.x umgestellt und nach ein paar Erweiterungen (nur in der broadcast und _templates) bin ich wieder auf dem aktuellen Stand.
Mach doch mal einen pull request mit Deinen Änderungen.

Ich bin da wirklich auf Euer Feedback angewiesen, denn langfristig kann ich die ganzen CSVs nicht alle alleine pflegen/erweitern. Schon deshalb, weil ich ich ja nur einen Bruchteil der Files selbst benutze.

Ein paar Details habe ich die letzten Tage ja schon eingearbeitet, aber das ist wie gesagt ongoing.

Das Generieren der Files ist ja im Wesentlichen abgeschlossen, weil es m.W. keine neuere DB mehr gibt als die 2.8.0.10. Insofern wird sich da nicht mehr allzu viel tun. Man könnte höchstens noch für einige mehrfach benutzte Datentypen die _templates.csv entsprechend erweitern.

Also wenn jemand Vorschläge für Ergänzugen in den CSVs hat, bitte mitteilen. Ich nehme gerne Definitionen ins ebusd-configuration Repository (https://github.com/john30/ebusd-configuration) auf, die getestet sind und funktionieren.

Die umfangreiche Erweiterung von pah ist als nächstes dran.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 12 Januar 2016, 08:24:20
Zitat von: e3xtreme am 11 Januar 2016, 20:02:51
soweit sogut, nur stimmt einerseits beim booten was nicht, da bleibt er hängen wenn zusätzlich ein WLAN USB dongle dran hängt
Das klingt nach einem Mismatch der Devices. Hast Du die /etc/default/ebusd angepasst?
Schau doch mal die USB Device Liste an (lsusb), wenn der WLAN und das ebusd Interface gleichzeitig dran hängen.

Zitat von: e3xtreme am 11 Januar 2016, 20:02:51
und zweitens schreibt er bei folgender Eingabe:
pi@RPi /var/log $ ebusctl scan result
empty
Naja, das ist ja auch nur das result. Wenn ebusd scannen soll, musst Du ihm das schon sagen, z.B. so:
ebusctl scan full
und dann nach ner Minute oder so kannst Du das Ergebnis abrufen:
ebusctl scan result

Was sagt denn folgende Abfrage?
ebusctl info

Zitat von: e3xtreme am 11 Januar 2016, 20:02:51
pi@RPi /var/log $ ebusctl find
ERR: element not found
Dann gibt es wohl keinerlei CSV Datei?
So wie das klingt, hast Du ebusd manuell compiliert und nicht aus einem der fertigen Release Packages (https://github.com/john30/ebusd/releases/latest) installiert, richtig?
Letzteres wäre für Dich als Einsteiger vermutlich einfacher, weil dann alle Skripte und Verzeichnisse automatisch angelegt werden.
Ansonsten musst Du das halt alles selber machen.

Du brauchst dann auch noch die CSVs. Die gibt es auch als Package zum installieren (https://github.com/john30/ebusd-configuration/releases/latest).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 12 Januar 2016, 08:27:40
Zitat von: fz69412 am 12 Januar 2016, 00:56:48
Anbei mal meine Logs aus find -d:
Die "solsy" Dateien rührt der Scan nicht an, kann ich diese gezielt laden ?
Kann ich diese in eine andere Datei einbinden ?
Die 15.ui.csv enthält ja Infos über die VRS620, daher wird sie wohl auch vom Scan erfasst aber warum erfasst er bei mir für die Therme gar keine Datei ?

Poste doch mal die Ausgabe von:
ebusctl info
Dann lässt sich das besser beurteilen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 12 Januar 2016, 08:55:36
Guten Morgen John,

anbei die ebusctl info:

pi@raspberrypi:/ $ ebusctl info
version: ebusd 2.0.0ea7efc
signal: acquired
symbol rate: 57
masters: 5
messages: 298
address 03: master #3
address 08: slave #3, scanned
address 0a: slave, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302", loaded "vaillant/0a.pmw.hwc.csv"
address 10: master #6
address 12: slave, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"
address 15: slave #6, scanned "MF=Vaillant;ID=UI   ;SW=0508;HW=6201", loaded "vaillant/15.ui.csv"
address 70: master #16
address 75: slave #16, scanned "MF=Vaillant;ID=RC C ;SW=0507;HW=6201", loaded "vaillant/75.rcc.csv"
address f7: master #24
address fc: slave #24, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 12 Januar 2016, 15:00:07
Zitat von: john30 am 12 Januar 2016, 08:15:05
Mach doch mal einen pull request mit Deinen Änderungen.

würde ich gerne machen, aber das klappt irgendwie nicht weil ich da offensichtlich keine Rechte habe einen Pull Request zu senden!

PS: habs im Web gemacht, das Problem dürfte sein, dass man mit Windows keinen neuen Fork erstellen kann.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: e3xtreme am 13 Januar 2016, 14:20:59
Zitat von: john30 am 12 Januar 2016, 08:24:20
Das klingt nach einem Mismatch der Devices. Hast Du die /etc/default/ebusd angepasst?
Schau doch mal die USB Device Liste an (lsusb), wenn der WLAN und das ebusd Interface gleichzeitig dran hängen.
Naja, das ist ja auch nur das result. Wenn ebusd scannen soll, musst Du ihm das schon sagen, z.B. so:
ebusctl scan full
und dann nach ner Minute oder so kannst Du das Ergebnis abrufen:
ebusctl scan result

Was sagt denn folgende Abfrage?
ebusctl info
Dann gibt es wohl keinerlei CSV Datei?
So wie das klingt, hast Du ebusd manuell compiliert und nicht aus einem der fertigen Release Packages (https://github.com/john30/ebusd/releases/latest) installiert, richtig?
Letzteres wäre für Dich als Einsteiger vermutlich einfacher, weil dann alle Skripte und Verzeichnisse automatisch angelegt werden.
Ansonsten musst Du das halt alles selber machen.

Du brauchst dann auch noch die CSVs. Die gibt es auch als Package zum installieren (https://github.com/john30/ebusd-configuration/releases/latest).

Sodala, hab alles jetzt mal über die .debs installiert, jedoch passiert genau das gleiche...

bei
ebusctl scan full
kommt sofort "done"
ebusctl scan result
und da kommt sofort "empty"
ebusctl info
liefert
version: ebusd 2.0.2cfdeff
signal: acquired
symbol rate: 13
masters: 1
messages: 0


die EBUSD Configs hatte ich vorher auch schon installiert...

Ums nochmal für Raspberry zusammenzufassen:
wget https://github.com/john30/ebusd/releases/download/v2.0/ebusd-2.0_armhf.deb
wget https://github.com/john30/ebusd-configuration/releases/download/v2.0.1/ebusd-configuration-2.0.5aa482c-de_all.deb
sudo dpkg -i --force-overwrite ebusd-2.0_armhf.deb
sudo dpkg -i --force-overwrite ebusd-configuration-2.0.*.deb


Sollte alles vom Start weg installieren? oder fehlt da noch was? Muss es vll. in einem bestimmten Verzeichnis ausgeführt werden?
Danke schonmal...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 13 Januar 2016, 14:21:56
Also mit der Raumsolltemperatur komme ich einfach nicht weiter  :'(
Es gibt nur ein Reading: DisplayedHc1RoomTempDesired
Aber nichts zum Schreiben.

Noch jemand eine Idee?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Wzut am 13 Januar 2016, 19:27:02
Zitat von: e3xtreme am 13 Januar 2016, 14:20:59
ebusctl scan full
kommt sofort "done"
ebusctl scan result
und da kommt sofort "empty"
das scan full sofort done liefert ist richtig , allerdings ist er im Hintergrund eine Zeit lang mit dem scan beschäftigt. Also gib ihm etwas Zeit bis zum scan result.
Wenn du live sehen willst was er beim scan treibt, starte sofort nach scan full ein tail -f auf die ebusd.log. (oder schon zuvor in einem zweiten Fenster und mit log level kannst ihn auch etwas gesprächiger machen) 

 
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 13 Januar 2016, 20:50:29
@e3xtreme

poste bitte mal:

pi@raspberrypi:/ $ sudo /etc/init.d/ebusd status


Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 13 Januar 2016, 21:26:14
@e3xtreme
meine Frage deshalb:

ZitatCode: [Auswählen]

version: ebusd 2.0.2cfdeff
signal: acquired
symbol rate: 13
masters: 1
messages: 0

masters 1? - nur ein Gerät ?
message: 0 ? sind schon sehr wenig Nachrichten ;-) --läuft der ebusd  ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 13 Januar 2016, 21:45:34
Zitat von: fz69412 am 13 Januar 2016, 21:26:14
message: 0 ? sind schon sehr wenig Nachrichten ;-) --läuft der ebusd  ?
Wenn ebusd nicht läuft, dann funktioniert auch kein
ebusctl info
Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 13 Januar 2016, 22:14:12
@amunra

jep, ok stimmt

aber gar keine Message ?

keine Logdatei ? oder  Bus-Adapter liefert keine / keine lesbaren Daten ?

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: e3xtreme am 13 Januar 2016, 22:48:44
Zitat von: fz69412 am 13 Januar 2016, 20:50:29
@e3xtreme

poste bitte mal:

pi@raspberrypi:/ $ sudo /etc/init.d/ebusd status


Gruß Frank


pi@RPi / $ sudo /etc/init.d/ebusd status
[ ok ] ebusd is running.


Dämon läuft und trotz langem Warten nach dem scan kommt "empty"

Zu den Master(s), ich hab nur eine Vaillant Therme ohne Thermostat etc... brauch ich da mehr?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 13 Januar 2016, 23:50:04
@e3xtreme

so sieht es bei mir aus:


pi@raspberrypi:~ $ sudo /etc/init.d/ebusd status
● ebusd.service - LSB: Start ebusd
   Loaded: loaded (/etc/init.d/ebusd)
   Active: active (running) since Mi 2016-01-13 22:10:22 CET; 1h 37min ago
  Process: 2595 ExecStop=/etc/init.d/ebusd stop (code=exited, status=0/SUCCESS)
  Process: 2643 ExecStart=/etc/init.d/ebusd start (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/ebusd.service
           └─2647 /usr/bin/ebusd -l /var/log/ebusd.log -d /dev/ttyUSB0 -p 8888 --httpport=80 --htmlpath=/var/www --scanconfig


schau mal deine Version :

pi@raspberrypi:~ $ ebusd -V
ebusd 2.0.0ea7efc


Ich glaube Du hattest eine Ältere gepostet.
Gruß Frank
Titel: eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 14 Januar 2016, 00:11:49
Zitat von: Wzut am 13 Januar 2016, 19:27:02
Wenn du live sehen willst was er beim scan treibt, starte sofort nach scan full ein tail -f auf die ebusd.log. (oder schon zuvor in einem zweiten Fenster und mit log level kannst ihn auch etwas gesprächiger machen)

Das würde ich auch tun.
Log ggf. Hier posten.
VG Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 14 Januar 2016, 20:59:43
Zum Auslesen der Aussentemperatur habe ich das hier von Reinhard übernommen:

# Außentemperatur
get Aussentemperatur cmd {"r -f outsidetemp temp\n"}
get Aussentemperatur expect "-\d+\.\d+\n\n"
get Aussentemperatur postproc { sprintf("%5.1f",$_) }


Allerdings gibt's ein Vorzeichenproblem. Unter Null wurde ein Log-Eintrag erzeugt. Dann habe ich ein "-" eingesetzt.
Jetzt wieder leicht über "0" und wieder Log-Eintrag.

EBUS: unexpected answer "0.06\n\n" received (wrote "r -f outsidetemp temp\n", expected -\d+\.\d+\n\n)

Wie muss ich das Vorzeichen berücksichtigen ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 14 Januar 2016, 21:55:09
du kannst den ganzen Match auf die Zahl hier weglassen, das ist noch Altlast als man die Abfrage des eBus noch nicht filtern konnte. Früher kam noch ein "ok" automatisch nach, das entfällt aber weil ja schon der Filter bei der Abfrage des eBus auf "temp" gesetzt wird.

get Aussentemp cmd {"r -f outsidetemp temp\n"}
get Aussentemp expect ".*"
get Aussentemp postproc { $_ }


Es wird aber hier trotzdem eine Meldung im Log produziert, warum das so ist kann uns vielleicht einmal pah erklären. Das ist nur bei der outsidetemp so, bei den anderen funktioniert die regexp.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 15 Januar 2016, 06:44:22
Bei mir gibt es nur
Zitatget mode expect ".*\n*"
weil die Ausgabe des ebusd natürlich einen Zeilenvorschub enthält und dieser kein druckbares Zeichen (also regulärer Ausdruck ".") ist.

Keine Meldung im Log

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 15 Januar 2016, 10:37:38
Danke pah, ist mir jetzt klar und funktioniert perfekt. Meist geht es ganz einfach, wenn man nur weiß wie!

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 15 Januar 2016, 16:50:08
Danke, jetzt geht's ...
get Aussentemperatur expect ".*\n*"
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: de.jt am 16 Januar 2016, 00:00:25
Zitat von: Reinhart am 03 Januar 2016, 18:34:06
kann ich nicht viel dazu sagen, aber Sven hat das geändert auf "wi" und es funktioniert anscheinend bei ihm.

Der technische Unterschied ist ja zwischen w und wi gar keiner, dient wirklich nur zur Unterscheidung für John im eBusd. Leider kann das #Zeichen in Pearl zu einem Problem werden. Ich hatte so was ähnliches schon beim Schreiben der Timer ( mit dem ; ), da konnte ich aber ausweichen. Hier klappt das allerdings nicht. Es scheint so, als würde das # intern die Zeile beenden/abtrennen, aber nur bei diesem Befehl.

LG

... ich stehe vor genau dem gleichen Problem. Es sieht so aus, als ob die 470er per fhem die Heizkurve nicht setzen können?
15.470.csv:
r;wi      Hc1HeatCurve   Heizkurve Heizkreis 1
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 Januar 2016, 08:08:50
Hallo Frank,

Zitat von: fz69412 am 12 Januar 2016, 08:55:36

address 08: slave #3, scanned
address 0a: slave, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302", loaded "vaillant/0a.pmw.hwc.csv"
address 12: slave, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"
address 15: slave #6, scanned "MF=Vaillant;ID=UI   ;SW=0508;HW=6201", loaded "vaillant/15.ui.csv"
address 75: slave #16, scanned "MF=Vaillant;ID=RC C ;SW=0507;HW=6201", loaded "vaillant/75.rcc.csv"
address fc: slave #24, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"


mit diesem Ergebnis frage ich mich, was Du mit der solsy machen willst? Du hast ja dieses Gerät gar nicht in Deiner Anlage...

VG John
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 Januar 2016, 08:14:59
Hallo Reinhart,

Zitat von: Reinhart am 12 Januar 2016, 15:00:07
würde ich gerne machen, aber das klappt irgendwie nicht weil ich da offensichtlich keine Rechte habe einen Pull Request zu senden!

PS: habs im Web gemacht, das Problem dürfte sein, dass man mit Windows keinen neuen Fork erstellen kann.

Hm, das ist merkwürdig. Es gab schon andere User, die erfolgreich pull requests eingestellt haben (wie neulich z.B. arthur0412). Klingt also nach einem Problem auf Deiner Seite, das ich nicht fixen kann :)
Alternativ kannst mir auch einfach die geänderten Dateien schicken, dann mach ich den pull auf.
LG John
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 Januar 2016, 08:16:36
Hallo Reinhart,

Zitat von: Reinhart am 12 Januar 2016, 15:00:07
würde ich gerne machen, aber das klappt irgendwie nicht weil ich da offensichtlich keine Rechte habe einen Pull Request zu senden!

PS: habs im Web gemacht, das Problem dürfte sein, dass man mit Windows keinen neuen Fork erstellen kann.

Hm, das ist merkwürdig. Es gab schon andere User, die erfolgreich pull requests eingestellt haben (wie neulich z.B. arthur0412). Klingt also nach einem Problem auf Deiner Seite, das ich nicht fixen kann :)
Alternativ kannst mir auch einfach die geänderten Dateien schicken, dann mach ich den pull auf.
LG John
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 Januar 2016, 08:19:19
Zitat von: e3xtreme am 13 Januar 2016, 22:48:44
Dämon läuft und trotz langem Warten nach dem scan kommt "empty"

Zu den Master(s), ich hab nur eine Vaillant Therme ohne Thermostat etc... brauch ich da mehr?
Also irgendwas ist da nicht in Ordnung. Wie sieht denn der Inhalt des Verzeichnisses "/etc/ebusd" aus? Und wie Deine /etc/default/ebusd?
VG John
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 16 Januar 2016, 09:55:20
Zitat von: john30 am 16 Januar 2016, 08:16:36
Hallo Reinhart,

Hm, das ist merkwürdig. Es gab schon andere User, die erfolgreich pull requests eingestellt haben (wie neulich z.B. arthur0412). Klingt also nach einem Problem auf Deiner Seite, das ich nicht fixen kann :)
Alternativ kannst mir auch einfach die geänderten Dateien schicken, dann mach ich den pull auf.
LG John

das war das Problem mit dem lokal installiertem Git unter Windows. Ich habe dann alles im Web auf der Gitpage durchgeführt und da hat alles geklappt (zumindest gab es keine Fehlermeldungen), aber Pullrequest gab es anscheinend trotzdem keinen.
Mit welchem Browser macht ihr das? Opera, IE12,Edge?

Ich habe einfach einen Fork erstellt, die Files dann erweitert, den Comment ausgefüllt und Pullrequest gesendet, alles ohne Fehlermeldung. Das Ganze habe ich extra 2x ausgeführt, einmal De und einmal Engl. Internet bin ich gut angebunden, habe ein Kabelnetz mit 100/10.

Ich werde es nochmals durchführen und Schritt für Schritt dokumentieren, vielleicht mach ich was was andere nicht machen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 16 Januar 2016, 10:13:52
so, hab den Pullrequest erneut ohne Fehlermeldung erstellt, aber keinen Erfolg.
Habe jeden Schritt mit dokumentiert, vielleicht übersehe ich irgend etwas.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 16 Januar 2016, 10:25:36
Hallo Reinhart,
ich bin etwas anders vorgegangen - siehe step1 und step2 damit hat es funktioniert.
Dann kannst du hier (https://github.com/john30/ebusd-configuration/pulls) - zumindest für die "config files" - prüfen, ob etwas angekommen ist. Hier siehtst Du auch die geschlossenen pull requests.
Viele Grüße

P.S: Ich verwende FF - der Browser dürfte nicht das Problem sein.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 Januar 2016, 10:41:59
Zitat von: Reinhart am 16 Januar 2016, 10:13:52
so, hab den Pullrequest erneut ohne Fehlermeldung erstellt, aber keinen Erfolg.
Habe jeden Schritt mit dokumentiert, vielleicht übersehe ich irgend etwas.
Du musst aufpassen, wohin der Pull Request geht.
Du hast ja mit dem Fork sozusagen Dein eigenes Repository erstellt. Dahin kannst Du alles möglich ändern, was dir gefällt, und siehst dann auch entsprechend eine Historie Deiner Änderungen.
Wenn Du jetzt an einem Punkt bist, der Dir "pull"-würdig erscheint ;), dann machst Du einen Request gegen mein Repository.
Wenn Du den gegen einen Deiner Branches machst, bleibt das natürlich alles in Deinem Repository. Verständlich?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 16 Januar 2016, 11:17:03
Danke euch beiden, der letzte Schritt sieht bei amunra anders aus. Bei mir schreibt er wie John auch bemerkt hat ins eigene Repository, habe aber derzeit noch keinen Plan wie ich das ändern kann.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 Januar 2016, 11:22:22
Zitat von: Reinhart am 16 Januar 2016, 11:17:03
Danke euch beiden, der letzte Schritt sieht bei amunra anders aus. Bei mir schreibt er wie John auch bemerkt hat ins eigene Repository, habe aber derzeit noch keinen Plan wie ich das ändern kann.
Ich glaube Du musst von Deinem master Branch ausgehen, von dort den Request machen und dabei in dem linken Dropdown mein Repository auswählen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 16 Januar 2016, 13:26:36
Hallo John,

Zitat von: john30 am 16 Januar 2016, 08:08:50
Hallo Frank,

mit diesem Ergebnis frage ich mich, was Du mit der solsy machen willst? Du hast ja dieses Gerät gar nicht in Deiner Anlage...

VG John

Ich habe ja die VRS620'er Steuerung und für diese , wenn ich das richtig lese findet er bei mir ja nachdem Scan die 15.ui.csv.
Masterdrive und Reinhart schrieben mir das für die 620er die CSV mit solsy im Namen gut passen würden, deshalb habe ich verzweifelt versucht dies mal mit einzubinden  :(.

Die einzigste CSV die ich mit gaebus Modul zur Abfrage nutzen kann ist die 0a.pmw.hwc.csv.
Bei der 15.ui.csv kommt bei allen Abfragen " Err: element not found"

(http://bildschirmfoto%202016-01-16%20um%2013.12.29)

Wo kann ich ansetzen ?

anbei noch mal meine Heizungsanlage:

Vaillant Therme ecoTecplus , Typ: VC DE 206/5-5E , Softwareversion 1  6.04
Vaillant auromatic 620/3
Vaillant Trinkwasserstation aquaFlow exclusiv , Typ: VPM 30/35/2 W, Softwareversion 1  2.05   ( 0a.pmw.hwc.csv passt )
Vaillant VR90 , Softwareversion 2  5.07
Vaillant Pufferspeicher allStor Typ: VPS 800
Kaminofen mit Wassertasche Typ: Brunner,  am Solarkreis 2 der VRS620

pi@raspberrypi:~ $ ebusctl find -d
broadcast datetime = 2.062;13:38:03;16.01.2016
broadcast outsidetemp = 2.062
broadcast vdatetime = 13:38:03;16.01.2016
hwc CalculatedMixerPosition = 1
hwc CircoPump = 100
hwc currenterror = -;-;-;-;-
hwc Mode = 55;auto;00;off
hwc Ntc1Sensor = 67.00;ok
hwc Ntc2Sensor = 67.19;ok
hwc Ntc3Sensor = 50.94;ok
hwc PartyStart = off
hwc StateCircoKick = 6
hwc Status = 66;on;-;55
hwc StInstallationDate =  (ERR: argument value out of valid range for ff0ab509030d41 / 03000000)
hwc Timer.Friday = 05:30;-:-;-:-;-:-;-:-;-:-;Sa-So
hwc Timer.Monday = 05:30;-:-;-:-;-:-;-:-;-:-;Sa-So
hwc Timer.Saturday = 08:00;-:-;-:-;-:-;-:-;-:-;Sa-So
hwc Timer.Sunday = 08:00;-:-;-:-;-:-;-:-;-:-;Sa-So
hwc Timer.Thursday = 05:30;09:00;14:00;-:-;-:-;-:-;Sa-So
hwc Timer.Tuesday = 05:30;09:00;14:00;-:-;-:-;-:-;Sa-So
hwc Timer.Wednesday = 05:30;-:-;-:-;-:-;-:-;-:-;Sa-So
scan.0a ident = Vaillant;PMW01;0205;8302
scan.12 ident = Vaillant;PMW01;0205;8302
scan.15 ident = Vaillant;UI   ;0508;6201
scan.75 ident = Vaillant;RC C ;0507;6201
scan.fc ident = Vaillant;PMW01;0205;8302



@Masterdrive
Zitat von: Masterdrive am 09 Januar 2016, 19:18:29
Hi Frank,

so "selten" ist die Kombination gar nicht :-)
Ich hab bei mir auch die auroMATIC 620/3 im Einsatz, der VR90 Regler liegt noch in der Verpackung.
Zumindest für die 620 passen die CSVs gut... die mit "SOLSY" im Namen

Gruß,
David

kannst Du mir mal einen Scan von Dir zeigen, welche csv er dabei einbindet und was er bei Dir mit
ebusctl info
ebusctl find

ausgibt.


Gruß Frank

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 Januar 2016, 17:14:26
Zitat von: fz69412 am 16 Januar 2016, 13:26:36
Ich habe ja die VRS620'er Steuerung und für diese , wenn ich das richtig lese findet er bei mir ja nachdem Scan die 15.ui.csv.
Masterdrive und Reinhart schrieben mir das für die 620er die CSV mit solsy im Namen gut passen würden, deshalb habe ich verzweifelt versucht dies mal mit einzubinden  :(.
Hast Du denn einen full scan gemacht? Starte den doch mal mit "ebusctl scan full", warte ne Minute, und poste dann die Ausgabe von "ebusctl scan result" und am besten auch noch von "ebusctl info".

Zitat von: fz69412 am 16 Januar 2016, 13:26:36
Bei der 15.ui.csv kommt bei allen Abfragen " Err: element not found"
Wo und wie hast Du denn die Abfragen gemacht? Über ebusctl oder einen anderen Weg.
Poste mal ein konkretes Beispiel.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 16 Januar 2016, 18:12:15
Hallo John,
anbei das Scanergebnis:

pi@raspberrypi:~ $ ebusctl scan full
done

pi@raspberrypi:~ $ ebusctl scan result
0a;Vaillant;PMW01;0205;8302;21;14;41;0010014312;3110;007012;N5
12;Vaillant;PMW01;0205;8302
15;Vaillant;UI   ;0508;6201;21;14;38;0020080465;0907;005548;N9
75;Vaillant;RC C ;0507;6201;21;13;21;0020040079;0907;005833;N0
fc;Vaillant;PMW01;0205;8302;21;14;41;0010014312;3110;007012;N5


pi@raspberrypi:~ $ ebusctl info
version: ebusd 2.0.0ea7efc
signal: acquired
symbol rate: 23
masters: 5
messages: 298
address 03: master #3
address 08: slave #3, scanned
address 0a: slave, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302", loaded "vaillant/0a.pmw.hwc.csv"
address 10: master #6
address 12: slave, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"
address 15: slave #6, scanned "MF=Vaillant;ID=UI   ;SW=0508;HW=6201", loaded "vaillant/15.ui.csv"
address 70: master #16
address 75: slave #16, scanned "MF=Vaillant;ID=RC C ;SW=0507;HW=6201", loaded "vaillant/75.rcc.csv"
address f7: master #24
address fc: slave #24, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"

pi@raspberrypi:~ $


Die Abfragen mache ich dann auf dem FHEM Server mit dem GAEBUS Modul.
Dort kann ich ja jede csv einladen und die Abfragen durchführen.

Gruß Frank



Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 Januar 2016, 18:27:09
Zitat von: fz69412 am 16 Januar 2016, 18:12:15
anbei das Scanergebnis:
...

address 03: master #3
address 08: slave #3, scanned

Interessant, Dein Heizgerät scheint auf die Scan Abfrage nicht reagieren zu wollen. Kannst mal schauen, ob im Log dazu was zu finden ist (beim Scan von Adresse 08)?
Deshalb wird auch keine passende CSV geladen...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 16 Januar 2016, 19:46:53
Hallo John,

vielen Dank für Deine Mühe, anbei das Log:

2016-01-16 19:20:22.238 [main notice] ebusd 2.0.0ea7efc started
2016-01-16 19:20:22.247 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2016-01-16 19:20:22.260 [bus notice] signal acquired
2016-01-16 19:20:23.498 [bus notice] new master 70, master count 2
2016-01-16 19:20:27.042 [bus notice] new master 10, master count 3
2016-01-16 19:20:28.028 [update notice] unknown BC cmd: 10feb505025501
2016-01-16 19:20:28.575 [bus notice] new master 03, master count 4
2016-01-16 19:20:28.575 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:20:29.413 [update notice] unknown MS cmd: 100ab504010d / 054201008037
2016-01-16 19:20:32.398 [bus error] send to 08: ERR: read timeout, retry
2016-01-16 19:20:33.005 [bus error] send to 08: ERR: read timeout, retry
2016-01-16 19:20:33.613 [bus error] send to 08: ERR: read timeout, retry
2016-01-16 19:20:34.859 [bus error] send to 08: ERR: read timeout
2016-01-16 19:20:34.859 [main error] scan config 08 message: ERR: read timeout
2016-01-16 19:20:37.017 [main notice] read common config file /etc/ebusd/vaillant/scan.csv
2016-01-16 19:20:37.019 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv
2016-01-16 19:20:37.045 [main notice] read scan config file /etc/ebusd/vaillant/0a.pmw.hwc.csv for ID "pmw01", SW0205, HW8302
2016-01-16 19:20:37.045 [main notice] found messages: 101 (15 conditional on 7 conditions, 0 poll, 8 update)
2016-01-16 19:20:38.371 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:20:39.213 [main notice] read scan config file /etc/ebusd/vaillant/15.ui.csv for ID "ui", SW0508, HW6201
2016-01-16 19:20:39.214 [main notice] found messages: 284 (15 conditional on 7 conditions, 0 poll, 8 update)
2016-01-16 19:20:39.287 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:20:41.822 [main notice] read scan config file /etc/ebusd/vaillant/75.rcc.csv for ID "rcc", SW0507, HW6201
2016-01-16 19:20:41.822 [main notice] found messages: 295 (15 conditional on 7 conditions, 0 poll, 8 update)
2016-01-16 19:20:48.323 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:20:49.299 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:20:58.411 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:20:59.108 [update notice] update hwc Mode QQ=10: 55;auto;00;off
2016-01-16 19:20:59.435 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:21:02.129 [update notice] unknown MS cmd: 100ab505082b0f010000000080 / 00
2016-01-16 19:21:08.693 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:21:09.363 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:21:12.469 [update notice] unknown MS cmd: 1012b505082b0f010000000080 / 00
2016-01-16 19:21:13.570 [update notice] update broadcast vdatetime QQ=10: 19:21:04;16.01.2016
2016-01-16 19:21:14.079 [update notice] update broadcast outsidetemp QQ=10: 1.312
2016-01-16 19:21:14.575 [update notice] update broadcast datetime QQ=10: 1.312;19:21:04;16.01.2016
2016-01-16 19:21:18.662 [update notice] update scan.75 ident QQ=10: Vaillant;RC C ;0507;6201
2016-01-16 19:21:18.817 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:21:19.485 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:21:23.955 [main error] unable to load scan config 12: no file from /etc/ebusd/vaillant with prefix 12. found
2016-01-16 19:21:28.784 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:21:29.756 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:21:38.870 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:21:39.887 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:21:48.992 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:21:49.689 [update notice] update hwc Mode QQ=10: 55;auto;00;off
2016-01-16 19:21:50.016 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:21:52.894 [update notice] unknown MS cmd: 100ab505082b0f010000000080 / 00
2016-01-16 19:21:59.098 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:21:59.936 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:22:02.850 [update notice] unknown MS cmd: 1012b505082b0f010000000080 / 00
2016-01-16 19:22:09.185 [update notice] update broadcast vdatetime QQ=10: 19:22:00;16.01.2016
2016-01-16 19:22:09.663 [update notice] update broadcast outsidetemp QQ=10: 1.562
2016-01-16 19:22:10.207 [update notice] update broadcast datetime QQ=10: 1.562;19:22:00;16.01.2016
2016-01-16 19:22:10.712 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:22:11.552 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:22:19.679 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:22:20.353 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:22:24.425 [update notice] update scan.0a ident QQ=10: Vaillant;PMW01;0205;8302
2016-01-16 19:22:29.463 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:22:30.483 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:22:44.117 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:22:44.844 [update notice] update hwc Mode QQ=10: 55;auto;00;off
2016-01-16 19:22:45.249 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:22:47.855 [update notice] unknown MS cmd: 100ab505082b0f010000000080 / 00
2016-01-16 19:22:54.267 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:22:55.176 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:22:56.355 [update notice] update hwc Timer.Saturday QQ=10: 08:00;-:-;-:-;-:-;-:-;-:-;Sa-So
2016-01-16 19:22:56.527 [update notice] unknown MS cmd: 1012b5040107 / 0730909090909002
2016-01-16 19:22:58.289 [update notice] unknown MS cmd: 1012b505082b0f010000000080 / 00
2016-01-16 19:23:04.533 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:23:05.437 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:23:09.092 [update notice] unknown MS cmd: 1075b50a0100 / 03970100
2016-01-16 19:23:09.896 [update notice] update broadcast vdatetime QQ=10: 19:23:01;16.01.2016
2016-01-16 19:23:10.028 [update notice] update broadcast outsidetemp QQ=10: 1.562
2016-01-16 19:23:10.184 [update notice] update broadcast datetime QQ=10: 1.562;19:23:01;16.01.2016
2016-01-16 19:23:10.865 [update notice] update hwc currenterror QQ=10: -;-;-;-;-
2016-01-16 19:23:13.440 [update notice] unknown MS cmd: 100ab5040122 / 03000507
2016-01-16 19:23:14.728 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:23:15.686 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:23:24.576 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:23:25.334 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:23:34.608 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:23:34.958 [update notice] update hwc Mode QQ=10: 55;auto;00;off
2016-01-16 19:23:35.372 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:23:38.527 [update notice] unknown MS cmd: 100ab505082b0f010000000080 / 00
2016-01-16 19:23:45.062 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:23:45.755 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:23:48.565 [update notice] unknown MS cmd: 1012b505082b0f010000000080 / 00
2016-01-16 19:23:51.037 [bus notice] max. symbols per second: 104
2016-01-16 19:23:54.784 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:23:55.309 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:23:55.546 [update notice] update hwc Mode QQ=10: 55;auto;00;off
2016-01-16 19:24:04.961 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:24:05.744 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:24:10.665 [update notice] update broadcast vdatetime QQ=10: 19:24:01;16.01.2016
2016-01-16 19:24:11.142 [update notice] update broadcast outsidetemp QQ=10: 1.562
2016-01-16 19:24:11.879 [update notice] update broadcast datetime QQ=10: 1.562;19:24:01;16.01.2016
2016-01-16 19:24:15.285 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:24:16.239 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:24:19.718 [update notice] unknown BC cmd: 10feb5060101
2016-01-16 19:24:21.837 [update notice] update hwc Mode QQ=10: 55;auto;00;off
2016-01-16 19:24:25.467 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:24:26.170 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:24:29.371 [update notice] unknown MS cmd: 100ab505082b0f010000000080 / 00
2016-01-16 19:24:35.534 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:24:36.322 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:24:39.428 [update notice] unknown MS cmd: 1012b505082b0f010000000080 / 00
2016-01-16 19:24:40.014 [update notice] unknown MS cmd: 100ab5040122 / 03000507
2016-01-16 19:24:45.544 [update notice] unknown MS cmd: 1075b50a0100 / 03970100
2016-01-16 19:24:45.736 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:24:46.435 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:24:55.696 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:24:56.527 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:25:05.747 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:25:06.844 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:25:11.396 [update notice] update broadcast vdatetime QQ=10: 19:25:02;16.01.2016
2016-01-16 19:25:11.872 [update notice] update broadcast outsidetemp QQ=10: 1.312
2016-01-16 19:25:12.383 [update notice] update broadcast datetime QQ=10: 1.312;19:25:02;16.01.2016
2016-01-16 19:25:13.107 [update notice] update hwc currenterror QQ=10: -;-;-;-;-
2016-01-16 19:25:15.848 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:25:16.627 [update notice] update hwc Mode QQ=10: 55;auto;00;off
2016-01-16 19:25:16.951 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:25:19.708 [update notice] unknown MS cmd: 100ab505082b0f010000000080 / 00
2016-01-16 19:25:25.851 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:25:26.454 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:25:29.591 [update notice] unknown MS cmd: 1012b505082b0f010000000080 / 00
2016-01-16 19:25:35.901 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:25:36.547 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:25:45.931 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:25:46.801 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:25:48.501 [update notice] unknown MS cmd: 1075b50a0100 / 03970100
2016-01-16 19:25:49.857 [update notice] unknown MS cmd: 100ab5040122 / 03000507
2016-01-16 19:25:56.003 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:25:56.914 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:26:06.096 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:26:06.731 [update notice] update hwc Mode QQ=10: 55;auto;00;off
2016-01-16 19:26:07.057 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:26:09.845 [update notice] unknown MS cmd: 100ab505082b0f010000000080 / 00
2016-01-16 19:26:12.111 [update notice] update broadcast vdatetime QQ=10: 19:26:03;16.01.2016
2016-01-16 19:26:12.595 [update notice] update broadcast outsidetemp QQ=10: 1.562
2016-01-16 19:26:13.097 [update notice] update broadcast datetime QQ=10: 1.562;19:26:03;16.01.2016
2016-01-16 19:26:17.650 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:26:18.535 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:26:21.371 [update notice] unknown MS cmd: 1012b505082b0f010000000080 / 00
2016-01-16 19:26:27.525 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:26:28.105 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:26:37.544 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:26:38.433 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:26:47.613 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:26:48.546 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:26:57.664 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:26:58.318 [update notice] update hwc Mode QQ=10: 55;auto;00;off
2016-01-16 19:27:08.559 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:27:11.470 [update notice] unknown MS cmd: 1012b505082b0f010000000080 / 00
2016-01-16 19:27:12.796 [update notice] update broadcast vdatetime QQ=10: 19:27:04;16.01.2016
2016-01-16 19:27:13.276 [update notice] update broadcast outsidetemp QQ=10: 1.562
2016-01-16 19:27:13.820 [update notice] update broadcast datetime QQ=10: 1.562;19:27:04;16.01.2016
2016-01-16 19:27:14.545 [update notice] update hwc currenterror QQ=10: -;-;-;-;-
2016-01-16 19:27:18.039 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:27:18.705 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:27:28.006 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:27:28.981 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:27:38.090 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:27:39.108 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:27:48.695 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:27:49.390 [update notice] update hwc Mode QQ=10: 55;auto;00;off
2016-01-16 19:27:49.717 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:27:52.107 [update notice] unknown MS cmd: 100ab505082b0f010000000080 / 00
2016-01-16 19:27:58.314 [update notice] unknown MS cmd: 1008b513020508 / 00
2016-01-16 19:27:59.155 [update notice] update hwc Status QQ=10: 66;on;-;55
2016-01-16 19:28:02.248 [update notice] unknown MS cmd: 1012b505082b0f010000000080 / 00


Also, da mein Heizungsbauer es nicht so mit den dünnen Leitungen hat, vermute ich mal einen falsch angeschlossenen Bus.
Ich habe mal am VRS620 im Menue geschaut und dort steht Wärmeerzeuger Anlagensoll 68°C aber an der Therme lese ich 62°C.
Ich habe mal an der Therme gegen 19.25 Uhr auf 64°C erhöht, an der VRS620 hat sich nichts getan im Menu dort steht weiterhin 68°C.
Ich werde mal nach dem Essen die Verkabelung prüfen.

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 17 Januar 2016, 06:07:44
Das sieht in der Tat nach einem Verkabelungsfehler aus. Hat aber nichts mit dem Leitungsdurchmesser zu tun - mein Heizungsbauer hat auch ein Installationskabel 3 x 1,5 mm³ für die Busverbindung benutzt.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: RainerS am 17 Januar 2016, 11:26:21
Morjen, wie wird eigentlich ein update der "ebus"-Software gemacht ? (zunächst OHNE die csv-en).
Habe Version:
version: ebusd 2.0.0-preview.79cbd56



Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 17 Januar 2016, 12:00:15
Zitat von: R2D2_ am 17 Januar 2016, 11:26:21
Morjen, wie wird eigentlich ein update der "ebus"-Software gemacht ? (zunächst OHNE die csv-en).
Habe Version:
version: ebusd 2.0.0-preview.79cbd56

Wenn Du das selbst compiliert hast, dann "git pull && make install".
Wenn Du ein Release package installiert hast, dann einfach neue Version runterladen und drüberinstallieren.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: RainerS am 17 Januar 2016, 12:37:19
@john30: dabei gab's einige Fehler, zum Glück hatte ich das Verzeichnis ~/ebusd vorher gesichert

sudo make install
CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/bash /home/pi/ebusd/build/missing --r                              un aclocal-1.11
cd . && /bin/bash /home/pi/ebusd/build/missing --run automake-1.11 --foreign
CDPATH="${ZSH_VERSION+.}:" && cd . && /bin/bash /home/pi/ebusd/build/missing --run autoconf
/bin/bash ./config.status --recheck
running CONFIG_SHELL=/bin/bash /bin/bash ./configure --sysconfdir=/etc --localstatedir=/var --prefix=/usr --note --no-recursion
checking for g++... g++
checking whether the C++ compiler works... yes
checking for C++ compiler default output file name... a.out
checking for suffix of executables...
checking whether we are cross compiling... no
checking for suffix of object files... o
checking whether we are using the GNU C++ compiler... yes
checking whether g++ accepts -g... yes
checking for gcc... gcc
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking arpa/inet.h usability... yes
checking arpa/inet.h presence... yes
checking for arpa/inet.h... yes
checking dirent.h usability... yes
checking dirent.h presence... yes
checking for dirent.h... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking netdb.h usability... yes
checking netdb.h presence... yes
checking for netdb.h... yes
checking poll.h usability... yes
checking poll.h presence... yes
checking for poll.h... yes
checking pthread.h usability... yes
checking pthread.h presence... yes
checking for pthread.h... yes
checking sys/ioctl.h usability... yes
checking sys/ioctl.h presence... yes
checking for sys/ioctl.h... yes
checking sys/select.h usability... yes
checking sys/select.h presence... yes
checking for sys/select.h... yes
checking sys/time.h usability... yes
checking sys/time.h presence... yes
checking for sys/time.h... yes
checking time.h usability... yes
checking time.h presence... yes
checking for time.h... yes
checking termios.h usability... yes
checking termios.h presence... yes
checking for termios.h... yes
checking for pthread_setname_np in -lpthread... yes
checking for clock_gettime in -lrt... yes
checking for pselect... yes
checking for ppoll... yes
checking for argp_parse... yes
checking argp.h usability... yes
checking argp.h presence... yes
checking for argp.h... yes
checking for doxygen... no
configure: WARNING: Doxygen not found - continuing without Doxygen support.
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for style of include used by make... GNU
checking dependency style of gcc... gcc3
checking dependency style of g++... gcc3
checking for ar... ar
checking the archiver (ar) interface... ar
checking for ranlib... ranlib
checking whether make supports nested variables... yes
configure: creating ./config.status
/bin/bash ./config.status
config.status: creating Makefile
config.status: creating docs/Makefile
config.status: creating src/lib/utils/Makefile
config.status: creating src/lib/ebus/Makefile
config.status: creating src/lib/ebus/test/Makefile
config.status: creating src/ebusd/Makefile
config.status: creating src/tools/Makefile
config.status: creating config.h
config.status: executing depfiles commands
Making install in docs
make[1]: Entering directory '/home/pi/ebusd/docs'
make[2]: Entering directory '/home/pi/ebusd/docs'
make[2]: Nothing to be done for 'install-exec-am'.
make[2]: Nothing to be done for 'install-data-am'.
make[2]: Leaving directory '/home/pi/ebusd/docs'
make[1]: Leaving directory '/home/pi/ebusd/docs'
Making install in src/lib/utils
make[1]: Entering directory '/home/pi/ebusd/src/lib/utils'
  CXX    log.o
  CXX    tcpsocket.o
  CXX    thread.o
  CXX    clock.o
  AR     libutils.a
make[2]: Entering directory '/home/pi/ebusd/src/lib/utils'
make[2]: Nothing to be done for 'install-exec-am'.
make[2]: Nothing to be done for 'install-data-am'.
make[2]: Leaving directory '/home/pi/ebusd/src/lib/utils'
make[1]: Leaving directory '/home/pi/ebusd/src/lib/utils'
Making install in src/lib/ebus
make[1]: Entering directory '/home/pi/ebusd/src/lib/ebus'
  CXX    result.o
  CXX    symbol.o
  CXX    data.o
  CXX    device.o
  CXX    message.o
  AR     libebus.a
make[2]: Entering directory '/home/pi/ebusd/src/lib/ebus'
make[2]: Nothing to be done for 'install-exec-am'.
make[2]: Nothing to be done for 'install-data-am'.
make[2]: Leaving directory '/home/pi/ebusd/src/lib/ebus'
make[1]: Leaving directory '/home/pi/ebusd/src/lib/ebus'
Making install in src/ebusd
make[1]: Entering directory '/home/pi/ebusd/src/ebusd'
  CXX    bushandler.o
bushandler.cpp: In member function 'result_t BusHandler::handleSymbol()':
bushandler.cpp:636:15: error: expected ')' before 'SCAN_VERSION'
bushandler.cpp:636:27: error: expected ')' before ';' token
Makefile:319: recipe for target 'bushandler.o' failed
make[1]: *** [bushandler.o] Error 1
make[1]: Leaving directory '/home/pi/ebusd/src/ebusd'
Makefile:302: recipe for target 'install-recursive' failed
make: *** [install-recursive] Error 1
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 17 Januar 2016, 12:40:05
Zitat von: R2D2_ am 17 Januar 2016, 12:37:19
@john30: dabei gab's einige Fehler, zum Glück hatte ich das Verzeichnis ~/ebusd vorher gesichert
Wahrscheinlich musst Du vorher noch "./autogen.sh" aufrufen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: RainerS am 17 Januar 2016, 12:44:35
Also wie zu Beginn des Thread gem. Reinhard ?

Zitatcd ebusd
sudo ./autogen.sh --prefix=/usr
sudo make
sudo make install
sudo update-rc.d ebusd defaults


um die Binary zu compilieren mache ich das immer so.


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 17 Januar 2016, 12:51:07
@John

Hmm, die Verkabelung, wenn auch etwas abenteuerlich ( bei 4x2x0,6 gibt es ja 3x ws  ;) hat er mal lieber rot/ge genommen  ;D ;D) war elektrisch ok.
Ich habe sie trotzdem mal an allen Busteilnehmern symetrisch korrigiert aber leider wie erwartet war das nicht der Fehler.
Nach wie vor die gleichen Fehler im Log und auch nach einem ebusctl scan full die gleichen Ergebnisse.
Was aber interessant ist, wenn ich die Steuerung abschalte, kann ich im Fehlerspeicher der Therme einen Ebus Fehler lesen.
Im normalen Betrieb allerdings in keinem der Geräte Fehlermeldungen im Speicher.
Ich werde mir mal einen andere Elektronik für die Therme holen.

@pah
Zitat von: Prof. Dr. Peter Henning am 17 Januar 2016, 06:07:44
Das sieht in der Tat nach einem Verkabelungsfehler aus. Hat aber nichts mit dem Leitungsdurchmesser zu tun - mein Heizungsbauer hat auch ein Installationskabel 3 x 1,5 mm³ für die Busverbindung benutzt.
LG
pah

Schon klar, bei 3 x 1,5 mm²  kann er ja auch kaum einen Farbfehler machen  ;D ;D .
Mit den dünnen Kabeln, war eher eine Anspielung auf die großen Finger und die vielen (!) Farben.   ;) .


Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rufus999 am 17 Januar 2016, 14:08:48
@Reinhart
Hallo Reinhart,

in  Antwort #172 schreibst du etwas über deine "automatische Heizkurve".  Wäre es zu viel verlangt wenn du etwas genauer darüber schreibst? Also wie hast du dies realisiert, vielleicht mit einem Beispiel? Ich würde so etwas auch gerne abbilden aber bekomme dies einfach nicht hin.

Danke und Gruss

rufus999
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 17 Januar 2016, 15:04:21
kurzes Update

Ich habe die Steuerung am Heizgerät mal ausgetauscht ( Softwareversion 6.08) aber keinerlei Änderung.
Was aber interessant ist, die Softwareversion wird von der Steuerung VRS620 richtig ausgelesen.
Durch den Wechsel stand dann natürlich die 6.08 hinter Heizgerät also scheint der Ebus zum VRS620 zu laufen , sonst könnte er ja den Softwarewechsel nicht registrieren.
Also nun habe ich mal alles wieder zurückgebaut und im Display der Steuerung wird auch wieder die Version 6.04 angezeigt.

Kann es sein das diese Softwareversion von "ebusd "noch nicht unterstützt wird ??

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 17 Januar 2016, 17:22:57
Nein.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 17 Januar 2016, 17:40:46
@rufus999

Ich hatte hier einmal einen Ansatz gepostet (http://forum.fhem.de/index.php/topic,44082.msg359511.html#msg359511), aber statt komplett die Therme abschalten, habe ich halt 5 Stufen eingebaut um die Heizkurve zu beinflussen.


Die 5 Stufen sehen dann wie folgt aus:
############################  Heizkurve erhöhen  ################################


define Heizkurve_Check_up0 at +*00:28:00 IF (Value("WichtungAll") > (Value("Schwelle") + 25) && ($hour > 5 && $hour < 18) && (Value("AutoHeizkurve") == 1 ) && (Value("Winter") == 1) && (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") == 1 ) && (Value("Winter") == 1) && (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") == 1 ) && (Value("Winter") == 1) && (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") == 1 ) && (Value("Winter") == 1) && (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") == 1 ) && (Value("Winter") == 1) && (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") == 1 && Value("Winter") == 1 && 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") == 1 && Value("Winter") == 1 && 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") == 1 && Value("Winter") == 1 && 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") == 1 && Value("Winter") == 1 && 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") == 1 && Value("Winter") == 1 && Value("HeizkurveEinstellen") == 1.5 ) (set HeizkurveEinstellen 1.30)
attr Heizkurve_Check_down0 room System



WichtungAll     = von Valve ermittelter Wärmebedarf
Schwelle          = Schwellwert wo die Heizkurve verstellt werden soll, wird mit setList vom Anwender vorgegeben (Schaltpunkt)
AutoHeizkurve = wird mit setList vom Anwender vorgegeben (1=Kurve soll automatisch verstellt werden, 0 = keine Verstellung erwünscht, Automatik aus)
Winter              = wird mit setList vom Anwender vorgegeben (1= Winterbetrieb, 0=Sommerbetrieb)
HeizkurveEinstellen = die Heizkurve wird neu geschrieben, bzw. steht im "state" der letzte Wert (sollte ident mit HKurve sein)
Die Zahl hinter der Schwelle ist jener Wert mit welchem eine vorrausschauende Steuerung möglich wird. zB: beginnt sich der Wärmebedarf dem Schwellwert zu nähern (Schwelle -25) dann senke ich bereits eine Stufe ab. Dieser Wert wurde durch beobachten ermittelt und passt bei mir sehr gut. Bei jeder Heizkurve wird dieser Wert immer kleiner bis letztlich zur Schwelle. Zusätzlich habe ich noch das Zeitfenster definiert in welchem überhaupt automatisch gesteuert wird.
Vor 8:00 Uhr Morgens hat es nicht viel Sinn, weil ja generell noch aufgeheizt wird. Hier stehen die Ventile fast alle bei 100% und es würde dann die Hkurve auf den höchsten Wert eingestellt werden, das macht nur unnötig hohen Verbrauch.

Nachtabsenkung ist bei mir Heizkurve 0,2 und am Morgen beginne ich mit 0,7, d.h. ab 08:00 kann, wenn notwendig, erst die erste Verstellung auf 1.0 erfolgen und so weiter.

Die Automatik funktioniert seit einem Jahr perfekt, selbst wenn die Sonne leicht auf den Außenfühler scheint wird durch die Heizkurve wieder kompensiert wenn sie dies für notwendig hält. Das gleiche gilt bei starkem Wind, weil sich der Wärmebedarf dann erhöht obwohl laut Außentemperatur es nicht notwendig wäre den Vorlauf zu erhöhen, hier greift die Automatik ein und erhöht trotzdem.

Alle Situationen werden nun abgedeckt, weil der Wärmebedarf sich von den Umwelteinflüssen nicht betrügen läßt. Selbst wenn ein Raum (welcher in Valves beobachtet wird) auf 27 Grad eingestellt wird, beeinflusst dies nur gering das Gesamtkonzept. Bei mehreren Räumen sollte das nicht passieren, denn dann wird ordentlich geheizt. Aber wenn das Thermostat mehrerer Räume etwas zurück gedreht wird (oder einfach nur im Raum warm wird), dann beginnt die Absenkung des Vorlaufs automatisch.

Du musst dir gut überlegen welche Heizkörper du für die Wärmebedarfsberechnung einbeziehen willst (jene Räume wo du dich am meisten aufhältst, das WC hat keinen Sinn).

LG





[/code]
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 17 Januar 2016, 18:08:33
Erfolgsbericht !!

Also nach dem ich nun einige Test gemacht und die Verkabelung komplett erneuert habe.
Schirm der Leitungen verbunden, Adernpaare verwendet, so das symetrische Leitungen genutzt werden und dann den Ebus Adapter nochmal neu justiert habe, habe ich nun auch ein ordentliches Ergebniss:


pi@raspberrypi:~ $ ebusctl scan result
08;Vaillant;BAI00;0604;5502;21;14;40;0010011642;0001;010806;N1
0a;Vaillant;PMW01;0205;8302;21;14;41;0010014312;3110;007012;N5
12;Vaillant;PMW01;0205;8302;21;14;41;0010014312;3110;007012;N5
15;Vaillant;UI   ;0508;6201;21;14;38;0020080465;0907;005548;N9
23;Vaillant;SOLSY;0500;6301;21;14;39;0020080463;0907;005520;N5
25;Vaillant;SOLSY;0500;6301;21;14;39;0020080463;0907;005520;N5
26;Vaillant;SOLSY;0500;6301;21;14;39;0020080463;0907;005520;N5
50;Vaillant;SOLSY;0500;6301;21;14;39;0020080463;0907;005520;N5
75;Vaillant;RC C ;0507;6201;21;13;21;0020040079;0907;005833;N0
ec;Vaillant;SOLSY;0500;6301;21;14;39;0020080463;0907;005520;N5
fc;Vaillant;PMW01;0205;8302;21;14;41;0010014312;3110;007012;N5


pi@raspberrypi:~ $ ebusctl info
version: ebusd 2.0.0ea7efc
signal: acquired
symbol rate: 56
masters: 5
messages: 546
address 03: master #3
address 08: slave #3, scanned "MF=Vaillant;ID=BAI00;SW=0604;HW=5502"
address 0a: slave, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302", loaded "vaillant/0a.pmw.hwc.csv"
address 10: master #6
address 12: slave, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"
address 15: slave #6, 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 50: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/50.solsy.mc.csv"
address 70: master #16
address 75: slave #16, scanned "MF=Vaillant;ID=RC C ;SW=0507;HW=6201", loaded "vaillant/75.rcc.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/ec.solsy.sc.csv"
address f7: master #24
address fc: slave #24, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"


Nur meine Therme will einfach nicht ! :-[
Was kann ich hierfür nun noch tun ?
Kann ich eines der vorhanden Files umbenennen ?


2016-01-17 17:25:19.739 [update notice] unknown MS cmd: 1008b510090003ffff88ff006400 / 0101
2016-01-17 17:25:19.976 [main error] unable to load scan config 08: no file from /etc/ebusd/vaillant with prefix 08. matches ID "bai00", SW0604, HW5502
2016-01-17 17:25:20.194 [update notice] unknown MS cmd: 1026b509040e100001 / 00



Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 17 Januar 2016, 18:36:44
dir fehlt ein File, checke einfach die Dateien von John noch einmal aus:  http://forum.fhem.de/index.php/topic,46098.msg379534.html#msg379534 (http://forum.fhem.de/index.php/topic,46098.msg379534.html#msg379534)

File: 08.bai.HW7401.csv

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 17 Januar 2016, 19:15:10
Hallo Reinhard,

das habe ich gleich mal gemacht aber weiterhin meldet er


2016-01-17 19:04:03.961 [main error] unable to load scan config 08: no file from /etc/ebusd/vaillant with prefix 08. matches ID "bai00", SW0604, HW5502


Kann ich die Datei , sie existiert als , wie von Dir angegeben, 08.bai.HW7401.csv, umbenennen ?
Er sucht ja 08.bai00.....

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 17 Januar 2016, 20:06:09
du kannst es ja einmal versuchen (08.bai00.csv oder nur die HW Version austauschen) , aber warten wir was John dazu sagt, der weiß das am Besten!

so zum Beispiel: 08.bai.HW502.csv
oder so: 08.bai00.HW502.csv

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 17 Januar 2016, 20:42:56
Zitat von: fz69412 am 17 Januar 2016, 18:08:33
Also nach dem ich nun einige Test gemacht und die Verkabelung komplett erneuert habe.
Schirm der Leitungen verbunden, Adernpaare verwendet, so das symetrische Leitungen genutzt werden und dann den Ebus Adapter nochmal neu justiert habe, habe ich nun auch ein ordentliches Ergebniss:
Das sieht doch jetzt super aus! Hätte nicht gedacht, dass man so eine grottige Verkabelung hin bekommt, dass dann ein paar Geräte Kommunikationsprobleme bekommen. Auf jeden Fall sehr interessant Dein Fall!

So, jetzt zum Thema "Nur meine Therme will einfach nicht !":
Deine Therme würde schon wollen, aber die CSV ist halt für eine andere Hardware ausgelegt.

Das ist der tricky Teil bei den ganzen BAIs. Hier ist das Schema irgendwie völlig anders, als bei den anderen Geräten. Da bin ich auf Euer Feedback und Mithilfe angewiesen, da ich ja keine BAI besitze.

Zum Start kannst Du einfach mal die 08.bai.HW0702.csv umbenennen in "08.bai.csv". Damit lädt ebusd die Datei nach dem Scan.

Allerdings ist davon auszugehen, dass einige (oder auch viele) der Definitionen nicht für Deine Therme stimmen. Insofern bitte vorsichtig damit umgehen. Insbesondere würde ich zunächst mal keinerlei Schreibbefehle absetzen, denn es ist nicht sicher, was die Therme dann daraus macht.

Lesen ist kein Problem.

Ich muss dann mal die DB fragen, was für Deine Therme genau drin steckt. Aber nicht mehr heute.
VG John
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 17 Januar 2016, 21:09:47
Vielen Dank John für deine Hilfe,

das Umbenennen habe ich schon versucht 8) aber keiner der Werte war nutzbar.
Zunächst möchte ich auch nur lesen.
Das Schreiben kommt erst viel, viel später !

Wenn ich irgendwas tun kann bei meiner Therme was Dir und auch anderen helfen könnte, raus damit .

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: RainerS am 18 Januar 2016, 19:19:57
Sporadisch, 5-8 Fehler/d im log:
12:49:51.193 [bus error] send to 08: ERR: read timeout, retry

Hat jemand eine Ahnung, wo ich schrauben muss ? Kann es sein, dass 8 Aufrufe gleichzeitig (lesend, r -f) zuviel sind ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 18 Januar 2016, 19:28:30
das gleich hatte ich auch,

Busverkabelung prüfen und ebus Adapter nochmal abgleichen nach Johns Anleitung.

Zitat
Zitat von: john30 am 24 Dezember 2015, 13:45:40
Noch ein Hinweis zur Poti Einstellung:

Ich finde es leichter, wenn man zur ersten Justierung des Potis den Dienst stoppt (service ebusd stop) und statt dessen mit minimalen Parametern und ohne irgendwelche CSVs direkt in der Kommandozeile startet, z.B. so:
ebusd -f -c /tmp --logareas bus --loglevel info -d $DEVICE
$DEVICE dabei einfach durch das entsprechende /dev/ttyUSB0 o.ä. ersetzen.

Danach aktiviere ich noch aus einem zweiten Terminal (oder über screen) wie folgt den raw output:
ebusctl raw

Somit erhält man im ebusd Fenster die empfangenen Bytes als Hex, also z.B.:
2015-12-24 12:07:16.955 [bus notice] <aa
2015-12-24 12:07:17.001 [bus notice] <aa
2015-12-24 12:07:17.047 [bus notice] <aa
2015-12-24 12:07:17.093 [bus notice] <aa
2015-12-24 12:07:17.097 [bus notice] <10
2015-12-24 12:07:17.102 [bus notice] <50
2015-12-24 12:07:17.107 [bus notice] <b5
2015-12-24 12:07:17.111 [bus notice] <04


Wenn gerade kein Gerät den Bus benutzt, dann sollten etwa 20 Zeilen pro Sekunde ausgegeben werden und zwar mit "<aa" (im Beispiel die oberen 4 Zeilen).

Sobald ein Gerät den Bus benutzt, sieht das natürlich wieder anders aus. Da sind dann kurze Peaks mit was anderem als "aa" zu sehen. Das sollte man dann ignorieren (im Beispiel die unteren 4 Zeilen).

Wichtig ist dann bei der Poti Einstellung, dass man vor allem die regulären "aa"s zu sehen bekommt. Erst wenn die zuverlässig reinlaufen, kann man sich der nächsten Stufe widmen und ebusd wieder regulär als Dienst starten.

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: RainerS am 18 Januar 2016, 20:14:33
@frank: 5-8 Fehler pro Tag ! Du meinst das wäre eine Einstellungssache ?   :-\
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 18 Januar 2016, 21:11:00
Probier es !

Ich hatte recht kuriose Probleme durch eine etwas unsaubere Verkabelung, da hat er zum Beispiel meine Therme nicht gefunden alle anderen Geräte schon.
Nach Korrektur der Verkabelung habe ich nochmal einen Busabgleich durchgeführt, obwohl er die Therme schon gefunden hatte und danach kamen von meiner VR620 noch 3 Adressen mehr.
Die Einstellung des Poti sollte wirklich sehr feinfühlig nach Johns Anleitung durchgeführt werden, bis man die exakte Stellung erreicht, je genauer desto weniger Lesefehler auf dem Bus. Das war meine Erfahrung.

Deine 5-8 Fehler sind nicht wirklich viel und können wahrscheinlich auch ignoriert werden .
Natürlich können sie auch von äußeren Umständen ausgelöst werden, bei unsymetrischer Verkabelung schleifen sich schnell mal Handy-  oder Dectsignale (Schnurlostelefone) ein. Daher bin ich bei Busverkabelungen eher ein Freund symetrischer Verkabelung. Aber auch solche Störungen toleriert der Bus bzw. die Vaillantgeräte recht gut .

Vaillant schreibt diese Verkabelung nicht vor und empfiehlt lediglich 0,75mm² Leitungen zu verwenden.

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: christianh am 18 Januar 2016, 21:23:51
ich bitte um hilfe...
habe meinen  Raspberry neu aufsetzten müssen...

Bin folgend vorgegangen...
Image auf Karte gebannt und ins Gerät gesteckt....
... grundlegende Installation sodass ich via SSH zugreifen kann....
sudo apt-get update && sudo apt-get upgrade
sudo apt-get install perl libdevice-serialport-perl libio-socket-ssl-perl libwww-perl libxml-simple-perl
sudo wget http://fhem.de/fhem-5.6.deb
sudo dpkg -i fhem-5.6.deb
cd /opt
sudo chmod -R a+w fhem && sudo usermod -a -G tty pi && sudo usermod -a -G tty fhem

sudo dpkg install git autoconf automake g++ make
sudo git clone https://github.com/john30/ebusd.git
cd ebusd
sudo ./autogen.sh
sudo ./autogen.sh --prefix=/usr/local
sudo make
sudo make install

cd ebusd
sudo ./autogen.sh --prefix=/usr
sudo make
sudo make install
sudo update-rc.d ebusd defaults  => und jetzt bekomm ich die Fehlermeldung update -rc.d: error: unable to read  /etc/init.d/ebusd


und es wäre voll toll wenn mir wer gleich noch ein paar weitere schritte aufschreiben könnte.....










Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 18 Januar 2016, 21:50:12
was den "ebusd" Teil angeht, kann ich Dir einen frustfreien Weg (rundum-sorglos-paket) empfehlen (da ist alles dabei was man braucht), mach es so wie hier (http://forum.fhem.de/index.php/topic,46098.msg390735.html#msg390735) beschrieben
Also, so:
wget https://github.com/john30/ebusd/releases/download/v2.0/ebusd-2.0_armhf.deb
wget https://github.com/john30/ebusd-configuration/releases/download/v2.0.1/ebusd-configuration-2.0.5aa482c-de_all.deb
sudo dpkg -i --force-overwrite ebusd-2.0_armhf.deb
sudo dpkg -i --force-overwrite ebusd-configuration-2.0.*.deb

Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 18 Januar 2016, 21:53:25
@christianh

dir fehlt das Dämonstartfile.

sudo cp /home/pi/ebusd/contrib/etc/init.d/ebusd.debian /etc/init.d/ebusd   (Dämonstartfile kopieren)
versuche es aus dem HomeVerz. zu kopieren!
Außerdem compilierst du 2 x mit unterschiedlichem Präfix, warum?

cd ebusd
sudo ./autogen.sh --prefix=/usr
sudo make
sudo make install


Aber amunra seine Anleitung führt dich sicher zum Erfolg!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: harry66 am 18 Januar 2016, 21:55:48
Hallo,
Frage? ich bekomme beim abgleichen nach Johns metode folgendes Bild:
2016-01-18 21:44:34.222 [bus notice] <aa
2016-01-18 21:44:34.263 [bus notice] <aa
2016-01-18 21:44:34.302 [bus notice] <aa
2016-01-18 21:44:34.342 [bus notice] <aa
2016-01-18 21:44:34.383 [bus notice] <aa
2016-01-18 21:44:36.044 [bus error] signal lost
2016-01-18 21:45:16.717 [bus notice] re-opened /dev/ttyUSB0
2016-01-18 21:46:00.651 [bus notice] re-opened /dev/ttyUSB0
2016-01-18 21:46:00.694 [bus notice] signal acquired
2016-01-18 21:46:09.812 [bus notice] <aa
2016-01-18 21:46:09.853 [bus notice] <aa
2016-01-18 21:46:09.892 [bus notice] <aa
2016-01-18 21:46:09.932 [bus notice] <aa
2016-01-18 21:46:09.973 [bus notice] <aa
2016-01-18 21:46:10.012 [bus notice] <aa
2016-01-18 21:46:10.052 [bus notice] <aa
2016-01-18 21:46:10.092 [bus notice] <aa
2016-01-18 21:46:10.133 [bus notice] <aa
2016-01-18 21:46:10.171 [bus notice] <aa
2016-01-18 21:46:10.212 [bus notice] <aa
2016-01-18 21:46:10.252 [bus notice] <aa
2016-01-18 21:46:10.292 [bus notice] <aa
2016-01-18 21:46:10.332 [bus notice] <aa
2016-01-18 21:46:10.372 [bus notice] <aa
2016-01-18 21:46:10.412 [bus notice] <aa
2016-01-18 21:46:10.451 [bus notice] <aa


ist das "[bus error] signal lost" normal?  manchmal bleibt die Ausgabe an dieser stelle recht lange hängen

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 18 Januar 2016, 22:07:52
@harry66

Poti stimmt nicht oder Schaltung funktioniert nicht!
Es kommt rein gar nichts an!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: harry66 am 18 Januar 2016, 22:09:30
zwichendurch kommt auch so was!2016-01-18 22:07:45.697 [bus notice] <aa
2016-01-18 22:07:45.737 [bus notice] <aa
2016-01-18 22:07:45.775 [bus notice] <aa
2016-01-18 22:07:45.780 [bus notice] <10
2016-01-18 22:07:45.786 [bus notice] <25
2016-01-18 22:07:45.790 [bus notice] <b5
2016-01-18 22:07:45.794 [bus notice] <04
2016-01-18 22:07:45.799 [bus notice] <01
2016-01-18 22:07:45.803 [bus notice] <17
2016-01-18 22:07:45.808 [bus notice] <c4
2016-01-18 22:07:45.811 [bus notice] <00
2016-01-18 22:07:45.817 [bus notice] <01
2016-01-18 22:07:45.821 [bus notice] <00
2016-01-18 22:07:45.825 [bus notice] <9b
2016-01-18 22:07:45.830 [bus notice] <00
2016-01-18 22:07:45.835 [bus notice] <aa
2016-01-18 22:07:45.874 [bus notice] <aa
2016-01-18 22:07:45.914 [bus notice] <aa
2016-01-18 22:07:45.954 [bus notice] <aa
2016-01-18 22:07:45.995 [bus notice] <aa
2016-01-18 22:07:46.034 [bus notice] <aa
2016-01-18 22:07:46.074 [bus notice] <aa
2016-01-18 22:07:46.115 [bus notice] <aa
2016-01-18 22:07:46.154 [bus notice] <aa
2016-01-18 22:07:46.194 [bus notice] <aa
2016-01-18 22:07:46.233 [bus notice] <aa
2016-01-18 22:07:46.274 [bus notice] <aa
2016-01-18 22:07:46.313 [bus notice] <aa
2016-01-18 22:07:46.354 [bus notice] <aa
2016-01-18 22:07:46.394 [bus notice] <aa
2016-01-18 22:07:46.433 [bus notice] <aa
2016-01-18 22:07:46.474 [bus notice] <aa
2016-01-18 22:07:46.513 [bus notice] <aa
2016-01-18 22:07:46.553 [bus notice] <aa
2016-01-18 22:07:46.593 [bus notice] <aa
2016-01-18 22:07:48.048 [bus error] signal lost

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 18 Januar 2016, 22:13:49
das ist ja schon gut, du empfängst schon Broadcast B50401.......

Versuche noch ganz fein abzustimmen ob der Buserror "Signal lost" noch verschwindet, oder hast da abgeschaltet?

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: harry66 am 18 Januar 2016, 22:20:31
ich vermute da vielleicht ein USB Problem weil wenn ich den USB-Stecker ziehe und wieder reinstecke lauft es wieder 20-30 sec danach wieder signal-lost ?

oder meint Ihr das es bestimmt an der Abstimmung liegt? dann besorge ich mir lieber ein spindelpoti

Gruß Rolf
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 18 Januar 2016, 22:31:47
normalerweise müsste es nach dem Busfehler wieder weiter laufen, immerhin bis du sehr nahe dran, weil die Daten ja schon ankommen.

USB solltest du aber in den Logs des Raspberry finden.

Was ergibt "lsusb" wenn der Fehler da war, ist der USB-Konverter dann noch zu sehen?


pi@raspberry2 ~ $ lsusb
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: harry66 am 18 Januar 2016, 22:45:02
ich denke das hier wird der Grund sein :'(

pi@raspberrypi /etc/init.d $ sudo ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/ttyUSB0
2016-01-18 22:38:56.348 [bus notice] signal acquired
2016-01-18 22:38:56.477 [bus notice] new master 10, master count 2
2016-01-18 22:38:56.481 [bus notice] new master 3f, master count 3
2016-01-18 22:39:02.051 [bus error] signal lost

pi@raspberrypi ~ $ tail -f /var/log/syslog
Jan 18 22:38:59 raspberrypi kernel: [ 8046.111211] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
Jan 18 22:39:00 raspberrypi kernel: [ 8046.443616] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32


ich werde morgen mal ein anderes usb Kabel besorgen oder ebusd auf meinem BananaPi installieren.
An der Abstimmung dreh ich erstmal nix mehr.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 18 Januar 2016, 22:57:58
Ja ist klar, der USB hängt sich auf und gleich darauf kommt logischerweise Signal Lost.

Ich würde auch nix mehr drehen, die Abstimmung hast schon gut hinbekommen.
Zumindest kennst jetzt die Richtung wo du suchen musst. Ich habe immer 2 unterschiedliche Konverter herumliegen, weil die nix kosten und schnell für Tests benötigt werden.

Was hast den für eine Version, denn es gibt mehrere Hinweise auf den Kernel wenn du nach dem Fehler suchst.

pi@raspberry2 ~ $ uname -a
Linux raspberry2 3.18.7+ #755 PREEMPT Thu Feb 12 17:14:31 GMT 2015 armv6l GNU/Linux


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: harry66 am 18 Januar 2016, 23:05:08
hab gerade gelesen das Zentis666 das gleiche Problem hatte und mit Kernel Downgade hinbekommen hat. Da hab ich ja noch Hoffnung 8)

Danke für die schnelle Hilfe zu später Stunde

Gruß Rolf
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 18 Januar 2016, 23:10:59
Alles klar, das ist eine wichtige Erkenntnis weil man leicht vom tatsächlichen Fehler abgelenkt wird. Gut, dass du das so schnell im Log gefunden hast!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: christianh am 19 Januar 2016, 17:39:30
@Amunra

Danke der Code hat funktioniert!
Code: [Auswählen]
wget https://github.com/john30/ebusd/releases/download/v2.0/ebusd-2.0_armhf.deb
wget https://github.com/john30/ebusd-configuration/releases/download/v2.0.1/ebusd-configuration-2.0.5aa482c-de_all.deb
sudo dpkg -i --force-overwrite ebusd-2.0_armhf.deb
sudo dpkg -i --force-overwrite ebusd-configuration-2.0.*.deb

wenn ich nun ebusctl scan eingebe erhalte ich error connecting to localhost :8888

wenn ich mit sudo service ebusd start - läuft zwar der ebus aber als scan result bekomme ich empty!

Wie bekomme ich ebusd zum laufen (autostart) und dass er was anzeigt...  zur Info habe den gekauften adapter....




nochwas ... ich glaube dass es kein usb Gerät findet obwohl es angesteckt ist und blinkt....
Bus 001 Device 006: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC  ist da richtig?



Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: harry66 am 19 Januar 2016, 19:46:32
Hallo,

bei meinem Problem:
Zitat von: harry66 am 18 Januar 2016, 22:45:02
ich denke das hier wird der Grund sein :'(


2016-01-18 22:39:02.051 [bus error] signal lost

pi@raspberrypi ~ $ tail -f /var/log/syslog
Jan 18 22:38:59 raspberrypi kernel: [ 8046.111211] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32


hat folgende Lösung bei mir geholfen:

in der Datei "/boot/cmdline.txt"

folgendes hinzufügen dwc_otg.speed=1
dann den Pi neustarten

das setzt den USB auf 1.0 seit dem habe ich keine aussetzter mehr ;D

zur info ich hab folgende Version drauf:"Linux raspberrypi 4.1.7+ #817 PREEMPT Sat Sep 19 15:25:36 BST 2015 armv6l GNU/Linux"

Gruß Rolf
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: RainerS am 19 Januar 2016, 20:47:23
Linux raspberrypi 4.1.15+ #830 Tue Dec 15 16:58:28 GMT 2015 armv6l GNU/Linux


Funktioniert auch bei mir UND ohne den Eintrag in /boot/cmdline.txt.

Vielleicht hängt's auch mit Deinem USB2SER-Wandler zusammen. Hast Du den von ELV ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: harry66 am 19 Januar 2016, 21:29:14
Hallo,
klar liegt bestimmt am Wandler, ich hatte im Netz einige gefunden die mit dem Teil (http://www.amazon.de/gp/product/B00YMDN2Z6?psc=1&redirect=true&ref_=oh_aui_detailpage_o04_s00) die gleichen Probleme hatten, so hab ich ja auch die Lösung für mich gefunden.

Die Anleitung sollte ja nur zur Info für Leute mit dem gleichen Problem sein.

Gruß Rolf
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 20 Januar 2016, 00:07:47
Zitat von: christianh am 19 Januar 2016, 17:39:30
@Amunra

Danke der Code hat funktioniert!
Code: [Auswählen]
wget https://github.com/john30/ebusd/releases/download/v2.0/ebusd-2.0_armhf.deb
wget https://github.com/john30/ebusd-configuration/releases/download/v2.0.1/ebusd-configuration-2.0.5aa482c-de_all.deb
sudo dpkg -i --force-overwrite ebusd-2.0_armhf.deb
sudo dpkg -i --force-overwrite ebusd-configuration-2.0.*.deb

wenn ich nun ebusctl scan eingebe erhalte ich error connecting to localhost :8888

wenn ich mit sudo service ebusd start - läuft zwar der ebus aber als scan result bekomme ich empty!

Wie bekomme ich ebusd zum laufen (autostart) und dass er was anzeigt...  zur Info habe den gekauften adapter....




nochwas ... ich glaube dass es kein usb Gerät findet obwohl es angesteckt ist und blinkt....
Bus 001 Device 006: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC  ist da richtig?

per default nutzt ebusd /dev/ttyUSB0 passt das bei dir?
Autostart sollte, nach der Installation über packages, bereits funktionieren - is das nicht der Fall?.
Ich würde mich zunächst, um das USB Device Thema kümmern.
Welchen Port dein USB Device nutzt bekommst du z.B so:
sudo dmesg | grep -i tty
raus.
Sollte der Port nicht passen, dann kannst du den in der EBUSD CONFIG anpassen (siehe ebusd wiki run (https://github.com/john30/ebusd/wiki/2.-Run) und wiki (http://www.fhemwiki.de/wiki/EBUS#Software) unter Software) - anschließend ebusd restarten.

Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 20 Januar 2016, 07:05:41
Zitat von: R2D2_ am 18 Januar 2016, 19:19:57
Sporadisch, 5-8 Fehler/d im log:
12:49:51.193 [bus error] send to 08: ERR: read timeout, retry

Hat jemand eine Ahnung, wo ich schrauben muss ? Kann es sein, dass 8 Aufrufe gleichzeitig (lesend, r -f) zuviel sind ?
Gleichzeitige Aufrufe in diesem Sinn gibt es auf dem Bus nicht. Alles was per Kommando oder über irgendein UI im ebusd initiiert wird, wird erst dann auf dem Bus ausgeführt, wenn dieser das auch zulässt (sog. Arbitrierung).

Könnte mir höchstens vorstellen, dass der Empfänger zu dem Zeitpunkt nicht bereit war, zu antworten. Oder schlicht und einfach die abgesetzte Nachricht nicht verarbeiten will/kann.

Ganz ehrlich: 8 Fehler pro Tag ist bei der Menge an Nachrichten so gut wie gar nichts. Das fällt unter normales Rauschen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: christianh am 21 Januar 2016, 20:23:56
Hallo Artur!

Juhu EbusD läuft!!!! oder auch nur Teilweise...
pi@raspberrypi ~ $ ebusctl scan full
done

pi@raspberrypi ~ $ ebusctl scan result
08;Vaillant;BAI00;0703;7401
15;Vaillant;47000;0420;1403
50;Vaillant;V6100;0418;1902

pi@raspberrypi ~ $ ebusctl read -m 10 outsidetemp
^C
pi@raspberrypi ~ $ ebusctl info
^C
pi@raspberrypi ~ $ ebusctl scan result
^C
pi@raspberrypi ~ $ ebusctl scan full
^C
pi@raspberrypi ~ $ ebusctl scan result

und jetzt kommt nichts mehr.... muss ich bei die csv datein wieder einzeln herunterladen?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 21 Januar 2016, 21:57:45
las mich raten:

sudo service ebusd start hat geholfen bzw. du hast dein pi neugestartet ;o)

Bist Du dir sicher, dass bei
ebusctl info
kein Ergebnis kommt?
Das muss in etwa so aussehen:
version: ebusd 2.0.0ea7efc
signal: acquired
symbol rate: 22
masters: 3
messages: 424
address 03: master #3
address 08: slave #3, scanned "MF=Vaillant;ID=BAI00;SW=0516;HW=7401", loaded "vaillant/08.bai.HW7401.csv"
address 10: master #6
address 15: slave #6, scanned "MF=Vaillant;ID=43000;SW=0215;HW=2002", loaded "vaillant/15.430.csv"

Hier siehst du auch welche CSV Dateien geladen wurden.
Die Konfigurationsdateien hast du schon installiert, denke ich? Falls nicht dann dies bitte nachholen mit:
wget https://github.com/john30/ebusd-configuration/releases/download/v2.0.1/ebusd-configuration-2.0.5aa482c-de_all.deb
sudo dpkg -i --force-overwrite ebusd-configuration-2.0.*.deb

Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: christianh am 22 Januar 2016, 10:40:00
offensichtlich bin ich zu ungeduldig!!

habs die nacht durchlaufen lassen und heute früh dass....

pi@raspberrypi ~ $ ebusctl scan result
08;Vaillant;BAI00;0703;7401
15;Vaillant;47000;0420;1403;21;14;51;0020171280;0082;062525;N6
26;Vaillant;47000;0420;1403;21;14;51;0020171280;0082;062525;N6

pi@raspberrypi ~ $ ebusctl read -m 10 outsidetemp
-7.375

Danke !!!!!!

Kannst du mir auch helfen bei FHEM?
Haber Fhem installiert...
sudo apt-get install perl libdevice-serialport-perl libio-socket-ssl-perl libwww-perl libxml-simple-perl
sudo wget http://fhem.de/fhem-5.6.deb
sudo dpkg -i fhem-5.6.deb
cd /opt
sudo chmod -R a+w fhem && sudo usermod -a -G tty pi && sudo usermod -a -G tty fhem

kann aber nicht auf die Weboberfläche zugreifen....
Es kommt einfach nicht wenn ich die IP:8083 eingebe....
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rufus999 am 22 Januar 2016, 11:51:52
@Reinhart
Vielen Dank für dein Beispiel aus Antwort #238!
Ich habe soweit alles eingerichtet und doch ergeben sich noch Probleme/Fragen.
Du schreibst, etwas von/durch Beobachtung ermittelten Werten. Genau darin liegt mein Problem. Wie hast du diese ermittelt? Und woher hast du die "Grenzwerte" der Heizkurve. Meine Heizkurve wurde durch den Heizungsbauer auf 1,4 festgelegt, deshalb weiß ich überhaupt nicht welche Werte, "von bis", ich überhaupt nehmen soll. Ich denke der obere Wert wird dann 1,4 sein aber wie weit gehe ich runter? Nur durch testen, also wenn es zu kalt wird wieder anheben?

Sorry, für die vielen Fragen aber das Thema ist doch sehr umfangreich.

Gruß rufus999
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 22 Januar 2016, 12:28:27
Hallo Rufuss und Hallo Reinhardt,

ich habe noch nicht ganz verstanden, warum Ihr denn die Heizkurve = automatische Anpassung der Vorlauftemperatur an veränderte Aussentemperaturen automatisch verändern wollt ? Ich nehme an, weil das bei z.B. -10°C Aussentemperatur nicht so warm im Wohnzimmer wird, wie bei 0°C oder ? Dann wäre es doch viel sinniger, die Wunschtemperatur rauf oder runter zu regeln, sonst hebelt Ihr doch die komplette Aussentemperaturregelung aus. Ich selber habe ein Funkthermometer im Wohnzimmer und lasse, wenn die Differenz zu gewünschten 20°C größer wird, jeweils um 1 bis 3 °C bei der Wunschtemperatur rauf oder runter setzen. Damit regelt die Heizung immernoch nach Aussentemperatur auf der Kurve, ich gebe ihr damit einfach sozusagen einen Offset auf die Kurve mit.

Grüße

Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 22 Januar 2016, 13:30:03
Zitat von: christianh am 22 Januar 2016, 10:40:00
Kannst du mir auch helfen bei FHEM?
Haber Fhem installiert...
sudo apt-get install perl libdevice-serialport-perl libio-socket-ssl-perl libwww-perl libxml-simple-perl
sudo wget http://fhem.de/fhem-5.6.deb
sudo dpkg -i fhem-5.6.deb
cd /opt
sudo chmod -R a+w fhem && sudo usermod -a -G tty pi && sudo usermod -a -G tty fhem

kann aber nicht auf die Weboberfläche zugreifen....
Es kommt einfach nicht wenn ich die IP:8083 eingebe....

Tipp 1) Nimm besser die aktuelle FHEM Version: http://fhem.de/fhem-5.7.deb
Tipp 2) Läuft FHEM überhaupt service fhem status
Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 22 Januar 2016, 15:21:06
Zitat von: cs-online am 22 Januar 2016, 12:28:27
Hallo Rufuss und Hallo Reinhardt,

ich habe noch nicht ganz verstanden, warum Ihr denn die Heizkurve = automatische Anpassung der Vorlauftemperatur an veränderte Aussentemperaturen automatisch verändern wollt ? Ich nehme an, weil das bei z.B. -10°C Aussentemperatur nicht so warm im Wohnzimmer wird, wie bei 0°C oder ? Dann wäre es doch viel sinniger, die Wunschtemperatur rauf oder runter zu regeln, sonst hebelt Ihr doch die komplette Aussentemperaturregelung aus. Ich selber habe ein Funkthermometer im Wohnzimmer und lasse, wenn die Differenz zu gewünschten 20°C größer wird, jeweils um 1 bis 3 °C bei der Wunschtemperatur rauf oder runter setzen. Damit regelt die Heizung immernoch nach Aussentemperatur auf der Kurve, ich gebe ihr damit einfach sozusagen einen Offset auf die Kurve mit.

Grüße

Christian

du regelst einen Raum, bei meinem Vorschlag wird der gesamte Wärmebedarf berücksichtig und die Außentemperatursteuerung bleibt immer noch im Einsatz, nur viel sparsamer! Je flacher die Kurve, desto mehr sparst du, aber es wird auch nicht mehr so warm! Diese Faktoren berücksichtig aber die Steuerung mit Valves!
Die Außentemperatursteuerung arbeitet ja nur innerhalb einer "fest" eingestellten Kurve und die ist meistens falsch, weil die nur ein Ungefähr Wert nach Erfahrung ist und in Wirklichkeit von vielen Faktoren abhängig ist.
Aber die Aussage, bevor es in mehreren Räumen zu kalt wird erhöhe ich (vorausschauend) die Kurve (und somit den Vorlauf) und nur dann, die ist immer richtig, egal ob es draußen kalt ist oder windig.
Es beeinflussen jetzt 2 Variable den Vorlauf, die Außentemperatur und der tatsächliche Wärmebedarf! Die Räume selbst werden jeder einzeln über Raumthermostaten und regelbare Ventile geregelt.

@rufus
Dein Heizungsbauer kennt die Heizung und hat die Heizkurve so eingestellt, das es auch bei tiefen Temperaturen noch warm wird (Sicherheit). Doch wenn es drinnen wärmer wird und die Heizkörperventile schon zu schließen beginnen, wird die Kurve unnötig hoch sein. Ich würde in deinem Fall 1.5 als Obergrenze sehen, und 0.9 als Regeluntergrenze. Wenn du die Sollwerte (nach deiner Erfahrung) richtig vorgibst, wirst du sehen wie schön jetzt geregelt wird und die 1.5 nur mehr wenn überhaupt für wenige Stunden erreicht wird.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: RainerS am 22 Januar 2016, 17:53:43
Zitat von: cs-onlineDann wäre es doch viel sinniger, die Wunschtemperatur rauf oder runter zu regeln, sonst hebelt Ihr doch die komplette Aussentemperaturregelung aus. Ich selber habe ein Funkthermometer im Wohnzimmer und lasse, wenn die Differenz zu gewünschten 20°C größer wird, jeweils um 1 bis 3 °C bei der Wunschtemperatur rauf oder runter setzen. Damit regelt die Heizung immernoch nach Aussentemperatur auf der Kurve, ich gebe ihr damit einfach sozusagen einen Offset auf die Kurve mit.

Das mache ich auch so, Parallelverschiebung der Heizkurve.
Änderst Du die Temperaturen "Hc1DayTemp / HcNightTemp" oder hast Du ständig die Heizung im Tag-Modus und änderst nur Hc1DayTemp ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: christianh am 22 Januar 2016, 22:33:10
es wird immer besser!! ich sehe schon licht am ende des Tunnels!

Ich denke der Einfachheit werde ich GAEBUS verwenden.....

Ist es richtig wenn ich den Code so anwende?

wget http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/98_GAEBUS.pm
mv 98_GAEBUS.pm /opt/fhem/FHEM

define ebus1 GAEBUS 127.0.0.1:8888 900     #Ebus und Fhem auf dem selben Gerät
attr ebus1 disable 0
attr ebus1 ebusWritesEnabled 1
attr ebus1 room Vaillant

#ergebnis ebusctl scan result
#08;Vaillant;BAI00;0703;7401
#15;Vaillant;47000;0420;1403
#50;Vaillant;V6100;0418;1902

cp 08.bai.HW7401.csv /opt/fhem/ebusd/
cp 15.470.csv /opt/fhem/ebusd/
cp 50.v61.csv /opt/fhem/ebusd/

mv 08.bai.HW7401.csv bai00.csv
mv 15.470.scv 470.scv
mv 50.v61.csv v61.scv


Ich bitte meinen Code zu prüfen..... und oder richtig zu stellen ... möchte nicht schon wieder den raspberry neu aufsetzen....
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rufus999 am 23 Januar 2016, 11:27:51
@Reinhart
Hallo Reinhart kannst du nochmal helfen? Ich bekomme folgende Meldung wenn er die
define Heizkurve_Check_up3 at +*00:32:00 IF (Value("WichtungAll") > (Value("sw_Schwelle") - 5) && ($hour > 4 && $hour < 18) && (Value("AutoHeizkurve") == 1 ) && (Value("Winter") == 1) && (Value("Heizkurve") == 0.9 )) (set Heizkurve_set 1.00)

2016.01.23 10:55:51 1: PERL WARNING: Argument "" isn't numeric in numeric eq (==) at (eval 13824) line 1.
2016.01.23 10:55:51 3: eval: {if(Value("WichtungAll") > (Value("sw_Schwelle") - 5) && ($hour > 4 && $hour < 18) && (Value("AutoHeizkurve") == 1 ) && (Value("Winter") == 1) && (Value("Heizkurve") == 0.9 )){fhem('set Heizkurve_set 1.00')}}

ausführen soll. Liegt das an der Formatierung der Value"Heizkurve"?!

Gruss rufus999
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 23 Januar 2016, 12:07:33
 @rufus999

Die Meldung hatte ich auch sehr lange, aber die habe ich jetzt weg, weiß aber nicht mehr wo ich genau gedreht habe. Irgendwo steckt hinter der Zahl noch ein anderes Zeichen(Steuerzeichen?) glaube ich.
Kann aber sein, das es die Wichtung selber ist. Test es einfach so aus, das du immer ein Reading durch eine Zahl ersetzt und wieder testet, dann kommst du drauf welches Reading es ist und kannst darauf reagieren.

define Heizkurve_Check_up3 at +*00:00:30 IF (50 > (50 - 5) && ($hour > 4 && $hour < 18) && (Value("AutoHeizkurve") == 1 ) && (Value("Winter") == 1) && (Value("Heizkurve") == 0.9 )) (set Heizkurve_set 1.00))
so ungefähr mein ich, dann siehst du nach 30 Sekunden ob es weg ist. Wenn nicht, dann die nächsten durch eine echte Zahl ersetzen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 23 Januar 2016, 13:24:24
Zitat von: christianh am 22 Januar 2016, 22:33:10

cp 08.bai.HW7401.csv /opt/fhem/ebusd/
cp 15.470.csv /opt/fhem/ebusd/
cp 50.v61.csv /opt/fhem/ebusd/

cd /opt/fhem/ebusd/
mv 08.bai.HW7401.csv bai00.csv
mv 15.470.scv 470.scv
mv 50.v61.csv v61.scv


Ich bitte meinen Code zu prüfen..... und oder richtig zu stellen ... möchte nicht schon wieder den raspberry neu aufsetzen....

Ja, sollte so passen, aber vor dem mv noch ein cd /opt/fhem/ebusd/ dann liegen die Dateien richtig. Im Prinzip ist es aber GAEBUS egal ob die Dateien 08.... heißen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: christianh am 23 Januar 2016, 19:23:30
habe nun alles an die stellen kopiert und verschoben....
umbenannt habe ich die csv (noch) nicht. (weils ja im prinzip egal ist...).
das Verzeichnis /opt/fhem/ebusd war nicht vorhanden ... hab es angelegt.

und wenn ich nun in Fhem versuche define ebus1 GAEBUS 127.0.0.1:8888 900 einzugeben erhalte ich die Fehlermeldung Cannot load module GAEBUS.... :(
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 23 Januar 2016, 20:36:12
aber die 98_GAEBUS.pm ist schon installiert?

ansonsten hohl sie von hier: http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/98_GAEBUS.pm (http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/98_GAEBUS.pm)

und kopiere sie nach /opt/fhem/FHEM

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: christianh am 23 Januar 2016, 21:41:01
die 98_GAEBUS.pm war zwar schon im Verzeichnis /opt/fhem/FHEM

hab sie sicherheitshalber nochmals mit befehlt
wget http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/98_GAEBUS.pm
heruntergeladen und anschließend mit mv 98_GAEBUS.pm /opt/fhem/FHEM ins zielverzeichnis kopiert..

anschließend habe ich FHEM mit Shutdown restart neu gestartet und define ebus1 GAEBUS 127.0.0.1:8888 900 eingegeben...
und wieder als antwort   Cannot load module GAEBUS......
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 23 Januar 2016, 22:11:09
Zitat von: christianh am 23 Januar 2016, 21:41:01
wget http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/98_GAEBUS.pm
Dein Download ist falsch, das hatten wir schon hier - schau doch mal in die Datei rein, dann wirst du sehen was ich meine (Die Datei sollte lauter HMTL Tags beinhalten.... das ist nicht richtig!) ;o)
Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: christianh am 23 Januar 2016, 22:22:59
und wie mach ich es richtig?   :o



Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 23 Januar 2016, 22:44:21
Zitat von: christianh am 23 Januar 2016, 22:22:59
und wie mach ich es richtig?   :o
So:
sudo wget http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/98_GAEBUS.pm?format=raw -O /opt/fhem/FHEM/98_GAEBUS.pm
Viele Grüße
Arthur

P.S: Dann ein FHEM shutdown restart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: christianh am 23 Januar 2016, 22:51:48
 :D :D ;D ;D ;D ;D ;D :D :D :D


Danke!!!!!!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 23 Januar 2016, 22:56:10
Gerne.
Dann kann es hier (http://forum.fhem.de/index.php/topic,46098.msg381580.html#msg381580) weiter gehen.
Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: christianh am 24 Januar 2016, 10:50:09
irgendwie wills bei mir nicht....

(//)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 24 Januar 2016, 11:26:39
etwas mit deinem ebus(d) stimmt noch nicht.
was liefert ein (Kommando in der Konsole/im Terminal):
ebusctl r -f -c bai OutdoorstempSensor
Viele Grüße
Arthur

EDIT: Bitte auch noch:
ebusctl i
hier posten.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: christianh am 24 Januar 2016, 12:14:15

pi@raspberrypi ~ $ ebusctl r -f -c bai OutdoorstempSensor
3.25;ok

pi@raspberrypi ~ $ ebusctl i
version: ebusd 2.0.f5e218e
signal: acquired
symbol rate: 57
masters: 4
messages: 556
address 03: master #3
address 08: slave #3, scanned "MF=Vaillant;ID=BAI00;SW=0703;HW=7401", loaded "vaillant/08.bai.HW7401.csv"
address 10: master #6
address 15: slave #6, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403", loaded "vaillant/15.470.csv"
address 50: slave, scanned "MF=Vaillant;ID=V6100;SW=0418;HW=1902", loaded "vaillant/50.v61.csv"
address ff: master #25
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 24 Januar 2016, 12:34:29
etwas passt hier nicht zusammen, bitte ein log mit level 5 hier vom entsprechenden Zeitpunkt posten.
attr ebus1 verbose 5
Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: christianh am 24 Januar 2016, 12:52:27
leider weiß ich nicht wie das geht....
(//)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 24 Januar 2016, 12:58:15
jetzt nur noch in das fhem.log schauen und hier den entsprechenden Zeitraum (etwas davon und danach) hier posten.
Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 24 Januar 2016, 14:22:27
Vorschlag zur Überwachung des PRG's "ebusd" per cron:

Neue Datei im home-Verzeichnis erzeugen:
$ nano ~/ebusd_check.sh

Nachfolgenden Code eingeben:

#!/bin/bash
if [ ! "$(pidof ebusd)" ]
then
  sudo /etc/init.d/ebusd start &
fi


Mit CTRL-X beenden und mit "j" bestätigen.

Datei ausführbar machen:
$ chmod +x ~/ebusd_check.sh

Cronjob einrichten:
$ crontab -e

Folgende Zeile hinzufügen:
* * * * * /home/pi/ebusd_check.sh > /dev/null

Jetzt wird jede Minute das Vorhandensein des Prozesses "ebusd" geprüft. Wenn das
Programm aus irgendeinem Grund gestoppt wurde, erfolgt der Neustart.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 24 Januar 2016, 14:32:11
Hallo ms_9,
eine Lösung mit dem Watchdog wurde hier (http://www.fhemwiki.de/wiki/EBUS#Mithilfe_von_Watchdog) schon beschrieben.
Mit dem Cronjob geht es natürlich auch. ;o)
Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 24 Januar 2016, 14:36:26
Das macht der eingebaute Watchdog des Raspberry Pi viel besser.
Dazu muss nur ein entsprechendes Skript nach /etc/watchdog.d geschrieben werden:.


#!/bin/sh
# description: watchdog helper file for ebusd 

case "$1" in
'test')
        #--- Test for ebusd
        if [ -s /var/run/ebusd.pid ] ; then
            RUN=`ps -ef | grep ebusd.*USB0 | grep -v grep`
            if [ "$RUN" != "" ] ; then           
               exit 0
            else
               echo "ebusd defunct at "`date`
               exit 1   
            fi
        else
            echo "ebusd not running, return 1 at "`date`
            exit 1   
        fi
        ;;
"repair")
        #-- Restarting ebusd
        echo "ebusd restarting at "`date`
        /etc/init.d/ebusd start
        RETVAL=$?
        exit 0
        ;;
*)
        exit 0
        ;;
esac


LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 24 Januar 2016, 14:43:59
@amunra,pah:
Soll nur ein Vorschlag sein  8)  und ist für Anfänger vermutlich eine sehr einfache Möglichkeit der PRG-Überwachung.

Es spricht ja nichts gegen den Hardware-Watchdog des pi, setzt aber noch einige weitere Kenntnisse und Einstellungen im System vorraus  ;)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: christianh am 24 Januar 2016, 14:56:33
2016.01.24 12:51:00 1: Including fhem.cfg
2016.01.24 12:51:00 3: telnetPort: port 7072 opened
2016.01.24 12:51:00 3: WEB: port 8083 opened
2016.01.24 12:51:00 3: WEBphone: port 8084 opened
2016.01.24 12:51:00 3: WEBtablet: port 8085 opened
2016.01.24 12:51:00 2: eventTypes: loaded 163 events from ./log/eventTypes.txt
2016.01.24 12:51:00 3: Opening TCM_ESP2_0 device /dev/ttyUSB0
2016.01.24 12:51:00 3: Setting TCM_ESP2_0 serial parameters to 9600,8,N,1
2016.01.24 12:51:00 3: TCM_ESP2_0 device opened
2016.01.24 12:51:01 3: GAEBUS opening ebus1 device 127.0.0.1(8888)
2016.01.24 12:51:01 3: GAEBUS device opened (ebus1)
2016.01.24 12:51:01 2: called GAEBUS_Attr(set,ebus1,userattr,<r~08.bai.HW7401~OutdoorstempSensor~d.47_Außentemperaturfühler r~15.470~OutsideTemp~Außentemp._Sensor>)
2016.01.24 12:51:01 2: called GAEBUS_Attr(set,ebus1,disable,<0>)
2016.01.24 12:51:01 2: called GAEBUS_Attr(set,ebus1,ebusWritesEnabled,<1>)
2016.01.24 12:51:01 2: called GAEBUS_Attr(set,ebus1,r~08.bai.HW7401~OutdoorstempSensor~d.47_Außentemperaturfühler,<Aussenfühler>)
2016.01.24 12:51:01 2: called GAEBUS_Attr(set,ebus1,r~15.470~OutsideTemp~Außentemp._Sensor,<Aussentemperatur>)
2016.01.24 12:51:01 2: called GAEBUS_Attr(set,ebus1,verbose,<5>)
2016.01.24 12:51:01 1: Including ./log/fhem.save
2016.01.24 12:51:01 3: WARNING: unsupported character in reading Aussenfühler (not A-Za-z/\d_\.-), notify the GAEBUS module maintainer.
2016.01.24 12:51:01 1: /dev/ttyUSB0 disconnected, waiting to reappear (TCM_ESP2_0)
2016.01.24 12:51:01 3: TCM set TCM_ESP2_0 reset
2016.01.24 12:51:01 2: TCM TCM_ESP2_0 No FD
2016.01.24 12:51:01 3: TCM get TCM_ESP2_0 baseID
2016.01.24 12:51:01 2: TCM TCM_ESP2_0 No FD
2016.01.24 12:51:01 2: TCM TCM_ESP2_0 initialized
2016.01.24 12:51:01 1: usb create starting
2016.01.24 12:51:02 3: Probing CUL device /dev/ttyAMA0
2016.01.24 12:51:02 3: Probing TCM_ESP3 device /dev/ttyAMA0
2016.01.24 12:51:02 3: Probing FRM device /dev/ttyAMA0
2016.01.24 12:51:08 1: usb create end
2016.01.24 12:51:08 2: SecurityCheck:  WEB,WEBphone,WEBtablet has no associated allowed device with basicAuth. telnetPort has no associated allowed device with password/globalpassword.  Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2016.01.24 12:51:08 0: Featurelevel: 5.7
2016.01.24 12:51:08 0: Server started with 12 defined entities (fhem.pl:10582/2016-01-21 perl:5.014002 os:linux user:fhem pid:2611)
2016.01.24 12:51:11 4: ebus1 start GetUpdates2
2016.01.24 12:51:11 3: GAEBUS opening ebus1 device 127.0.0.1(8888)
2016.01.24 12:51:11 3: GAEBUS device opened (ebus1)
2016.01.24 12:51:11 5: ebus1 GetUpdates: Aussenfühler:1

2016.01.24 13:25:16 4: ebus1 start GetUpdates2
2016.01.24 13:25:16 3: GAEBUS opening ebus1 device 127.0.0.1(8888)
2016.01.24 13:25:16 3: GAEBUS device opened (ebus1)
2016.01.24 13:25:16 5: ebus1 GetUpdates: Aussenfühler:1
2016.01.24 13:25:16 3: ebus1 execute r  -f -c 08.bai.HW7401 OutdoorstempSensor
2016.01.24 13:25:16 3: ebus1 answer r Aussenfühler ERR: element not found
2016.01.24 13:25:16 5: ebus1 GetUpdates: Aussentemperatur:1
2016.01.24 13:25:16 3: ebus1 execute r  -f -c 15.470 OutsideTemp
2016.01.24 13:25:16 3: ebus1 answer r Aussentemperatur ERR: element not found
2016.01.24 13:27:16 4: ebus1 start GetUpdates2
2016.01.24 13:27:16 3: GAEBUS opening ebus1 device 127.0.0.1(8888)
2016.01.24 13:27:16 3: GAEBUS device opened (ebus1)
2016.01.24 13:27:16 5: ebus1 GetUpdates: Aussenfühler:1
2016.01.24 13:27:16 3: ebus1 execute r  -f -c 08.bai.HW7401 OutdoorstempSensor
2016.01.24 13:27:16 3: ebus1 answer r Aussenfühler ERR: element not found
2016.01.24 13:27:16 5: ebus1 GetUpdates: Aussentemperatur:1
2016.01.24 13:27:16 3: ebus1 execute r  -f -c 15.470 OutsideTemp
2016.01.24 13:27:17 3: ebus1 answer r Aussentemperatur ERR: element not found
2016.01.24 13:29:17 4: ebus1 start GetUpdates2
2016.01.24 13:29:17 3: GAEBUS opening ebus1 device 127.0.0.1(8888)
2016.01.24 13:29:17 3: GAEBUS device opened (ebus1)
2016.01.24 13:29:17 5: ebus1 GetUpdates: Aussenfühler:1
2016.01.24 13:29:17 3: ebus1 execute r  -f -c 08.bai.HW7401 OutdoorstempSensor
2016.01.24 13:29:17 3: ebus1 answer r Aussenfühler ERR: element not found
2016.01.24 13:29:17 5: ebus1 GetUpdates: Aussentemperatur:1
2016.01.24 13:29:17 3: ebus1 execute r  -f -c 15.470 OutsideTemp
2016.01.24 13:29:17 3: ebus1 answer r Aussentemperatur ERR: element not found
2016.01.24 13:31:17 4: ebus1 start GetUpdates2
2016.01.24 13:31:17 3: GAEBUS opening ebus1 device 127.0.0.1(8888)
2016.01.24 13:31:17 3: GAEBUS device opened (ebus1)
2016.01.24 13:31:17 5: ebus1 GetUpdates: Aussenfühler:1
2016.01.24 13:31:17 3: ebus1 execute r  -f -c 08.bai.HW7401 OutdoorstempSensor
2016.01.24 13:31:17 3: ebus1 answer r Aussenfühler ERR: element not found
2016.01.24 13:31:17 5: ebus1 GetUpdates: Aussentemperatur:1
2016.01.24 13:31:17 3: ebus1 execute r  -f -c 15.470 OutsideTemp
2016.01.24 13:31:17 3: ebus1 answer r Aussentemperatur ERR: element not found
2016.01.24 13:33:17 4: ebus1 start GetUpdates2
2016.01.24 13:33:17 3: GAEBUS opening ebus1 device 127.0.0.1(8888)
2016.01.24 13:33:17 3: GAEBUS device opened (ebus1)
2016.01.24 13:33:17 5: ebus1 GetUpdates: Aussenfühler:1
2016.01.24 13:33:17 3: ebus1 execute r  -f -c 08.bai.HW7401 OutdoorstempSensor
2016.01.24 13:33:17 3: ebus1 answer r Aussenfühler ERR: element not found
2016.01.24 13:33:17 5: ebus1 GetUpdates: Aussentemperatur:1
2016.01.24 13:33:17 3: ebus1 execute r  -f -c 15.470 OutsideTemp
2016.01.24 13:33:17 3: ebus1 answer r Aussentemperatur ERR: element not found
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 24 Januar 2016, 15:02:00
@christianh

wir haben es! - du musst die Dateien (im Verzeichnis /opt/fhem/ebusd) umbenennen:

von 15.470.csv -> 470.csv
von 08.bai.HW7401.csv -> bai.csv

und andere CSV-Files die du im Einsatz hast.

Anschließend FHEM restart shutdown.

Die vorhandenen Attribute musst du löschen und neu anlegen.
Danach sollte es gehen.

Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: christianh am 24 Januar 2016, 15:29:41
genau das wars...   also das umbenennen ist doch notwendig....


Das ist nun die Zusammenfassung was ich (durch Anleitung einiger hier im Forum) alles gemacht habe, dass Ebusd auf FHEM GAEBUS läuft!
Ich danke allen nochmals für die ausgesprochen gute Hilfe!

sudo apt-get update && sudo apt-get upgrade
sudo apt-get install git autoconf automake g++ make
sudo apt-get install perl libdevice-serialport-perl libio-socket-ssl-perl libwww-perl libxml-simple-perl
sudo wget http://fhem.de/fhem-5.7.deb
sudo dpkg -i fhem-5.7.deb
cd /opt
sudo chmod -R a+w fhem && sudo usermod -a -G tty pi && sudo usermod -a -G tty fhem

wget https://github.com/john30/ebusd/releases/download/v2.0/ebusd-2.0_armhf.deb
wget https://github.com/john30/ebusd-configuration/releases/download/v2.0.1/ebusd-configuration-2.0.5aa482c-de_all.deb
sudo dpkg -i --force-overwrite ebusd-2.0_armhf.deb
sudo dpkg -i --force-overwrite ebusd-configuration-2.0.*.de

sudo git clone https://github.com/john30/ebusd.git
cd ebusd
sudo ./autogen.sh
sudo ./autogen.sh --prefix=/usr/local
sudo make
sudo make install

cd ebusd
sudo ./autogen.sh --prefix=/usr
sudo make
sudo make install
sudo update-rc.d ebusd defaults


USB ABfrage
sudo dmesg | grep -i tty


FHEM
service fhem status
service fhem start     oder  stop

EBUSD
ebusctl scan full     scan result    info

ergebnis ebusctl scan result
08;Vaillant;BAI00;0703;7401
15;Vaillant;47000;0420;1403
50;Vaillant;V6100;0418;1902

Abfrage temp
ebusctl read -m 10 outsidetemp


________________________________________________________________________________________________________________________-
FHEM

update
shutdown restart
define Wetter weather 547148 600 de
define LichtWetter twilight 48.0088985 13.9245608 547148
____________________________________________________________________________________________________________________________
GAEBUS

sudo wget http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/98_GAEBUS.pm?format=raw -O /opt/fhem/FHEM/98_GAEBUS.pm

define ebus1 GAEBUS 127.0.0.1:8888 900
attr ebus1 disable 0
attr ebus1 ebusWritesEnabled 1
attr ebus1 room Vaillant

cd /opt/fhem
mkdir ebusd
cp 08.bai.HW7401.csv /opt/fhem/ebusd/
cp 15.470.csv /opt/fhem/ebusd/
cp 50.v61.csv /opt/fhem/ebusd/

cd /opt/fhem/ebusd/
mv 08.bai.HW7401.csv bai00.csv
mv 15.470.scv 470.scv
mv 50.v61.csv v61.scv
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: christianh am 24 Januar 2016, 16:03:18
Weiss wer ob die bai00.cfg wie in der wiki beschrieben als download verfügbar ist?
Oder kann ich einfach unter windows die Codeschnipsel in eine Datei zusammenkopieren umbenennen und ins Verzeichnis /opt/fhem/FHEM/ kopieren?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 24 Januar 2016, 19:42:54
ja das sollte so passen, du musst nur aufpassen wohin der Code kommt.

In deinem Textfile hast 3 verschiedene Ziele vermischt. Ich würde Copy & Paste über die Zwischenablage und nur die Teile die du wirklich brauchst.
Einen gemeinsamen Download kann man kaum machen, weil die Wünsche zu unterschiedlich sind und wenn alles ein Zipfile ist kennt sich kaum mehr wer aus für was das überhaupt ist.

Das Wiki wurde ja in den letzten Tagen sehr stark erweitert und versucht möglichst viele Wünsche der Anwender abzudecken.

Ich würde nicht alles auf einmal, sondern immer in Teilabschnitten dein Fhem erweitern. Funktioniert das eine, dann erst zum anderen Thema wechseln.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 25 Januar 2016, 07:53:01
wäre es nicht sinnvoller, statt die Dateien zu kopieren, zumindest symbolische Links zu verwenden?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: harry66 am 25 Januar 2016, 21:43:41
Hallo,

ich hab noch ein kleines Problem, von meinen 8 Werten die ich Abfrage kommen aktuell Ausentemperatur und Speichertemperatur nicht in dblog an?

Es hatte schon mal funktioniert, leider weis ich nicht was ich zu letzt geändert hatte :-\

evt. liegt es an meiner bai00.cfg die aktuell so aussieht:
################## bai00.cfg ###############
#
#!/usr/bin/perl
# Status

# Aussentemperatur
get Aussentemperatur cmd {"r -f outsidetemp temp\n"}
get Aussentemperatur expect ".*\n*"
get Aussentemperatur postproc { $_ }

# vorlauftemperatur
get Vorlauf cmd {"r -m 10 status01 temp1.0\n"}
get Vorlauf expect "\d+\.\d+\n\n"
get Vorlauf postproc { sprintf("%5.1f",$_) }

# Ruecklauftemperatur
get Ruecklauf cmd {"r -m 10 status01 temp1.1\n"}
get Ruecklauf expect "\d+\.\d+\n\n"
get Ruecklauf postproc { sprintf("%5.1f",$_) }

# BetrStdPumpe
get PumpHours cmd {"r -f PumpHours\n"}
get PumpHours expect "\d+\n\n"
get PumpHours postproc { sprintf("%5.0f",$_) }

# Fanspeed
get Fanspeed cmd {"r -f SDFanSpeed\n"}
get Fanspeed expect "\d+\n\n"
get Fanspeed postproc { sprintf("%5.0f",$_) } 

# Heizkurve lesen
get HKurve cmd {"r -f HeatingCurve\n"}
get HKurve expect "\d+\.\d+\n"
get HKurve postproc { sprintf("%3.1f",$_) }

# Wasserdruck
get Wasserdruck cmd {"r -f WaterPressure\n"}
get Wasserdruck expect "\d+\n\n"
get Wasserdruck postproc { sprintf("%5.1f",$_) }

# Speichertemperatur
get Speichertemperatur cmd {"r -f Storage1Sensor2 temp\n"}
get Speichertemperatur expect ".*\n*"
get Speichertemperatur postproc { $_ }


alle Werte werden einwandfrei abgerufen evt. liegt es an Zeilenumbruch?

2016.01.25 21:43:45 3: EBUS.Timer: Vorlauf  50.0


Speichertemperatur 56.38


Aussentemperatur 8.62
HKurve 1.3
Fanspeed     0
PumpHours 25361
Ruecklauf  42.0
2016.01.25 21:38:45 3: EBUS.Timer: Vorlauf  43.0
2016.01.25 21:35:07 3: checkGDS: Keine Warnmeldung für die gesuchte Region vorhanden.


Speichertemperatur 56.44


Aussentemperatur 8.62
HKurve 1.3
Fanspeed     0
PumpHours 25361
Ruecklauf  43.0
2016.01.25 21:33:45 3: EBUS.Timer: Vorlauf  44.0

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 25 Januar 2016, 23:09:54
was passiert denn wenn du in Fhem auf die Aussentemperatur klickst und dann mit dem Menü "get Aussentemperatur Aussentemperatur" abholst?

Läuft es in ein Timeout mit dem Rückgabewert 0 oder kommt die Temperatur?

Schaut ja sonst gut aus.

LG

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 26 Januar 2016, 00:13:58
Zitat von: harry66 am 25 Januar 2016, 21:43:41
ich hab noch ein kleines Problem, von meinen 8 Werten die ich Abfrage kommen aktuell Ausentemperatur und Speichertemperatur nicht in dblog an?
ALT
get Aussentemperatur expect ".*\n*"
NEU
get Aussentemperatur expect ".*\n"
ALT
get Speichertemperatur expect ".*\n*"
NEU
get Speichertemperatur expect ".*\n"
Viele Grüße
Arthur
P.S: expect evtl. mit \n\n abschließen -die kommen nämlich doppelt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: harry66 am 26 Januar 2016, 20:35:51
Hallo,
ich habe jetzt mal alle varianten durchprobiert leider ohne erfolg.
Vielleicht kann ja einer was aus meinem log lesen?(hab auf verbose 5 gestellt)
2016.01.26 20:11:54 5: Notify from Device: Speichertemperatur recieved


2016.01.26 20:11:54 5: Notify loop for Speichertemperatur Speichertemperatur: 60.12
2016.01.26 20:11:54 5: Triggering Speichertemperatur (2 changes)
2016.01.26 20:11:54 5: Postprocessed value is "60.12\n\n".
2016.01.26 20:11:54 5: Postprocessing "60.12\n\n" with perl command { $_ }.
2016.01.26 20:11:54 5: EBUS: received answer "60.12\n\n"
2016.01.26 20:11:54 5: SW: 72202d662053746f726167653153656e736f72322074656d700a
2016.01.26 20:11:54 5: EBUS: sending command "r -f Storage1Sensor2 temp\n"
2016.01.26 20:11:54 5: ECMDDevice: Analyze command >{"r -f Storage1Sensor2 temp\n"}<
2016.01.26 20:11:54 5: Cmd: >get Speichertemperatur Speichertemperatur<
2016.01.26 20:11:54 5: Notify from Device: Aussentemperatur recieved


2016.01.26 20:11:54 5: Notify loop for Aussentemperatur Aussentemperatur: 6.44
2016.01.26 20:11:54 5: Triggering Aussentemperatur (2 changes)
2016.01.26 20:11:54 5: Postprocessed value is "6.44\n\n".
2016.01.26 20:11:54 5: Postprocessing "6.44\n\n" with perl command { $_ }.
2016.01.26 20:11:54 5: EBUS: received answer "6.44\n\n"
2016.01.26 20:11:54 1: EBUS: unexpected answer "6.44\n\n" received (wrote "r -f outsidetemp temp\n", expected .*)
2016.01.26 20:11:54 5: SW: 72202d66206f75747369646574656d702074656d700a
2016.01.26 20:11:54 5: EBUS: sending command "r -f outsidetemp temp\n"
2016.01.26 20:11:54 5: ECMDDevice: Analyze command >{"r -f outsidetemp temp\n"}<
2016.01.26 20:11:54 5: Cmd: >get Aussentemperatur Aussentemperatur<
2016.01.26 20:11:54 5: DbLog: logging of Device: HKurve , Type: ECMDDEVICE , Event: HKurve 1.3 , Reading: state , Value: HKurve 1.3 , Unit:
2016.01.26 20:11:54 5: DbLog: logging of Device: HKurve , Type: ECMDDEVICE , Event: HKurve: 1.3 , Reading: HKurve , Value: 1.3 , Unit:
2016.01.26 20:11:54 5: Notify from Device: HKurve recieved
2016.01.26 20:11:54 5: Notify loop for HKurve HKurve: 1.3
2016.01.26 20:11:54 5: Triggering HKurve (2 changes)
2016.01.26 20:11:54 5: Postprocessed value is "1.3".
2016.01.26 20:11:54 5: Postprocessing "1.30\n\n" with perl command { sprintf("%3.1f",$_) }.
2016.01.26 20:11:54 5: EBUS: received answer "1.30\n\n"
2016.01.26 20:11:54 5: SW: 72202d662048656174696e6743757276650a
2016.01.26 20:11:54 5: EBUS: sending command "r -f HeatingCurve\n"
2016.01.26 20:11:54 5: ECMDDevice: Analyze command >{"r -f HeatingCurve\n"}<
2016.01.26 20:11:54 5: Cmd: >get HKurve HKurve<


Edit:habs rausgefunden:# Aussentemperatur
get Aussentemperatur cmd {"r -f outsidetemp temp\n"}
get Aussentemperatur expect ".*\n\n"
get Aussentemperatur postproc {sprintf("%3.1f",$_)}
# Speichertemperatur
get Speichertemperatur cmd {"r -f Storage1Sensor2 temp\n"}
get Speichertemperatur expect ".*\n\n"
get Speichertemperatur postproc {sprintf("%3.1f",$_)}


so funktioniert es wieder ;D

Danke für eure unterstützung
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_9 am 28 Januar 2016, 18:23:33
Komme gerade nicht weiter, möchte 2 set-Befehle absetzten, was aber mit einer Fehlermeldung zum ebus quittiert wird:

(set SollTempTag 23.0;;set SollTempNacht 22.0)

Fehlereintrag:
2016.01.28 18:18:42 1: EBUS: unexpected answer "usage: write [-d ZZ] [-c] CIRCUIT NAME [VALUE[;VALUE]*]\n  or:  write -h ZZPBSBNNDx\n Write value(s) or hex message.\n  -d ZZ    override destination address ZZ\n  CIRCUIT  the CIRCUIT of the message to send\n  NAME     the NAME of the message to send\n  VALUE    a single field VALUE\n  -h       send hex write message:\n    ZZ     destination address\n    PB SB  primary/secondary command byte\n    NN     number of following data bytes\n    Dx     the data byte(s) to send\n\n" received (wrote "write 470 Hc1DayTemp 22.5;set SollTempNacht 21.5\n", expected .*\n\n)
2016.01.28 18:18:42 3: get RaumTempSollTagSchreiben RaumTempSollTagSchreiben : RaumTempSollTagSchreiben usage: write [-d ZZ] [-c] CIRCUIT NAME [VALUE[;VALUE]*]
  or:  write -h ZZPBSBNNDx
Write value(s) or hex message.
  -d ZZ    override destination address ZZ
  CIRCUIT  the CIRCUIT of the message to send
  NAME     the 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     the data byte(s) to send


Warum interpretiert FHEM nicht zwei "set"-Befehle ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 28 Januar 2016, 19:30:29
@ms_9

versuche es einmal über eine Gruppe, so etwa:

define SollTemp dummy
attr SollTemp setList state:0,1
attr SollTemp webCmd state

# Gruppe 0
define SollTempGr0_on notify SollTemp.0 {\
  fhem("set SollTempTag 22.0");;\
  fhem("set SollTempNacht 21.0");;\
  }

# Gruppe 1
define SollTempGr1_on notify SollTemp.1 {\
  fhem("set SollTempTag 23.0");;\
  fhem("set SollTempNacht 22.0");;\
  }


set SollTemp 0 = T 22,0 N 21
set SollTemp 1 = T 23,0 N 22

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Richard 81 am 28 Januar 2016, 20:32:46
Hallo,
vorerst vielen vielen Dank fürs entwickeln und vorantreiben!!! Echt genial. Ich nutze es zur Steuerung eines Zweitwohnsitzes und bin echt begeistert.
Leider fehlte mir bei der Version 1.xx die Abbildung des v81 und deshalb habe ich auf Version 2.xx gewechselt. Jetzt schaffe ich es einfach nicht mehr die csv Files richtig einzufügen. Mit --scanconfig erkennt er automatisch eine Claromatic 430  obwohl ich eine 470 er habe. Die Therme wird nicht mehr erkannt aber v81 und v61 werden erkannt. Selbst wenn ich versuche die csv Files händisch zu kopieren erkennt er es nicht. Alte und neue csv Files kann man ja nicht mischen oder? Müsste ich dafür die _temp.csv adaptieren?
Lg,
Richard81
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 29 Januar 2016, 07:43:54
Zitat von: Richard 81 am 28 Januar 2016, 20:32:46
Leider fehlte mir bei der Version 1.xx die Abbildung des v81 und deshalb habe ich auf Version 2.xx gewechselt. Jetzt schaffe ich es einfach nicht mehr die csv Files richtig einzufügen. Mit --scanconfig erkennt er automatisch eine Claromatic 430  obwohl ich eine 470 er habe. Die Therme wird nicht mehr erkannt aber v81 und v61 werden erkannt. Selbst wenn ich versuche die csv Files händisch zu kopieren erkennt er es nicht. Alte und neue csv Files kann man ja nicht mischen oder? Müsste ich dafür die _temp.csv adaptieren?
Hast Du das ebusd 2.0 release package installiert und danach die CSVs wie unter https://github.com/john30/ebusd-configuration/releases (https://github.com/john30/ebusd-configuration/releases) beschrieben?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Richard 81 am 29 Januar 2016, 09:54:32
Hallo, habe wie beschrieben die Files importiert Version ist 2.0.f4c5b58.
Lg,
Richard


localhost: scan full
done

localhost: find
broadcast datetime = no data stored
broadcast error = no data stored
broadcast hwcStatus = no data stored
broadcast ident = no data stored
broadcast load = no data stored
broadcast outsidetemp = 5.125
broadcast signoflife = no data stored
broadcast vdatetime = 09:44:09;29.01.2016
ehp AccelerationTestMode = no data stored
ehp ActualEnvironmentPower = no data stored
ehp ActualEnvironmentPowerFine = no data stored
ehp ActualEnvironmentPowerPercentage = no data stored
ehp ApplianceCode = no data stored
ehp Backup = no data stored
ehp CirPump = no data stored
ehp Comp = no data stored
ehp CompPressHigh = no data stored
ehp CompPressLow = no data stored
ehp ElectricWiringDiagram = no data stored
ehp FlowTemp = no data stored
ehp Hc1Pump = no data stored
ehp HcReturnTemp = no data stored
ehp HeatPumpStatus = no data stored
ehp HwcHcValve = no data stored
ehp ICLOut = no data stored
ehp PhaseOrder = no data stored
ehp PhaseStatus = no data stored
ehp PressSwitch = no data stored
ehp SourcePumpStatus = no data stored
ehp SourceTempInput = no data stored
ehp StateSoftwareCode = no data stored
ehp StorageTempBottom = no data stored
ehp StorageTempTop = no data stored
ehp TempInput = no data stored
ehp TempOutput = no data stored
ehp YieldEnvironmentEnergy = no data stored
430 ACTOstorDetected = no data stored
430 actoSTOROPMode = no data stored
430 actostorstate = no data stored
430 ActualRoomTempDesiredHc1 = no data stored
430 ActualWeekday = no data stored
430 adpPreHActive = no data stored
430 adpPreHCurrentRoomTemp = no data stored
430 adpPreHInSideTW = no data stored
430 adpPreHMinutesBeforeFirstTW = no data stored
430 adpPreHOutdoorTemp = no data stored
430 adpPreHOutdoorTempStart = no data stored
430 adpPreHPreheatingTime = no data stored
430 adpPreHRamp = no data stored
430 adpPreHRoomTempDesired = no data stored
430 adpPreHRoomTempStart = no data stored
430 adpPreHStarttime = no data stored
430 AssertFileName = no data stored
430 AssertLineNumber = no data stored
430 AutoOffMode = no data stored
430 B50418actDesFlowTemp = no data stored
430 B51000FlowSetMonitor = no data stored
430 B51000M10HwcFlowSetMon = no data stored
430 B51000M12DisableBitsMon = no data stored
430 B51000M14Monitor = no data stored
430 B51000M7OpModeMonitor = no data stored
430 B51000TempDesiredLoadingPump = no data stored
430 BaseDisplay = no data stored
430 BMUB51101BoilerFlowTemp = no data stored
430 BMUB51101ErrorStatus = no data stored
430 BMUB51101HwcState = no data stored
430 BMUB51101StorageTemp = no data stored
430 BMUFlowTempOrVF1 = no data stored
430 CalculatedKickStopTime = no data stored
430 ccTimer.Friday = no data stored
430 ccTimer.Monday = no data stored
430 ccTimer.Saturday = no data stored
430 ccTimer.Sunday = no data stored
430 ccTimer.Thursday = no data stored
430 ccTimer.Tuesday = no data stored
430 ccTimer.Wednesday = no data stored
430 ChimneySweepModeActive = no data stored
430 CirPump = no data stored
430 ContinuosHeating = no data stored
430 CountryVariant = no data stored
430 CPLPLast24started = no data stored
430 currenterror = no data stored
430 Date = no data stored
430 DisplayedHc1RoomTempDesired = no data stored
430 DisplayedHwcStorageTemp = no data stored
430 DisplayedRoomTemp = no data stored
430 EepromUpdateActive = no data stored
430 EnermanState = no data stored
430 errorhistory = no data stored
430 ExcessTemp = no data stored
430 FrostOverRideTime = no data stored
430 FrostProtectDelayMonitor = no data stored
430 FrostProtectionRequiredMonitor = no data stored
430 FrostProtectStateMonitor = no data stored
430 Hc1ActualFlowTempDesired = no data stored
430 Hc1FloorPavementDryingDay = no data stored
430 Hc1FloorPavementDryingTemp = no data stored
430 Hc1HcType = no data stored
430 Hc1HeatCurve = no data stored
430 Hc1ManualOPRoomTempDesired = no data stored
430 Hc1MinimalFlowTempDesired = no data stored
430 Hc1NightTemp = no data stored
430 Hc1OPMode = no data stored
430 Hc1PreOrContinuosHeatingActive = no data stored
430 Hc1Pump = no data stored
430 Hc1PumpLast24started = no data stored
430 Hc1QuickVetoActive = no data stored
430 Hc1QuickVetoTemp = no data stored
430 Hc1RoomTempSwitchOn = no data stored
430 Hc1SummerOffset = no data stored
430 hc1Timer.Friday = no data stored
430 hc1Timer.Monday = no data stored
430 hc1Timer.Saturday = no data stored
430 hc1Timer.Sunday = no data stored
430 hc1Timer.Thursday = no data stored
430 hc1Timer.Tuesday = no data stored
430 hc1Timer.Wednesday = no data stored
430 Hc2HcType = no data stored
430 HcMc1ConfigCPLPAsLP = no data stored
430 HcMc1CPLPState = no data stored
430 HcMc1Detected = no data stored
430 HolidayEndPeriod = no data stored
430 HolidayRoomTemp = no data stored
430 HolidayStartPeriod = no data stored
430 HRUDetected = no data stored
430 HwcActualTempDesired = no data stored
430 HwcCircuitActive = no data stored
430 HwcLegioStartDay = no data stored
430 HwcLegioStartTime = no data stored
430 HwcLoadingIn430Active = no data stored
430 HwcLoadingInBMUActive = no data stored
430 HwcLoadingOffset = no data stored
430 HwcManualOPTempDesired = no data stored
430 HwcOPMode = no data stored
430 HwcParallelLoading = no data stored
430 HwcPressLowpostrunningtime = no data stored
430 HwcQuickVetoActive = no data stored
430 HwcQuickVetoTemp = no data stored
430 HwcTempDesired = no data stored
430 hwcTimer.Friday = no data stored
430 hwcTimer.Monday = no data stored
430 hwcTimer.Saturday = no data stored
430 hwcTimer.Sunday = no data stored
430 hwcTimer.Thursday = no data stored
430 hwcTimer.Tuesday = no data stored
430 hwcTimer.Wednesday = no data stored
430 IsInHoliday = no data stored
430 KeyCodeforConfigMenu = no data stored
430 LcdContrastValue = no data stored
430 LegioProtectActive = no data stored
430 MaintenanceDate = no data stored
430 MonitorEEpromInkonsiNumber = no data stored
430 NameHc1 = no data stored
430 NameHc2 = no data stored
430 NameHwc = no data stored
430 OutsideTemp = no data stored
430 OutsideTempOffset = no data stored
430 PhoneNumber1 = no data stored
430 PhoneNumber2 = no data stored
430 PreheatingTime = no data stored
430 PreStopTime = no data stored
430 PumpBlockingTimeMax = no data stored
430 PumpEnergySaveCalculatedTimeMonitor = no data stored
430 PumpEnergySaveStateMonitor = no data stored
430 RoomTemp = no data stored
430 RoomTempCorrection = no data stored
430 RoomTempOffsetSelfWarming = no data stored
430 Setpoints.Friday = no data stored
430 Setpoints.Monday = no data stored
430 Setpoints.Saturday = no data stored
430 Setpoints.Sunday = no data stored
430 Setpoints.Thursday = no data stored
430 Setpoints.Tuesday = no data stored
430 Setpoints.Wednesday = no data stored
430 SolarModuleDetected = no data stored
430 StartEepromUpdate = no data stored
430 StatusDcf = no data stored
430 SummerWinterTimeAdjust = no data stored
430 Time = no data stored
430 V430PluggedIn = no data stored
430 VF1 = no data stored
broadcast ident = no data stored
ehp AccelerationTestMode = no data stored
ehp ActualEnvironmentPower = no data stored
ehp ActualEnvironmentPowerFine = no data stored
ehp ActualEnvironmentPowerPercentage = no data stored
ehp ApplianceCode = 0
ehp Backup = no data stored
ehp BackupHours = no data stored
ehp BackupHoursHc = no data stored
ehp BackupHoursHwc = no data stored
ehp BackupHysteresis = no data stored
ehp BackupIntegral = no data stored
ehp BackupModeHc = no data stored
ehp BackupModeHwc = no data stored
ehp BackupPowerCut = no data stored
ehp BackupStarts = no data stored
ehp BackupStartsHc = no data stored
ehp BackupStartsHwc = no data stored
ehp BackupType = no data stored
ehp BivalentMode = no data stored
ehp BivalentTemp = no data stored
ehp CirPump = no data stored
ehp Code1 = no data stored
ehp Code1Code2Valid = no data stored
ehp Code2 = no data stored
ehp Comp = no data stored
ehp CompControlState = no data stored
ehp CompCutPressHighCount = no data stored
ehp CompCutPressLowCount = no data stored
ehp CompCutTempCount = no data stored
ehp CompDemand = no data stored
ehp CompHours = no data stored
ehp CompHoursHc = no data stored
ehp CompHoursHwc = no data stored
ehp CompHysteresis = no data stored
ehp CompIntegral = no data stored
ehp CompPressHigh = no data stored
ehp CompPressLow = no data stored
ehp CompRestartTimer = no data stored
ehp CompStarts = no data stored
ehp CompStartsHc = no data stored
ehp CompStartsHwc = no data stored
ehp CompState = no data stored
ehp currenterror = no data stored
ehp Date = no data stored
ehp ElectricWiringDiagram = no data stored
ehp errorhistory = no data stored
ehp FirstHcEnergySavingPumpOffTime = no data stored
ehp FlowTemp = no data stored
ehp FlowTempOffset = no data stored
ehp Hc1Pump = no data stored
ehp Hc1PumpHours = no data stored
ehp Hc1PumpPort = no data stored
ehp Hc1PumpStarts = no data stored
ehp Hc2Pump = no data stored
ehp Hc2PumpHours = no data stored
ehp HcFlowTemp = no data stored
ehp HcFlowTempOffset = no data stored
ehp HcModeDemandHours = no data stored
ehp HcModeFulfilledHours = no data stored
ehp HcParallelStorageFillingEnabled = no data stored
ehp HcPress = no data stored
ehp HcReturnTemp = no data stored
ehp HcReturnTempOffset = no data stored
ehp HeatPumpStatus = no data stored
ehp HwcHcValve = no data stored
ehp HwcHcValveStarts = no data stored
ehp HwcLaggingTime = no data stored
ehp HwcLoadingDelay = no data stored
ehp HwcModeDemandHours = no data stored
ehp HwcModeFulfilledHours = no data stored
ehp HwcPumpStarts = no data stored
ehp HwcSwitch = no data stored
ehp HwcTemp = no data stored
ehp HwcTempOffset = no data stored
ehp HydraulicScheme = no data stored
ehp hysteresisTimeDelay = no data stored
ehp HysteresisTimerCountdown = no data stored
ehp ICLOut = no data stored
ehp Injection = no data stored
ehp Integral = no data stored
ehp maxNDPressure = no data stored
ehp Mixer1DutyCycle = no data stored
ehp Mode = standby
ehp NumberCompStarts = no data stored
ehp OutsideTemp = no data stored
ehp OutsideTempOffset = no data stored
ehp PhaseOrder = no data stored
ehp PhaseStatus = no data stored
ehp PowerCut = no data stored
ehp PressSwitch = no data stored
ehp RebootCounter = no data stored
ehp ReturnTempMax = no data stored
ehp SoftwareCode = no data stored
ehp Source2PumpHours = no data stored
ehp SourceHours = no data stored
ehp SourceLimitAtMaxFlow = no data stored
ehp SourceLimitSlope = no data stored
ehp SourcePort = no data stored
ehp SourcePumpPWM = no data stored
ehp SourcePumpSpeedControlDefrost = no data stored
ehp SourcePumpSpeedControlHeating = no data stored
ehp SourcePumpStatus = no data stored
ehp SourceStarts = no data stored
ehp SourceTempInput = no data stored
ehp SourceTempInputOffset = no data stored
ehp StateSoftwareCode = no data stored
ehp Status = no data stored
ehp StorageTempBottom = no data stored
ehp StorageTempBottomOffset = no data stored
ehp StorageTempTop = no data stored
ehp StorageTempTopOffset = no data stored
ehp Subcooling = no data stored
ehp Superheat = no data stored
ehp T19MaxToCompOff = no data stored
ehp TempInput = no data stored
ehp TempInputOffset = no data stored
ehp TempOutput = no data stored
ehp TempOutputOffset = no data stored
ehp Time = no data stored
ehp TimeBetweenTwoCompStartsMin = no data stored
ehp TimeCompOffMin = no data stored
ehp TimeCompOnMin = no data stored
ehp Weekday = no data stored
ehp YieldEnvironmentEnergy = no data stored
hwc CirPump2 = no data stored
hwc currenterror = 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 IsInHoliday = no data stored
hwc IsInParty = no data stored
hwc LegioPump2 = no data stored
hwc LegioStartDay = no data stored
hwc LegioStartDay2 = no data stored
hwc LegioStartTime = no data stored
hwc Mode = no data stored
hwc OneTimeCirSwitch = no data stored
hwc OperatingMode2 = no data stored
hwc SolarGainPressLowDelay = 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 Status = no data stored
hwc StatYearOfInstallation = no data stored
hwc Storage1Sensor2 = no data stored
hwc TeleSwitch = no data stored
hwc TeleswitchOperatingMode2 = no data stored
hwc TempDesired = no data stored
hwc TempDesired2 = no data stored
hwc ThreeWayValveLoadingPump1 = 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 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 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 = no data stored
mc OperatingMode = no data stored
mc OtShutdownLimit = 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 Status = no data stored
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
scan.08 ident = Vaillant;BAI00;0606;5502
scan.15 ident = Vaillant;47000;0420;1403
scan.26 ident = Vaillant;47000;0420;1403
scan.50 ident = Vaillant;V6100;0418;1902
scan.51 ident = no data stored
scan.75 ident = Vaillant;V8100;0202;2502
scan.a0 ident = no data stored
v81 CMResetCnt = no data stored
v81 COMErrorCnt = no data stored
v81 DesiredHcRoomTempDesired = no data stored
v81 DisplayedRoomTemp = no data stored
v81 eBUSCRC = no data stored
v81 eBUSFifoDiffCntMax = no data stored
v81 EEpromMaxInkonsCnt = no data stored
v81 FiFoResetCnt = no data stored
v81 HcActiveSpecialFunction = no data stored
v81 HcRoomTempDesiredAdjustable = no data stored
v81 LVResetCnt = no data stored
v81 OperatingMode430 = no data stored
v81 POCResetCnt = no data stored
v81 RoomTemp = no data stored
v81 RoomTempOffset = no data stored
v81 RoomTempOffsetSelfWarming = no data stored
v81 SelectedHc = no data stored
v81 StackeBUSTaskMax = no data stored
v81 StackLifeCheckTaskMax = no data stored
v81 StackMainTaskMax = no data stored
v81 Variant = no data stored
v81 VariantDKRefreshCnt = no data stored
v81 WDResetCnt = no data stored

localhost: scan
done

localhost: scan result
08;Vaillant;BAI00;0606;5502
15;Vaillant;47000;0420;1403
26;Vaillant;47000;0420;1403
50;Vaillant;V6100;0418;1902
75;Vaillant;V8100;0202;2502

localhost: info
version: ebusd 2.0.f4c5b58
signal: acquired
symbol rate: 35
masters: 4
messages: 691
address 03: master #3
address 08: slave #3, scanned "MF=Vaillant;ID=BAI00;SW=0606;HW=5502"
address 10: master #6
address 15: slave #6, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403"
address 26: slave, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403"
address 50: slave, scanned "MF=Vaillant;ID=V6100;SW=0418;HW=1902"
address 70: master #16
address 75: slave #16, scanned "MF=Vaillant;ID=V8100;SW=0202;HW=2502"

localhost:



Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 29 Januar 2016, 09:59:12
Zitat von: Richard 81 am 29 Januar 2016, 09:54:32
Hallo, habe wie beschrieben die Files importiert Version ist 2.0.f4c5b58.
Wenn Du die ebusd-2.x.x CSVs nimmst, dann bitte auch "--scanconfig" als Aufrufparameter an ebusd übergeben. Das wäre mit Installation des ebusd 2.0 Debian release packages automatisch erfolgt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Richard 81 am 29 Januar 2016, 10:33:40
Zitat von: john30 am 29 Januar 2016, 09:59:12
Wenn Du die ebusd-2.x.x CSVs nimmst, dann bitte auch "--scanconfig" als Aufrufparameter an ebusd übergeben. Das wäre mit Installation des ebusd 2.0 Debian release packages automatisch erfolgt.
Vielen Dank, habe ich anfangs berücksichtigt, aber irgendwann offensichtlich vergessen. Wie peinlich. Eine Kleinigkeit hätte ich noch, meine Therme wird nicht erkannt. Muss ich dafür 08.bai.HW7401 umbenennen?

localhost: find
broadcast datetime = no data stored
broadcast error = no data stored
broadcast hwcStatus = no data stored
broadcast ident = no data stored
broadcast load = no data stored
broadcast outsidetemp = 6.688
broadcast signoflife = no data stored
broadcast vdatetime = 10:24:09;29.01.2016
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 = 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 hc1Timer.Friday = no data stored
470 hc1Timer.Monday = no data stored
470 hc1Timer.Saturday = no data stored
470 hc1Timer.Sunday = no data stored
470 hc1Timer.Thursday = no data stored
470 hc1Timer.Tuesday = no data stored
470 hc1Timer.Wednesday = 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 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 LastYearsSolarYields1 = no data stored
470 LastYearsSolarYields10 = no data stored
470 LastYearsSolarYields11 = no data stored
470 LastYearsSolarYields12 = 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 = 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 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 ThisYearsSolarYields1 = no data stored
470 ThisYearsSolarYields10 = no data stored
470 ThisYearsSolarYields11 = no data stored
470 ThisYearsSolarYields12 = 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 ident = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan id = 21;14;45;0020129322;0082;007035;N3
scan.08 ident = Vaillant;BAI00;0606;5502
scan.15 ident = Vaillant;47000;0420;1403
scan.26 ident = Vaillant;47000;0420;1403
scan.50 ident = Vaillant;V6100;0418;1902
scan.75 ident = Vaillant;V8100;0202;2502
v61 ActualTempDesired = no data stored
v61 AutoOffMode = no data stored
v61 BoilerCircuitPump = no data stored
v61 BoilerMaxPreShutdown = no data stored
v61 CirPump = no data stored
v61 currenterror = -;-;-;-;-
v61 Date = no data stored
v61 DayNightState = no data stored
v61 DisplayedRoomTempDesired = no data stored
v61 errorhistory = no data stored
v61 FloorPavingDryingDay = no data stored
v61 FloorPavingDryingTemp = no data stored
v61 Flow1Sensor = no data stored
v61 FlowTempDesired = no data stored
v61 FlowTempMax = no data stored
v61 FlowTempMin = no data stored
v61 FrostProtConfig = no data stored
v61 FrostProtectDelay = no data stored
v61 FrostProtState = no data stored
v61 Hc1PumpKol1PP1Port = no data stored
v61 Hc2aLegPumpP2Port = no data stored
v61 Hc2CircuitType = no data stored
v61 Hc2ContinuosHeating = no data stored
v61 Hc2ManualOPRoomTempDesired = no data stored
v61 Hc2pDemand = no data stored
v61 Hc2PumpAlPort = no data stored
v61 Hc2QuickVetoActive = no data stored
v61 Hc2QuickVetoTemp = no data stored
v61 Hc2RoomControlMode = no data stored
v61 Hc2SummerOffset = no data stored
v61 hc2Timer.Friday = no data stored
v61 hc2Timer.Monday = no data stored
v61 hc2Timer.Saturday = no data stored
v61 hc2Timer.Sunday = no data stored
v61 hc2Timer.Thursday = no data stored
v61 hc2Timer.Tuesday = no data stored
v61 hc2Timer.Wednesday = no data stored
v61 Hc2zPort = no data stored
v61 HcFlowIncrease = no data stored
v61 HcParallelStorageFillingEnabled = no data stored
v61 HcPreHeatingActive = no data stored
v61 HcPreShutdownActive = no data stored
v61 HcPumpIdlePeriod = no data stored
v61 HcPumpIdlePeriodActive = no data stored
v61 HeatingCurve = no data stored
v61 HolidayTempDesired = no data stored
v61 InternalOperatingMode470 = no data stored
v61 IsInBankHoliday = no data stored
v61 IsInHoliday = no data stored
v61 IsInImpactVentilation = no data stored
v61 IsInOneDayBankHoliday = no data stored
v61 IsInOneDayHoliday = no data stored
v61 IsInParty = no data stored
v61 IsInSystemOff = no data stored
v61 Mixer1DutyCycle = no data stored
v61 Mixer1State = no data stored
v61 MonitorEEpromInkonsiNumber = no data stored
v61 OffConfig = no data stored
v61 PreheatingMinutesMax = no data stored
v61 PsTempDesired = no data stored
v61 PumpSavingState = no data stored
v61 Setpoints.Friday = no data stored
v61 Setpoints.Monday = no data stored
v61 Setpoints.Saturday = no data stored
v61 Setpoints.Sunday = no data stored
v61 Setpoints.Thursday = no data stored
v61 Setpoints.Tuesday = no data stored
v61 Setpoints.Wednesday = no data stored
v61 SfState = no data stored
v61 SunMoonInfo = no data stored
v61 TempDesiredLow = no data stored
v61 ThermostatState = no data stored
v61 Time = no data stored
v61 Weekday = no data stored
v81 CMResetCnt = no data stored
v81 COMErrorCnt = no data stored
v81 DesiredHcRoomTempDesired = no data stored
v81 DisplayedRoomTemp = no data stored
v81 eBUSCRC = no data stored
v81 eBUSFifoDiffCntMax = no data stored
v81 EEpromMaxInkonsCnt = no data stored
v81 FiFoResetCnt = no data stored
v81 HcActiveSpecialFunction = no data stored
v81 HcRoomTempDesiredAdjustable = no data stored
v81 LVResetCnt = no data stored
v81 OperatingMode430 = no data stored
v81 POCResetCnt = no data stored
v81 RoomTemp = no data stored
v81 RoomTempOffset = no data stored
v81 RoomTempOffsetSelfWarming = no data stored
v81 SelectedHc = no data stored
v81 StackeBUSTaskMax = no data stored
v81 StackLifeCheckTaskMax = no data stored
v81 StackMainTaskMax = no data stored
v81 Variant = no data stored
v81 VariantDKRefreshCnt = no data stored
v81 WDResetCnt = no data stored

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 30 Januar 2016, 09:28:24
Zitat von: Richard 81 am 29 Januar 2016, 10:33:40
Vielen Dank, habe ich anfangs berücksichtigt, aber irgendwann offensichtlich vergessen. Wie peinlich. Eine Kleinigkeit hätte ich noch, meine Therme wird nicht erkannt. Muss ich dafür 08.bai.HW7401 umbenennen?
Poste mal bitte das Ergebnis von "ebusctl scan && sleep 60 && ebusctl scan result".
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Richard 81 am 31 Januar 2016, 07:24:22
Guten morgen, hier das Ergebnis von "ebusctl scan && sleep 60 && ebusctl scan result"

08;Vaillant;BAI00;0606;5502;21;15;05;0010011621;0001;005008;N2
15;Vaillant;47000;0420;1403;21;15;08;0020171280;0082;012709;N9
26;Vaillant;47000;0420;1403;21;15;08;0020171280;0082;012709;N9
50;Vaillant;V6100;0418;1902;21;14;40;0020139849;0082;010094;N2
75;Vaillant;V8100;0202;2502;21;14;45;0020129322;0082;007035;N3
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 31 Januar 2016, 09:57:59
Zitat von: Richard 81 am 31 Januar 2016, 07:24:22
Guten morgen, hier das Ergebnis von "ebusctl scan && sleep 60 && ebusctl scan result"
08;Vaillant;BAI00;0606;5502
Du hast eine andere Hardware-Variante, als von der CSV Datei unterstützt.
Du kannst einfach eine Kopie der "08.bai.HW7401.csv" machen mit Namen "08.bai.csv", dann wird sie benutzt. Allerdings werden einige (oder auch viele) Nachrichten nicht passen, also vorsichtig mit den Writes!

Dann wäre noch das Ergebnis folgender Abfragen interessant:
ebusctl w -h 08b509022802
ebusctl w -h 08b509022803
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Richard 81 am 31 Januar 2016, 10:29:29
Zitat von: john30 am 31 Januar 2016, 09:57:59
Du hast eine andere Hardware-Variante, als von der CSV Datei unterstützt.
Du kannst einfach eine Kopie der "08.bai.HW7401.csv" machen mit Namen "08.bai.csv", dann wird sie benutzt. Allerdings werden einige (oder auch viele) Nachrichten nicht passen, also vorsichtig mit den Writes!

Dann wäre noch das Ergebnis folgender Abfragen interessant:
ebusctl w -h 08b509022802
ebusctl w -h 08b509022803

Die Therme wurde wieder gefunden. Ich werde vorsichtig sein, danke für die Warnung.
Abfragen:
ebusctl w -h 08b509022802
0402ff0606

ebusctl w -h 08b509022803
0c030003020101004149424d55
Titel: gibt es noch platinen?
Beitrag von: lanbastler am 31 Januar 2016, 11:08:13
ich bin leider erst jetzt auf diese seite gestossen  :-[
und würde gerne wissen ob es noch platinen gibt die man
erwerben kann oder ob wieder eine sammelbestellung geplant ist

(in nächster zeit)

danke!
Titel: Antw:gibt es noch platinen?
Beitrag von: Reinhart am 31 Januar 2016, 18:38:15
Zitat von: lanbastler am 31 Januar 2016, 11:08:13
ich bin leider erst jetzt auf diese seite gestossen  :-[
und würde gerne wissen ob es noch platinen gibt die man
erwerben kann oder ob wieder eine sammelbestellung geplant ist

(in nächster zeit)

danke!

guckst du hier! (http://forum.fhem.de/index.php/topic,45127.0.html)

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: swetina am 01 Februar 2016, 09:00:06
Auch ich hätte gerne eine Platine, wenn möglich!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: harry66 am 01 Februar 2016, 20:11:12
Hallo,

die Auswertung läuft jetzt bei mir zuverlässig, jetzt würde ich gerne die ersten Werte zu schreiben.
Ich habe folgende Anlage:
version: ebusd 2.0.0ea7efc
signal: acquired
symbol rate: 43
masters: 4
messages: 682
address 03: master #3
address 08: slave #3, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/08.bai.HW7401.csv"
address 10: master #6
address 15: slave #6, 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 3f: master #15
address 44: slave #15, 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"


wie muss ich die Befele für die 620 absetzten?

zB: r;wi,,OutsideTempOffset,Außentemperatur-Abgleich,,,,"2100",,,temp,,,,,,

der müsste doch zu verändern sein?

Gruß Rolf
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 02 Februar 2016, 11:33:44
Zitat von: harry66 am 01 Februar 2016, 20:11:12
wie muss ich die Befele für die 620 absetzten?

zB: r;wi,,OutsideTempOffset,Außentemperatur-Abgleich,,,,"2100",,,temp,,,,,,
ebusctl write -c ui OutsideTempOffset 2.0
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 02 Februar 2016, 12:03:56
Halli, hallo!

Ich hoffe ihr könnt mir helfen - ich versuche schon seit mehreren Tagen meinen Ebus zum Laufen zu bringen, jedoch ohne Erfolg  :-[

Ausgangslage:
- Rasperry Pi mit Jessy
- Ebus Koppler Ethernt
- Vaillant Gastherme
- Ebus in der neusten Version ist installiert und gestartet.
- etc/defaul/ebus wurde entsprechend angepasst
- Ebus Koppler wurde mit einer fixen IP konfiguriert
- Ebus Koppler hängt an einem Netzteil (LED leuchten)
- Ebus Koppler hängt zwischen Therme und Bedienteil mit einer Verbindung vom comDialog Plus (LED Leuchten)

Folgende Probleme treten auf:
Data LED blinkt nur kurz auf, wenn ich die Ebus Leitung anklemme, danach nicht mehr
Wenn ich ebusd -f -l ALL -d 192.168.178.31:5000 -p 8888 eingebe bekomme ich immer [bus error] unable to open 192.168.178.31:5000: ERR: generic I/O error

Ich werde verrückt. Kann es sein, dass mein Koppler kaputt ist? Wie kann ich das prüfen?
Oder liegt es an der Verkabelung? Muss ich direkt auf die Reglerplatine oder kann ich mich auch zwischen Bedienteil und Therme klemmen?

Bitte, bitte, bitte helft mir. Meine blonden Haare stehen mir zu Berge  :'(

Danke!

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 02 Februar 2016, 12:31:23
Hallo Marie,

da kommen mir doch spontan ein paar Fragen:
- welchen Adapter hast Du denn genau ?
- wo hängt der denn Netzwerkmäßig dran (Fritzbox, Raspi,...)
- wenn Du den anpingst, kommt dann eine Antowort ?

ZitatWenn ich ebusd -f -l ALL -d 192.168.178.31:5000 -p 8888 eingebe bekomme ich immer [bus error] unable to open 192.168.178.31:5000: ERR: generic I/O error

Wenn ich mich recht erinnere, dann wird doch mit -p 8888 angegeben, daß Telnet auf Port 8888 verbindet, warum gibst Du denn dann hinter der IP den Port 5000 mit ? Evtl. mal ohne :5000 oder ohne -p 8888 probieren...

ZitatEbus Koppler hängt zwischen Therme und Bedienteil mit einer Verbindung vom comDialog Plus (LED Leuchten)


wie genau ist das angeschlossen ? Also welcher Draht von wo geht wo hin ? "normal" wird der Koppler (evtl. muss die Polung beachtet werden, hängt vom Adapter ab) parallel zum Ebus angeklemmt

Grüße Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 02 Februar 2016, 12:44:04
Hallo Christian,

danke, für deine Hilfe.

Zitat- welchen Adapter hast Du denn genau ?
Den Ebus Koppler Ethernet von E-Service:
https://www.eservice-online.de/produkte/ebus/142/ebus-koppler-ethernet

Zitat- wo hängt der denn Netzwerkmäßig dran (Fritzbox, Raspi,...)
Der Koppler hängt an einem Switch

Zitat- wenn Du den anpingst, kommt dann eine Antowort ?
Ja, ich kann ihn anpingen.
PING 192.168.178.31 (192.168.178.31): 56 data bytes
64 bytes from 192.168.178.31: icmp_seq=0 ttl=128 time=2.901 ms
64 bytes from 192.168.178.31: icmp_seq=1 ttl=128 time=5.364 ms


ZitatWenn ich mich recht erinnere, dann wird doch mit -p 8888 angegeben, daß Telnet auf Port 8888 verbindet, warum gibst Du denn dann hinter der IP den Port 5000 mit ? Evtl. mal ohne :5000 oder ohne -p 8888 probieren...
Ich habe das so aus der Wiki rausgelesen. Beides bringt aber keinen Erfolg (also ohne :5000 oder ohne -p 8888). Ich bekomme immer unable to open ...

Zitatwie genau ist das angeschlossen ? Also welcher Draht von wo geht wo hin ? "normal" wird der Koppler (evtl. muss die Polung beachtet werden, hängt vom Adapter ab) parallel zum Ebus angeklemmt

Von der Therme geht ein Ebus Kabel direkt zum Vaillant Bedienfeld. Dieses Kabel ist vor dem Bedienfeld gesteckt. Hierfür habe ich noch einen Verbindungstecker, der das Kabel "sozusagen" verdoppelt. Mein comDialog Plus von Vaillant war so am Ebus angeschlossen.

Wie meinst du das mit "parallel zum Ebus"?

Marie
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 02 Februar 2016, 13:03:06
Liegt der Fehler vielleicht an der Konfiguration des Kopplers?  :'(

(http://www2.pic-upload.de/img/29619861/config1.png)
(http://www2.pic-upload.de/img/29619860/config2.png)
(http://www2.pic-upload.de/img/29619859/config3.png)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 02 Februar 2016, 13:27:21
Zitat von: Marie01 am 02 Februar 2016, 13:03:06
Liegt der Fehler vielleicht an der Konfiguration des Kopplers?  :'(
Die Baudrate ist 2400, das musst Du auf jeden Fall umstellen.
Versuch doch mal mit folgendem Kommando den Port zu öffnen:
"nc 192.168.178.31 5000|hexdump -C"
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 02 Februar 2016, 13:36:27
Hallo John,

auch dir vielen lieben Dank für deine Hilfe.
Die Baudrate habe ich auf 2400 gestellt.

nc 192.168.178.31 5000|hexdump -C

Result:
ebusd -f -l ALL -d 192.168.178.31:5000 -p 8888
2016-02-02 12:32:46.627 [main notice] ebusd 2.0.0ea7efc started
2016-02-02 12:32:46.694 [main error] error reading config files: ERR: duplicate entry, /etc/ebusd/vaillant/15.36p.csv:9
2016-02-02 12:32:46.694 [main notice] found messages: 220 (4 conditional on 4 conditions, 0 poll, 4 update)
2016-02-02 12:32:46.695 [bus error] unable to open 192.168.178.31:5000: ERR: generic I/O error


Also wieder der generic I/O error  :'(
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 02 Februar 2016, 14:10:46
Wie kann ich prüfen, ob der Koppler was hat?
Per Telnet komm ich nicht rauf, egal ob vom Mac oder Raspberry!
Es kommt immer Connection Refused.

Edit: Vom Mac gehts. Hier kommt eine Passwortabfrage?! Am Rapsberry mit SSH -> Telnet bekomm ich immer Connecton refused
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: harry66 am 02 Februar 2016, 19:09:12
Hallo John,

danke für die schnelle Antwort, ich habe es gerade mal versucht mit folgendem Ergebnis:

pi@raspberrypi ~ $ ebusctl write -c ui OutsideTempOffset 2.0
ERR: element not found


bei einem anderen Wert funktioniert es:

pi@raspberrypi ~ $ ebusctl write -c ui TempIncrease 1
done

pi@raspberrypi ~ $ ebusctl read -m 10 TempIncrease
1.00

pi@raspberrypi ~ $ ebusctl write -c ui TempIncrease 0
done

pi@raspberrypi ~ $ ebusctl read -m 10 TempIncrease
0.00


kann es sein das ich nur Werte schreiben kann die nach folgendem Muster in der csv stehen?

r;w,,TempIncrease,Temperaturüberhöhung,,,,"2F00",,,temp,,,,,,

also mit r;w,,...

und nicht mit r;wi,,...

Gruß Rolf
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 02 Februar 2016, 19:32:27
Hallo Rolf,

die Werte

Zitat
und nicht mit r;wi,,...

sind Install-Werte, d.h. das sind welche, für die Du an der Therme bzw. an der Steuerung ein Login mit Code eingeben müßtest.

Diese Werte werden z.B. bei der 470er Steuerung mit

w -c 470#install OutsideTempOffset 2

geschrieben.

demzufolge würde das bei Dir inetwa so aussehen:

ebusctl write -c ui#install OutsideTempOffset 2

Grüße

Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: harry66 am 02 Februar 2016, 19:39:42
Hallo Christian,

danke jetzt hab ich das Verstanden ;D

und funktioniert auch so wie du es geschrieben hast.

Gruß Rolf

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 02 Februar 2016, 20:53:13
Hallo Marie,
bei mir läuft der Adapter mit der exakt gleichen konfig (BaudRate 2400) - andere IP klar - seit über zwei Jahren ohne Probleme mit ebusd.
Ist die Spannung (Netzteil) ok - was für ein Netzteil setzt du ein?
Viele Grüße
Arthur

EDIT: Sorry, beim genauen hinschauen doch etwas anders - Reiter "Serial" ist bei mir "Enable debug messages output" aktiv.

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 02 Februar 2016, 21:05:19
Hallo Arthur!

Danke für deine Hilfe.
Ich habe folgendes Netzteil angesteckt:
https://www.eservice-online.de/produkte/zubehoer/netzteile/149/steckernetzteil-12vdc-1a

Ich habe den Raspberry gerade wieder neu aufgesetzt und alles neu eingestellt. Fehler beleibt der selbe :(
Kommst du mit Telnet auf den Koppler?

Das mit den Debug Messages probier ich gleich mal aus!

Edit:
Debug Messages  Output auf aktiv setzen bringt leider auch nix.

ebusd -f -l ALL -d 192.168.178.31:5000 -p 8888
2016-02-02 20:09:23.705 [main notice] ebusd 2.0.0ea7efc started
2016-02-02 20:09:23.788 [main error] error reading config files: ERR: duplicate entry, /etc/ebusd/vaillant/15.36p.csv:9
2016-02-02 20:09:23.788 [main notice] found messages: 220 (4 conditional on 4 conditions, 0 poll, 4 update)
2016-02-02 20:09:23.789 [bus error] unable to open 192.168.178.31:5000: ERR: generic I/O error
2016-02-02 20:09:33.790 [bus error] unable to open 192.168.178.31:5000: ERR: generic I/O error
2016-02-02 20:09:43.792 [bus error] unable to open 192.168.178.31:5000: ERR: generic I/O error
2016-02-02 20:09:53.793 [bus error] unable to open 192.168.178.31:5000: ERR: generic I/O error
2016-02-02 20:10:03.794 [bus error] unable to open 192.168.178.31:5000: ERR: generic I/O error
2016-02-02 20:10:13.795 [bus error] unable to open 192.168.178.31:5000: ERR: generic I/O error
2016-02-02 20:10:23.796 [bus error] unable to open 192.168.178.31:5000: ERR: generic I/O error
2016-02-02 20:10:33.797 [bus error] unable to open 192.168.178.31:5000: ERR: generic I/O error

Ich werde noch verrückt mit dem Teil. Schon langsam glaube ich, dass hier was kaputt ist :(
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 02 Februar 2016, 21:27:29
telnet geht - sieht so aus:

:~#  nc x.x.x.x 5000|hexdump -C
00000000  aa 4c 47 53 45 47 3a 43  4f 4e 4e 45 43 54 45 44  |.LGSEG:CONNECTED|
00000010  0d 0a aa aa aa aa aa aa  aa aa aa aa aa aa aa aa  |................|
00000020  aa aa aa aa aa aa aa aa  aa aa aa aa aa aa aa aa  |................|
00000030  aa aa aa 10 08 b5 11 01  01 89 00 09 66 4e 70 06  |............fNp.|
00000040  48 4a 01 00 ff b5 00 aa  aa aa aa aa aa aa aa aa  |HJ..............|
00000050  aa aa aa aa aa aa aa aa  aa aa aa aa aa aa aa aa  |................|
*
00000070  aa aa 10 fe b5 16 03 01  70 05 47 aa aa aa aa aa  |........p.G.....|


Ein telnet connect muss funktionieren auch ohne ebus!

Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 03 Februar 2016, 07:10:02
Zitat von: Marie01 am 02 Februar 2016, 13:03:06
Liegt der Fehler vielleicht an der Konfiguration des Kopplers?  :'(

(http://www2.pic-upload.de/img/29619861/config1.png)
(http://www2.pic-upload.de/img/29619860/config2.png)
(http://www2.pic-upload.de/img/29619859/config3.png)

Hallo Marie ,

nur so ein Versuch . Unter Options-networkprotokoll - Telnet ist nicht aktiviert ?

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 03 Februar 2016, 07:57:09
Guten Morgen!

Danke für eure Unterstützung.

@Arthur:
nc 192.168.178.31 5000|hexdump -C
Wird angenommen, es kommt aber nur der nächste Prompt. Sonst gar nichts.

sudo nc 192.168.178.31 5000|hexdump -C
Vom Mac via Terminal wird ein Passwort verlangt. Via SSH vom Raspberry kommt nur der nächste Prompt.
Welches Passwort ist hier gesetzt?

@Frank:
Leider lässt sich diese Option gar nicht aktivieren. Sie bleibt ausgegraut.

Ich glaube schon langsam, dass ich hier ein Montagsgerät bekommen habe :( Habt ihr sonst noch Ideen?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Cruiser79 am 03 Februar 2016, 08:14:28
Moin moin,

jetzt kommt meine eBus Platine auch schon bald an, da muss ich mich mal um den Anschluss kümmern. Bei mir stellt sich noch die Frage der Kabelart und der Aufstellung. Zwischen Therme und Serverschrank sind ca. 6 Meter zu überwinden. Ich würde am liebsten die eBus Platine in den Serverschrank packen und dann mit einem passendem Kabel an die Heizung gehen.
Spricht hier die Länge dagegen?
Und welches Kabel sollte ich da nehmen?
Habe hier im Thread gelesen, das manche sowohl dünne 0,75er Kabel für den Bus haben, als auch 3x1,5er. Welches ist das passendste?

Gruß,
Tim
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 03 Februar 2016, 09:15:04
Zitat von: Marie01 am 03 Februar 2016, 07:57:09
nc 192.168.178.31 5000|hexdump -C
Wird angenommen, es kommt aber nur der nächste Prompt. Sonst gar nichts.

Also kommst Du per Telnet auf den Adapter drauf - du siehst ein Prompt und es passiert nichts - richtig? Das ist doch schon mal etwas. Du siehst erst etwas wenn Du, dein Adapter an ebus angeschlossen und ihn justiert hast (http://www.fhemwiki.de/wiki/EBUS#Poti_abgleichen).

Zitat von: Marie01 am 03 Februar 2016, 07:57:09
sudo nc 192.168.178.31 5000|hexdump -C
Vom Mac via Terminal wird ein Passwort verlangt. Via SSH vom Raspberry kommt nur der nächste Prompt.
Welches Passwort ist hier gesetzt?
Es ist kein passwort gesetzt, die Passwort Abfrage kommt, weil du per "sudo" root Rechte auf dem lokalen System (Mac) angefordert hast => es ist das Passwort deines root Users auf dem Mac.

Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 03 Februar 2016, 09:22:31
Hallo Arthur,

ZitatAlso kommst Du per Telnet auf den Adapter drauf - du siehst ein Prompt und es passiert nichts - richtig? Das ist doch schon mal etwas. Du siehst erst etwas wenn Du, dein Adapter an ebus angeschlossen und ihn justiert hast.

Ich glaube nicht, dass das so richtig ist - siehe anbei:
Last login: Tue Feb  2 20:57:45 on ttys000
Maries-MBP:~ Marie$ nc 192.168.178.31 5000|hexdump -C
Maries-MBP:~ Marie$


Oder was meinst du?
Danke für den Hinweis mit dem Sudo. Das habe ich nicht gewusst.

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 03 Februar 2016, 10:14:06
Hallo Marie,
nach dem nc command müsste eine Meldung (Connection refused, No route to host, Connection timed out etc.) kommen, aber nichts ist schon sehr seltsam.
Firewall an oder spezielle Netzwerkkonfiguration (konfigurierbaren switch etc.)?
Ich würde versuchen den Adapter so anzuschließen, dass Du mindestens die o.g. Punkte ausschließen kannst.
Sonst gehen mir auch die Ideen aus.. :o(
Viele Grüße
Arthur

P.S: Vielleicht noch mal von vorne anfagen: Adapter über das Config Tool zurücksetzen (Factory Reset) und neu konfigurieren - vielleicht klemmt da etwas?
Anbei meine funktionierende Konfig.
(http://up.picr.de/24472594fx.jpg)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 03 Februar 2016, 10:47:45
Hallo Arthur,

gerade noch einmal versucht. Interessant ist folgendes - IP-Vergabe per DHCP:
Status: OPEN

(http://www2.pic-upload.de/img/29627800/config1.png)


Wenn ich jetzt via Terminal:
Maries-MBP:~ Marie$ nc 192.168.178.57 5000|hexdump -C



Kommt kein erneuter Prompt, sondern der Terminal wartet auf eine Antwort (die aber leider nicht kommt).
Also breche ich den Cmd mit STRG+Z wieder ab und versuche ihn erneut zu starten.

Maries-MBP:~ Marie$ nc 192.168.178.57 5000|hexdump -C
Maries-MBP:~ Marie$


Wieder gleiches Problem. Prompt kommt aber es wird nichts ausgeführt - und der Status von Koppler ändert sich von OPEN auf CONNECT.
(http://www2.pic-upload.de/img/29627801/config2.png)

Keine Firewall! Keine sepziellen Network Settings. Alles andere funktioniert ja auch einwandfrei:
SSH auf den Raspberry, SSH auf den Netzwerk-SAT-Receiver, Telnet auf den Apple TV, Telnet auf die Diskstation usw.

Irgendeine Idee?

Mir kommt vor, der Controller hängt sich auf ...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 03 Februar 2016, 12:15:47
... Du hast aber mit "sudo" (bedeutet SuperuserDo, also als Admin ausführen, immer wenn sonst kein Zugriff gewährt wird...) probiert ? Weil in den Codeshots kann man keins sehen...

Grüße

Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 03 Februar 2016, 12:31:39
Ja, habe mit und ohne Sudo probiert.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 03 Februar 2016, 12:57:59
@all

Es sind ja jetzt einige Platinen (knapp 90) unterwegs. Bei den Bauteilbestellungen sind hier sog. Spindeltrimmer dabei, welche die Kalibrierung jetzt wesentlich erleichtern!

Bei meinen 8 gelöteten eBus Konvertern musste ich nur den ersten abstimmen, weil die Potis alle in derselben Stellung vom Werk ausgeliefert worden sind. Ich habe daher lediglich bei den 7 verbleibenden 25 Haldrehungen nach rechts durchgeführt und dann am eBus kontrolliert. Die Abstimmung hat bei allen gepasst. Bei etwa 22 Halbdrehungen (180 Grad) setzt das Signal ein und verbleibt bis etwa 32.

(http://up.picr.de/24473865xb.png)
25 Halbdrehungen im Uhrzeigersinn nach rechts!

Ob diese Einstellung bei allen passt bezweifle ich, weil ja die Busspannung etwas Toleranz haben wird und nicht bei allen gleich sein wird. Aber für einen groben Abgleich ist es sicher einen Hinweis wert!

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 03 Februar 2016, 13:27:36
Ich werde heute noch einmal alles neu machen  - wenn es dann noch immer nicht klappt, geht der Koppler retour zu E-Service.

Eine Frage hätte ich noch bezgl. dem Poti:
Dieser lässt sich nur nach links drehen (rechts ist er bereits voll am Anschlag).
In welchem Bereich lässt der sich einstellen? Nur innerhalb einer vollen Umdrehung (360°)?

Danke!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 03 Februar 2016, 14:34:16
Zitat von: Marie01 am 03 Februar 2016, 10:47:45
Wenn ich jetzt via Terminal:
Maries-MBP:~ Marie$ nc 192.168.178.57 5000|hexdump -C


Kommt kein erneuter Prompt, sondern der Terminal wartet auf eine Antwort (die aber leider nicht kommt).
Also breche ich den Cmd mit STRG+Z wieder ab und versuche ihn erneut zu starten.


Wenn du den Zustand hast, dann steht die Verbindung und wenn du jetzt noch an dem Poti drehst, dann sollte traffic zu sehen sein.
Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 03 Februar 2016, 14:40:17
Ok, danke!
Kannst du bezgl. dem Poti noch was sagen?

ZitatEine Frage hätte ich noch bezgl. dem Poti:
Dieser lässt sich nur nach links drehen (rechts ist er bereits voll am Anschlag).
In welchem Bereich lässt der sich einstellen? Nur innerhalb einer vollen Umdrehung (360°)?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 03 Februar 2016, 14:50:28
Hallo Marie,
LED muss dunkel leuchten, sobald Daten gesendet werden leuchtet die data LED kurz hell auf - also im Rythmus der auf dem ebus gesendeten Daten - kann auch mehrmals hintereindander passieren je nach­dem was alles so auf dem ebus los ist.
Wenn jetzt aber, warum auch immer, die Verbindung hergestellt werden kann, dann würde ich mit dem eBusd feinjustieren - steht im Forum und im WIKI wie das geht.
Viele Grüße
Arthur

P.S: Den Poti kannst du "langsam und in ganz kleinen Schritten" von einem zum anderen Anschlag drehen, bis Traffic zu sehen ist.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 03 Februar 2016, 15:04:00
Hallo Arthur,

danke, danke, danke  :-*

ZitatP.S: Den Poti kannst du "langsam und in ganz kleinen Schritten" von einem zum anderen Anschlag drehen, bis Traffic zu sehen ist.
Problem: Der Poti hat nur einen Anschlag (wenn ich nach rechts drehe). Nach links, kann ich die Schraube (behaupte ich jetzt mal) komplett rausdrehen :(
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 03 Februar 2016, 15:36:49
Hallo Marie,
Du drehst hoffentlich an dem Poti und nicht an der Anschlussklemme oder?
Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 03 Februar 2016, 15:46:20
Ich bin zwar blond, aber nicht doof  ;D ;D ;D
Klar, direkt am Poti - Anschluss #8
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 03 Februar 2016, 16:04:31
 :-X :-X ;)
Ich kann nachher mal bei mir schauen.
Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 03 Februar 2016, 19:02:43
Hallo Marie,
bei mir ist ein Poti verbaut der links (9:00) und rechts (3:00) (max. Drehung 180°) einen Anschlag hat - zwischen 10:00-11:00 empfängt der Adapter auch was.
Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: RainerS am 03 Februar 2016, 19:13:41
Die ebusd.log wird noch zugemüllt. Hat jemand eine Idee was hier noch geändert werden muss ?

2016-02-02 19:42:35.870 [update notice] unknown MS cmd: 1008b5110101 / 093232f0044c680000ff
2016-02-02 19:42:37.968 [update notice] unknown MS cmd: 1008b5040100 / 0a0340421902020216f004
2016-02-02 19:42:38.236 [update notice] unknown MS cmd: 1008b5110102 / 05033c505078
2016-02-02 19:42:40.074 [update notice] update bai Mode QQ=10: standby
2016-02-02 19:42:44.466 [update notice] unknown MS cmd: 1008b5110101 / 093232f0044c680000ff
2016-02-02 19:42:46.359 [update notice] unknown BC cmd: 10feb5160301f003
2016-02-02 19:42:50.590 [update notice] update bai Mode QQ=10: standby
2016-02-02 19:42:54.815 [update notice] unknown MS cmd: 1008b5110101 / 093432f0044c680000ff
2016-02-02 19:42:56.892 [update notice] unknown MS cmd: 1008b5110102 / 05033c505078
2016-02-02 19:43:01.110 [update notice] update bai Mode QQ=10: standby
2016-02-02 19:43:05.335 [update notice] unknown MS cmd: 1008b5110101 / 093432f0044c680000ff
2016-02-02 19:43:07.434 [update notice] unknown MS cmd: 1008b5040100 / 0a0309431902020216f004
2016-02-02 19:43:09.540 [update notice] update bai Mode QQ=10: standby
2016-02-02 19:43:15.851 [update notice] unknown MS cmd: 1008b5110101 / 093432f0044c680000ff



Die broadcasts.csv sieht so aus:

# type (r[1-9];w;u),circuit,name,[comment],[QQ],ZZ,PBSB,[ID],field,part (m;s),type / templates,divider / values,unit,comment,field,part (m;s),type / templates,divider / values,unit,comment,field,part (m;s),type / templates,divider / values,unit,comment
*b,broadcast,,,,FE,B516,,,,,,,,,,,,,,,,,,,
#b,,vdatetime,Datum/Uhrzeit,,,,00,time,,BTI,,,,date,,BDA,,,,,,,,,
#b,,outsidetemp,Außentemperatur,,,,01,,,temp2,,,,,,,,,,,,,,,
#*b,broadcast,,,,FE,B505,,,,,,,,,,,,,,,,,,,
b,,hwcStatus,Status Warmwasser,,,,27,,,onoff,,,,VF1,,temp0,,,,,,onoff,,,
b,,load,Quick - WW Speicherladung,,,,06,,,onoff,,,,,,,,,


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 03 Februar 2016, 19:14:03
evtl. ist bei Marie's Modul ja ein Trimmer verbaut ?
Der sieht dann so wie auf Reinhards Bild aus.
Spindeltrimmer haben eine aus der Mitte verschobene Schraube,
bei Potis sitzt die Schraube in der Mitte.

Beim Spindeltrimmer könnte ja sein das sie kurz vorm unteren Anschlag ist und dann natürlich mehrere Umdrehungen bis zum oberen Anschlag benötigt.
Bevor Du das aber testest schau mal durch die Schlitze ins Gehäuse ob Du die Bauform erkennen kannst.

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 03 Februar 2016, 19:54:00
@R2D2_

deine Broadcast in /etc/ebusd/vaillant muss noch erweitert werden, dir fehlen noch einige Einträge!
Ebenso müssen dann noch ein paar Definitionen in der _templates gemacht werden.

Nur das Ganze hat aber nichts mit dem Log zu tun, die Meldungen können ja nicht weniger werden, sie werden dann nur durch Klartext übersetzt. Deine Therme ist halt sehr gesprächig, das ist ja gut so.

Hier als Beispiel meine CSV, damit der Broadcast dann als Klartext kommt.


# Vaillant specific,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
*b,broadcast,,,,FE,B516,,,,,,,,,,,,,,,,,,,,,,,,,
b,,vdatetime,Datum/Uhrzeit,,,,00,time,,BTI,,,,date,,BDA,,,,,,,,,,,,,,,
b,,outsidetemp,Außentemperatur,,,,01,,,temp2,,,,,,,,,,,,,,,,,,,,,
*b,broadcast,,,,FE,B505,,,,,,,,,,,,,,,,,,,,,,,,,
b,,hwStatus,Status Warmwasser,,,,27,,,onoff,,,,VF1,,temp0,,,,,,onoff,,,,,,,,,
b,,load,Quick - WW Speicherladung,,,,06,,,onoff,,,,,,,,,
*b,broadcast,,,10,08,B511,,,,,,,,,,,,,,,,,,,,,,,,,
b,,status01,VL/RL/AussenTemp/VLWW/RLWW/Status,,,,01,,,temp1;temp1;temp2;temp1;temp1;pumpstate,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
b,,status02,Mode/maxTemp/ReglerCurrentTEMP/maxTemp/ReglerCurrentTemp,,,,02,,,hwmode;temp0;temp1;temp0;temp1,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
*b,broadcast,,,10,08,B504,,,,,,,,,,,,,,,,,,,,,,,,,
b,,status11,,,,,00,,,dcfstate;BCD;BCD;BCD;BCD;BCD;days2;BCD;temp2,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
*b,broadcast,,,10,08,B512,,,,,,,,,,,,,,,,,,,,,,,,,
b,,pumpstate,Vaillant: Pumpenstatus,,,,00,,,pumpstate,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

/etc/ebusd/vaillant/broadcast.csv

# template name,type / templates,divider / values,unit,comment
temps,SCH,,°C,Temperatur
temps2,SIN,,°C,Temperatur
press,FLT,,bar,Druck
date,HDA:3,,,Datum
day,BDY,,,Wochentag
daysel,UCH,0=selected;1=Mo-Fr;2=Sa-So;3=Mo-So,,Tage
days,UCH,,,Tage
daysel2,UCH,0=selected;1=Mo-So;2=Mo-Fr;3=Sa-So,,Tage
days2,UCH,,,Tage
time,VTI,,,Zeit
time2,VTM,,,Zeit
minutes,ULG,120,min,Minuten
minutes0,UCH,,min,Minuten
minutes2,UIN,,min,Minuten
hoursum,ULG,,h,Stunden
hoursum2,UIN,,h,Stunden
hours,UCH,,h,Stunden
hours1,D1C,,h,Stunden
hour,UCH,,h,Stunde
seconds,ULG,2,s,Sekunden
seconds0,UCH,,s,Sekunden
seconds2,UIN,,s,Sekunden
seconds4,ULG,,s,Sekunden
calibration,D2C,,K,
calibration0,UCH,,K,
calibration1,D1C,,K,
calibrations,SCH,2,K,
integral,SIN,,°min,
mcmode,UCH,0=disabled;1=on;2=off;3=auto;4=eco;5=low,,Mischer Modus
mctype,UCH,0=uninitialized;1=mixer;2=fixed;3=3;4=4,,Mischer Typ
hwcmode,UCH,0=disabled;1=on;2=off;3=auto,,Warmwasser Modus
hwmode,UCH,0=disabled;1=on;2=off;3=auto,
status,UCH,,,Status
onoff,UCH,0=off;1=on,,
yesno,UCH,0=no;1=yes,,
errorok,UCH,0=ok;1=error,,
sensor,UCH,0=ok;85=circuit;170=cutoff,,Fühlerstatus
tempsensor,temp;sensor,,,
tempmirror,UIN,,,
tempmirrorsensor,temp;tempmirror;sensor
presssensor,press;sensor,,,
pressm,ULG,,mbar,Druck
pressm2,UIN,,mbar,Druck
uin100,UIN,100,,
curve,UIN,100,,Heizkurve
phase1,BI0,0=missing;1=present,,Status Phase 1
phase2,BI1,0=missing;1=present,,Status Phase 2
phase3,BI2,0=missing;1=present,,Status Phase 3
phase,phase1;phase2;phase3,,,
code,PIN,,,
error,UIN,,,Fehlernummer
errors,error;error;error;error;error,,,
errorhistory,status;time2;date;error,,,
from,TTM,,,von
to,TTM,,,bis
slot,from;to,,,Slot von/bis
slot1-3,slot;slot;slot,,,Slots 1-3
timer,slot1-3;daysel,,,
backtype,UCH,0=not present;1=externalheat;2=externalwater;3=externalheatandwater;4=internalheatandwater,,
backmode,UCH,0=no backup;1=withbackup;2=onlybackup,,
power,UCH,,kW,
energy,UIN,,kWh,
energy4,ULG,,kWh,
cntstarts,ULG,,,Anzahl Starts
cntstarts2,UIN,,,Anzahl Starts
pumppow,UCH,0=0;1=1;2=2;3=3;4=4;5=5;6=6;7=off,,Pumpenleistung
pumpstate,UCH,0=off;1=on;2=overrun,,Pumpenstatus
dcfstate,UCH,0=nosignal;1=ok;2=sync;3=valid,,DCF Empfängerstatus
phaseok,UCH,0=error;7=ok,,Phasenstatus
switchvalve,UCH,0=heat;1=water,,Ventilposition
hfrom,HDA:3,,,Ferienzeitraum von
hto,HDA:3,,,Ferienzeitraum bis
holiday,hfrom;hfrom;hto;hto,,,Ferienzeitraum 1 von; 2 von; 1 bis; 2 bis
hpstatus,UCH,0=off;3=heat;6=standby;7=otshutdown;8=water,,Heizstatus
frequency,UIN,,Hz,Frequenz

/etc/ebusd/vaillant/_templates.csv

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Navigator am 03 Februar 2016, 20:04:01
@all... hat hier jemand eine Vail. 620/3. Ich finde irgendwie keine passende CSV die mehr wie den Flowsensor und die Aussentemp übersetzt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 03 Februar 2016, 20:17:56
Zitat von: Dittel am 03 Februar 2016, 20:04:01
@all... hat hier jemand eine Vail. 620/3. Ich finde irgendwie keine passende CSV die mehr wie den Flowsensor und die Aussentemp übersetzt.

Hallo Dittel,

ich habe eine auroMatik 620/3

pi@raspberrypi:~ $ ebusctl scan result
08;Vaillant;BAI00;0604;5502;21;14;40;0010011642;0001;010806;N1
0a;Vaillant;PMW01;0205;8302;21;14;41;0010014312;3110;007012;N5
12;Vaillant;PMW01;0205;8302;21;14;41;0010014312;3110;007012;N5
15;Vaillant;UI   ;0508;6201;21;14;38;0020080465;0907;005548;N9
23;Vaillant;SOLSY;0500;6301;21;14;39;0020080463;0907;005520;N5
25;Vaillant;SOLSY;0500;6301;21;14;39;0020080463;0907;005520;N5
26;Vaillant;SOLSY;0500;6301;21;14;39;0020080463;0907;005520;N5
50;Vaillant;SOLSY;0500;6301;21;14;39;0020080463;0907;005520;N5
75;Vaillant;RC C ;0507;6201;21;13;21;0020040079;0907;005833;N0
ec;Vaillant;SOLSY;0500;6301;21;14;39;0020080463;0907;005520;N5
fc;Vaillant;PMW01;0205;8302;21;14;41;0010014312;3110;007012;N5


pi@raspberrypi:~ $ ebusctl info
version: ebusd 2.0.0ea7efc
signal: acquired
symbol rate: 98
masters: 5
messages: 548
address 03: master #3
address 08: slave #3, scanned "MF=Vaillant;ID=BAI00;SW=0604;HW=5502"
address 0a: slave, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302", loaded "vaillant/0a.pmw.hwc.csv"
address 10: master #6
address 12: slave, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"
address 15: slave #6, 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 50: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/50.solsy.mc.csv"
address 70: master #16
address 75: slave #16, scanned "MF=Vaillant;ID=RC C ;SW=0507;HW=6201", loaded "vaillant/75.rcc.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/ec.solsy.sc.csv"
address f7: master #24
address fc: slave #24, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"


Die 620 bedient sich gleich mehrerer csv.

Leider gibt es für meine Therme noch keine CSV  :(

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Navigator am 03 Februar 2016, 21:15:05
Hallo Frank....ich glaube Prof. Dr. Peter Henning hat auch so eine, vielleicht kann er uns weiterhelfen. Irgendwo muss ne csv von ihm hier rumschwirren.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 03 Februar 2016, 21:21:53
ja die sind auf pah seinem sourceforge, gleich auf der ersten Seite habe ich dorthin verlinkt!

Die müssen aber alle erst auf Version 2.x angepasst werden.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: RainerS am 03 Februar 2016, 21:30:00
@Reinhard: da hast Du natürlich Recht ! Deshalb habe ich den Log-Level auf "error" gesetzt. Jetzt ist Ruhe  8)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 03 Februar 2016, 21:35:36
Hallo,

irgendwie habe ich durch verschieden Test mein logrotate abgeschossen.
Meine ebusd.log ist nun schon 33 MB groß :-[

in meiner /etc/logrotate.de/ebusd scheint aber alles richtig

/var/log/ebusd.log {
        rotate 7
        copytruncate
        compress
        missingok
        notifempty
        daily
}


kann mich mal einer schubsen .
Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 03 Februar 2016, 21:48:39
Zitat von: Dittel am 03 Februar 2016, 21:15:05
Hallo Frank....ich glaube Prof. Dr. Peter Henning hat auch so eine, vielleicht kann er uns weiterhelfen. Irgendwo muss ne csv von ihm hier rumschwirren.
Zitat von: Reinhart am 03 Februar 2016, 21:21:53
ja die sind auf pah seinem sourceforge, gleich auf der ersten Seite habe ich dorthin verlinkt!

Die müssen aber alle erst auf Version 2.x angepasst werden.

LG


Ich glaube das wurde falsch verstanden.

Für meine Therme ecoTecPlus mit der Version

address 08: slave #3, scanned "MF=Vaillant;ID=BAI00;SW=0604;HW=5502"

gibt es noch keine passende CSV.
Aus der 08.bai.HW7401.csv passt leider überhaupt nichts  :(.

John wollte mal schauen aber ich denke er hatte noch keine Zeit dazu.

Gruß Frank

@Dittel
konntest Du die CSV's die meine 620er nutzt verwenden ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 03 Februar 2016, 23:17:05
Zitat von: fz69412 am 03 Februar 2016, 21:35:36
Meine ebusd.log ist nun schon 33 MB groß :-[
....
kann mich mal einer schubsen .

Hallo Frank,

size kann man anpassen -> dann gibt es viele kleine Datein.

/var/log/ebusd.log {
        rotate 7
        size 1M
        copytruncate
        compress
        missingok
        notifempty
        daily
}

probiere es mal aus.
Viele Grüße
Arthur

P:S: Die Flut an Logs kannst Du jedoch nur über die ebusd Log options steuern.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 04 Februar 2016, 00:20:08
Zitat von: amunra am 03 Februar 2016, 23:17:05
Hallo Frank,

size kann man anpassen -> dann gibt es viele kleine Datein.

/var/log/ebusd.log {
        rotate 7
        size 1M
        copytruncate
        compress
        missingok
        notifempty
        daily
}

probiere es mal aus.
Viele Grüße
Arthur

P:S: Die Flut an Logs kannst Du jedoch nur über die ebusd Log options steuern.

vielen Dank, habe ich gleich mal erweitert.
Mal sehen ob ich dann morgen ein gepacktes Log habe.
Da bei mir noch nicht alles läuft bin ich ganz froh über die logs und wenn sie dann alle 7 Tage gelöscht werden ist das ja ok.

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Navigator am 04 Februar 2016, 11:17:41
@Frank... nein, mit der 2er Version funktioniert die CSV nicht "out of the Box"...  :-\

@Reinhart ... gibt es irgendwo Info wie man die alten CSV für die neue Version selbst aufbereiten kann oder hat sich hier zu viel geändert?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rufus999 am 04 Februar 2016, 12:09:46
@Reinhart
Hallo Reinhart vielen Dank noch mal für deine Hilfe! Bei mir läuft nun seit Tagen, (oder sind es schon Wochen?), deine Variable Heizkurve. Ich habe aber leider immer noch kein passenden Schwellwert gefunden. Aber ich werde noch weiter Testen ...  ;)

@all
Mittlerweile habe ich schon eine ganze Menge über den ebusd und seine Parameter gelernt. Aber an einer Stelle stehe ich auf dem Schlauch. Über "ebusctl r Hc1OPMode" kann man den Zustand des Heizkreis1 abfragen, ebenso über "ebusctl r HwcOPMode" den Status des Warmwasserkreises. Im meinem Beispiel stehen beide auf "Auto" siehe Bild im Anhang. Hinter Auto ist aber jeweils noch ein Sonnen/ bzw. Mondsymbol zusehen. Dieses soll anzeigen welcher Betriebszustand im Automodus grade aktive ist. Für mich durchaus sinnvoll und würde ich auch gerne in FHEM sehen. Leider habe ich keinen passenden Parameter in den csv-Dateien gefunden oder ich habe ihn übersehen. Ich habe gesehen dass man über "ebusctl r Status01" folgendes erhält (46.0;38.0;3.250;35.0;37.0;on) der letzte Wert soll der Pumpenstatus sein, aber daraus wird nicht klar welcher?! Der für Heizkreis oder Warmwasser und ich glaube auch nicht dass dies Sonne oder Mond abbilden soll.

Vielleicht hat jemand eine Idee.

Gruss rufus999
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 04 Februar 2016, 13:03:15
Hurra, Hurra, Hurra  ;D ;D ;D es funktioniert.
Ich habe gestern noch einmal alles neu gemacht und siehe da, es klappt. Keine Ahnung wo der Fehler lag  :P

pi@raspberrypi:~ $ ebusctl scan result
08;Vaillant;EHP00;0419;7201;21;14;12;0020075218;0006;005047;N3
15;Vaillant;UIH00;0374;6901;21;14;29;0020093224;0907;005024;N3
23;Vaillant;EHP00;0419;7201;21;14;12;0020075218;0006;005047;N3
25;Vaillant;EHP00;0419;7201;21;14;12;0020075218;0006;005047;N3
26;Vaillant;EHP00;0419;7201;21;14;12;0020075218;0006;005047;N3
50;Vaillant;EHP00;0419;7201;21;14;12;0020075218;0006;005047;N3


Ich kann auch (denke ich zumindest) korrekt lesen:
pi@raspberrypi:~ $ ebusctl r outsidetemp
4.250


Wie kann ich prüfen, ob auch das Schreiben klappt? Ich habe leider kein Calomartic 430 :(

Ein großes Dankeschön an Arthur, Frank, Christian und John für die tolle Unterstützung!
Mein Mann hätte nie gedacht, dass ich überhaupt so weit komme :-)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 04 Februar 2016, 15:51:52
@rufus999
Habe in einem kleinen util  aus dem Zeitprogramm den Zustand Heizen/Absenken ermittelt. 

Bin noch auf der Suche: wann wird aus dem (Solar)Puffer geheizt?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 04 Februar 2016, 16:08:20
@Marie01 ich benutze zum Probieren was harmloses
ebusctl r RoomTempHoliday -> 16.00
ebusctl w -c ui RoomTempHoliday 15.00 -> done
ebusctl r RoomTempHoliday -> 15.00
und über ECMD
set T.Ferien cmd { "w -c ui RoomTempHoliday %temp\n" }
set T.Ferien params temp
set T.Ferien expect "done\n"
set T.Ferien postproc { $_ }
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 04 Februar 2016, 16:33:37
Hi,

danke, für deinen Input.

Lesen geht:
ebusctl r RoomTempHoliday
15.00


Schreiben leider nicht :(
ebusctl w -c ui RoomTempHoliday 16.00
ERR: element not found


Also funktioniert doch nicht so, wie ich es gedacht habe :(
Woran scheitert es?

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 04 Februar 2016, 18:21:28
Dann stimmt das "-c ui" nicht. Ich benutze noch die csv von 1.x.
Prüfe mit:   ebusctl f -f RoomTempHoliday
den circuit oder probiere es es mit -d ZZ (destination).
usage: write [-d ZZ] [-c] CIRCUIT NAME [VALUE[;VALUE]*]
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 05 Februar 2016, 07:16:57
Zitat von: amunra am 03 Februar 2016, 23:17:05
Hallo Frank,

size kann man anpassen -> dann gibt es viele kleine Datein.

/var/log/ebusd.log {
        rotate 7
        size 1M
        copytruncate
        compress
        missingok
        notifempty
        daily
}

probiere es mal aus.
Viele Grüße
Arthur

P:S: Die Flut an Logs kannst Du jedoch nur über die ebusd Log options steuern.

Hallo Arthur,

leider ist meine /var/log/ebusd.log nun schon 50 MB groß.
Logrotate erzeugt bei mir keine Archivdateien.
??
Wo könnte ich hier noch ansetzen ?
Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 05 Februar 2016, 07:21:22
Zitat von: Dittel am 04 Februar 2016, 11:17:41
@Frank... nein, mit der 2er Version funktioniert die CSV nicht "out of the Box"...  :-\

@Reinhart ... gibt es irgendwo Info wie man die alten CSV für die neue Version selbst aufbereiten kann oder hat sich hier zu viel geändert?

Hallo Dittel,

kannst Du mal

ebusctl scan result ( vorher "ebusctl scan full" versteht sich ;-) )
und
ebusctl info

hier posten.

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 05 Februar 2016, 09:03:27
Zitat von: Dittel am 04 Februar 2016, 11:17:41
@Reinhart ... gibt es irgendwo Info wie man die alten CSV für die neue Version selbst aufbereiten kann oder hat sich hier zu viel geändert?

Grundsätzlich hat John in seinem Wiki das ganz genau (sehr technisch) beschrieben, auch von pah gibt es diverse Anleitungen. Ich machen den Weg immer umgekehrt, nehme alles von der 2.x und schreibe die paar Einträge die mir fehlen neu dazu. Außer der broadcast und der templates ist es nicht viel, die meisten Anpassungen musst du in Fhem in der bai00.cfg (bei ECMD) durchführen (Angabe des Index, des Namen der CSV etc.). Ich mache das immer parallel mit Putty und setze die Abfragen ab und schaue die Syntax an bis es funktioniert, dann schreibe ich die Änderungen in die bai00.cfg.
Also zunächst alles original durchtesten und erst dann wenn wirklich was fehlt die CSV vergleichen und anpassen/erweitern.
Die Anpassungen machst einmal, dann bist auf aktuellem Stand.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 05 Februar 2016, 09:06:45
Zitat von: Marie01 am 04 Februar 2016, 16:33:37
Schreiben leider nicht :(
ebusctl w -c ui RoomTempHoliday 16.00
ERR: element not found


Also funktioniert doch nicht so, wie ich es gedacht habe :(
Der Parameter hinter dem "-c" definiert die Circuit, an die der Schreibbefehl gehen soll. Eine "UI" hast du aber nicht, sondern eine "UIH".
Schau Dir doch einfach mal die Ausgabe von "ebusctl find" an, da solltest Du alles sehen können, was lesbar ist (mit "ebusctl find -w" alles schreibbare).

Und wenn mich nicht alles täuscht, hast Du ebusd noch nicht richtig gestartet. Wenn Du die 2.x.x CSVs nutzen willst und diese nicht manuell auf Deine Anlage ausgedünnt hast, dann musst Du "--scanconfig" als Startparameter an ebusd übergeben.

Und noch ein Tipp: Schau doch bitte mal im Wiki die möglichen ebusctl Kommandos an: https://github.com/john30/ebusd/wiki/3.-Commands

Ebenso hilfreich bzgl. der ebusd Startparameter: https://github.com/john30/ebusd/wiki/2.-Run
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 05 Februar 2016, 09:12:50
Zitat von: rufus999 am 04 Februar 2016, 12:09:46
Ich habe gesehen dass man über "ebusctl r Status01" folgendes erhält (46.0;38.0;3.250;35.0;37.0;on) der letzte Wert soll der Pumpenstatus sein, aber daraus wird nicht klar welcher?! Der für Heizkreis oder Warmwasser und ich glaube auch nicht dass dies Sonne oder Mond abbilden soll.

der Pumpenstatus ist jener des Heizkreises und entspricht dem "wp" (d.10).
Es gibt auch einen extWP, der ist von der externen Pumpe (d.11).

pi@raspberry2 ~ $ ebusctl r -m 10 Status01
55.0;45.0;2.062;40.0;46.0;on

pi@raspberry2 ~ $ ebusctl r -f wp
on


LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rufus999 am 05 Februar 2016, 09:58:59
Hallo zusammen,

wozu sind diese hier gut?

430 Setpoints.Friday = no data stored
430 Setpoints.Monday = no data stored
430 Setpoints.Saturday = no data stored
430 Setpoints.Sunday = no data stored
430 Setpoints.Thursday = no data stored
430 Setpoints.Tuesday = no data stored
430 Setpoints.Wednesday = no data stored

Gruss rufus999
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 05 Februar 2016, 10:55:08
Hallo John,

die ebusd config beeinhaltet --scanconfig am Ende.

ebusctl find liefert:
pi@raspberrypi:~ $ ebusctl find
broadcast datetime = 1.812;10:05:02;05.02.2016
broadcast error = no data stored
broadcast hwcStatus = off;24;off
broadcast ident = no data stored
broadcast load = no data stored
broadcast outsidetemp = 1.812
broadcast signoflife = no data stored
broadcast vdatetime = 10:05:02;05.02.2016
ehp AccelerationTestMode = no data stored
ehp ActualEnvironmentPower = 0
ehp ActualEnvironmentPowerFine = 75
ehp ActualEnvironmentPowerPercentage = 0
ehp ApplianceCode = no data stored
ehp Backup = no data stored
ehp CirPump = no data stored
ehp Comp = no data stored
ehp CompPressHigh = 12.833;ok
ehp CompPressLow = 3.250;ok
ehp ElectricWiringDiagram = no data stored
ehp FlowTemp = 25.31;ok
ehp Hc1Pump = no data stored
ehp HcReturnTemp = 24.38;ok
ehp HeatPumpStatus = standby
ehp HwcHcValve = no data stored
ehp ICLOut = no data stored
ehp PhaseOrder = no data stored
ehp PhaseStatus = no data stored
ehp PressSwitch = no data stored
ehp SourcePumpStatus = 0
ehp SourceTempInput = -1.94;ok
ehp StateSoftwareCode = no data stored
ehp StorageTempBottom = no data stored
ehp StorageTempTop = no data stored
ehp TempInput = -4.19;ok
ehp TempOutput = 44.56;ok
ehp YieldEnvironmentEnergy = 15531
mc FlowTempDesired = 27.0
broadcast ident = no data stored
cc CirPumpED = no data stored
cc currenterror = no data stored
cc errorhistory = no data stored
cc Mode = 30;auto;00;off
cc Status = 0;off;-;0
cc Timer.Friday = no data stored
cc Timer.Monday = 06:00;22:00;22:00;22:00;22:00;22:00;Mo-Fr
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
ehp AccelerationTestMode = no data stored
ehp ActualEnvironmentPower = no data stored
ehp ActualEnvironmentPowerFine = no data stored
ehp ActualEnvironmentPowerPercentage = no data stored
ehp ApplianceCode = 42
ehp Backup = no data stored
ehp BackupHours = no data stored
ehp BackupHoursHc = no data stored
ehp BackupHoursHwc = no data stored
ehp BackupHysteresis = no data stored
ehp BackupIntegral = no data stored
ehp BackupModeHc = no data stored
ehp BackupModeHwc = no data stored
ehp BackupPowerCut = no data stored
ehp BackupStarts = no data stored
ehp BackupStartsHc = no data stored
ehp BackupStartsHwc = no data stored
ehp BackupType = no data stored
ehp BivalentMode = no data stored
ehp BivalentTemp = no data stored
ehp CirPump = no data stored
ehp Code1 = no data stored
ehp Code1Code2Valid = no data stored
ehp Code2 = no data stored
ehp Comp = no data stored
ehp CompControlState = no data stored
ehp CompCutPressHighCount = no data stored
ehp CompCutPressLowCount = no data stored
ehp CompCutTempCount = no data stored
ehp CompDemand = no data stored
ehp CompHours = no data stored
ehp CompHoursHc = no data stored
ehp CompHoursHwc = no data stored
ehp CompHysteresis = no data stored
ehp CompIntegral = no data stored
ehp CompPressHigh = no data stored
ehp CompPressLow = no data stored
ehp CompRestartTimer = no data stored
ehp CompStarts = no data stored
ehp CompStartsHc = no data stored
ehp CompStartsHwc = no data stored
ehp CompState = no data stored
ehp currenterror = no data stored
ehp Date = no data stored
ehp DateTime = no data stored
ehp ElectricWiringDiagram = no data stored
ehp errorhistory = 1;0;-:-;-.-.-;-
ehp FirstHcEnergySavingPumpOffTime = no data stored
ehp FlowTemp = no data stored
ehp FlowTempOffset = no data stored
ehp Hc1Pump = no data stored
ehp Hc1PumpHours = no data stored
ehp Hc1PumpPort = no data stored
ehp Hc1PumpStarts = no data stored
ehp Hc2Pump = no data stored
ehp Hc2PumpHours = no data stored
ehp HcFlowTemp = no data stored
ehp HcFlowTempOffset = no data stored
ehp HcModeDemandHours = no data stored
ehp HcModeFulfilledHours = no data stored
ehp HcParallelStorageFillingEnabled = no data stored
ehp HcPress = no data stored
ehp HcReturnTemp = no data stored
ehp HcReturnTempOffset = no data stored
ehp HeatPumpStatus = no data stored
ehp HwcHcValve = no data stored
ehp HwcHcValveStarts = no data stored
ehp HwcLaggingTime = no data stored
ehp HwcLoadingDelay = no data stored
ehp HwcModeDemandHours = no data stored
ehp HwcModeFulfilledHours = no data stored
ehp HwcPumpStarts = no data stored
ehp HwcSwitch = no data stored
ehp HwcTemp = no data stored
ehp HwcTempOffset = no data stored
ehp HydraulicScheme = no data stored
ehp hysteresisTimeDelay = no data stored
ehp HysteresisTimerCountdown = no data stored
ehp ICLOut = no data stored
ehp Injection = no data stored
ehp Integral = no data stored
ehp maxNDPressure = no data stored
ehp Mixer1DutyCycle = no data stored
ehp Mode = off
ehp NumberCompStarts = no data stored
ehp OutsideTemp = no data stored
ehp OutsideTempOffset = no data stored
ehp PhaseOrder = no data stored
ehp PhaseStatus = no data stored
ehp PowerCut = no data stored
ehp PressSwitch = no data stored
ehp RebootCounter = no data stored
ehp ReturnTempMax = no data stored
ehp SoftwareCode = no data stored
ehp Source2PumpHours = no data stored
ehp SourceHours = no data stored
ehp SourceLimitAtMaxFlow = no data stored
ehp SourceLimitSlope = no data stored
ehp SourcePort = no data stored
ehp SourcePumpPWM = no data stored
ehp SourcePumpSpeedControlDefrost = no data stored
ehp SourcePumpSpeedControlHeating = no data stored
ehp SourcePumpStatus = no data stored
ehp SourceStarts = no data stored
ehp SourceTempInput = no data stored
ehp SourceTempInputOffset = no data stored
ehp StateSoftwareCode = no data stored
ehp Status = 24.94;1.336;2.111;03 28 00 00
ehp Status01 = no data stored
ehp Status02 = disabled;0;100.0;0;100.0
ehp Status16 = no data stored
ehp StorageTempBottom = no data stored
ehp StorageTempBottomOffset = no data stored
ehp StorageTempTop = no data stored
ehp StorageTempTopOffset = no data stored
ehp Subcooling = no data stored
ehp Superheat = no data stored
ehp T19MaxToCompOff = no data stored
ehp TempInput = no data stored
ehp TempInputOffset = no data stored
ehp TempOutput = no data stored
ehp TempOutputOffset = no data stored
ehp Time = no data stored
ehp TimeBetweenTwoCompStartsMin = no data stored
ehp TimeCompOffMin = no data stored
ehp TimeCompOnMin = no data stored
ehp Weekday = no data stored
ehp YieldEnvironmentEnergy = no data stored
hwc currenterror = no data stored
hwc errorhistory = no data stored
hwc Hc1PumpSpeedCoilStorage = no data stored
hwc Hc1PumpSpeedLayeredStorage = no data stored
hwc HwcStorageIsCoil = no data stored
hwc LegionellaStartTime = no data stored
hwc LegioProtectionDay = no data stored
hwc LegioProtectionEnabled = no data stored
hwc Mode = 40;auto;00;off
hwc OperatingMode = no data stored
hwc Status = 80;off;27.25;0
hwc StorageTempDesiredStart = no data stored
hwc StorageTempDesiredStop = no data stored
hwc TappingDetectionLimit = no data stored
hwc Timer.Friday = no data stored
hwc Timer.Monday = 01:00;02:00;13:00;14:00;-:-;-:-;Mo-So
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 AutocoolTestModeActiveHc2 = no data stored
mc CfgHeatSinkType = mixer
mc CoolingCircuitStatesHc2 = no data stored
mc CoolingEfficiencyStateHc2 = no data stored
mc CoolingModeStateCounterHc2 = no data stored
mc CoolingOperatingModeHc2 = no data stored
mc CoolingRequestHc2 = no data stored
mc CoolingStartOffsetHc2 = no data stored
mc CoolingSupportedHc2 = no data stored
mc CoolingWhileHolidaySupportedHc2 = no data stored
mc currenterror = no data stored
mc DateTime = ok;10:04:22;05.02.2016;1.812
mc DesiredWorkingModeHc2 = no data stored
mc DWMOffToCoolingDelayHc2 = no data stored
mc DWMOffToHeatingDelayHc2 = no data stored
mc EfficiencyHysteresisHc2Min = no data stored
mc errorhistory = no data stored
mc FloorPavingDryingDay = no data stored
mc FloorProtectionLimit = no data stored
mc FlowTempDesired = no data stored
mc FlowTempMax = no data stored
mc FlowTempMin = no data stored
mc Hc1PumpSpeedControlDirectCircuit = no data stored
mc Hc1PumpSpeedControlDirectCircuitWhileO = no data stored
mc Hc1PumpSpeedControlHeatBuffer = no data stored
mc HcManualWorkingModeTriggeringActiveHc2 = no data stored
mc HcMaxPreHeating = no data stored
mc HcPumpPWM = no data stored
mc HcPumpStatus = no data stored
mc HeatingCurve = no data stored
mc LastDesiredWorkingModeHc2 = no data stored
mc Mode = 23;on;00;off
mc OperatingMode = no data stored
mc OtShutdownLimit = no data stored
mc Status = 27;off;25.31;23
mc Status16 = no data stored
mc TempDesired = no data stored
mc TempDesiredLow = no data stored
mc Timer.Friday = no data stored
mc Timer.Monday = 00:00;-:-;-:-;-:-;-:-;-:-;Mo-So
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
mc Tot24hHc2 = no data stored
mc TotAverageTimeHc2 = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan id = no data stored
scan.08 ident = Vaillant;EHP00;0419;7201
scan.15 ident = Vaillant;UIH00;0374;6901
scan.23 ident = Vaillant;EHP00;0419;7201
scan.25 ident = Vaillant;EHP00;0419;7201
scan.50 ident = Vaillant;EHP00;0419;7201
uih CoolingActive = no data stored
uih CoolingDay = no data stored
uih CoolingDemand = no data stored
uih DesiredWorkingMode = no data stored
uih DiagnoseMode = no data stored
uih EhpBackupRelease = no data stored
uih EhpBasicStatus = no data stored
uih EhpHeatBufferAvailable = no data stored
uih EhpHydraulicMap = no data stored
uih EhpTimeOfPredictedPowerCut = no data stored
uih EmStateCooling = no data stored
uih EmStateHc = no data stored
uih EmStateStandby = no data stored
uih EmStateWorkingMode = no data stored
uih EmSystemMode = no data stored
uih FlowTemp = no data stored
uih FlowTempDesired = no data stored
uih FrostOverRideTime = no data stored
uih HcDemand = no data stored
uih HcName10 = no data stored
uih HcName11 = no data stored
uih HcName12 = no data stored
uih HcName13 = no data stored
uih HcName14 = no data stored
uih HcName15 = no data stored
uih HcName16 = no data stored
uih HcName2 = no data stored
uih HcName4 = no data stored
uih HcName5 = no data stored
uih HcName6 = no data stored
uih HcName7 = no data stored
uih HcName8 = no data stored
uih HcName9 = no data stored
uih HcSupportTimeMax = no data stored
uih HolidayPeriods = no data stored
uih HwcDemand = no data stored
uih HwcLoadingTimeMax = no data stored
uih KeyCodeforConfigMenu = no data stored
uih LanguageVariant = no data stored
uih LastYearsYieldEnergyMonth1 = no data stored
uih LastYearsYieldEnergyMonth10 = no data stored
uih LastYearsYieldEnergyMonth11 = no data stored
uih LastYearsYieldEnergyMonth12 = no data stored
uih LastYearsYieldEnergyMonth2 = no data stored
uih LastYearsYieldEnergyMonth3 = no data stored
uih LastYearsYieldEnergyMonth4 = no data stored
uih LastYearsYieldEnergyMonth5 = no data stored
uih LastYearsYieldEnergyMonth6 = no data stored
uih LastYearsYieldEnergyMonth7 = no data stored
uih LastYearsYieldEnergyMonth8 = no data stored
uih LastYearsYieldEnergyMonth9 = no data stored
uih OutsideTemp = no data stored
uih ParallelCoolingHwcPossible = no data stored
uih PhoneNumberPart1 = no data stored
uih PhoneNumberPart2 = no data stored
uih PreShutDownTime = no data stored
uih reserve1 = no data stored
uih RoomTempHoliday = 15.00
uih StateEM = no data stored
uih SysWithCoolingSupport = no data stored
uih TempFailDetectTime = no data stored
uih TempIncrease = no data stored
uih ThisYearsYieldEnergyMonth1 = no data stored
uih ThisYearsYieldEnergyMonth10 = no data stored
uih ThisYearsYieldEnergyMonth11 = no data stored
uih ThisYearsYieldEnergyMonth12 = no data stored
uih ThisYearsYieldEnergyMonth2 = no data stored
uih ThisYearsYieldEnergyMonth3 = no data stored
uih ThisYearsYieldEnergyMonth4 = no data stored
uih ThisYearsYieldEnergyMonth5 = no data stored
uih ThisYearsYieldEnergyMonth6 = no data stored
uih ThisYearsYieldEnergyMonth7 = no data stored
uih ThisYearsYieldEnergyMonth8 = no data stored
uih ThisYearsYieldEnergyMonth9 = no data stored
uih YieldEnergyOld = no data stored
uih YieldEnergySum = no data stored


Ich kann auch alle Wete mit ebusctl r auslesen.

Was mir jedoch fehlt: Die Außeneinheit der  Wärmepumpe. Also fehlt doch noch ein csv? Wie kann ich das prüfen?

ebusctl Info bringt:
pi@raspberrypi:~ $ ebusctl i
version: ebusd 2.0.0ea7efc
signal: acquired
symbol rate: 41
masters: 3
messages: 632
address 03: master #3
address 08: slave #3, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/08.ehp.csv"
address 10: master #6
address 15: slave #6, scanned "MF=Vaillant;ID=UIH00;SW=0374;HW=6901", loaded "vaillant/15.uih.csv"
address 23: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/23.ehp.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/25.ehp.hwc.csv"
address 50: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/50.ehp.mc.csv"


Danke für die Hilfe!

Edit:
OMU.csv fehlt mir:
https://github.com/john30/ebusd-configuration/blob/master/ebusd-1.x.x/vaillant_de/omu.csv

Doch leider gibt es die unter der config 2.0 nicht? :(

Edit2:
Gibt es schon unter 2.0 :
https://github.com/john30/ebusd-configuration/blob/master/ebusd-2.x.x/de/vaillant/e0.omu.csv

Aber wie verknüpf ich das csv mit meiner Außeneinheit? Ich blick da nicht durch :(
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 05 Februar 2016, 12:06:55
Zitat von: Marie01 am 05 Februar 2016, 10:55:08
Aber wie verknüpf ich das csv mit meiner Außeneinheit? Ich blick da nicht durch :(
Das macht ebusd für Dich, sobald irgendein Gerät mit der OMU kommuniziert. Du kannst das aber auch forcieren, indem Du einen full scan initiierst: "ebusctl scan full"
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 05 Februar 2016, 12:08:14
ZitatDas macht ebusd für Dich, sobald irgendein Gerät mit der OMU kommuniziert. Du kannst das aber auch forcieren, indem Du einen full scan initiierst: "ebusctl scan full"

Hi John,

danke. Das ebusctl scan full habe ich vor 2 Tagen bereits gemacht.

Output nach 5min:
pi@raspberrypi:~ $ ebusctl scan result
08;Vaillant;EHP00;0419;7201
15;Vaillant;UIH00;0374;6901
23;Vaillant;EHP00;0419;7201
25;Vaillant;EHP00;0419;7201
50;Vaillant;EHP00;0419;7201


Edit:
Gerade noch einmal gestartet und das Ergebnis schaut anders aus?
08;Vaillant;EHP00;0419;7201;21;14;12;0020075218;0006;005047;N3
15;Vaillant;UIH00;0374;6901;21;14;29;0020093224;0907;005024;N3
23;Vaillant;EHP00;0419;7201;21;14;12;0020075218;0006;005047;N3
25;Vaillant;EHP00;0419;7201;21;14;12;0020075218;0006;005047;N3
26;Vaillant;EHP00;0419;7201;21;14;12;0020075218;0006;005047;N3
50;Vaillant;EHP00;0419;7201;21;14;12;0020075218;0006;005047;N3


Ich schau  gleich mal, ob ich auf die Außeneinheit zugreifen kann.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 05 Februar 2016, 12:16:05
Zitat von: Marie01 am 05 Februar 2016, 12:08:14
Ich schau  gleich mal, ob ich auf die Außeneinheit zugreifen kann.
Ist die Außeneinheit denn über den eBUS angeschlossen oder anderweitig?
Falls über den eBUS, dann gibts wohl ein Kommunikationsproblem.
Du könntest versuchen, das Poti am Interface ganz fein noch ein bisschen nachzujustieren. Ich schätze mal, das Kabel zur Außeneinheit ist etwas länger, oder?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 05 Februar 2016, 12:19:08
Ja, ist sie. Das mit dem Poti muss ich prüfen. Kann man das Kommunikationsproblem im der log verfizieren?

pi@raspberrypi:~ $ ebusctl i
version: ebusd 2.0.0ea7efc
signal: acquired
symbol rate: 36
masters: 3
messages: 592
address 03: master #3
address 08: slave #3, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/08.ehp.csv"
address 10: master #6
address 15: slave #6, scanned "MF=Vaillant;ID=UIH00;SW=0374;HW=6901", loaded "vaillant/15.uih.csv"
address 23: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/23.ehp.cc.csv"
address 25: slave
address 50: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/50.ehp.mc.csv"


Für address 25 wird KEIN csv geladen ...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 05 Februar 2016, 12:27:01
Zitat von: Marie01 am 05 Februar 2016, 12:19:08
Ja, ist sie. Das mit dem Poti muss ich prüfen. Kann man das Kommunikationsproblem im der log verfizieren?
Sobald ebusd auch nur ein einziges gültiges Telegramm von oder zu der Außeneinheit mitbekommt, erscheint die entsprechende Adresse im "info" Ergebnis.
Ergo: Entweder gibt es keine Kommunikation oder sie wurde ausschließlich fehlerhaft empfangen.
Man würde auch die ungültigen Telegramme im Log erkennen, aber das ist nicht ganz trivial. Man müsste dazu das raw logging sämtlicher empfangener Bytes aktivieren ("ebusctl raw"). Aber Achtung: das produziert sehr sehr viel Logging.

Zitat von: Marie01 am 05 Februar 2016, 12:19:08
Für address 25 wird KEIN csv geladen ...
Da gibts auch nichts wirklich interessantes abzurufen. Im Endeffekt sind alle Geräte mit der gleichen ID, also hier 08, 25, und 50 nur ein einziges Gerät, dasa aber auf mehr als eine Adresse reagiert). Viele der Werte lassen sich insbesondere bei der EHP sowohl von Adresse 08 als auch von 50 abrufen.
Man braucht also nicht zwingenderweise für jede Adresse eine CSV Datei.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 05 Februar 2016, 12:49:22
Ok, also wenn ich das richtig verstanden habe, konnte ich die Außeneinheit über den Bus noch gar nicht erfassen.
Also, wie vorgehen?

- Poti noch feiner einstellen
- ebsuctl scan full erneut starten
- ebusctl scan result anschauen

Dann sollte die Außeneinheit auftauchen?!

Danke nochmal John  :-*
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 05 Februar 2016, 13:27:06
Zitat von: fz69412 am 05 Februar 2016, 07:16:57
Hallo Arthur,

leider ist meine /var/log/ebusd.log nun schon 50 MB groß.
Logrotate erzeugt bei mir keine Archivdateien.
??
Wo könnte ich hier noch ansetzen ?
Gruß Frank
Hallo Frank,

könnte sein, dass bei dir Logrotate nicht greift.
Bitte folgende Befehle in der ssh/telnet session ausführen:

# Logrotate ebus Status ermitteln
sudo cat /var/lib/logrotate/status | grep ebus
Sollte der Befehl kein Ergebnis liefern, dann kannst Du Logrotate mal anstupsen mit:
sudo logrotate -f -v /etc/logrotate.conf
erneut prüfen mit:
sudo cat /var/lib/logrotate/status | grep ebus
Ergebnis sollte wie folgt aussehen: "/var/log/ebusd.log" 2016-2-5
danach noch ebusd neustarten:
sudo service ebusd restart
Jetzt sollte ein neues Log-File vorhanden sein welches "hoffentlich" täglich rotiert.
ls -alh /var/log/ebus* # ebusd logfiles
Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 05 Februar 2016, 13:35:43
Zitat von: rufus999 am 05 Februar 2016, 09:58:59
Hallo zusammen,

wozu sind diese hier gut?

430 Setpoints.Friday = no data stored
430 Setpoints.Monday = no data stored
430 Setpoints.Saturday = no data stored
430 Setpoints.Sunday = no data stored
430 Setpoints.Thursday = no data stored
430 Setpoints.Tuesday = no data stored
430 Setpoints.Wednesday = no data stored

Gruss rufus999

bei den Werten bin ich mir auch nicht sicher, aber das dürften die manuellen Vorgaben für die eingebaute Thermostatfunktion in der 430 sein.

pi@raspberry2 ~ $ ebusctl r -f Setpoints.Monday
0.5;20.0;24.0

1.Wert=Frost, 2.Wert=Nachttemperatur, 3.Wert=Tagtemperatur.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 05 Februar 2016, 14:51:12
@Marie01 John hat schon danach gefragt: Ist die Außeneinheit denn über den eBUS angeschlossen oder anderweitig?
Meine Trinkwasserstation tauchte im scan auch nicht auf - bis ich herausgefunden habe: sie ist nicht am ebus!! :-[
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 05 Februar 2016, 14:53:08
Zitat von: jkriegl am 05 Februar 2016, 14:51:12
@Marie01 John hat schon danach gefragt: Ist die Außeneinheit denn über den eBUS angeschlossen oder anderweitig?
Meine Trinkwasserstation tauchte im scan auch nicht auf - bis ich herausgefunden habe: sie ist nicht am ebus!! :-[

Hi,

doch, die Außeneinheit kommunziert auch via ebus.
Kann sie ganz normal via vrDialog parametrieren :-)
Also denke ich, dass es nur die Poti-Einstellung ist. Mal schauen. Werd ich heute Abend mal testen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 05 Februar 2016, 21:16:08
Zitat von: amunra am 05 Februar 2016, 13:27:06
Hallo Frank,

könnte sein, dass bei dir Logrotate nicht greift.
Bitte folgende Befehle in der ssh/telnet session ausführen:

# Logrotate ebus Status ermitteln
sudo cat /var/lib/logrotate/status | grep ebus
Sollte der Befehl kein Ergebnis liefern, dann kannst Du Logrotate mal anstupsen mit:
sudo logrotate -f -v /etc/logrotate.conf
erneut prüfen mit:
sudo cat /var/lib/logrotate/status | grep ebus
Ergebnis sollte wie folgt aussehen: "/var/log/ebusd.log" 2016-2-5
danach noch ebusd neustarten:
sudo service ebusd restart
Jetzt sollte ein neues Log-File vorhanden sein welches "hoffentlich" täglich rotiert.
ls -alh /var/log/ebus* # ebusd logfiles
Viele Grüße
Arthur

Vielen Dank Arthur !

durch
sudo logrotate -f -v /etc/logrotate.conf

ist mir angezeigt worden das :
Ignoring ebusd because the file owner is wrong (should be root).

der User pi keine Rechte für die Datei besitzt.
Die habe ich nun erteilt und endlich geht mein logrotate wieder. ;D
Vielen Dank !

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 05 Februar 2016, 21:25:48
und schon die nächste Frage 8),

hat jemand eine Vaillant Trinkwasserstation VPM 30//35/2 W ?

Ich würde gern den Status des Zirkulationmodus abfragen und auch schreiben können.

Es gibt ja folgende Stati aus/eco/comfort

Ich finde aber keinen Befehl dafür.

Gruß Frank




Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 06 Februar 2016, 11:13:03
Zitat von: fz69412 am 05 Februar 2016, 21:25:48
hat jemand eine Vaillant Trinkwasserstation VPM 30//35/2 W ?

Ich würde gern den Status des Zirkulationmodus abfragen und auch schreiben können.

Es gibt ja folgende Stati aus/eco/comfort

Ich finde aber keinen Befehl dafür.
Das sollte "OperatingMode" aus der 0a.pmw.hwc.csv sein.
Also Lesen mit "ebusctl r -c hwc OperatingMode" bzw. Schreiben mit "ebusctl w -c hwc OperatingMode auto" etc.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 06 Februar 2016, 12:27:43
Zitat von: john30 am 06 Februar 2016, 11:13:03
Das sollte "OperatingMode" aus der 0a.pmw.hwc.csv sein.
Also Lesen mit "ebusctl r -c hwc OperatingMode" bzw. Schreiben mit "ebusctl w -c hwc OperatingMode auto" etc.

Hallo John,

bei OperatingMode kommt bei mir immer "off".

Wenn ich es per GAEBUS get abrufe kann ich sehen das der Aufruf 4 Zustände haben könnte:  off, on ,auto,manuell

Aber egal was ich an der Station (direkt) einstelle , der Abruf ist immer off.

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 06 Februar 2016, 13:12:08
Zitat von: fz69412 am 06 Februar 2016, 12:27:43
bei OperatingMode kommt bei mir immer "off".

Wenn ich es per GAEBUS get abrufe kann ich sehen das der Aufruf 4 Zustände haben könnte:  off, on ,auto,manuell

Aber egal was ich an der Station (direkt) einstelle , der Abruf ist immer off.
Wie sieht denn dein "ebusctl info" aus?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 06 Februar 2016, 13:32:28
Also, ich habe jetzt alle Einstellungen am Poti ausprobiert!
Leider bekomm ich das Außengerät noch immer nicht gescannt.

Habt ihr eine Idee? Die Außeneinheit liegt auch am ebus. Der Zugriff via Vrdialog klappt problemlos. Distanz zwischen Innen- und Aussengerät circa 12m.

Danke!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 06 Februar 2016, 13:45:14
Zitat von: john30 am 06 Februar 2016, 13:12:08
Wie sieht denn dein "ebusctl info" aus?

pi@raspberrypi:~ $ ebusctl info
version: ebusd 2.0.0ea7efc
signal: acquired
symbol rate: 55
masters: 5
messages: 509
address 03: master #3
address 08: slave #3, scanned "MF=Vaillant;ID=BAI00;SW=0604;HW=5502"
address 0a: slave, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302", loaded "vaillant/0a.pmw.hwc.csv"
address 10: master #6
address 12: slave, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"
address 15: slave #6, scanned "MF=Vaillant;ID=UI   ;SW=0508;HW=6201", loaded "vaillant/15.ui.csv"
address 26: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/26.solsy.hc.csv"
address 50: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/50.solsy.mc.csv"
address 70: master #16
address 75: slave #16, scanned "MF=Vaillant;ID=RC C ;SW=0507;HW=6201", loaded "vaillant/75.rcc.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/ec.solsy.sc.csv"
address f7: master #24
address fc: slave #24, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"


Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 06 Februar 2016, 13:49:37
Hallo John ,
hier noch ebusctl find

pi@raspberrypi:~ $ ebusctl find
broadcast datetime = 6.438;13:47:00;06.02.2016
broadcast error = no data stored
broadcast hwStatus = no data stored
broadcast ident = no data stored
broadcast load = no data stored
broadcast outsidetemp = 6.438
broadcast pumpstate = no data stored
broadcast signoflife = no data stored
broadcast status01 = 68.0;66.5;-;-;-;overrun
broadcast status02 = no data stored
broadcast status11 = no data stored
broadcast vdatetime = 13:48:00;06.02.2016
broadcast ident = no data stored
hc BoilerCircuitDisabled = no data stored
hc BoilerMaxPreShutdown = no data stored
hc CleaningLady = no data stored
hc currenterror = -;-;-;-;-
hc DateTime = valid;13:48:00;06.02.2016;6.438
hc EnergyDemandNotReachedDelay = no data stored
hc EnergyDemandPercentage = no data stored
hc errorhistory = no data stored
hc FlowTempDesired = 42.0
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 = 1.20
hc HydraulicScheme = no data stored
hc IsInHoliday = no data stored
hc IsInParty = no data stored
hc IsInStorageFilling = no data stored
hc Mode = no data stored
hc OperatingMode = no data stored
hc OtShutdownLimit = no data stored
hc OutsideTemp = 6.44;ok
hc OutsideTempCorrection = no data stored
hc Stat15MinBusTimeout = no data stored
hc StatMonthOfInstallation = no data stored
hc StatOperatingHours = 7244
hc StatPowerOn = no data stored
hc StatRestarts = no data stored
hc StatRTOSErrorcode = no data stored
hc StatRTOSErrorCounter = no data stored
hc Status = no data stored
hc Status01 = no data stored
hc Status02 = no data stored
hc StatYearOfInstallation = no data stored
hc SumFlowSensor = -13.94;cutoff
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 ActorFernsteuerung = no data stored
hwc ActualKrm = no data stored
hwc ActualTappingTempDesired = no data stored
hwc ActualTnm = no data stored
hwc AutoTappingTempDesired = no data stored
hwc BigHExThreshold = no data stored
hwc CalculatedMixerPosition = 220
hwc CircoPump = 0
hwc currenterror = -;-;-;-;-
hwc Date = no data stored
hwc DurchflussTemp = no data stored
hwc ElectricalHeater = no data stored
hwc EnableHwcOperation = no data stored
hwc errorhistory = no data stored
hwc HeatDemand = no data stored
hwc HExIndex = no data stored
hwc HexMonitoringCounter = no data stored
hwc HExThreshold = no data stored
hwc HolidayStart = no data stored
hwc Krm = no data stored
hwc KrmFaktorMiddl = no data stored
hwc KrmFaktorSmall = no data stored
hwc Krp = no data stored
hwc LegioStartDay = no data stored
hwc LegioStartTime = no data stored
hwc ManualTappingTempDesired = no data stored
hwc Mode = 55;auto;00;off
hwc Ntc1Sensor = 60.00;ok
hwc Ntc2Sensor = 62.44;ok
hwc Ntc3Sensor = 40.31;ok
hwc OperatingMode = no data stored
hwc OverheatTimer = no data stored
hwc PartyStart = off
hwc PumpED = no data stored
hwc QuickVetoStart = no data stored
hwc QuickVetoTempDesired = no data stored
hwc SingleStorageCharge = no data stored
hwc StateCircoKick = 5
hwc StateHExMonitoring = no data stored
hwc StateMainControl = no data stored
hwc StateMixerPumpControl = no data stored
hwc Status = 66;on;-;55
hwc SteBusCheckFailedCounter = no data stored
hwc StFrostProtCounter = no data stored
hwc StInstallationDate = no data stored
hwc StLegioAbortTimeCounter = no data stored
hwc StLegioStopTimeCounter = no data stored
hwc TeleSwitch = no data stored
hwc TeleSwitchState = no data stored
hwc Time = no data stored
hwc Timer.Friday = 05:30;-:-;-:-;-:-;-:-;-:-;Sa-So
hwc Timer.Monday = 05:30;-:-;-:-;-:-;-:-;-:-;Sa-So
hwc Timer.Saturday = 08:00;-:-;-:-;-:-;-:-;-:-;Sa-So
hwc Timer.Sunday = 08:00;-:-;-:-;-:-;-:-;-:-;Sa-So
hwc Timer.Thursday = 05:30;09:00;14:00;-:-;-:-;-:-;Sa-So
hwc Timer.Tuesday = 05:30;09:00;14:00;-:-;-:-;-:-;Sa-So
hwc Timer.Wednesday = 05:30;-:-;-:-;-:-;-:-;-:-;Sa-So
hwc TimeTicker = no data stored
hwc Tm = no data stored
hwc Tnm = no data stored
hwc TnmFaktorMiddl = no data stored
hwc TnmFaktorSmall = no data stored
hwc Tp = no data stored
hwc Tvm = no data stored
hwc Tvp = no data stored
hwc Vortex = no data stored
hwc VPMWMode = no data stored
hwc Weekday = no data stored
hwc ZaehlerBetriebsStunden = no data stored
mc CfgHeatSinkType = mixer
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 = 1.20
mc IsInHoliday = no data stored
mc IsInParty = 228
mc IsInStorageFilling = no data stored
mc MixerDutyCycle = no data stored
mc Mode = 20;auto;00;off
mc OperatingMode = no data stored
mc OtShutdownLimit = 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 Status = 42;off;41.81;20
mc StatYearOfInstallation = no data stored
mc TeleSwitch = no data stored
mc TeleswitchOperatingMode = no data stored
mc TempDesired = no data stored
mc TempDesiredLow = 17.0
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
rcc HolidayPeriod = no data stored
rcc LcdContrastPwmValue = no data stored
rcc RoomTemp = no data stored
rcc RoomTempHoliday = no data stored
rcc RoomTempOffset = no data stored
rcc RoomTempOffsetSelfWarming = no data stored
sc ColKickGradient = no data stored
sc ColKickPumpTime = no data stored
sc Coll1Sensor = no data stored
sc Coll2Sensor = 27.50;ok
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 HasSolarCollVolumeSensor = no data stored
sc KolTempMin1 = no data stored
sc KolTempMin2 = no data stored
sc ScProtectionHysteresis = no data stored
sc SolarCollPumpED1 = no data stored
sc SolarCollPumpED2 = 0
sc SolarCollVolumeSensorPowerLastMinut = no data stored
sc SolarCollVolumeSensorTicksPer10Lite = no data stored
sc SolarFlowRate = no data stored
sc SolarPriority = no data stored
sc SolarProtection = no data stored
sc SolarProtectionStartTemp = 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 SolHwcMaxLoadTemp1 = no data stored
sc SolHwcMaxLoadTemp2 = no data stored
sc SolOperatingMode = 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 = 68.62;ok
sc Storage2Sensor3 = 67.88;ok
sc Storage3Sensor3 = no data stored
sc Storage4Sensor3 = no data stored
sc SumBackflowSensor = 48.62;ok
sc TeleSwitch = no data stored
sc YieldSensor = no data stored
scan id = no data stored
scan.08 ident = Vaillant;BAI00;0604;5502
scan.0a ident = Vaillant;PMW01;0205;8302
scan.12 ident = Vaillant;PMW01;0205;8302
scan.15 ident = Vaillant;UI   ;0508;6201
scan.26 ident = Vaillant;SOLSY;0500;6301
scan.50 ident = Vaillant;SOLSY;0500;6301
scan.75 ident = Vaillant;RC C ;0507;6201
scan.ec ident = Vaillant;SOLSY;0500;6301
scan.fc ident = Vaillant;PMW01;0205;8302
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 HcName1 = 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 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 = no data stored
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 SolarLoadingDelayHc = no data stored
ui SolarLoadingDelayHwc = 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

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 06 Februar 2016, 13:53:34
Zitat von: Marie01 am 06 Februar 2016, 13:32:28
Also, ich habe jetzt alle Einstellungen am Poti ausprobiert!
Leider bekomm ich das Außengerät noch immer nicht gescannt.

Habt ihr eine Idee? Die Außeneinheit liegt auch am ebus. Der Zugriff via Vrdialog klappt problemlos. Distanz zwischen Innen- und Aussengerät circa 12m.

Danke!

Hallo Marie,

wenn ich das richtig verstehe betreibst Du den VRDialog Adapter neben dem Ebus Adapter parallel ?

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 06 Februar 2016, 20:09:35
Nein! Entweder oder! Parallel bekommt vrDialog keinen Zugriff!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 06 Februar 2016, 20:22:21
Hallo Marie,

ok das wollte ich nur ausschließen.

Da Du ja mit VR Dialog keine Probleme beim Einstellen hast, kann
Verkabelung auch ausgeschlossen werden.

Also würde ich doch nochmal bei der Justage des Ebus Adapters ansetzen.
Es ist tatsächlich so , das manche Geräte erst bei exakter Einstellung zu sehen sind.
Und gerade bei den Poti's ist der Einstellbereich sehr eng, hier geht es um mm.
Vorallem fühlt man sich schon sicher wenn ein paar Geräte auftauchen
aber das ist noch nicht unbedingt die exakte Position !
Hast Du eigentlich mal geschaut ob es ein Poti oder ein Trimmer ist ?
Du hattest ja erzählt das links der Anschlag fehlt !

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 06 Februar 2016, 20:28:36
Hi Frank!

Ist ein Poti. Hat links und rechts einen Anschlag, wie es sich dann doch herausstellte ;-)
Ich habe heute schon alle möglichen Einstellungen des Poti ausprobiert und anschließend dann ebusctl scan full und ebusctl scan result. Die Außeneinheit taucht nicht auf :-(
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 06 Februar 2016, 20:45:19
Kannst Du mal ein Log posten ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 06 Februar 2016, 20:45:57
Welches willst denn?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 06 Februar 2016, 20:48:19
@Marie

Die Methode hast Du gesehen ?


Zitat von: john30 am 24 Dezember 2015, 13:45:40
Noch ein Hinweis zur Poti Einstellung:

Ich finde es leichter, wenn man zur ersten Justierung des Potis den Dienst stoppt (service ebusd stop) und statt dessen mit minimalen Parametern und ohne irgendwelche CSVs direkt in der Kommandozeile startet, z.B. so:
ebusd -f -c /tmp --logareas bus --loglevel info -d $DEVICE
$DEVICE dabei einfach durch das entsprechende /dev/ttyUSB0 o.ä. ersetzen.

Danach aktiviere ich noch aus einem zweiten Terminal (oder über screen) wie folgt den raw output:
ebusctl raw

Somit erhält man im ebusd Fenster die empfangenen Bytes als Hex, also z.B.:
2015-12-24 12:07:16.955 [bus notice] <aa
2015-12-24 12:07:17.001 [bus notice] <aa
2015-12-24 12:07:17.047 [bus notice] <aa
2015-12-24 12:07:17.093 [bus notice] <aa
2015-12-24 12:07:17.097 [bus notice] <10
2015-12-24 12:07:17.102 [bus notice] <50
2015-12-24 12:07:17.107 [bus notice] <b5
2015-12-24 12:07:17.111 [bus notice] <04


Wenn gerade kein Gerät den Bus benutzt, dann sollten etwa 20 Zeilen pro Sekunde ausgegeben werden und zwar mit "<aa" (im Beispiel die oberen 4 Zeilen).

Sobald ein Gerät den Bus benutzt, sieht das natürlich wieder anders aus. Da sind dann kurze Peaks mit was anderem als "aa" zu sehen. Das sollte man dann ignorieren (im Beispiel die unteren 4 Zeilen).

Wichtig ist dann bei der Poti Einstellung, dass man vor allem die regulären "aa"s zu sehen bekommt. Erst wenn die zuverlässig reinlaufen, kann man sich der nächsten Stufe widmen und ebusd wieder regulär als Dienst starten.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 06 Februar 2016, 20:48:46
ebusd.log
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 07 Februar 2016, 13:01:17
Zitat von: fz69412 am 06 Februar 2016, 20:48:46
ebusd.log

Hi,

anbei die komplette ebusd.log (33MB):
http://ul.to/kwqnnahc

Und so sieht das Logfile aus, nachdem ich ebusctl scan full und ebusctl scan result gestartet habe:
2016-02-07 13:04:19.100 [main notice] ebusd 2.0.0ea7efc started
2016-02-07 13:04:19.112 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2016-02-07 13:04:19.181 [bus notice] signal acquired
2016-02-07 13:04:19.800 [bus notice] new master 10, master count 2
2016-02-07 13:04:19.839 [bus notice] new master 03, master count 3
2016-02-07 13:04:19.839 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2016-02-07 13:04:20.735 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2016-02-07 13:04:22.716 [update notice] unknown MS cmd: 1008b5100900030000a000000002 / 00
2016-02-07 13:04:23.178 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2016-02-07 13:04:24.720 [update notice] unknown MS cmd: 1023b5040101 / 091e0300000006000100
2016-02-07 13:04:24.888 [update notice] unknown MS cmd: 1023b504020d00 / 050000008000
2016-02-07 13:04:25.072 [update notice] unknown MS cmd: 1023b5040132 / 0a000000000000a0030000
2016-02-07 13:04:25.223 [update notice] unknown MS cmd: 1023b5040131 / 020000
2016-02-07 13:04:28.713 [update notice] unknown BC cmd: 10feb5050427011d01
2016-02-07 13:04:29.155 [update notice] unknown BC cmd: 10feb505034a0400
2016-02-07 13:04:29.291 [main notice] read common config file /etc/ebusd/vaillant/scan.csv
2016-02-07 13:04:29.293 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv
2016-02-07 13:04:29.361 [main notice] read scan config file /etc/ebusd/vaillant/08.ehp.csv for ID "ehp00", SW0419, HW7201
2016-02-07 13:04:29.362 [main notice] found messages: 327 (139 conditional on 22 conditions, 1 poll, 55 update)
2016-02-07 13:04:29.484 [bus notice] poll ehp ApplianceCode: 42
2016-02-07 13:04:29.742 [update notice] update ehp SourcePumpStatus QQ=10: 0
2016-02-07 13:04:31.004 [bus notice] max. symbols per second: 101
2016-02-07 13:04:31.500 [main notice] read scan config file /etc/ebusd/vaillant/15.uih.csv for ID "uih00", SW0374, HW6901
2016-02-07 13:04:31.500 [main notice] found messages: 482 (230 conditional on 30 conditions, 1 poll, 55 update)
2016-02-07 13:04:31.816 [bus notice] scan 08 completed (223 slaves left)
2016-02-07 13:04:31.816 [bus notice] scan 08: ;Vaillant;EHP00;0419;7201;21;14;12;0020075218;0006;005047;N3
2016-02-07 13:04:32.003 [bus notice] max. symbols per second: 122
2016-02-07 13:04:33.484 [bus notice] scan 15 completed (214 slaves left)
2016-02-07 13:04:33.485 [bus notice] scan 15: ;Vaillant;UIH00;0374;6901;21;14;29;0020093224;0907;005024;N3
2016-02-07 13:04:33.762 [main notice] read scan config file /etc/ebusd/vaillant/23.ehp.cc.csv for ID "ehp00", SW0419, HW7201
2016-02-07 13:04:33.763 [main notice] found messages: 504 (230 conditional on 30 conditions, 1 poll, 55 update)
2016-02-07 13:04:38.104 [bus notice] scan 23 completed (202 slaves left)
2016-02-07 13:04:38.105 [bus notice] scan 23: ;Vaillant;EHP00;0419;7201;21;14;12;0020075218;0006;005047;N3
2016-02-07 13:04:39.000 [bus notice] max. symbols per second: 138
2016-02-07 13:04:39.556 [bus notice] scan 25 completed (200 slaves left)
2016-02-07 13:04:39.556 [bus notice] scan 25: ;Vaillant;EHP00;0419;7201;21;14;12;0020075218;0006;005047;N3
2016-02-07 13:04:41.157 [bus notice] scan 26 completed (199 slaves left)
2016-02-07 13:04:41.157 [bus notice] scan 26: ;Vaillant;EHP00;0419;7201;21;14;12;0020075218;0006;005047;N3
2016-02-07 13:04:41.291 [main notice] read scan config file /etc/ebusd/vaillant/25.ehp.hwc.csv for ID "ehp00", SW0419, HW7201
2016-02-07 13:04:41.292 [main notice] found messages: 545 (240 conditional on 33 conditions, 1 poll, 55 update)
2016-02-07 13:04:47.190 [bus notice] scan 50 completed (162 slaves left)
2016-02-07 13:04:47.191 [bus notice] scan 50: ;Vaillant;EHP00;0419;7201;21;14;12;0020075218;0006;005047;N3
2016-02-07 13:04:47.276 [main error] unable to load scan config 26: no file from /etc/ebusd/vaillant with prefix 26. matches ID "ehp00", SW0419, HW7201


Sind die unknown MS bzw. unknown BC commands meine Außeneinheit, die nicht identifiziert werden kann?
2016-02-07 13:04:19.839 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2016-02-07 13:04:20.735 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2016-02-07 13:04:22.716 [update notice] unknown MS cmd: 1008b5100900030000a000000002 / 00
2016-02-07 13:04:23.178 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2016-02-07 13:04:24.720 [update notice] unknown MS cmd: 1023b5040101 / 091e0300000006000100
2016-02-07 13:04:24.888 [update notice] unknown MS cmd: 1023b504020d00 / 050000008000
2016-02-07 13:04:25.072 [update notice] unknown MS cmd: 1023b5040132 / 0a000000000000a0030000
2016-02-07 13:04:25.223 [update notice] unknown MS cmd: 1023b5040131 / 020000
2016-02-07 13:04:28.713 [update notice] unknown BC cmd: 10feb5050427011d01
2016-02-07 13:04:29.155 [update notice] unknown BC cmd: 10feb505034a0400
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 07 Februar 2016, 15:46:44
eBus_Installer_Fhem

Amunra und ich haben ein kleines Installationstool für die wichtigsten eBus Tools geschrieben um speziell Anfängern das Handling und die Installation über das Thema Bus zu erleichtern.

(http://up.picr.de/24515260iv.png)
mit den Cursortasten einfach das gewünschte Tool auswählen und bestätigen. Der letzte Menüpunkt bereinigt die fhem.cfg von eventuellen mehrfachen Installationen des selben Menüpunktes.


Wie installiere ich das Tool


sudo wget https://raw.githubusercontent.com/arthur0412/fhem/master/ebus/ebus_install_fhem.sh -O ebus_install_fhem.sh
sudo chmod 775 ebus_install_fhem.sh
sudo ./ebus_install_fhem.sh


mit diesen 3 Zeilen wird der Installer installiert und gestartet. Das Verzeichnis ist egal, ob /opt/fhem oder /home/pi spielt dabei keine Rolle. Bitte aufpassen, wer eBusd installieren will, muss dies auf dem Raspberry durchführen auf welchem auch der Zugriff auf den physikalischen eBus mittels Konverter erfolgt.


Was macht das Tool

Das Script installiert direkt von Github verschiedene Scripts die im eBus Wiki veröffentlicht sind. Die Installationen können wahlweise direkt in der fhem.cfg oder in einer aktuellen Kopie (fhem-installer.cfg) erfolgen. Um Kollisionen von bereits definierten Devices zu vermeiden prüft das Script auf Vorhandensein solcher Devices und markiert sie mit einer #-# als gesperrt damit es zu keinen doppelten Definitionen kommen kann. Dies ist vor allem wichtig wenn der Anwender zweimal hintereinander installiert. Die letzte Installation ist dabei gültig.
Neue Konfigurationen werden in den entsprechende Dateien immer am Ende hinzugefügt und sind mit einer Überschrift gekennzeichnet das der Installer sie installiert hat. Wird nochmals installiert, wird die alte Installation gesperrt und erneut hinzugefügt.

(http://up.picr.de/24515261xi.png)
Bei manchen Installationen wird der Benutzer um zusätzliche Parameter gefragt. Hier ist vorher zu ermitteln welche Schnittstelle der USB-Konverter benutzt.
zB: ls /dev/ttyUSB*

(http://up.picr.de/24515262ox.png)
Bitte hier nicht einfach ENTER drücken, sondern diese wie gewünscht ausfüllen. Localhost ist mit der IP-Adresse des eBusd-Raspberry zu ersetzen!

Es wird vor jeder Manipulation von Files automatisch eine Sicherung im Verzeichnis /opt/fhem/backup/aktueller Zeitstempel angelegt. Im Falle von Fehlfunktionen kann somit jeder beliebige Stand wieder hergestellt werden.


Was ist nach der Installation zu tun

Nach der Installation sollte der Installer beendet werden und im Konsolenfenster geschaut werden werden ob hier keine Fehlermeldungen auftauchen. Normalerweise meldet schon der Installer eventuelle Fehler.
In Fhem den Editor aufrufen und kurz kontrollieren ob die gewünschten Einträge schon vorhanden sind. Die fhem.cfg wieder speichern, jetzt darf es zu keinen Fehlern kommen, ansonsten gibt es im der fhem.cfg schon einen selbst durchgeführten Eintrag zu diesem Device welcher vom Installer nicht gefunden wurde. Wenn das Speichern ohne Fehler funktioniert, sollte je nach Installation (bei ECMD) ein Neustart der Fhem Instanz durchgeführt werden.
Nun kann getestet werden. Die meisten Erweiterungen erfordern jetzt eine Anpassung an die persönlichen Devices (zB:in Valve müssen die eigenen Actuatoren hinzugefügt werden). Einige Erweiterungen (Heizkurve etc.) werden sofort funktionieren.
Bitte meldet uns eventuell auftretende Fehler um diese beheben zu können.

Innerhalb von 10 Minuten habt ihr ein lauffähiges Fhem mit eBus und allen wichtigen Tools wie ECMD etc. fertig installiert!

Bitte Vorsicht bei der Fhem Installation (Menüpunkt 1), innerhalb weniger Minuten ist alles überschrieben!

Wir wünschen euch viel Erfolg bei der Installation.

LG
Reinhart & Amunra
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 07 Februar 2016, 16:03:59
@Marie01

schau einmal in deine 08.ehp.csv, da sollte ganz unten folgende Einträge stehen!

# EHP: Betriebsart,,,,,,,,,,,,,,,,
*r,,,,,,"B504",,,,,,,,,,
r,,Mode,Betriebsart,,,B510,00,mode,,UCH,0=off;1=standby;2=heat;3=water,,,,,
r,,DateTime,Datum Uhrzeit,,,,00,,,dcfstate;btime;bdate;temp2,,,,,,
r,,Status,Status,,,B511,03,,,temp;press;press;HEX:4,,,,,,
r,,Status01,Vorlauftemperatur/Rücklauftemperatur/Aussentemperatursensor/WW Temperatur/Speichertemperatur/Pumpenstatus,,,B511,01,,,temp1;temp1;temp2;temp1;temp1;pumpstate,,,,,,
r,,Status02,Betriebsart/Maximaltemperatur/ReglerCurrentTEMP/Maximaltemperatur/ReglerCurrentTemp,,,B511,02,,,hwcmode;temp0;temp1;temp0;temp1,,,,,,

wenn das nicht der Fall ist, hast du nicht die letzten CSV geladen! Wenn die drinnen sind, verschwinden schon einige aus deinen Unbekannten (b511,01 b513,03)

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 07 Februar 2016, 16:45:16
ein kleiner Test zum Installer!

ein "nackter" Raspberry Pi, Fhem installiert dann ECMD Basispaket dann ECMD Heizkurve, hat insgesamt keine 5 Minuten gedauert und schon kommen die Daten in Fhem so wie Bild herein!

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: harry66 am 07 Februar 2016, 18:18:29
Hallo Reinhart und Amunra,

sieht echt gut aus euer tool  ;)

Ihr sollte aber erwähnen das die bai01.cfg für die 430ger Steuerung ist.

Ich hab zB.: die 620 und da passt es nicht
zB.: 430
# Heizkurve lesen
get HKurve cmd {"r -f Hc1HeatCurve\n"}
get HKurve expect "\d+\.\d+\n"
get HKurve postproc { sprintf("%3.1f",$_) }

620:
# Heizkurve lesen
get HKurve cmd {"r -f HeatingCurve\n"}
get HKurve expect "\d+\.\d+\n"
get HKurve postproc { sprintf("%3.1f",$_) }


aber ansonsten COOL *auch wenn ich es jetzt nicht mehr brauche

oh sorry Ihr hatte das ja erwähnt ::) ich sollte alles lesen bevor ich was sage
dann nehmt es als Beispiel für eine anpassung ;D
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 07 Februar 2016, 18:42:53
@harry66 bei meiner 620 muss  man leider noch genauer hinschauen, diese liefert auf
ebusctl r HeatingCurve drei Heizkurven  1.10;1.00;1.20
die 1. ist HK1, die 2. HK2 (mein Hausheizkreis), die 3. noch unbekannt (Ferien?)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 08 Februar 2016, 07:42:51
Hallo Reinhart,

Zitat von: Reinhart am 07 Februar 2016, 16:03:59
@Marie01

schau einmal in deine 08.ehp.csv, da sollte ganz unten folgende Einträge stehen!

# EHP: Betriebsart,,,,,,,,,,,,,,,,
*r,,,,,,"B504",,,,,,,,,,
r,,Mode,Betriebsart,,,B510,00,mode,,UCH,0=off;1=standby;2=heat;3=water,,,,,
r,,DateTime,Datum Uhrzeit,,,,00,,,dcfstate;btime;bdate;temp2,,,,,,
r,,Status,Status,,,B511,03,,,temp;press;press;HEX:4,,,,,,
r,,Status01,Vorlauftemperatur/Rücklauftemperatur/Aussentemperatursensor/WW Temperatur/Speichertemperatur/Pumpenstatus,,,B511,01,,,temp1;temp1;temp2;temp1;temp1;pumpstate,,,,,,
r,,Status02,Betriebsart/Maximaltemperatur/ReglerCurrentTEMP/Maximaltemperatur/ReglerCurrentTemp,,,B511,02,,,hwcmode;temp0;temp1;temp0;temp1,,,,,,

wenn das nicht der Fall ist, hast du nicht die letzten CSV geladen! Wenn die drinnen sind, verschwinden schon einige aus deinen Unbekannten (b511,01 b513,03)

LG
Reinhart

Meine 08.ehp.csv schaut gleich aus! Hätte mich auch gewundert. Habe die *.csv nach deiner Anleitung direkt aus dem Repository von John gezogen und kopiert.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 08 Februar 2016, 12:33:06
@Marie01

ich habe aber schon gesehen, dass bei dir die Configs ja geladen werden. Es kann jetzt nur mehr sein, dass in den CSV irgendwelche Fehler enthalten sind.

ich würde dir folgenden Test vorschlagen:

ebusctl info
hier nochmals schauen, ob die die 08.ehp.csv auch wirklich geladen wurde.

pi@raspberry2 ~ $ ebusd --checkconfig --scanconfig
2016-02-08 12:15:21.784 [main notice] Performing configuration check...
2016-02-08 12:15:29.629 [main notice] found messages: 5446 (436 conditional on 99 conditions, 2 poll, 64 update)

dann einen checkconfig durchführen, hier dürften keine Fehler mehr kommen, so wie bei mir. Du siehst ja in der letzten Zeile wie viele Einträge insgesamt gefunden wurden und wie viele auch tatsächlich geladen wurden. Bei dir müsste das wesentlich mehr sein, ich habe ja nur eine 430 zusätzlich am Bus hängen.

Wenn du hier auch nicht auf einen grünen Zweig kommst, kannst ja einmal versuchen die besagten Einträge (ab EHP Betriebsart) und die /opt/fhem/vaillant/broadcast zu kopieren und einen reload durchzuführen (oder besser eBusd neu starten).

Außerdem gibt es bei deinen Configs ja noch den Fehler

[main error] unable to load scan config 26: no file from /etc/ebusd/vaillant with prefix 26. matches ID "ehp00", SW0419, HW7201
versuche hier einfach durch einfaches umkopieren (zB: die 08.ehp.csv --> 26.ehp00.csv) das die Meldung verschwindet. Ich habe jetzt nur als Beispiel die 08.ehp.csv genommen, probiere einfach ein paar ähnliche durch ob eine halbwegs für deine Hardware passt.

Aber ganz wichtig, wenn Fehler in den Configs mit --checkconfig angezeigt werden, kann die Ursache auch in einer fehlenden Definition in der templates liegen!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 08 Februar 2016, 14:02:19
Hallo Reinhart!

pi@raspberrypi:~ $ ebusctl info
version: ebusd 2.0.0ea7efc
signal: acquired
symbol rate: 45
masters: 3
messages: 632
address 03: master #3
address 08: slave #3, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/08.ehp.csv"
address 10: master #6
address 15: slave #6, scanned "MF=Vaillant;ID=UIH00;SW=0374;HW=6901", loaded "vaillant/15.uih.csv"
address 23: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/23.ehp.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/25.ehp.hwc.csv"
address 50: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/50.ehp.mc.csv"


pi@raspberrypi:~ $ ebusd --checkconfig --scanconfig
2016-02-08 14:00:40.660 [main notice] Performing configuration check...
2016-02-08 14:00:41.835 [main notice] found messages: 5451 (436 conditional on 99 conditions, 2 poll, 60 update)


Aber, um auf das ursprüngliche Thema rurückzukommen: Warum bekomm ich das Außengerät nicht  gescannt?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 08 Februar 2016, 17:10:15
@Marie01

so ganz verstehe ich deine Anlage nicht, es werden alle CSV fehlerfrei geladen und trotzdem werden die Broadcast nicht richtig aufgelöst, obwohl die Einträge nun bestätigt vorhanden sind.
Das Thema "broadcast" hat aber ohnehin nichts damit zu tun, dass dein Außengerät nicht angezeigt wird. Warum der eBusd das Gerät nicht findet und dein VR Dialog schon kann nur John beantworten und der hat ja das Thema eh schon behandelt.

Ich könnte mir nur vorstellen, dass die DB die dein VR-Dialog verwendet schon wesentlich jünger ist als die von John verwendet wird (oder hat die Software überhaupt eine Datenbank?). Vielleicht macht es Sinn wenn du die DB einmal John zur Verfügung stellst oder habt ihr das eh schon gemacht. Soweit ich weiß hat ja John sich die CSV aus der DB mit eigens dafür geschriebenen Konvertern generiert, nur so konnte er eine fast lückenlose Konfiguration anbieten.

Da ich so eine komplexe Anlage nicht besitze kann ich dir da auch nicht sehr viel weiterhelfen, sondern auch nur dies und das vermuten und daraus was zusammen reimen.

Gibt es denn in deiner Außeneinheit wirklich so viele Daten die du benötigen würdest oder geht es mehr ums Prinzip?

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 08 Februar 2016, 17:49:16
@Marie

sorry,  kam erst jetzt dazu aber Reinhart hat sich ja schon dazu geschalten.

Die bc sind die Broadcasts aber auch das hast Du nun sicher schon erfahren.

Die restlichen Meldungen aus dem geposteten Logauszug:
2016-02-07 13:04:19.839 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2016-02-07 13:04:20.735 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2016-02-07 13:04:22.716 [update notice] unknown MS cmd: 1008b5100900030000a000000002 / 00
2016-02-07 13:04:23.178 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2016-02-07 13:04:24.720 [update notice] unknown MS cmd: 1023b5040101 / 091e0300000006000100
2016-02-07 13:04:24.888 [update notice] unknown MS cmd: 1023b504020d00 / 050000008000
2016-02-07 13:04:25.072 [update notice] unknown MS cmd: 1023b5040132 / 0a000000000000a0030000
2016-02-07 13:04:25.223 [update notice] unknown MS cmd: 1023b5040131 / 020000


sollten von der 08.hp.cs und 23.ehp.cc.csv kommentiert werden, sind aber scheinbar noch nicht übersetzt.

Dein Log (33MB ) konnte ich noch nicht laden, weil bei mir der Malware und Virenscanner anschlägt ,wenn ich es downloaden möchte !?
Ich fahre jetzt noch mal in die Firma und lade es auf einem Testrechner, mal sehen ob da noch andere Meldungen zu sehen sind.
Kannst Du mit VR-Dialog die Software und Hardwareversion der Außeneinheit auslesen und posten ?

Das ist evtl. auch für john interessant.

LG Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 08 Februar 2016, 18:29:48
@Marie

sorry, von der Seite kann ich nichts laden - Erotik Werbung auf der Seite ???

Was ist das denn ?

LG Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 08 Februar 2016, 18:41:33
@Marie

wie lautet die genaue Typenbezeichnung Deiner Wärmepumpe ?
LG Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: RainerS am 08 Februar 2016, 18:58:08
Zitat von: fz69412 am 08 Februar 2016, 18:29:48
@Marie

sorry, von der Seite kann ich nichts laden - Erotik Werbung auf der Seite ???

Was ist das denn ?

LG Frank

@frank: naja, falsche Seite gewählt   ;)

Anbei die gezippte ebusd.log von marie01
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 08 Februar 2016, 19:12:24
 ;D@R2D2

nix da falsche Seite, wenn ich auf den Link klicke könnte ich downloaden nur wird mir dort auch Erotik-Werbung angezeigt.

Aber danke schon mal , schaue mir gerade mal das Log an.
LG Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: RainerS am 08 Februar 2016, 19:17:32
@frank: AdBlockPlus installiert ?  ;)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 08 Februar 2016, 19:22:53
Guten Abend zusammen!

Danke für eure Hilfe.

Bezgl. Uploaded.to
Ist doch ein normaler One-Click-Hoster  :P
Ich sehe keine Werbung, da ich AdBlock Plus installiert habe. Kann gut sein, dass hier der eine oder andere Erotik Banner geschalten wird.
Sorry dafür. Ich hoffe ihr denk jetzt nichts falsches von mir  8)

Bezgl. verwendeter Wärmepumpe:
Laut Typenschild, ist bei uns einer Vaillant VWL 101/ 3s im Einsatz. Das, von mir angesprochene, Außengerät ist der Wärmetauscher mit Lüfter VWL 10/ 3 SA. Hier werden eine Menge interessante Daten für mich angezeigt.

Bezgl. vrDialog:
Ich kann die DB gerne John30 zur Verfügung stellen, aber ich denke, die hat er schon. Stand der DB samt Software von Vaillant ist 2006!!!

Anbei noch ein Screenshot von Werten der Außeneinheit:
https://s3.amazonaws.com/f.cl.ly/items/051C071K28280V1F3b1g/VWL%20SA%20Parameter%20und%20Information%20-%20Marc.PNG?v=27d66f53 (https://s3.amazonaws.com/f.cl.ly/items/051C071K28280V1F3b1g/VWL%20SA%20Parameter%20und%20Information%20-%20Marc.PNG?v=27d66f53)

Ich habe jetzt wirklich alles probiert - auch noch einmal den Poti fein zu justieren - jedoch ohne Erfolg :( Die Außeneinheit taucht nach ebusctl scan full und ebusctl scan result einfach nicht auf :(
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 08 Februar 2016, 19:23:36
@R2D2

bin extra mal in die Firma gefahren um mit einem Testrechner auf die Seite zu gehen, war mir selbst mit meinem Mac zu riskant.

Ist schon merkwürdig was die über diese Seite so versuchen zu verteilen.

Aber nun gut, ich wühle mich mal durch das Log.
LG Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 08 Februar 2016, 19:27:38
Danke, dass du dir die Arbeit antust  :-*
Also ich seh auf meinem Mac keinen Erotikbanner?
https://s3.amazonaws.com/f.cl.ly/items/1z1f37081a3x1I0i3I28/Ohne%20Titel%20Kopie.png?v=764cadef (https://s3.amazonaws.com/f.cl.ly/items/1z1f37081a3x1I0i3I28/Ohne%20Titel%20Kopie.png?v=764cadef)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: RainerS am 08 Februar 2016, 19:36:44
... könnt Ihr die Bilder nicht als Anhang einstellen ? Das ganze hier wird ziemlich unübersichtlich , Seite 23 war auch schon sehr "gewöhnungsbedürftig"  :o

EDIT:
erweiterte Optionen, Dateianhänge ?  ;)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 08 Februar 2016, 19:38:12
Zitat von: R2D2_ am 08 Februar 2016, 19:36:44
... könnt Ihr die Bilder nicht als Anhang einstellen ? Das ganze hier wird ziemlich unübersichtlich  :o

Sorry, hab ich soeben gerändert  :o
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 08 Februar 2016, 20:59:11
Hallo Marie,

schau Dir mal die e0.omu.csv an.
Diese dürfte für Deine Außeneinheit passen, evtl. muss sie angepasst werden.
Kannst ja mal einen Test machen und diese in 26.ehp00.csv umbenennen, so wie es Reinhart vorgeschlagen hat.

LG Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 08 Februar 2016, 22:13:06
Hallo Marie,

ich habe jetzt mal das gesamte Log durchgesehen bis auf die 2 unkommentierten BC

10feb505034a0100
10feb51603043001 

nichts ungewöhliches.

Was mir aber aufgefallen ist ! Die 26 taucht in dem 5 Tage Log überhaupt nicht auf !!
Meine Vermutung Du hast am 07.02.2016 ca 13 Uhr am Poti gedreht und dabei auch die Adresse 26 erwischt .... richtig ?

Und nun bin ich wieder beim Poti  ;) ;) und der feinen, sehr feinen Justage des EbusKopplers von eService.

Ich habe Ihn ja selbst und kenne die Schwierigkeit.

Wenn Du des Lötkolbens mächtig bist, bestelle Dir die Platine von Reinhart oder bau Dir einen Trimmer in den eService Koppler.

Das von mir vorhin empfohlene Umbenennen der Datei e0.omu.csv wird wahrscheinlich ins Leere laufen.

Gruß Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 08 Februar 2016, 22:25:47
@Reinhart

Hast Du noch Platinen ?

LG Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 09 Februar 2016, 08:28:02
Guten Morgen  8)

Jungs, das wars. Ich habe die e0.omu.csv in 26.ehp00.csv umbenannt und siehe da, die Außeneinheit wird über Slave#26 gelesen  ;D
pi@raspberrypi:~ $ ebusctl find
broadcast datetime = 4.500;08:20:01;09.02.2016
broadcast error = no data stored
broadcast hwcStatus = off;23;off
broadcast ident = no data stored
broadcast load = no data stored
broadcast outsidetemp = 4.500
broadcast signoflife = no data stored
broadcast vdatetime = 08:20:01;09.02.2016
ehp AccelerationTestMode = no data stored
ehp ActualEnvironmentPower = 0
ehp ActualEnvironmentPowerFine = 87
ehp ActualEnvironmentPowerPercentage = 0
ehp ApplianceCode = no data stored
ehp Backup = no data stored
ehp CirPump = no data stored
ehp Comp = no data stored
ehp CompPressHigh = 12.887;ok
ehp CompPressLow = 3.462;ok
ehp ElectricWiringDiagram = no data stored
ehp FlowTemp = 23.75;ok
ehp Hc1Pump = no data stored
ehp HcReturnTemp = no data stored
ehp HeatPumpStatus = heat
ehp HwcHcValve = no data stored
ehp ICLOut = no data stored
ehp PhaseOrder = no data stored
ehp PhaseStatus = no data stored
ehp PressSwitch = no data stored
ehp SourcePumpStatus = 0
ehp SourceTempInput = 10.44;ok
ehp StateSoftwareCode = no data stored
ehp StorageTempBottom = no data stored
ehp StorageTempTop = no data stored
ehp TempInput = -2.31;ok
ehp TempOutput = 48.12;ok
ehp YieldEnvironmentEnergy = 15702
mc FlowTempDesired = 25.5
broadcast ident = no data stored
cc CirPumpED = no data stored
cc currenterror = no data stored
cc errorhistory = no data stored
cc Mode = 30;auto;00;off
cc Status = 0;off;-;0
cc Timer.Friday = no data stored
cc Timer.Monday = 06:00;22:00;22:00;22:00;22:00;22:00;Mo-Fr
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
ehp AccelerationTestMode = no data stored
ehp ActualEnvironmentPower = no data stored
ehp ActualEnvironmentPowerFine = no data stored
ehp ActualEnvironmentPowerPercentage = no data stored
ehp ApplianceCode = 42
ehp Backup = no data stored
ehp BackupHours = no data stored
ehp BackupHoursHc = no data stored
ehp BackupHoursHwc = no data stored
ehp BackupHysteresis = no data stored
ehp BackupIntegral = no data stored
ehp BackupModeHc = no data stored
ehp BackupModeHwc = no data stored
ehp BackupPowerCut = no data stored
ehp BackupStarts = no data stored
ehp BackupStartsHc = no data stored
ehp BackupStartsHwc = no data stored
ehp BackupType = no data stored
ehp BivalentMode = no data stored
ehp BivalentTemp = no data stored
ehp CirPump = no data stored
ehp Code1 = no data stored
ehp Code1Code2Valid = no data stored
ehp Code2 = no data stored
ehp Comp = no data stored
ehp CompControlState = no data stored
ehp CompCutPressHighCount = no data stored
ehp CompCutPressLowCount = no data stored
ehp CompCutTempCount = no data stored
ehp CompDemand = no data stored
ehp CompHours = no data stored
ehp CompHoursHc = no data stored
ehp CompHoursHwc = no data stored
ehp CompHysteresis = no data stored
ehp CompIntegral = no data stored
ehp CompPressHigh = no data stored
ehp CompPressLow = no data stored
ehp CompRestartTimer = no data stored
ehp CompStarts = no data stored
ehp CompStartsHc = no data stored
ehp CompStartsHwc = no data stored
ehp CompState = no data stored
ehp currenterror = no data stored
ehp Date = no data stored
ehp DateTime = no data stored
ehp ElectricWiringDiagram = no data stored
ehp errorhistory = 1;0;-:-;-.-.-;-
ehp FirstHcEnergySavingPumpOffTime = no data stored
ehp FlowTemp = no data stored
ehp FlowTempOffset = no data stored
ehp Hc1Pump = no data stored
ehp Hc1PumpHours = no data stored
ehp Hc1PumpPort = no data stored
ehp Hc1PumpStarts = no data stored
ehp Hc2Pump = no data stored
ehp Hc2PumpHours = no data stored
ehp HcFlowTemp = no data stored
ehp HcFlowTempOffset = no data stored
ehp HcModeDemandHours = no data stored
ehp HcModeFulfilledHours = no data stored
ehp HcParallelStorageFillingEnabled = no data stored
ehp HcPress = no data stored
ehp HcReturnTemp = no data stored
ehp HcReturnTempOffset = no data stored
ehp HeatPumpStatus = no data stored
ehp HwcHcValve = no data stored
ehp HwcHcValveStarts = no data stored
ehp HwcLaggingTime = no data stored
ehp HwcLoadingDelay = no data stored
ehp HwcModeDemandHours = no data stored
ehp HwcModeFulfilledHours = no data stored
ehp HwcPumpStarts = no data stored
ehp HwcSwitch = no data stored
ehp HwcTemp = no data stored
ehp HwcTempOffset = no data stored
ehp HydraulicScheme = no data stored
ehp hysteresisTimeDelay = no data stored
ehp HysteresisTimerCountdown = no data stored
ehp ICLOut = no data stored
ehp Injection = no data stored
ehp Integral = no data stored
ehp maxNDPressure = no data stored
ehp Mixer1DutyCycle = no data stored
ehp Mode = off
ehp NumberCompStarts = no data stored
ehp OutsideTemp = no data stored
ehp OutsideTempOffset = no data stored
ehp PhaseOrder = no data stored
ehp PhaseStatus = no data stored
ehp PowerCut = no data stored
ehp PressSwitch = no data stored
ehp RebootCounter = no data stored
ehp ReturnTempMax = no data stored
ehp SoftwareCode = no data stored
ehp Source2PumpHours = no data stored
ehp SourceHours = no data stored
ehp SourceLimitAtMaxFlow = no data stored
ehp SourceLimitSlope = no data stored
ehp SourcePort = no data stored
ehp SourcePumpPWM = no data stored
ehp SourcePumpSpeedControlDefrost = no data stored
ehp SourcePumpSpeedControlHeating = no data stored
ehp SourcePumpStatus = no data stored
ehp SourceStarts = no data stored
ehp SourceTempInput = no data stored
ehp SourceTempInputOffset = no data stored
ehp StateSoftwareCode = no data stored
ehp Status = 23.31;1.336;2.164;03 08 00 00
ehp Status01 = no data stored
ehp Status02 = disabled;0;100.0;0;100.0
ehp Status16 = no data stored
ehp StorageTempBottom = no data stored
ehp StorageTempBottomOffset = no data stored
ehp StorageTempTop = no data stored
ehp StorageTempTopOffset = no data stored
ehp Subcooling = no data stored
ehp Superheat = no data stored
ehp T19MaxToCompOff = no data stored
ehp TempInput = no data stored
ehp TempInputOffset = no data stored
ehp TempOutput = no data stored
ehp TempOutputOffset = no data stored
ehp Time = no data stored
ehp TimeBetweenTwoCompStartsMin = no data stored
ehp TimeCompOffMin = no data stored
ehp TimeCompOnMin = no data stored
ehp Weekday = no data stored
ehp YieldEnvironmentEnergy = no data stored
ehp00 BadWeather = no data stored
ehp00 CheckByte = no data stored
ehp00 CleaningRequest = no data stored
ehp00 CompActive = no data stored
ehp00 CompDemand = no data stored
ehp00 CoolingActive = no data stored
ehp00 CoolingFanStartTemp = no data stored
ehp00 CoolingFanStopTemp = no data stored
ehp00 CoolingMaxFanSpeed = no data stored
ehp00 CoolingTest = no data stored
ehp00 currenterror = no data stored
ehp00 defroster = off
ehp00 DeiceError = no data stored
ehp00 DeiceErrorStarts = no data stored
ehp00 DeicefinishTemp = no data stored
ehp00 DeiceOnTemp = no data stored
ehp00 DeicePeriodMin = no data stored
ehp00 DeiceRequest = no
ehp00 DeiceRequestHyst = no data stored
ehp00 DeiceTimeMax = no data stored
ehp00 DeiceWFanHyst = no data stored
ehp00 DeicingActive = no data stored
ehp00 DeicingReleased = no data stored
ehp00 DeicingRuntimeMinutes = no data stored
ehp00 DeicingStarts = no data stored
ehp00 DeltaTMax = no data stored
ehp00 errorhistory = no data stored
ehp00 FanError = no data stored
ehp00 FanIsRunning = no data stored
ehp00 FanMode = no data stored
ehp00 fanPWM = no data stored
ehp00 FanRuntimeMinutes = no data stored
ehp00 FanSpeedIs = no data stored
ehp00 FanSpeedMax = no data stored
ehp00 FanstableTime = no data stored
ehp00 FanStartSpeed = no data stored
ehp00 Free2 = no data stored
ehp00 FrostProtection = no data stored
ehp00 HeaterRuntimeMinutes = no data stored
ehp00 HeaterStarts = no data stored
ehp00 HotSummer = no data stored
ehp00 IDUApplianceCode = no data stored
ehp00 LEDBlinkProgram = no data stored
ehp00 ManualDeiceRequest = no data stored
ehp00 Mode = no data stored
ehp00 NoiseReduction = 10
ehp00 NoiseReductionFactor = no data stored
ehp00 OAWControlPumpPWM = no data stored
ehp00 ODUReady = no data stored
ehp00 ODUSourceInput = no data stored
ehp00 OffsetFanSpeed = no data stored
ehp00 OnlyFanTemp = no data stored
ehp00 Out1230V = no data stored
ehp00 Parametersandinformation_ODUSourceInput = no data stored
ehp00 Parametersandinformation_SourceInputSensorOffset = no data stored
ehp00 PollutionDetect = no data stored
ehp00 PowerOnStarts = no data stored
ehp00 Pumin = no data stored
ehp00 PumpSpeedControl = no data stored
ehp00 RelaisOut = no data stored
ehp00 RelayStarts = no data stored
ehp00 SourceFlowReversed = no data stored
ehp00 SourceInputSensorOffset = no data stored
ehp00 SourceMAXTemp = no data stored
ehp00 SourceOK = no data stored
ehp00 SourceTempMin = no data stored
ehp00 SpeedTempMax = no data stored
ehp00 SpeedTempMin = no data stored
ehp00 Status = no data stored
ehp00 STBError = no data stored
ehp00 STBErrorStarts = no data stored
ehp00 STBOK = no data stored
ehp00 SyncDeicing = no data stored
ehp00 SyncHeaterDeicing = no data stored
ehp00 TestFan = no data stored
ehp00 TestHeater = no data stored
ehp00 Timer.Friday = no data stored
ehp00 Timer.Monday = no data stored
ehp00 Timer.Saturday = no data stored
ehp00 Timer.Sunday = no data stored
ehp00 Timer.Thursday = no data stored
ehp00 Timer.Tuesday = no data stored
ehp00 Timer.Wednesday = no data stored
ehp00 ZustandOAWLogic = no data stored
hwc currenterror = no data stored
hwc errorhistory = no data stored
hwc Hc1PumpSpeedCoilStorage = no data stored
hwc Hc1PumpSpeedLayeredStorage = no data stored
hwc HwcStorageIsCoil = no data stored
hwc LegionellaStartTime = no data stored
hwc LegioProtectionDay = no data stored
hwc LegioProtectionEnabled = no data stored
hwc Mode = 40;auto;00;off
hwc OperatingMode = no data stored
hwc Status = 80;off;32.12;0
hwc StorageTempDesiredStart = no data stored
hwc StorageTempDesiredStop = no data stored
hwc TappingDetectionLimit = no data stored
hwc Timer.Friday = no data stored
hwc Timer.Monday = 01:00;02:00;13:00;14:00;-:-;-:-;Mo-So
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 AutocoolTestModeActiveHc2 = no data stored
mc CfgHeatSinkType = mixer
mc CoolingCircuitStatesHc2 = no data stored
mc CoolingEfficiencyStateHc2 = no data stored
mc CoolingModeStateCounterHc2 = no data stored
mc CoolingOperatingModeHc2 = no data stored
mc CoolingRequestHc2 = no data stored
mc CoolingStartOffsetHc2 = no data stored
mc CoolingSupportedHc2 = no data stored
mc CoolingWhileHolidaySupportedHc2 = no data stored
mc currenterror = no data stored
mc DateTime = valid;08:20:38;09.02.2016;4.500
mc DesiredWorkingModeHc2 = no data stored
mc DWMOffToCoolingDelayHc2 = no data stored
mc DWMOffToHeatingDelayHc2 = no data stored
mc EfficiencyHysteresisHc2Min = no data stored
mc errorhistory = no data stored
mc FloorPavingDryingDay = no data stored
mc FloorProtectionLimit = no data stored
mc FlowTempDesired = no data stored
mc FlowTempMax = no data stored
mc FlowTempMin = no data stored
mc Hc1PumpSpeedControlDirectCircuit = no data stored
mc Hc1PumpSpeedControlDirectCircuitWhileO = no data stored
mc Hc1PumpSpeedControlHeatBuffer = no data stored
mc HcManualWorkingModeTriggeringActiveHc2 = no data stored
mc HcMaxPreHeating = no data stored
mc HcPumpPWM = no data stored
mc HcPumpStatus = no data stored
mc HeatingCurve = no data stored
mc LastDesiredWorkingModeHc2 = no data stored
mc Mode = 23;on;00;off
mc OperatingMode = no data stored
mc OtShutdownLimit = no data stored
mc Status = 25;off;23.75;23
mc Status16 = no data stored
mc TempDesired = no data stored
mc TempDesiredLow = no data stored
mc Timer.Friday = no data stored
mc Timer.Monday = 00:00;-:-;-:-;-:-;-:-;-:-;Mo-So
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
mc Tot24hHc2 = no data stored
mc TotAverageTimeHc2 = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan id = 21;14;12;0020075218;0006;005047;N3
scan.08 ident = Vaillant;EHP00;0419;7201
scan.15 ident = Vaillant;UIH00;0374;6901
scan.23 ident = Vaillant;EHP00;0419;7201
scan.25 ident = Vaillant;EHP00;0419;7201
scan.26 ident = Vaillant;EHP00;0419;7201
scan.50 ident = Vaillant;EHP00;0419;7201
uih CoolingActive = no data stored
uih CoolingDay = no data stored
uih CoolingDemand = no data stored
uih DesiredWorkingMode = no data stored
uih DiagnoseMode = no data stored
uih EhpBackupRelease = no data stored
uih EhpBasicStatus = no data stored
uih EhpHeatBufferAvailable = no data stored
uih EhpHydraulicMap = no data stored
uih EhpTimeOfPredictedPowerCut = no data stored
uih EmStateCooling = no data stored
uih EmStateHc = no data stored
uih EmStateStandby = no data stored
uih EmStateWorkingMode = no data stored
uih EmSystemMode = no data stored
uih FlowTemp = no data stored
uih FlowTempDesired = no data stored
uih FrostOverRideTime = no data stored
uih HcDemand = no data stored
uih HcName10 = no data stored
uih HcName11 = no data stored
uih HcName12 = no data stored
uih HcName13 = no data stored
uih HcName14 = no data stored
uih HcName15 = no data stored
uih HcName16 = no data stored
uih HcName2 = no data stored
uih HcName4 = no data stored
uih HcName5 = no data stored
uih HcName6 = no data stored
uih HcName7 = no data stored
uih HcName8 = no data stored
uih HcName9 = no data stored
uih HcSupportTimeMax = no data stored
uih HolidayPeriods = no data stored
uih HwcDemand = no data stored
uih HwcLoadingTimeMax = no data stored
uih KeyCodeforConfigMenu = no data stored
uih LanguageVariant = no data stored
uih LastYearsYieldEnergyMonth1 = no data stored
uih LastYearsYieldEnergyMonth10 = no data stored
uih LastYearsYieldEnergyMonth11 = no data stored
uih LastYearsYieldEnergyMonth12 = no data stored
uih LastYearsYieldEnergyMonth2 = no data stored
uih LastYearsYieldEnergyMonth3 = no data stored
uih LastYearsYieldEnergyMonth4 = no data stored
uih LastYearsYieldEnergyMonth5 = no data stored
uih LastYearsYieldEnergyMonth6 = no data stored
uih LastYearsYieldEnergyMonth7 = no data stored
uih LastYearsYieldEnergyMonth8 = no data stored
uih LastYearsYieldEnergyMonth9 = no data stored
uih OutsideTemp = no data stored
uih ParallelCoolingHwcPossible = no data stored
uih PhoneNumberPart1 = no data stored
uih PhoneNumberPart2 = no data stored
uih PreShutDownTime = no data stored
uih reserve1 = no data stored
uih RoomTempHoliday = no data stored
uih StateEM = no data stored
uih SysWithCoolingSupport = no data stored
uih TempFailDetectTime = no data stored
uih TempIncrease = no data stored
uih ThisYearsYieldEnergyMonth1 = no data stored
uih ThisYearsYieldEnergyMonth10 = no data stored
uih ThisYearsYieldEnergyMonth11 = no data stored
uih ThisYearsYieldEnergyMonth12 = no data stored
uih ThisYearsYieldEnergyMonth2 = no data stored
uih ThisYearsYieldEnergyMonth3 = no data stored
uih ThisYearsYieldEnergyMonth4 = no data stored
uih ThisYearsYieldEnergyMonth5 = no data stored
uih ThisYearsYieldEnergyMonth6 = no data stored
uih ThisYearsYieldEnergyMonth7 = no data stored
uih ThisYearsYieldEnergyMonth8 = no data stored
uih ThisYearsYieldEnergyMonth9 = no data stored
uih YieldEnergyOld = no data stored
uih YieldEnergySum = no data stored


Danke vielmals für die eure tolle Unterstützung!

Marie  :-*
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 09 Februar 2016, 08:44:10
... aaaaaber, leider stimmen hier einige Werte nicht  :'( :'( :'(

BadWeather --- 43
CheckByte --- 1
CleaningRequest --- no
CompActive --- on
CompDemand --- no
CoolingActive --- no
CoolingFanStartTemp --- 0
CoolingFanStopTemp --- 0
CoolingMaxFanSpeed --- 46
CoolingTest --- 0
currenterror --- -;-;-;-;-
defroster --- off
DeiceError --- no
DeiceErrorStarts --- ERR: invalid position in decode
DeicefinishTemp --- 32.56
DeiceOnTemp --- -1616.00
DeicePeriodMin --- 43059
DeiceRequest --- no
DeiceRequestHyst --- 0.00
DeiceTimeMax --- 36875
DeiceWFanHyst --- -1616.00
DeicingActive --- ERR: element not found
DeicingReleased --- 36
DeicingRuntimeMinutes --- ERR: invalid position in decode
DeicingStarts --- ERR: invalid position in decode
DeltaTMax --- 643.56
errorhistory --- ERR: end of input reached
FanError --- no
FanIsRunning --- no
FanMode --- 15
fanPWM --- 6646
FanRuntimeMinutes --- ERR: invalid position in decode
FanSpeedIs --- 0
FanSpeedMax --- 0
FanstableTime --- 0
FanStartSpeed --- 0
Free2 --- 14000
FrostProtection --- -1631.94
HeaterRuntimeMinutes --- ERR: invalid position in decode
HeaterStarts --- ERR: invalid position in decode
HotSummer --- yes
IDUApplianceCode --- 6
LEDBlinkProgram --- 39680
ManualDeiceRequest --- no
Mode --- 30;auto;00;off
NoiseReduction --- 10
NoiseReductionFactor --- ERR: element not found
OAWControlPumpPWM --- 38915
ODUReady --- yes
ODUSourceInput --- -39.12;cutoff
OffsetFanSpeed --- 39680
OnlyFanTemp --- -1616.00
Out1230V --- on
Parametersandinformation_ODUSourceInput --- 4.69;ok
Parametersandinformation_SourceInputSensorOffset --- -1616.00
PollutionDetect --- no
PowerOnStarts --- ERR: invalid position in decode
Pumin --- 0
PumpSpeedControl --- 39680
RelaisOut --- off
RelayStarts --- ERR: invalid position in decode
SourceFlowReversed --- off
SourceInputSensorOffset --- -1567.69
SourceMAXTemp --- 0.00
SourceOK --- 30
SourceTempMin --- -1616.00
SpeedTempMax --- -1616.00
SpeedTempMin --- -1854.56
Status --- 0;off;-;0
STBError --- no
STBErrorStarts --- ERR: invalid position in decode
STBOK --- no
SyncDeicing --- yes
SyncHeaterDeicing --- no
TestFan --- 0
TestHeater --- 0
Timer.Friday --- 06:00;22:00;22:00;22:00;22:00;22:00;Mo-Fr
Timer.Monday --- 06:00;22:00;22:00;22:00;22:00;22:00;Mo-Fr
Timer.Saturday --- 07:30;23:30;23:30;23:30;23:30;23:30;selected
Timer.Sunday --- 07:30;22:00;22:00;22:00;22:00;22:00;selected
Timer.Thursday --- 06:00;22:00;22:00;22:00;22:00;22:00;Mo-Fr
Timer.Tuesday --- 06:00;22:00;22:00;22:00;22:00;22:00;Mo-Fr
Timer.Wednesday --- 06:00;22:00;22:00;22:00;22:00;22:00;Mo-Fr
ZustandOAWLogic --- 39425


Ein paar Beispiele, in Anlehnung an folg. Screenshot direkt aus vrDialog:
https://s3.amazonaws.com/f.cl.ly/items/051C071K28280V1F3b1g/VWL%20SA%20Parameter%20und%20Information%20-%20Marc.PNG?v=27d66f53 (https://s3.amazonaws.com/f.cl.ly/items/051C071K28280V1F3b1g/VWL%20SA%20Parameter%20und%20Information%20-%20Marc.PNG?v=27d66f53)

Badweater=Nein (lt. ebusd 43)
DeiceRequestHyst=2,0 (lt. ebusd 0.00)
HeaterRuntimeMinutes=Keine Ahnung welcher Wert (lt. ebusd ERR: invalid position in decode)
OnlyFanTemp=5,0 (lt. ebusd 1616.00)

Es werden aber auch plausible (korrekte Werte ausgelesen):
NoiseReduction: 10 (lt. ebusd 10)
Defroster: Off (lt. ebusd Off)
DeiceRequest: No (lt. ebusd No)

Also, wo kann ich ansetzen? Falsches csv? Fehlerhaftes csv?

Was mir noch aufgefallen ist, sind die Unterschiede der OMU csv zwischen der Configuration 2.x.x und 1.x.x:
https://github.com/john30/ebusd-configuration/blob/master/ebusd-1.x.x/vaillant_de/omu.csv
https://github.com/john30/ebusd-configuration/blob/master/ebusd-2.x.x/de/vaillant/e0.omu.csv

Das csv von 1.x.x passt zu 100% - das von 2.x.x nicht so ganz. Kann ich das alte csv einfach importieren und verwenden? Oder muss hier irgendwas umgeschrieben werden?


Danke!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 Februar 2016, 09:13:39
@Marie01

Na, das ist ja schon ein schöner Erfolg und du weist jetzt wo wirklich das Problem lag.
Wenn die 1.xx funktioniert hatte, dann kopiere sie doch nach 26.ehp00.csv um und teste wieder.
Erst wenn du halbwegs mit den Ergebnissen zufrieden bist, dann schaue die einzelnen Datenpunkte genauer an die den Fehler "invalid position in decode" bringen. Schau vor allem, welche Variablen hier in der 1.xx in der _templates definiert sind und wie die jetzt bei 2.x  (/etc/ebusd/vaillant/_templates) lauten und passe die an. Ich würde aber möglichst in der 26.ehp00.csv die anpassen und die templates möglichst original lassen (höchstens was hinzufügen, nix unbenennen).

Dein Log hat schon immer gemeint die 26.ehp00.csv laden zu wollen, nur war sie nicht da.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 Februar 2016, 09:22:01
Zitat von: fz69412 am 08 Februar 2016, 22:25:47
@Reinhart

Hast Du noch Platinen ?

LG Frank

Ich habe noch ein paar Reserve, aber die brauche ich selber, leider!
Ich habe immer noch die Lochrasterplatine im Einsatz und muss die auch mal ersetzen. Dann habe ich noch ein paar Kollegen die ich auch noch beglücken muss.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 09 Februar 2016, 10:23:43
Hallo Reinhart,

ob die 1.x.x funktioniert hat, kann ich dir leider nicht sagen. Bin erst mit der 2.x.x eingestiegen.
Hab testweise den Inhalt der 1.x.x (omu betreffend) in die 2.x.x csv kopiert, jedoch bekomm ich jetzt immer einen ERR: ACK error
Somit sind die beiden Versionen nicht kompatibel.

Ich werde John mal anschreiben. Ich denke, er hat dafür sicher eine Lösung.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 09 Februar 2016, 16:39:56
Also, Slave#26 ist leider ein Reinfall :( den hab ich gar nicht.
Hab mir soeben die Infos aus vrDialog gezogen, und diese Adresse habe ich nicht.

Nichts desto trotz geht mir Bus-Slave 0xE0, also die Außeneinheit, ab.

(https://photos-1.dropbox.com/t/2/AABV8fELVtDObO7yjbWXMJ1BsyxPRMpV5r3bNTnCPzvCoQ/12/26822334/png/1024x768/3/1455048000/0/2/VWL_Scan.PNG/EK-XmhQYrJoSIAIoAg/fNHy6giDsv_1OfjRHf21urcXfg1J6FTVTLhl0baSaS0?size_mode=3&size=1024x768)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 Februar 2016, 20:09:58
ich würde mich an deiner Stelle jetzt nicht unbedingt auf die falsche "26" versteifen die gar nicht existiert! eBusd glaubt halt aus irgend einem unbekannten Grund hier ein Gerät gefunden zu haben und du hast durch umkopieren ja sogar die CSV angeboten die auch Ergebnisse geliefert hat.

"no data stored" bedeutet ja nur, das im Buffer keine Daten liegen, weil sie halt noch nie abgefragt wurden. Hast du da schon versucht was "harmloses" auszulesen? Wenn das gelingt, dann antwortet das Gerät sehr wohl. Man sieht ja in deinem Log, dass via "ehp" schon jede Menge gültige Daten ankommen. So wie ich das sehe, ist ja "ehp" deine Außeneinheit oder täusche ich mich da jetzt.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 09 Februar 2016, 20:18:16
Ne, die kopierte 26er liefert nur falsche Werte. Habe ich gerade verifiziert. Die Außeneinheit müsste als e0 auftauchen.

Jetzt stellt sich mir wieder die Frage - liegts an der Verkabelung? Wie hast du den Ebus angezapft? Direkt an der Regler Platine? Wie gesagt, ich greif das Signal zwischen Bedienfeld (UIH) und Wärmepumpe (EHP) ab.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fz69412 am 09 Februar 2016, 21:50:04
Hallo Marie,

gibt es Einstellungen, welche Du am Bedienteil vornehmen kannst die direkt auf die Außeneinheit wirken?

So könntest Du bei angestecktem E-Bus Adapter mal schauen was übertragen wird. Durch Änderungen der Einstellungen muss ja die Außeneinheit aktiv kommunizieren bzw. das Bedienteil aktiv Daten an diese senden und umgekehrt..
Das Log während dieser Änderungen wäre bestimmt hilfreich.

Die Verkabelung der Komponenten sollte im Idealfall sternförmig zum Bedienteil laufen. Als Leitungsquerschnitt empfiehlt Vaillant 0,75mm2 .
Viele HB nehmen dafür sogar 3x1,5mm2 ( Elektroinstallationsleitung).
Ich habe bei mir 0,6mm2 im Einsatz und es geht ohne Probleme. Allerdings habe ich bei mir die Verkabelung auf symetrisch umgestellt , will heißen die Adernpaare sind verdrillt miteinander. Mein Raumbedienteil ist 22m entfernt und meldet sich zuverlässig.
Alle Geräte liegen parallel auf dem Bus !
Wenn Du hierzu mehr wissen willst einfach fragen.

Du kannst ja mal schreiben wie es bei Dir genau verkabelt ist. Kleine Skizze.

LG Frank



Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 10 Februar 2016, 08:37:23
Hallo Frank!

Vielen Dank für deine Antwort.

Zitatgibt es Einstellungen, welche Du am Bedienteil vornehmen kannst die direkt auf die Außeneinheit wirken?
Klar. Ich kann am Bedienfeld Infos von der Außeneinheit ablesen sowie auch Parameter setzen.

ZitatSo könntest Du bei angestecktem E-Bus Adapter mal schauen was übertragen wird. Durch Änderungen der Einstellungen muss ja die Außeneinheit aktiv kommunizieren bzw. das Bedienteil aktiv Daten an diese senden und umgekehrt..
Das Log während dieser Änderungen wäre bestimmt hilfreich.
Wie kann ich das am besten loggen? Mittels grab? Oder einfach im ebusd.log schauen?

ZitatDie Verkabelung der Komponenten sollte im Idealfall sternförmig zum Bedienteil laufen.
Kannst du mir das bitte erklären? Was bedeuted sternförmig?

ZitatAls Leitungsquerschnitt empfiehlt Vaillant 0,75mm2 .
Viele HB nehmen dafür sogar 3x1,5mm2 ( Elektroinstallationsleitung).
Ok. Ich glaube hier muss ich noch nachbessern. Ich habe ein altes Telefonkabel in Verwendung und keine Ahnung mit welchen Leitungsquerschnitt.

ZitatIch habe bei mir 0,6mm2 im Einsatz und es geht ohne Probleme. Allerdings habe ich bei mir die Verkabelung auf symetrisch umgestellt , will heißen die Adernpaare sind verdrillt miteinander.
Die Kabel sind verdrillt? Also müsste ich auch ein Ethernetkabel verwenden können, oder?

ZitatAlle Geräte liegen parallel auf dem Bus !
Kannst du mir das bitte auch genauer eklären?!

ZitatDu kannst ja mal schreiben wie es bei Dir genau verkabelt ist. Kleine Skizze.
Anbei eine Skizze meiner Verkabelung:
http://www2.pic-upload.de/img/29695172/FullSizeRender.jpg (http://www2.pic-upload.de/img/29695172/FullSizeRender.jpg)

Vielen lieben Dank Frank!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 10 Februar 2016, 14:45:46
Hallo Marie,

schau bitte mal bei Wikipedia nach Parallenschaltung. Stell Dir den Ebus wie eine Leiter vor, der Bus besteht also aus den beiden Seitenteilen, alle Geräte wären dann wie die Sprossen. Evtl. muss auf Polung geachtet werden.

Grüsse Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 10 Februar 2016, 15:29:58
Verstanden, danke!
Somit, habe ich mich mit meiner ebusd Leitung genau auf eine Sprosse geklemmt und das scheint nicht gut zu sein.
Werde heute versuchen, direkt auf die Reglerplatine zu gehen. Dann würde die ebusd Leitung eine "eigene Sprosse" bilden und wäre somit paralell.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 10 Februar 2016, 15:50:13
Möchte euch nur mitteilen, das die Platinen die ich für einige User gelötet habe und auf meiner Vaillant abgestimmt habe, alle sofort ohne weitere Nachkalibrierung laufen und dies sogar bei Geräten anderer Hersteller, Wolf zb. Wobei die Abstimmung ja immer nach dem selben Muster ging, 27 Halbumdrehungen nach rechts am Bus anklemmen, kontrollieren und passt. Unter kontrollieren verstehe ich ein paar Umdrehungen nach links und dann nach rechts und schauen ob ich etwa in der Mitte liege. Die Kommunikation verfolge ich dabei auf den Leds des RS232 Konverters. Wenn die fröhlich blinken ist alles ok, wenns Poti daneben liegt hört das Blinken auf.

Dies bedeutet, da sich die verschiedenen Hersteller sehr genau an die Spezifikation des eBus halten und hier offensichtlich keine Ausreißer dabei sind. Die bisschen Streuung der Busspannung schluckt dabei die Schaltung locker.

Die Abstimmung mit den Spindeltrimmern ist jetzt auch wirklich sehr leicht geworden und daher von jedem ohne Probleme durchführbar.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 10 Februar 2016, 19:57:27
So, ich hab mich jetzt direkt auf die Reglerplatine geklemmt, einen Lüftertest via Bedienteil abgeschickt und einen ebusctl Scan Full durchgeführt - Resultat: Ich bekomm die Außeneinheit noch immer nicht gescannt.

Ich bin am verzweifeln. Kann es sein, dass das ein Bug in der 2.0 ist?

Bitte helft mir :-(
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Cruiser79 am 10 Februar 2016, 23:14:57
Zitat von: Reinhart am 10 Februar 2016, 15:50:13
Möchte euch nur mitteilen, das die Platinen die ich für einige User gelötet habe und auf meiner Vaillant abgestimmt habe, alle sofort ohne weitere Nachkalibrierung laufen und dies sogar bei Geräten anderer Hersteller, Wolf zb. Wobei die Abstimmung ja immer nach dem selben Muster ging, 27 Halbumdrehungen nach rechts am Bus anklemmen, kontrollieren und passt. Unter kontrollieren verstehe ich ein paar Umdrehungen nach links und dann nach rechts und schauen ob ich etwa in der Mitte liege. Die Kommunikation verfolge ich dabei auf den Leds des RS232 Konverters. Wenn die fröhlich blinken ist alles ok, wenns Poti daneben liegt hört das Blinken auf.

Dies bedeutet, da sich die verschiedenen Hersteller sehr genau an die Spezifikation des eBus halten und hier offensichtlich keine Ausreißer dabei sind. Die bisschen Streuung der Busspannung schluckt dabei die Schaltung locker.

Die Abstimmung mit den Spindeltrimmern ist jetzt auch wirklich sehr leicht geworden und daher von jedem ohne Probleme durchführbar.

LG
Reinhart

Also meine Platine funktioniert super. Ich hatte nur kurzzeitig, als ich die Platine über einen USB Hub am Raspberry betrieben hatte, alle paar Sekunden ein "signal lost" und danach ein "re-opened" des USB Konverter bekommen. Das Anschliessen des USB Konverters direkt an den Raspberry hat diese Probleme behoben.

Mein eigentliches Problem ist jetzt aber, das meine Therme wohl nicht korrekt erkannt wird, oder es noch keine Übersetzungs-CSV-Dateien gibt.
Ich bekomme folgende Meldungen im ebusd.log

2016-02-10 23:00:23.317 [update notice] unknown MS cmd: 1008b5120204ff / 0101
2016-02-10 23:00:23.533 [update notice] unknown BC cmd: 10feb51603019005
2016-02-10 23:00:31.293 [update notice] unknown MS cmd: 1008b5110101 / 0951459005ff680000ff
2016-02-10 23:00:31.565 [update notice] unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2016-02-10 23:00:41.305 [update notice] unknown MS cmd: 1008b5110101 / 0951459005ff680000ff
2016-02-10 23:00:41.579 [update notice] unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2016-02-10 23:00:51.325 [update notice] unknown MS cmd: 1008b5110101 / 0950459005ff680000ff
2016-02-10 23:00:51.599 [update notice] unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2016-02-10 23:00:51.855 [update notice] unknown MS cmd: 1008b5110102 / 06033c96468c6e
2016-02-10 23:01:01.296 [update notice] unknown MS cmd: 1008b5110101 / 0950459005ff680000ff
2016-02-10 23:01:01.568 [update notice] unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2016-02-10 23:01:11.303 [update notice] unknown MS cmd: 1008b5110101 / 0950459005ff680000ff
2016-02-10 23:01:11.578 [update notice] unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2016-02-10 23:01:21.317 [update notice] unknown MS cmd: 1008b5110101 / 0950459005ff680000ff
2016-02-10 23:01:21.591 [update notice] unknown MS cmd: 1008b5040100 / 0a00ffffffffffffff9005
2016-02-10 23:01:21.833 [update notice] unknown BC cmd: 10feb516080022012310020316
2016-02-10 23:01:22.108 [update notice] unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2016-02-10 23:01:22.363 [update notice] unknown MS cmd: 1008b5110102 / 06033c96468c6e
2016-02-10 23:01:22.627 [update notice] unknown MS cmd: 1008b5110100 / 08850213001f000000
2016-02-10 23:01:22.874 [update notice] unknown MS cmd: 1008b5100305ff01 / 0101
2016-02-10 23:01:23.112 [update notice] unknown MS cmd: 1008b512020000 / 00
2016-02-10 23:01:23.352 [update notice] unknown MS cmd: 1008b5120204ff / 0101
2016-02-10 23:01:23.569 [update notice] unknown BC cmd: 10feb51603019005


Nach einem scan full, scan result info kommt folgendes


pi@raspberrypi:~$ ebusctl scan full
done

pi@raspberrypi:~$ ebusctl scan result
08;Vaillant;BAI00;0608;5502

pi@raspberrypi:~$ ebusctl info
version: ebusd 2.0.0ea7efc
signal: acquired
symbol rate: 14
masters: 4
messages: 14
address 03: master #3
address 08: slave #3, scanned "MF=Vaillant;ID=BAI00;SW=0608;HW=5502"
address 10: master #6
address 15: slave #6, scanned "MF=Vaillant;ID=70000;SW=0110;HW=2103"


und folgendes im Log


2016-02-10 22:53:41.325 [update notice] unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2016-02-10 22:53:44.833 [bus notice] scan 08 completed (223 slaves left)
2016-02-10 22:53:44.833 [bus notice] scan 08: ;Vaillant;BAI00;0608;5502
2016-02-10 22:53:50.022 [bus notice] scan 15 completed (214 slaves left)
2016-02-10 22:53:50.022 [bus notice] scan 15: ;Vaillant;70000;0110;2103
2016-02-10 22:53:51.260 [update notice] unknown MS cmd: 1008b5110101 / 0953499005ff680000ff
2016-02-10 22:53:52.037 [update notice] unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2016-02-10 22:53:52.797 [update notice] unknown MS cmd: 1008b5110102 / 06033c96468c6e
2016-02-10 22:54:01.211 [update notice] unknown MS cmd: 1008b5110101 / 0953499005ff680000ff
2016-02-10 22:54:03.779 [update notice] unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2016-02-10 22:54:07.064 [main error] unable to load scan config 08: no file from /etc/ebusd/vaillant with prefix 08. matches ID "bai00", SW0608, HW5502


Wie gehe ich nun am besten weiter vor? Im Wiki finde ich keine weitere Anleitung.

Gruß,
Tim
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 10 Februar 2016, 23:28:29

Zitat von: Cruiser79 am 10 Februar 2016, 23:14:57
Im Wiki finde ich keine weitere Anleitung.
Dort steht etwas von config Paket (CSV)?!
Einfach von oben nach unten durcharbeiten/lesen.
Gruß
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Cruiser79 am 10 Februar 2016, 23:32:44
Zitat von: amunra am 10 Februar 2016, 23:28:29
Dort steht etwas von config Paket (CSV)?!
Einfach von oben nach unten durcharbeiten/lesen.
Gruß
Arthur

Mit dem ebus installer hatte ich schon die csv Pakete runter geladen und sie befinden sich auch im /etc/ebus Verzeichnis. Die sollte ich doch also alle haben,oder meinst du was anderes?

Gruß,
Tim
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 10 Februar 2016, 23:40:51
Der letzte Logeintrag macht mich stutzig "unable to load Scan config 08..."  Sieht aus als wenn das file nicht da wäre oder evtl. ein Berechtigungsproblem... ?
Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Cruiser79 am 11 Februar 2016, 08:36:35
Zitat von: amunra am 10 Februar 2016, 23:40:51
Der letzte Logeintrag macht mich stutzig "unable to load Scan config 08..."  Sieht aus als wenn das file nicht da wäre oder evtl. ein Berechtigungsproblem... ?
Viele Grüße
Arthur

Habe sogar 2 dieser unable to load Meldungen gefunden

2016-02-10 22:57:58.706 [main error] unable to load scan config 08: no file from /etc/ebusd/vaillant with prefix 08. matches ID "bai00", SW0608, HW5502
2016-02-10 22:58:00.826 [main error] unable to load scan config 15: no file from /etc/ebusd/vaillant with prefix 15. matches ID "70000", SW0110, HW2103


Aber welche 08 Datei sucht er denn genau? Ich habe folgende Dateien im Verzeichnis /etc/ebusd/vaillant zur Verfügung

-rw-rw-r-- 1 pi pi  2376 Jan  9 01:00 _templates.csv
-rw-rw-r-- 1 pi pi   792 Jan  9 01:00 scan.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 ed.pms.sc.csv -> 06.pms.csv
-rw-rw-r-- 1 pi pi  6397 Jan  9 01:00 ec.solsy.sc.csv
-rw-rw-r-- 1 pi pi  8505 Jan  9 01:00 ec.sol.sc.csv
-rw-rw-r-- 1 pi pi  8298 Jan  9 01:00 e0.omu.csv
-rw-rw-r-- 1 pi pi   595 Jan  9 01:00 broadcast.csv
-rw-rw-r-- 1 pi pi  1988 Jan  9 01:00 a1.sol.cc.csv
-rw-rw-r-- 1 pi pi  4784 Jan  9 01:00 a0.sol.hwc.csv
-rw-rw-r-- 1 pi pi  2601 Jan  9 01:00 75.v81.csv
-rw-rw-r-- 1 pi pi   713 Jan  9 01:00 75.rcc.csv
-rw-rw-r-- 1 pi pi  4195 Jan  9 01:00 51.vr630.mc.3.csv
-rw-rw-r-- 1 pi pi  9684 Jan  9 01:00 50.v61.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 3c.v81.5.csv -> 75.v81.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 3c.rcc.5.csv -> 75.rcc.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 35.v81.1.csv -> 75.v81.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 35.rcc.1.csv -> 75.rcc.csv
-rw-rw-r-- 1 pi pi  3368 Jan  9 01:00 25.vr630.hwc.csv
-rw-rw-r-- 1 pi pi  4348 Jan  9 01:00 25.solsy.hwc.csv
-rw-rw-r-- 1 pi pi  3644 Jan  9 01:00 25.ehp.hwc.csv
lrwxrwxrwx 1 pi pi    15 Jan  9 01:00 23.vr630.cc.csv -> 23.solsy.cc.csv
-rw-rw-r-- 1 pi pi  2245 Jan  9 01:00 23.solsy.cc.csv
-rw-rw-r-- 1 pi pi  1885 Jan  9 01:00 23.ehp.cc.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 1c.v81.4.csv -> 75.v81.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 1c.rcc.4.csv -> 75.rcc.csv
-rw-rw-r-- 1 pi pi 14929 Jan  9 01:00 15.uih.csv
-rw-rw-r-- 1 pi pi 14302 Jan  9 01:00 15.ui.csv
-rw-rw-r-- 1 pi pi  3006 Jan  9 01:00 15.sdr_p.csv
lrwxrwxrwx 1 pi pi    12 Jan  9 01:00 15.hep.csv -> 15.sdr_p.csv
lrwxrwxrwx 1 pi pi    12 Jan  9 01:00 15.heb.csv -> 15.sdr_p.csv
-rw-rw-r-- 1 pi pi 21663 Jan  9 01:00 15.f47.csv
-rw-rw-r-- 1 pi pi  4985 Jan  9 01:00 15.e7f.csv
-rw-rw-r-- 1 pi pi 22025 Jan  9 01:00 15.470.csv
-rw-rw-r-- 1 pi pi 18656 Jan  9 01:00 15.430.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 15.400.csv -> 15.350.csv
-rw-rw-r-- 1 pi pi 11691 Jan  9 01:00 15.392.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 15.36p.csv -> 15.350.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 15.360.csv -> 15.350.csv
-rw-rw-r-- 1 pi pi  4875 Jan  9 01:00 15.350.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 15.140.csv -> 15.350.csv
-rw-rw-r-- 1 pi pi  7434 Jan  9 01:00 0a.pmw.hwc.csv
-rw-rw-r-- 1 pi pi  5870 Jan  9 01:00 06.pms.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 05.vl9.csv -> 05.vd4.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 05.vl8.csv -> 05.vd4.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 05.vd6.csv -> 05.vd4.csv
-rw-rw-r-- 1 pi pi  5843 Jan  9 01:00 05.vd4.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 05.vd3.csv -> 05.vd4.csv
lrwxrwxrwx 1 pi pi    10 Jan  9 01:00 05.vd2.csv -> 05.vd4.csv
-rw-rw-r-- 1 pi pi  7355 Jan  9 11:38 53.mc2.5.csv
-rw-rw-r-- 1 pi pi  7772 Jan  9 11:38 52.mc2.4.csv
-rw-rw-r-- 1 pi pi  4418 Jan  9 11:38 50.vr630.mc.csv
-rw-rw-r-- 1 pi pi  5809 Jan  9 11:38 50.solsy.mc.csv
-rw-rw-r-- 1 pi pi  8389 Jan  9 11:38 50.ehp.mc.csv
-rw-rw-r-- 1 pi pi  4070 Jan  9 11:38 26.vr630.hc.csv
-rw-rw-r-- 1 pi pi  6107 Jan  9 11:38 26.solsy.hc.csv
-rw-rw-r-- 1 pi pi 30243 Jan  9 11:38 08.ehp.csv
-rw-rw-r-- 1 pi pi 18410 Jan  9 11:38 08.bai.HW7401.csv


Gruß,
Tim
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 11 Februar 2016, 09:02:39
Hallo Tim,
in deinem Fall sucht er nach:

08.bai.HW5502.csv für deine Therme gibt es noch keine Definition:
Du kannst versuchen die vorhandene 08.bai.HW7401.csv in 08.bai.HW5502.csv umzubennen und "lesend" (read) ein paar Werte von deiner Therme zu entlocken.
Anlago dazu auch:
15.700.csv => dafür gibt es aber mWn noch keine CSV. -> villeicht kann John mal in die DB schauen und etwas exportieren? Oder Du versuchst die 470er CSV-Files?

Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 11 Februar 2016, 09:40:09
Ich habe im Log soeben was interessantes gefunden.
Nach ebusctl scan full und ebusctl scan result steht im ebusd.log:
[bus error] scan e0 failed (25 slaves left): ERR: ACK error

Also liegt das Außengerät via 0xE0 an, kann aber nicht gescannt werden! Wieso? Hat jemand eine Idee?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Cruiser79 am 11 Februar 2016, 13:01:35
Zitat von: amunra am 11 Februar 2016, 09:02:39
Hallo Tim,
in deinem Fall sucht er nach:

08.bai.HW5502.csv für deine Therme gibt es noch keine Definition:
Du kannst versuchen die vorhandene 08.bai.HW7401.csv in 08.bai.HW5502.csv umzubennen und "lesend" (read) ein paar Werte von deiner Therme zu entlocken.
Anlago dazu auch:
15.700.csv => dafür gibt es aber mWn noch keine CSV. -> villeicht kann John mal in die DB schauen und etwas exportieren? Oder Du versuchst die 470er CSV-Files?

Viele Grüße
Arthur

Ok, das umbennen (Kopieren geht sicher auch) kann ich ja mal ausprobieren.
Wie erreiche ich John? Liest der hier mit?
Wenn jetzt die Kopieraktion von beiden Dateien keine bessere Ausgabe im Logfile gibt, muss ich dann selber was rausfinden? Gibt es dazu eine Anleitung, oder muss ich mir das hier im Forum zurecht suchen?

Gruß,
Tim
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 11 Februar 2016, 15:15:17
Durch das Kopieren wird das sicher nur teilweise passen, du musst dir dann das händisch anpassen.

John hat in seinem Wiki (https://github.com/john30/ebusd/wiki/4.1.-Message-definition) das beschrieben wie das funktioniert, ist aber nicht einfach und sehr zeitaufwändig. Ich kann mich noch vor über einem Jahr erinnern, da hat pah seine CSV alle durch Reverse Engineering händisch erstellt.



So wie es jetzt für die Anwender läuft ist das ja schon totaler Komfort. Wie bei jeder Entwicklung sind jetzt noch nicht alle Kombinationen an Devices in den CSV abgebildet und es werden auch noch nicht alle Geräte sicher erkannt (siehe Marie01). Doch was John in dem letzten Jahr für Fortschritte gemacht hat ist ja schon ein Topstatus!


Ich würde dir auf jeden Fall empfehlen durch umkopieren einmal schauen was alles geht und was nicht. Eventuell kannst ja einiges übernehmen, das spart dann schon viel an Arbeit.


LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: de.jt am 11 Februar 2016, 22:22:55
Guten Abend @ all.

ich habe Reinharts Beispiel zu Anbindung an FHEM mit EMCD umgesetzt. Beim Versuch die Erweiterungen von RobertG für den Solarkreislauf einzubinden komme ich nicht weiter.

Die Eingabe des Abfragestrings aus der csv in die Konsole liefert den korrekten Wert.
ebusctl r -f -c aur SolarKollektorTemperatur_DK temp   
3.12

In BAI00.cfg ist die Abfrage so konfiguriert:
# SolarKollektorTemp
get SolarKollektorTemp cmd {"r -f -c aur SolarKollektorTemperatur_DK temp"}
get SolarKollektorTemp expect "\d+\.\d\n\n"
get SolarKollektorTemp postproc { sprintf("T: %.1f °C ",$_) }

Die Abfrage produziert eine Fehlermeldung. Hier dazu das Protokoll aus FHEM:
2016.02.11 21:46:53 4: Connection closed for FHEMWEB:192.168.23.21:52279: Connection reset by peer
2016.02.11 21:46:53 4: FHEMWEB:192.168.23.21:52281 GET /fhem?XHR=1&inform=type=status;filter=SolarKollektorTemp;since=1455223612;fmt=JSON×tamp=1455223615592; BUFLEN:0
2016.02.11 21:46:59 4: FHEMWEB:192.168.23.21:52282 POST /fhem?detail=SolarKollektorTemp&dev.getSolarKollektorTemp=SolarKollektorTemp&cmd.getSolarKollektorTemp=get&arg.getSolarKollektorTemp=SolarKollektorTemp&val.getSolarKollektorTemp=&XHR=1&addLinks=1; BUFLEN:0
2016.02.11 21:46:59 5: Cmd: >get SolarKollektorTemp SolarKollektorTemp<
2016.02.11 21:46:59 5: ECMDDevice: Analyze command >{"r -f -c aur SolarKollektorTemperatur_DK temp"}<
2016.02.11 21:46:59 5: EBUS: sending command "r -f -c aur SolarKollektorTemperatur_DK"
2016.02.11 21:46:59 5: SW: 72202d66202d632061757220536f6c61724b6f6c6c656b746f7254656d706572617475725f444b
2016.02.11 21:47:02 5: Triggering EBUS (1 changes)
2016.02.11 21:47:02 5: Notify loop for EBUS FAILED
2016.02.11 21:47:02 2: EBUS: first attempt to read timed out, trying to close and open the device.
2016.02.11 21:47:02 3: Opening EBUS device 192.168.23.4:8888
2016.02.11 21:47:02 3: EBUS device opened
2016.02.11 21:47:02 5: SW: 72202d66202d632061757220536f6c61724b6f6c6c656b746f7254656d706572617475725f444b
2016.02.11 21:47:05 2: EBUS: second attempt to read timed out, this is an unrecoverable error.
2016.02.11 21:47:05 5: Triggering EBUS (1 changes)
2016.02.11 21:47:05 5: Notify loop for EBUS DISCONNECTED
2016.02.11 21:47:05 1: EBUS: no answer received (wrote "r -f -c aur SolarKollektorTemperatur_DK temp", expected \d+\.\d\n\n)
2016.02.11 21:47:05 5: EBUS: received answer ""
2016.02.11 21:47:05 5: Postprocessing "" with perl command { sprintf("T: %.1f °C ",$_) }.
2016.02.11 21:47:05 1: PERL WARNING: Argument "" isn't numeric in sprintf at (eval 22) line 1.
2016.02.11 21:47:05 3: eval: { sprintf("T: %.1f °C ",$_) }
2016.02.11 21:47:05 5: Postprocessed value is "T: 0.0 °C ".

Andere Abfragen wie z.B. Speichertemperatur funktionieren.
Hat jemand dafür eine Erklärung?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 11 Februar 2016, 23:07:28
versuchs mal mit:
get SolarKollektorTemp cmd {"r -f -c aur SolarKollektorTemperatur_DK temp\n"}
Gruß
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: de.jt am 12 Februar 2016, 08:58:26
@ amunra: Das Protokoll ist zwar immer noch nicht sauber, aber verblüffende Wirkung: es funktioniert!
EBUS: unexpected answer "4.44\n\n" received (wrote "r -f -c aur SolarKollektorTemperatur_DK temp\n", expected \d+\.\d\n\n)


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 12 Februar 2016, 09:35:11
Hallo de.jt
get SolarKollektorTemp expect "\d+\.\d+\n\n"
damit wird es sauber.
Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TeeVau am 13 Februar 2016, 00:23:40
Hallo zusammen,

habe heute die EBUS Schaltung endlich in Betrieb genommen. Doofer weise bin ich auch von dem Problem mit USB2SER Adapter betroffen. Habe zwar extra einen mit FTDI Chip genommen, aber so wie ich das hier im Thread und bei Google gesehen habe, scheint es Probleme mit bestimmten Kernelversionen zu geben :-/

Regelmäßig steigt der Wandler aus mit:

[  453.664497] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
[  455.836155] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
[  457.053598] ftdi_sio ttyUSB0: failed to get modem status: -32


Da ja nicht pauschal alle davon betroffen sind, sieht es doch irgendwie auch nach einem Problem mit dem Wanlder aus, und nicht ausschließ mit dem Kernel. Kann jemand einen Adapter empfehlen? Ich habe folgende Version (http://de.aliexpress.com/item/Crius-FTDI-Basic-Breakout-USB-to-TTL-USB-TTL-6-PIN-3-3-5V-for-MWC/32568245700.html) und damit Probleme mit der Kernelversion 3.18.7+ und 3.12.28+.
Habe 2 Stück von dem Wandler getestet, 2 Kabel und 2 pi's.

Tobias
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Cruiser79 am 13 Februar 2016, 00:35:54
Zitat von: TeeVau am 13 Februar 2016, 00:23:40
Hallo zusammen,

habe heute die EBUS Schaltung endlich in Betrieb genommen. Doofer weise bin ich auch von dem Problem mit USB2SER Adapter betroffen. Habe zwar extra einen mit FTDI Chip genommen, aber so wie ich das hier im Thread und bei Google gesehen habe, scheint es Probleme mit bestimmten Kernelversionen zu geben :-/

Regelmäßig steigt der Wandler aus mit:

[  453.664497] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
[  455.836155] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
[  457.053598] ftdi_sio ttyUSB0: failed to get modem status: -32


Da ja nicht pauschal alle davon betroffen sind, sieht es doch irgendwie auch nach einem Problem mit dem Wanlder aus, und nicht ausschließ mit dem Kernel. Kann jemand einen Adapter empfehlen? Ich habe folgende Version (http://de.aliexpress.com/item/Crius-FTDI-Basic-Breakout-USB-to-TTL-USB-TTL-6-PIN-3-3-5V-for-MWC/32568245700.html) und damit Probleme mit der Kernelversion 3.18.7+ und 3.12.28+.
Habe 2 Stück von dem Wandler getestet, 2 Kabel und 2 pi's.

Tobias

Moin,

kann leider auch nur negatives berichten. Ich habe folgenden Wandler http://www.ebay.de/itm/400991177731 und hatte am Anfang schon nach wenigen Minuten ein dauerhaftes Signal lost. Dann habe ich die angeschlossenen Geräte am Raspberry abgetrennt und nur noch den ebus Konverter drangehabt und dachte damit das Problem beseitigt zu haben. Nun hält der Konverter ein paar Stunden aus, fällt dann aber auch wieder in ein Signal lost. Auch der dwc_otg.speed=1 für die cmdline hat bei mir keine Besserung gebracht.

Er wäre super, wenn mal jemand, der in der letzten Zeit einen Converter gekauft hat, uns mitteilt, woher er diesen hat.
Mist, das es jetzt an so einer Kleinigkeit scheitert.

Gruß,
Tim
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: harry66 am 13 Februar 2016, 08:26:39
Zitat von: Cruiser79 am 13 Februar 2016, 00:35:54
Moin,

kann leider auch nur negatives berichten. Ich habe folgenden Wandler http://www.ebay.de/itm/400991177731 und hatte am Anfang schon nach wenigen Minuten ein dauerhaftes Signal lost. Dann habe ich die angeschlossenen Geräte am Raspberry abgetrennt und nur noch den ebus Konverter drangehabt und dachte damit das Problem beseitigt zu haben. Nun hält der Konverter ein paar Stunden aus, fällt dann aber auch wieder in ein Signal lost. Auch der dwc_otg.speed=1 für die cmdline hat bei mir keine Besserung gebracht.

Er wäre super, wenn mal jemand, der in der letzten Zeit einen Converter gekauft hat, uns mitteilt, woher er diesen hat.
Mist, das es jetzt an so einer Kleinigkeit scheitert.

Gruß,
Tim
Zu dem problem gibt es einen  "workaround so wie du es bereits geschrieben hast: dwc_otg.speed=1 für die cmdline" im wiki beschrieben. Man kann den usb port auf version 1 festsetzen dann ist das Problem mit signal lost weg. Zumindest bei mir ich habe pi 1b mit jessy seit dem keine aussetzter mehr. Ich hatte auch noch gelesen das evt die stromversorgung des pi schuld sein könnte, evt bringt ein usb hub besserung.



Gesendet von meinem PE-TL10 mit Tapatalk
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 13 Februar 2016, 09:26:28
Ein Kernel downgrade hat hier (http://forum.fhem.de/index.php/topic,29737.msg312016.html#msg312016) geholfen.
Wie es geht ist z.B. hier (http://www.forum-raspberrypi.de/Thread-tutorial-firmware-u-kernel-downgrade-mit-rpi-update) beschrieben
Wichtig: alles auf eigene Gefahr!!! Bitte an Backup denken!!!
Ich habe es auf meinem RPI auch gemacht, es dauert nur ein paar Minuten - Neuinstallation war bei mir nicht nötig.
cat /proc/version
#version vorher: Linux version 4.1.6+


sudo rpi-update 6413da9f74871b239c5bd27d7edf90a8afeab363

reboot
cat /proc/version
#version nachher: Linux version 3.12.36+

Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 13 Februar 2016, 09:55:09
ich habe von diesem Problem auch gehört, war aber davon nie selbst betroffen!

Ich benutze den gleichen RS232 Wandler wie in Cruiser79 oben gepostet hat.

meine (genau die betroffene) Kernelversion:
pi@raspberry2 ~ $ uname -a
Linux raspberry2 3.18.7+ #755 PREEMPT Thu Feb 12 17:14:31 GMT 2015 armv6l GNU/Linux


Raspberry ist ein alter B+ auf dem nur eBusd läuft, sonst nichts. Kein Fhem, keine zusätzlichen Adapter und kein Wlan.

Der Adapter wird als Future Technology erkannt:
pi@raspberry2 ~ $ lsusb
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 006: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 13 Februar 2016, 19:53:02
Guten Abend!

Leider gibt es immer noch keinen Erfolg :-( die Aussemeinheit will sich nicht scannen lassen. Gibt es hier einen User mit einer VWL? Ich hab jetzt schon alles probiert und weiß nicht mehr weiter!!!

Mit Vrdialog klappt es problemlos, nur per Koppler will es nicht. Ich habe schon alle möglichen Trimmerstellumgen probiert, bekomme entweder ACK, Invalid Argument, No Signal oder Abriration Lost, aber keine Antwort von 0xE0.

Ich bin langsam am Auszucken!!! :-(
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mattensn am 13 Februar 2016, 19:56:01
Guten Abend, ich habe meine Platine erfolgreich in Betrieb genommen.

Kann einige Daten über ECMD und ebus abfragen und im Fhem anzeigen. Solar oder andere Werte der Therme jedoch nicht.

Die Einrichtung von GAEBUS bekomme ich auch nicht hin. Irgendwie ist da der Knoten noch nicht geplatzt.

Die Listung über "ebus ctl find" ergibt folgendes:

##########################################

broadcast datetime = no data stored
broadcast error = no data stored
broadcast hwcStatus = no data stored
broadcast ident = no data stored
broadcast load = no data stored
broadcast netloss = no data stored
broadcast netresetcfg = no data stored
broadcast netresetstate = no data stored
broadcast outsidetemp = 2.250
broadcast vdatetime = 19:40:01;13.02.2016
ident = no data stored
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 = 0.60
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 hc1Timer.Friday = no data stored
470 hc1Timer.Monday = no data stored
470 hc1Timer.Saturday = no data stored
470 hc1Timer.Sunday = no data stored
470 hc1Timer.Thursday = no data stored
470 hc1Timer.Tuesday = no data stored
470 hc1Timer.Wednesday = 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 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 LastYearsSolarYields1 = no data stored
470 LastYearsSolarYields10 = no data stored
470 LastYearsSolarYields11 = no data stored
470 LastYearsSolarYields12 = 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 = 2.25;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 ThisYearsSolarYields1 = no data stored
470 ThisYearsSolarYields10 = no data stored
470 ThisYearsSolarYields11 = no data stored
470 ThisYearsSolarYields12 = 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
bai AccessoriesOne = no data stored
bai AccessoriesTwo = no data stored
bai ACRoomthermostat = no data stored
bai APCComStatus = no data stored
bai APCLegioProtection = no data stored
bai averageIgnitiontime = no data stored
bai BlockTimeHcMax = 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 CounterStartAttempts4 = no data stored
bai currenterror = no data stored
bai DateTime = valid;19:40:11;13.02.2016;3.250
bai dcfState = no data stored
bai DCFTimeDate = no data stored
bai DCRoomthermostat = no data stored
bai DeactivationsIFC = no data stored
bai DeactivationsTL = 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 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 ExtStorageModulCon = 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 FanSpeedOffsetMax = no data stored
bai FanSpeedOffsetMin = no data stored
bai FanStarts = 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 = 36.19;ok
bai FlowTempDesired = no data stored
bai FlowTempMax = no data stored
bai Fluegasvalve = no data stored
bai FluegasvalveOpen = 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 InitialisationEEPROM = 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 Mode = standby
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 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 ProductionByte = no data stored
bai PrVortexFlowSensorValue = no data stored
bai PumpHours = no data stored
bai PumpHwcFlowNumber = no data stored
bai PumpHwcFlowSum = no data stored
bai RemainingBoilerblocktime = no data stored
bai ReturnRegulation = no data stored
bai ReturnTemp = no data stored
bai ReturnTempMax = no data stored
bai SDFanSpeed = 1708
bai SDFlame = no data stored
bai SDFlameSensingASIC = no data stored
bai SDGasvalve = no data stored
bai SDGasvalve3UC = no data stored
bai SDGasvalveASICFeedback = no data stored
bai SDGasvalveUC = no data stored
bai SDGasvalveUCFeedback = no data stored
bai SDIgnitor = no data stored
bai SDSTLWithNTC = no data stored
bai SDTemplimiter = no data stored
bai SDTRT = 31.12;65037;ok
bai SDVolatileLockout = no data stored
bai SDVolatileLockoutIFCGV = no data stored
bai SecondPumpMode = no data stored
bai SerialNumber = no data stored
bai SetFactoryValues = no data stored
bai SHEMaxDeltaHwcFlow = no data stored
bai SHEMaxFlowTemp = no data stored
bai SolarPostHeat = no data stored
bai Statenumber = no data stored
bai Status = no data stored
bai Status01 = 28.0;28.0;3.250;40.0;53.0;off
bai Status02 = auto;60;50.0;80;65.0
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 TempMaxDiffExtTFT = no data stored
bai Testbyte = no data stored
bai TimerInputHc = no data stored
bai ValveMode = no data stored
bai ValveStarts = no data stored
bai VortexFlowSensor = 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 WPSecondStage = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan id = 21;12;39;0020108127;0082;038211;N2
scan.08 ident = Vaillant;BAI00;0518;7401
scan.15 ident = Vaillant;47000;0231;6002

##########################################

Bin für jeden Tip sehr dankbar.

VG Matthias
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 13 Februar 2016, 21:01:09
@mattensn

soweit ich sehe hast du auch keine Abfragen in Fhem konfiguriert, außer Broadcast kommen keine Daten weil keine angefordert (nicht konfiguriert) wurden.

Wenn du den Installer (http://forum.fhem.de/index.php/topic,46098.msg405704.html#msg405704) benutzt und die ECMD Basispakete installierst, eventuell noch die Heizkurve, dann hast du ja schon ein Grundpaket an Daten wie Vorlauf, Rücklauf, Heizkurve etc. da die auf Anhieb innerhalb einer Minute funktionieren sollten. Anhand dieser Beispiele sollte es leicht sein jeden beliebigen Wert hinzufügen.

Aber wir können gerne einmal einen Wert gemeinsam hinzufügen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Cruiser79 am 13 Februar 2016, 22:43:48
Zitat von: harry66 am 13 Februar 2016, 08:26:39
Ich hatte auch noch gelesen das evt die stromversorgung des pi schuld sein könnte, evt bringt ein usb hub besserung.

Zitat von: Reinhart am 13 Februar 2016, 09:55:09
Ich benutze den gleichen RS232 Wandler wie in Cruiser79 oben gepostet hat.

meine (genau die betroffene) Kernelversion:
pi@raspberry2 ~ $ uname -a
Linux raspberry2 3.18.7+ #755 PREEMPT Thu Feb 12 17:14:31 GMT 2015 armv6l GNU/Linux


Raspberry ist ein alter B+ auf dem nur eBusd läuft, sonst nichts. Kein Fhem, keine zusätzlichen Adapter und kein Wlan.

Der Adapter wird als Future Technology erkannt:
pi@raspberry2 ~ $ lsusb
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp.
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp.
Bus 001 Device 006: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC


LG

Zitat von: amunra am 13 Februar 2016, 09:26:28
Ein Kernel downgrade hat hier (http://forum.fhem.de/index.php/topic,29737.msg312016.html#msg312016) geholfen.

#version vorher: Linux version 4.1.6+
#version nachher: Linux version 3.12.36+

Viele Grüße
Arthur


Ist natürlich schon komisch. Beim einem klappt es nur mit Downgrad, beim anderen schon mit dem Runterschalten der USB Geschwindigkeit und beim dritten mit einem USB Hub. Da scheint ja irgendwas sehr sensibel zu sein  :)

Ich werde mal die Tipps (so es mir möglich ist) überprüfen.

Bei mir hängt des USB TTL an einem Raspberry Pi2 mit gleichzeitig installierten FHEM und einem Node-Skript für eine eigene Weboberfläche. Könnte natürlich schon das Problem sein, das "zu viel" auf dem Raspi läuft.
Somit werde ich mal die Möglichkeit mit einem zweiten Raspi nur für ebusd überprüfen.
Dann hätten wir noch Downgrade, meine momentane Version lautet 3.18.11+
Alternativ einen aktiven USB Hub um die Stromversorgung zu erhöhen.
Oder die USB Schnittstelle runterschalten, was bei mir schon nicht zur Lösung geführt hat.

Wenn mein Adapter sogar bei Reinhart einwandfrei läuft, sehe ich aber noch Hoffnung.  ;)

Habt ihr denn den Adapter direkt am Raspberry hängen? Das wäre noch eine Idee von mir, da momentan noch ein USB Kabel dazwischen hängt.

Gruß,
Tim
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: harry66 am 13 Februar 2016, 23:49:19
Zitat von: Cruiser79 am 13 Februar 2016, 22:43:48
Ist natürlich schon komisch. Beim einem klappt es nur mit Downgrad, beim anderen schon mit dem Runterschalten der USB Geschwindigkeit und beim dritten mit einem USB Hub. Da scheint ja irgendwas sehr sensibel zu sein  :)

Ich werde mal die Tipps (so es mir möglich ist) überprüfen.

Bei mir hängt des USB TTL an einem Raspberry Pi2 mit gleichzeitig installierten FHEM und einem Node-Skript für eine eigene Weboberfläche. Könnte natürlich schon das Problem sein, das "zu viel" auf dem Raspi läuft.
Somit werde ich mal die Möglichkeit mit einem zweiten Raspi nur für ebusd überprüfen.
Dann hätten wir noch Downgrade, meine momentane Version lautet 3.18.11+
Alternativ einen aktiven USB Hub um die Stromversorgung zu erhöhen.
Oder die USB Schnittstelle runterschalten, was bei mir schon nicht zur Lösung geführt hat.

Wenn mein Adapter sogar bei Reinhart einwandfrei läuft, sehe ich aber noch Hoffnung.  ;)

Habt ihr denn den Adapter direkt am Raspberry hängen? Das wäre noch eine Idee von mir, da momentan noch ein USB Kabel dazwischen hängt.

Gruß,
Tim
Bei mir sieht es so aus, ebus platine mit 1,5mm2 an der busklemme, controller mit steckbrücken angeschlossen und mit ca 75cm usbkabel hinter der 620 nach aussen gelegt

Gesendet von meinem PE-TL10 mit Tapatalk

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ansi7k3 am 14 Februar 2016, 03:23:51
läuft auf Jessie, letztes Update, Pi 2. Ebus aus Git.

pi@pi:~ $ /opt/bin/ebusctl info
version: ebusd 2.0.a91d8ff
signal: acquired
symbol rate: 37
masters: 3
messages: 425
address 03: master #3
address 08: slave #3, scanned "MF=Vaillant;ID=BAI00;SW=0507;HW=7401", loaded "vaillant/08.bai.HW7401.csv"
address 10: master #6
address 15: slave #6, scanned "MF=Vaillant;ID=43000;SW=0136;HW=2002", loaded "vaillant/15.430.csv"


pi@pi:~ $ lsusb
Bus 001 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
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


pi@pi:~ $ uname -a
Linux pi 4.1.17-v7+ #838 SMP Tue Feb 9 13:15:09 GMT 2016 armv7l GNU/Linux
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 14 Februar 2016, 16:07:37
@matensn

also wenn die Installation jetzt mit dem Installer funktioniert hat, dann kannst du jeden Wert abfragen der bei deiner Find Auflistung vorhanden ist (also in den Files bai00 und 470).

zB die VorlaufSoll Temperatur:

define VorlaufSoll ECMDDevice bai00.class
attr VorlaufSoll IODev EBUS
attr VorlaufSoll group Vaillant
attr VorlaufSoll icon sani_supply_temp
attr VorlaufSoll room Heizung,Vaillant

in der fhem.cfg den Define anlegen.


define EBUS.Timer at +*00:15:00 get Aussentemp Aussentemp;;get Vorlauf Vorlauf;;get Status status;;get Ruecklauf Ruecklauf;;get Fanspeed Fanspeed;;get PumpeWatt PumpeWatt;;get HKurve HKurve;;get VorlaufSoll VorlaufSoll
dann dort wo der Timer angelegt wurde den Aufruf erweitern (;;get VorlaufSoll VorlaufSoll)

get VorlaufSoll cmd {"r -f FlowTempDesired temp\n"}
get VorlaufSoll expect "\d+\.\d+\n\n"
get VorlaufSoll postproc { sprintf("%5.1f",$_) }

und schließlich in der bai01.cfg das ECMD Kommando der Abfrage definieren.

So zieht sich das durch alle Datenpunkte. Bevor ich sowas fix in fhem einbaue, teste ich die Abfrage vorher in der Console mit:
pi@raspberry2 ~ $ ebusctl r -f FlowTempDesired temp
48.00


LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mattensn am 14 Februar 2016, 20:51:34
@Reinhart

demnach kann ich nur die Daten abfragen die bei der Auflistung mit "ebusctl find" jetzt schon Werte enthalten?

Was ist mit den ganzen anderen Werten, dort steht ja immer "no Data stored". Oder muss ich da was an den CSV Dateien verändern?

Meinst du mit "(also in den Files bai00 und 470)" die csv Files ?

VG Matthias

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 14 Februar 2016, 20:57:59
"no Data stored" bedeutet ja nur das nichts im Buffer ist weil ja dieser noch nie abgefragt wurde!
Alle Datenpunkte die da auftauchen kannst auch abfragen bzw. setzen!

Einfach abfragen, versuche es zunächst in der Konsole!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 14 Februar 2016, 21:10:41
Beispiel ValveMode:

bai Testbyte = no data stored
bai TimerInputHc = no data stored
bai ValveMode = no data stored
bai ValveStarts = no data stored
bai VortexFlowSensor = no data stored

ebusctl find bringt "no data stored"

pi@raspberry2 ~ $ ebusctl r -f Valvemode
0

nun wird ValveMode abgefragt

bai Testbyte = no data stored
bai TimerInputHc = no data stored
bai ValveMode = 0
bai ValveStarts = no data stored
bai VortexFlowSensor = no data stored

und nun ist ValveMode bei find vorhanden, alles klar?

hier die Erklärung des "find" aus der Wiki von John:
ZitatFind configured messages by name. This will also print the cached value if requested.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mattensn am 14 Februar 2016, 21:16:49
ok, das war verständlich. langsam wirds..

bei einigen Werten kommt: invalide position in decode oder element not found in decode

bedeutet im ersten der Wert ist nicht relevant und beim zweiten der Wert ist nicht existent?

was muss man mit diesen csv files anfangen? sind die nur für den GEABBUS relevant?

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 14 Februar 2016, 21:25:32
Nein, GAEBUS setzt direkt auf ebusd auf und was ebusctl nicht kann, das kann GAEBUS auch nicht auflösen!
GAEBUS ist eigentlich ja nur ein KlickKlack Tool damit der User sich nicht um die bai.cfg und sonstiges kümmern muss.
Für meine Zwecke ist er etwas unflexibel und gerade für Neueinsteiger etwas schwer zu konfigurieren bis man den Dreh begriffen hat.

Bei solchen Meldungen stimmt in der Definition der CSV Files was nicht, bzw. ist nicht für deine HW geeignet/vorhanden.
Darum teste ich immer vorher in der Konsole ob sich der Datenpunkt überhaupt lohnt ihn anzuzeigen zu lassen.

Zu den CSV Files, John hat ja im Paket alle CSV für jede erdenkliche Hardware aus der DB beigelegt, verwenden tust du 2, die anderen liegen brach und werden nicht verwendet (außer du baust HWs dazu).

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mattensn am 14 Februar 2016, 21:46:58
Vielen Dank erst einmal. Ich bin gerade mal dabei gannnnz viel auf der Konsole abzufragen. Hochinteressant was man da so auslesen kann.  8)
Werde mich die Woche mal an das Fhem setzen und ein paar sinnige Werte übernehmen. Melde mich dann bei Fragen wieder.
Vielen vielen Dank!!!!! ;D ;D
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 14 Februar 2016, 22:05:34
Zitat von: mattensn am 14 Februar 2016, 21:46:58
Werde mich die Woche mal an das Fhem setzen und ein paar sinnige Werte übernehmen.

Das ist ein guter Punkt, denn ich glaube dass viele eBus Neueinsteiger in der Flut der Datenmenge untergehen. Wenig ist hier mehr, gerade am Anfang sollten es Daten sein die man auch wirklich gebrauchen kann. Zwischen 10 - 15 Datenpunkte ist sicher mehr als ausreichend, bei Solareinspeisung kann es dann mehr sein.

Auf der Konsole testen ist insofern von großem Vorteil, denn dann sieht man sofort wie man die Regex filtern muss. Meist kann man gleich bei der Abfrage noch genauer filtern, so wie ich es oben im Beispiel mit der Vorlaufsoll mit "temp" gemacht habe.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ansi7k3 am 14 Februar 2016, 23:26:28
Warum gibt es zwei Readings pro ECMDDevice?  Z.B für Ruecklauf haben wir einmal State und Ruecklauf selbst. In der Datenbank gibt es entsprechend zwei Einträge pro Messung. Es ergibt keinen Sinn, meiner Meinung nach.

Siehe Anhang
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 15 Februar 2016, 10:06:33
Das ist nur bei ein paar Meßwerten so, nämlich jene die auch im Broadcast als "Status" kommen.

r,,Status01,Vorlauftemperatur/Rücklauftemperatur/Aussentemperatursensor/WW Temperatur/Speichertemperatur/Pumpenstatus,,,B511,01,,,temp1;temp1;temp2;temp1;temp1;pumpstate,,,,,,
r,,Status02,Betriebsart/Maximaltemperatur/ReglerCurrentTEMP/Maximaltemperatur/ReglerCurrentTemp,,,B511,02,,,hwcmode;temp0;temp1;temp0;temp1,,,,,,


d.h. du kannst die in 2 Varianten abfragen, einmal nur aus dem Buffer mit -m oder mit -f (forced) wirklich vom Bus abfragen.


get Vorlauf cmd {"r -f flowtemp temp\n"}
get Vorlauf cmd {"r -m 10 status01 temp1.0\n"}


Wenn ich jetzt speziell die HKurve in deiner Liste betrachte, dann wird die ja einmal dem Reading "HKurve" zugeordnet und gleichzeitig ist es auch der "state", somit siehst du sie 2 mal. Wenn dich das stört, dann ordne sie nur dem Reading "state" zu.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 15 Februar 2016, 10:47:10
Zitat von: ansi7k3 am 14 Februar 2016, 23:26:28
Warum gibt es zwei Readings pro ECMDDevice?  Z.B für Ruecklauf haben wir einmal State und Ruecklauf selbst. In der Datenbank gibt es entsprechend zwei Einträge pro Messung. Es ergibt keinen Sinn, meiner Meinung nach.

Siehe Anhang

Hmm, nun ja - (Kurzfassung)
Ein Device hat immer ein Zustand welches durch den "state" (auch als reading), repräsentiert wird.
Der Zustand kann z.B. sein: an/aus auf/zu verbunden/getrennt reading xyz mit wert abc gelesen/geschrieben etc.

Ein Device kann mehrere Informationen speichern, repräsentiert durch Reading(s).

Ändert sich der Zustand (state) eines Devices oder einer Information (Readings), dann wird ein Änderungsevent initiiert (ist konfigurierbar siehe event-on-change-reading ...).

Auf diese Events kannst du reagieren z.B. ändert sich der Zustand (status) oder eine Information, dann tue etwas z.B. Information in eine Datenbank ablegen oder schalte etwas.... etc.

Wenn ich dich richtig verstanden habe, dann möchtest Du die Information (ein Reading: Ruecklauf) eines Devices (ECMDDevice) in eine DB speichern. Dann gibt es hier mehrere Möglichkeiten wie man das realisieren kann:

1) Filtern: So kann man z.B. in DBLog Definition direkt ein Filter setzen: <ECMDDevice>:(ruecklauf|vorlauf).* => hiermit werden nur die Readings ruecklauf und vorlauf gespeichert.
2) Du arbeitest event-on-change-reading und trägst eine positive Liste der Readings ein die einen Event generieren darf.
3) ....

Welche Variante/Möglichkeiten für dich die richtige ist, musst Du entscheiden, die haben immer ihre Vor- und Nachteile.

Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ansi7k3 am 15 Februar 2016, 21:35:40
Zitat von: Reinhart am 15 Februar 2016, 10:06:33
Wenn dich das stört, dann ordne sie nur dem Reading "state" zu.

LG

Wenn ich wusste wie man es "zuordnet".. Ich habe, glaube, schon alles durchgelesen,  aber find nicht woher die "Vorlauf: 34.9" , als Beispiel, in  die DBlog, bzw. in Filelog kommt. Warum wird aus einer Reading zwei Einträge. Einmal "Vorlauf:  34.9" und einmal "Vorlauf  34.9" (mit ":" und ohne). postproc gibt doch nur 34.9 zurück. "Vorlauf" kommt als %NAME, aber wo kommt ":" her und warum wird es als "EVENT" gespeichert?


# vorlauftemperatur
get Vorlauf cmd {"r -f flowtemp temp\n"}

get Vorlauf expect "\d+\.\d+\n\n"
get Vorlauf postproc { sprintf("%5.1f",$_) }


Gibt es etwas wo man es nachschlagen kann?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 16 Februar 2016, 11:54:04
@ansi7k3

Ich weiß zwar nicht genau warum du das unbedingt so machen willst, aber ich habe jetzt 2 Möglichkeiten für dich. Ob hier 2x eingetragen wird spielt letztlich für den Anwender keine Rolle, weder in den Plots noch in irgendwelchen Auswertungen.

1. Möglichkeit:
Du kannst einem Define ja mehrere Readings zuweisen, dann hast du alle deine Messwerte unter einem Define und einen gemeinsamen "state" (Event) auf den du immer noch reagieren kannst.

define eBusdaten ECMDDevice bai00.class
attr eBusdaten IODev EBUS
attr eBusdaten group Vaillant
attr eBusdaten icon sani_supply_temp
attr eBusdaten room Vaillant

einen gemeinsamen Define anlegen, nennen wir ihn eBusdaten

alle Messwerte die du abholen willst, müssen nach wie vor in der bai.cfg definiert sein.
die Abfrage kann dann in etwa so ausschauen:
define EBUS.Timer at +*00:15:00 get eBusdaten Aussentemp;;get eBusdaten Vorlauf;;get eBusdaten Ruecklauf;;get eBusdaten Fanspeed;;get eBusdaten PumpeWatt;;get eBusdaten HKurve;;get eBusdaten VorlaufSoll
du schreibst also alles in die eBusdaten und legst zu jedem Messwert ein Reading an. Ist irgendwie schöner übersichtlich, aber auch etwas komplexer zur Weiterverarbeitung.

Das Ergebnis ist dann so wie im Bild dargestellt.

2. Möglichkeit:
Wenn dir das noch nicht genügt weil du überhaupt keinen state haben willst, dann musst du alles in in GAEBUS definieren, der sieht genau so aus wie im Bild nur fehlt der state generell.

Doch vergiss nicht was amunra oben sehr schön beschrieben hat, ohne state kein Event!

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ansi7k3 am 16 Februar 2016, 18:30:49
@amunra, @Reinhart

Irgendwie habe ich gestern deine Nachricht, amunra, verpasst.  Sorry.

Jetzt wird mir klar was das Ganze soll :) Fhem erzeugt "state" automatisch und die andere Reading ist was wir letztendlich vom Device holen.

ZitatOb hier 2x eingetragen wird spielt letztlich für den Anwender keine Rolle, weder in den Plots noch in irgendwelchen Auswertungen.

Das ist der Punk. Ich bin nicht aus Anwendersicht ausgegangen,  sondern aus einer des Datenbankadministrators. Wenn wir statt eine, zwei Zeilen mit fast identischem Inhalt speichern, dann ist es für mich nicht in Ordnung :). Ich dachte fhem kann zwischen eine hypothetische Lampe mit "states" on/off und einem Sensor mit Werten unterscheiden. Und ein Event oder weiteres anhand der vorhandene oder Mangel an Input/Output generieren.

Mein Problem ist (war), das ich fhem in eine Oracle Datenbank schreiben lasse. Dabei habe ich den DBLog "gefixt". Ich habe da schreckliche dinge gesehen was die Programierung mit DBs angeht. :)  Z.B wenn man die Tabele oder Spalte mit einem Reserviertem Wort bennent, oder nimmt nicht in acht Char to Date    Umformatierung, etc... Dann habe ich Filelog angeschmissen, und sehe da das gleiche Bild - zwei Zeile pro Messung! :) Weiter gings mit Device Definition.. Ich dachte ich mache was falsch...

Wenn ich der fhem wäre, dann wird für mich eine Zeile an Daten vom Device ausreichen um es als "state" zu betrachten. Aber dafür kenne ich fhem nur seit Paar Wochen :)

Danke euch beiden. Entschuldigung für Starres Deutsch, die  Sprache ist für mich zwar sehr schön, aber fremd :)

Viellen Dank

PS: Aber ernst. Reinhart, wenn ich im FHEM die Maske  mit "Vorlauf.... Vorlauf..39.3" sehe, dann ist es für mich nicht in Ordnung. Das Wort "Vorlauf" soll vor der Temperatur verschwinden, weil es ist klar genug, dass es um "Vorlauf" geht. :)

Nachtrag:

Tipp: benutzt mindestens trim() beim postproc, dann sparen wir ganze Leerzeichen beim sprintf("%5.1f",$_) und zweistellige Zahl als Beispiel, und das ist es 1 Byte an bits was wir nicht umkippen müssen. Aus " 39.1" wird "39.1" Es spart nicht den Strom, aber Platz in der DB :))


params message param
get StorageTemp cmd {"r -f %message %param\n"}
get StorageTemp expect "\d+\.\d+\n\n"
get StorageTemp postproc { trim(sprintf("%5.1f",$_)) }
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 16 Februar 2016, 19:06:18
...ernsthaft ?????
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ansi7k3 am 16 Februar 2016, 19:34:49
Zitat von: cs-online am 16 Februar 2016, 19:06:18
...ernsthaft ?????

trim()?  Klar ernsthaft.  Beim suchen in der DB muss man dann nicht die Leerzeichen ausfiltern... Es geht dann schneller. Aber natürlich für die Datenmengen spielt es keiner Rolle. Aber wenn man richtig machen will, dann schon. Es gibt slimmers. Z.B meine Kollegen aus Steuerungstechnik speichern pro Sekunde 100 Zeilen ab, und dabei Datum als String, Karl! Dann wundern sich sich warum Select so lange braucht. der Select macht aber to_date() für jede Zeile und so weiter. Unser Select wird aber trim() plus to_number() beim Suchen in der DB machen müssen.

Das DB-Model im FHEM ist sehr bescheiden. Ich würde die Zahlen nicht als Strings (Varchar) abspeichern. Und die Tabelle HYSTORY sollte man in zwei teilen, HYSTORY_READINGS und HYSTORY_STATES oder ähnliches. Aber so wie es ist funktioniert auch. :)

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 16 Februar 2016, 20:28:21
ich würde euch bitte ersuchen für die Datenbankdiskussionen einen eigenen Thread aufzumachen, denn die hat nichts mit dem eBus zu tun!
Es wird sonst schnell der Thread unübersichtlich.

PS: ich persönlich bin kein Freund von Datenbanken in einer Heimanwendung, man schafft sich hier schnell einen "Single Point of Failure" (eine korrupte Datenbank und alles ist weg).

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 17 Februar 2016, 05:13:30
Irgendwie scheint da jemand nicht lesen zu können. Wird gebeten, das an anderer Stelle zu diskutieren und macht einfach weiter.

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Michael Schmidt am 18 Februar 2016, 18:16:15
So nun habe ich es endlich geschafft die Platinen zu löten.

Ich habe jedoch das seltsame Problem das wenn ich nach john´s Anleitung den ebusd starte und den raw mode aktiviere,
bekomme ich wenn ich den FTDI Adapter mit der Platine Verbinde bekomme ich folgendes zu sehen:
[bus notice] signal aqquired
[bus notice] <00
[bus error] signal lost


wenn ich nun in sehr kurzen Abständen den FTDI mit der Platine verbinde bekomme ich auch durchaus mehr Daten aber sobal die Verbindung zwischen FTDI Adapter und ebus Platine bestehen bleibt gibt es Signal lost.

Der FTDI Adapter ist ein Sparkfun 5V

ich habe mal ein Multimeter bemüht, und 4,89V Gemessen.

- ist es egal auf welche Eingänge die Busleitungen bei der Platine kommen?
- was passiert auf dem ebus ich messe 0V mit kurzen wiederkehrenden 12-19V Spannungen (vermutlich Telegramme)?
- auf welchen Widerstand habt ihr das 20kohm Poti gestellt? (ich habe bei meinen 4 Platinen 1kohm und 2,53kohm gemessen nach den 26 Halbdrehungen rechts)

vielen Dank schonmal im Vorraus

Gruß
Michael 
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 18 Februar 2016, 18:39:41
Zitat von: Jensmaier2 am 18 Februar 2016, 18:16:15
- was passiert auf dem ebus ich messe 0V mit kurzen wiederkehrenden 12-19V Spannungen (vermutlich Telegramme)?

ich habe dir gerade per PN geantwortet weil ich den Post erst jetzt gesehen habe und die Vermutung mit den USB Problemen und dem Kernel geäußert. Wenn ich aber jetzt lese, dass du am eBus 0V misst, dann stimmt was nicht, das entspricht nicht den eBus Spezifikationen! Wie soll den der eBus eine Spannungsversorung (Speisung) realisieren wenn sie auf 0 Volt geht? Er soll ja zwischen 10 - 17 Volt shiften (logisch 0 und  1), siehe Wiki. Die 12-19V sind ok, aber auf 0 darf es nicht gehen!

Klemme die Platine ab und messe nochmals die eBus Spannung an der Therme, wenn dann alles ok ist, hast einen Fehler auf der Platine in Senderichtung (beim Senden Kurzschluß)!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 18 Februar 2016, 18:47:29
ich habe mir gerade nochmals die Schaltung angesehen, wenn du zeitweise auf 0 V kommst, dann kann eigentlich nur die Zenerdiode defekt sein (Kurzschluss). Gepolt ist sie schon richtig?

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Michael Schmidt am 18 Februar 2016, 18:54:48
Hallo Reinhart

danke für die Infos,

Ich habe leider kein Oszilloskop nur 2 verschiedene Multimeter und das eine (digitale) misst nichts da die Spannung vermutlich zu schnell schwankt, und das zweite misst mal 0 mal 17V.
Aber vermutlich ist beides nicht sehr aussagekräftig :(

Ich habe nun die Platine abgeklemmt und es ändert sich nichts an den angezeigten Werten auf dem Bus.

Kernel Version ist 4.1.15-v7+

ich suche mal ob ich mit dem Kernel Ansatz was finde.

Die Zenerdiode dürfte es nicht sein, ich habe ja 4 Platinen und alle verhalten sich gleich.

Gruß
Michael

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Michael Schmidt am 18 Februar 2016, 18:58:59
Bein weiteren durchstöbern des threads sah ich das du für die alte Platine geschrieben hast TX mit TX verbinden und RX mit RX,

gilt das immernoch?
Dann ist das schonmal ein FEHLER meinerseits :)

hab das mal probehalber vertauscht und es sieht viel viel besser aus :)
Mist ich hatte den FTDI schon oft mit nem Ardupilot MEGA und arduinos in Benutzung da war immer TX-RX RX-TX

Gruß
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 18 Februar 2016, 19:14:17
ja zentis666 hat das absichtlich so beschriftet damit es für den Anwender logischer ist. Alle jene die sich mit RS232 aber auskennen haben damit nun Probleme das richtig zu interpretieren! Aber in diesem Fall TX mit TX!

Auch wenn es ein Digitalmultimeter ist sollte das nicht auf 0 gehen! Was ist das für ein Heizgerät und hat das auch wirklich Speisung am eBus vorgesehen? Es gibt auch eBus ohne Speisung (so wie unsere Platine).

Da sieht man wieder, nicht alles "moderne" ist auch wirklich besser (Digitalmultimeter). Ich habe zum Glück noch ein uraltes Zeigerinstrument herumliegen!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Michael Schmidt am 18 Februar 2016, 19:40:19
das war des Rätsels Lösung, bei 2kohm Poti Widerstand habe ich ein sauberes Signal.

habe nun noch einen seltsamen Fehler im Log:

2016-02-18 19:30:07.242 [bus notice] signal acquired
2016-02-18 19:30:09.207 [bus notice] new master 77, master count 2
2016-02-18 19:30:19.794 [main error] unable to load scan config 7c: list files in /etc/ebusd/encon ERR: element not found


Ich habe mit deinem Installtool den ebusd und die configs dafür installiert funktioniert TOP.
Danke für die Mühe :)

Gruß
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 18 Februar 2016, 20:12:21
freut mich das es nun klappt, aber die Messung mit den 0 Volt kann nur ein Ablesefehler am Digitalinstrument sein.

Jetzt musst du beobachten (im Logfile) ob die broadcast schon aufgelöst werden. Hast du auch das Config Package geladen?

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Michael Schmidt am 19 Februar 2016, 07:33:58
Ja das config package ist installiert.
ich finde in /etc/ebusd. die Ordner WOLF und VAILLANT und die 3 .csv Dateien

Die Sendeversuche aus deiner Anleitung z.B.

ebusctl read -m 10 outsidetemp

werden mit

ERR: element not found

quittiert

In der log Datei sieht es aber schon nicht schlecht aus da passiert zumindest etwas:

2016-02-19 07:14:12.005 [main notice] ebusd 2.0.0ea7efc started
2016-02-19 07:14:12.053 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2016-02-19 07:14:12.062 [bus notice] signal acquired
2016-02-19 07:14:26.431 [bus notice] new master 77, master count 2
2016-02-19 07:14:34.497 [main error] unable to load scan config 7c: list files in /etc/ebusd/encon ERR: element not found
2016-02-19 07:22:04.974 [update notice] update broadcast ident QQ=77: ENCON;   " ;-;-
2016-02-19 07:22:06.013 [update notice] update broadcast error QQ=77: E111     


Ein ebusctl scan result ergibt:
7c;ENCON;   " ;-;-

Das Gerät ist eine WOLF CWL 400 excellent.
Nach meinem Kenntnisstand ist der Hersteller Brink Climate Systems aus den Niederlanden.

hat jemand dafür möglicherweise bereits eine passende csv Datei?

Gruß
Michael
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Cruiser79 am 19 Februar 2016, 07:40:09
Ich habe meine Versuche, den nach längerer Zeit auftretenden "signal lost" wegzubekommen vorgestern mit einem aktiven USB Hub versucht entgegenzutreten. Scheint auch geklappt zu haben, die LED am Konverter blinkt seit Tagen munter vor sich hin. Ein scanconfig liefert

pi@raspberrypi:~$ ebusd --checkconfig --scanconfig
2016-02-19 07:32:46.753 [main notice] Performing configuration check...
2016-02-19 07:32:52.131 [main notice] found messages: 5625 (439 conditional on 100 conditions, 2 poll, 58 update)

Wieso aber steht in meiner ebusd-log für den ganzen gestrigen Tag nur folgendes drin?

2016-02-18 09:49:44.025 [bus notice] max. symbols per second: 249
2016-02-18 12:50:50.028 [bus notice] max. symbols per second: 250
2016-02-18 13:51:52.035 [bus notice] max. symbols per second: 253
2016-02-18 15:52:56.032 [bus notice] max. symbols per second: 256
2016-02-18 16:01:57.017 [bus notice] max. symbols per second: 269

Ein ebus info liefert

pi@raspberrypi:~$ ebusctl info                         
version: ebusd 2.0.0ea7efc
signal: acquired
symbol rate: 92
masters: 3
messages: 208
address 03: master #3
address 08: slave #3, scanned "MF=Vaillant;ID=BAI00;SW=0608;HW=5502", loaded "vaillant/08.bai.HW5502.csv"
address 10: master #6
address 15: slave #6, scanned "MF=Vaillant;ID=70000;SW=0110;HW=2103"

Btw, ich habe eine bis jetzt noch nicht unterstützte Therme. Die HW5502 ist eine kopierte 08.bai.HW7401.csv

Gruß,
Tim
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 20 Februar 2016, 13:57:57
Zitat von: Jensmaier2 am 19 Februar 2016, 07:33:58

ebusctl read -m 10 outsidetemp

werden mit

ERR: element not found

quittiert
naja das kann nicht funktionieren, weil ja die für deine Anlage notwendigen CSVs noch fehlen.
Ergo gibt es im Moment die Definition der Nachrichti "outsidetemp" noch gar nicht...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: RainerS am 20 Februar 2016, 14:01:36
ZitatAnmerkung zu ReadingsVal:

ReadingsVal(<DeviceName>, <ReadingsName>, <Defaultwert>)

Damit wird das entsprechende Reading am entsprechenden Device ausgelesen.

Die o.z. Aussage stammt aus dem FHEM-Wiki.
Bedeutet das, das mittels "Readingsval" nochmal ein Zugriff auf den Ebus erfolgt ?

z.B.
IF (ReadingsVal("Aussentemperatur","Aussentemperatur",0) ....
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 20 Februar 2016, 14:31:27
nein, das liest nur (evtl. nochmal) den Wert aus der Funktion (also bei Dir die Funktion Aussentemperatur), mit der Du den EBUSD abfragst. Die Funktion selber wird dadurch nicht aktualisiert (zumindest bei mir nicht) ;-)

Wie schaut es bei Dir mit D.29 und der Geradengleichungsidee von mir aus ? Bei mir ist das recht genau geworden. Hab auch mit den Mittelwerten aller D29 und aller Dez die Geradengleichung ausprobiert, ist aber auch nicht genauer geworden. Und während ich das schreibe fällt mir ein, daß ich das nochmal mit den Medianen probieren wollte.... Aber eine Abweichung von 0,02m³/h ist erträglich... denke ich...

Grüße

Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ansi7k3 am 20 Februar 2016, 14:35:16
Zitat von: R2D2_ am 20 Februar 2016, 14:01:36
Bedeutet das, das mittels "Readingsval" nochmal ein Zugriff auf den Ebus erfolgt ?

Ich vermute nein. Es greift nicht direct auf EBUS, sondern gibt die Value der Letze Reading aus. Hier aus fhem.pl:

ReadingsVal($$$)
{
  my ($d,$n,$default) = @_;
  if(defined($defs{$d}) &&
     defined($defs{$d}{READINGS}) &&
     defined($defs{$d}{READINGS}{$n}) &&
     defined($defs{$d}{READINGS}{$n}{VAL})) {
     return $defs{$d}{READINGS}{$n}{VAL};
  }
  return $default;
}
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Cruiser79 am 23 Februar 2016, 10:39:27
Ich habe es endlich hinbekommen, meinen Converter dauerhaft zum laufen zu bringen. Entscheiden war bei mir dabei das Netzteil. Insofern kann ich für meinen Fall sagen, ich hatte zu wenig Strom auf der Leitung. Ich hatte einen extra Raspberry aufgesetzt nur mit ebusd am laufen. Nach einem Tag hatte ich wieder einen Abbruch mit "signal lost". Daraufhin habe ich das vorhandene Netzteil mit einem 1,5 A Netzteil ausgetauscht, seitdem läuft ebusd und der Converter ohne Probleme.

Mein Log wird nun also, trotz der eigentlich "falschen" CSV Datei, fleissig mit Werten gefüllt. Meine HW5502 gibt es ja noch nicht als CSV.

2016-02-23 10:17:28.911 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2016-02-23 10:17:29.175 [update notice] unknown MS cmd: 1008b5110100 / 08a2021620040f0081
2016-02-23 10:17:29.421 [update notice] unknown MS cmd: 1008b5100305ff01 / 0101
2016-02-23 10:17:29.661 [update notice] unknown MS cmd: 1008b512020064 / 00
2016-02-23 10:17:29.904 [update notice] unknown MS cmd: 1008b5120204ff / 0101
2016-02-23 10:17:30.123 [update notice] update broadcast outsidetemp QQ=10: 6.000
2016-02-23 10:17:37.842 [update notice] update bai Status01 QQ=10: 42.0;35.0;6.000;-;54.5;on
2016-02-23 10:17:38.115 [update notice] update bai Mode QQ=10: standby
2016-02-23 10:17:47.850 [update notice] update bai Status01 QQ=10: 42.0;34.5;6.000;-;54.5;on
2016-02-23 10:17:48.124 [update notice] update bai Mode QQ=10: standby
2016-02-23 10:17:57.865 [update notice] update bai Status01 QQ=10: 41.5;34.5;6.000;-;54.5;on
2016-02-23 10:17:58.138 [update notice] update bai Mode QQ=10: standby
2016-02-23 10:17:58.397 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2016-02-23 10:18:07.882 [update notice] update bai Status01 QQ=10: 41.5;34.5;6.000;-;54.5;on
2016-02-23 10:18:08.155 [update notice] update bai Mode QQ=10: standby
2016-02-23 10:18:17.896 [update notice] update bai Status01 QQ=10: 41.5;34.5;6.000;-;54.5;on
2016-02-23 10:18:18.169 [update notice] update bai Mode QQ=10: standby
2016-02-23 10:18:27.873 [update notice] update bai Status01 QQ=10: 41.5;34.5;6.000;-;54.5;on
2016-02-23 10:18:28.147 [update notice] update bai DateTime QQ=10: valid;10:18:29;23.02.2016;6.000
2016-02-23 10:18:28.387 [update notice] update broadcast vdatetime QQ=10: 10:18:28;23.02.2016
2016-02-23 10:18:28.662 [update notice] update bai Mode QQ=10: standby
2016-02-23 10:18:28.921 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2016-02-23 10:18:29.186 [update notice] unknown MS cmd: 1008b5110100 / 089f021620040f0081
2016-02-23 10:18:29.430 [update notice] unknown MS cmd: 1008b5100305ff01 / 0101
2016-02-23 10:18:29.669 [update notice] unknown MS cmd: 1008b512020064 / 00
2016-02-23 10:18:29.913 [update notice] unknown MS cmd: 1008b5120204ff / 0101
2016-02-23 10:18:30.133 [update notice] update broadcast outsidetemp QQ=10: 6.000
2016-02-23 10:18:37.899 [update notice] update bai Status01 QQ=10: 41.5;34.5;6.000;-;54.5;on
2016-02-23 10:18:38.172 [update notice] update bai Mode QQ=10: standby
2016-02-23 10:18:47.876 [update notice] update bai Status01 QQ=10: 41.5;34.5;6.000;-;54.5;on
2016-02-23 10:18:48.149 [update notice] update bai Mode QQ=10: standby
2016-02-23 10:18:57.898 [update notice] update bai Status01 QQ=10: 41.5;35.0;6.000;-;54.5;on
2016-02-23 10:18:58.170 [update notice] update bai Mode QQ=10: standby
2016-02-23 10:18:58.430 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2016-02-23 10:19:07.907 [update notice] update bai Status01 QQ=10: 41.5;35.0;6.000;-;54.5;on
2016-02-23 10:19:08.181 [update notice] update bai Mode QQ=10: standby


Nun aber meine Verständnisprobleme, um das auch in FHEM zu bekommen.

Also erstens, wie kann ich denn diese Werte deuten? Was bedeutet
Status02 QQ=10: auto;60;75.0;70;70.0
oder
Status01 QQ=10: 41.5;35.0;6.000;-;54.5;on
oder
Mode QQ=10: standby

Zweites Problem: Ein "ebusctl read -c broadcast outsidetemp" und ein "ebusctl read -m 10 outsidetemp" liefern mir beide die aktuelle Aussentemperatur. Worin liegt der Unterschied der beiden Befehle?

Drittens: Um das jetzt in FHEM zu bekommen, habe ich die defines, die der ebus_installer angelegt hat, rauskopiert und bei mir eingerichtet. Dort steht dann aber für Aussentemp  "get Aussentemp cmd {"r -f outsidetemp temp\n"}", was zu einem "ERR: element not found " führt. Ich schätze mal, das mit dem Kommando FHEM ein "ebusctl r -f outsidetemp temp" absetzt? Müsste ich das nur zu "read -m 10 outsidetemp" umändern und es würde gehen?

Viertens: Ich habe mir zwar schon die Wikiseite zu ebus durchgelesen, aber wie man an den vorherigen Fragen erkennt, fehlt mir noch der Zusammenhang von allem. Die 08.bai.HW5502.csv übersetzt meines Wissens nach, wie in http://www.fhemwiki.de/wiki/EBUS#eBusd_Bedeutung_der_Telegramme erläutert, die Meldungen auf dem Bus. Wozu ist aber nun die broadcast.csv da? Hier scheint ja auch meine Abfrage mit "ebusctl read -c broadcast outsidetemp"  herzukommen, da ich nur dort einen Zeile mit outsidetemp finde
b,,outsidetemp,Außentemperatur,,,,01,,,temp2,,,,,,,,,,,,,,,
In der BAI Datei finde ich nur ein

r,,OutdoorstempSensor,d.47 Außentemperaturfühler,,,,"7600",,,tempsensor,,,Außentemperaturwert (ohne Korrekturwert) und Sensorstatus,,,

was wohl was anderes zu sein scheint.

Wer kann mich erleuchten?

Gruß,
Tim
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 23 Februar 2016, 13:13:51
Selbstverständlich werden manche Werte doppelt verwendet: Einmal in abfragbaren Registern, einmal als Broadcast übers Netz. Ich kenne alleine fünf verschiedene Möglichkeiten, die Außentemperatur auszulesen.

Außerdem sollte das Log NICHT gefüllt werden - sondern die Werte per ebusctl oder telnet abgefragt werden.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 23 Februar 2016, 21:56:20
@Cruiser79

nun gut, dann möchte ich dich am Beispiel "status01" etwas erleuchten.

ebusctl find -F name,comment|grep Status01

Status01,Vorlauftemperatur/Rücklauftemperatur/Aussentemperatur/WW Temperatur/Speichertemperatur/Pumpenstatus

mit find suchst du die Texte der Felder und wir setzen noch einen grep auf dem Namen nach


ebusctl find -F name,comment,fields|grep Status01
Status01,Vorlauftemperatur/Rücklauftemperatur/Aussentemperatur/WW Temperatur/Speichertemperatur/Pumpenstatus,temp1,s,D1C,,°C,Temperatur,temp1,s,D1C,,°C,Temperatur,temp2,s,D2B,,°C,Temperatur,temp1,s,D1C,,°C,Temperatur,temp1,s,D1C,,°C,Temperatur,pumpstate,s,UCH,0=off;1=on;2=overrun,,Pumpenstatus

wenn du nun wissen willst welche Variablen bei den verschiedenen Werten zugeordnet sind musst "fileds" noch dazu nehmen.
Die Variablen sind hier: temp1,temp1,temp2,temp1,temp1,pumpstate.

pi@raspberry2 ~ $ ebusctl r -m 10 Status01
39.0;39.0;2.750;33.0;36.0;off

so bekommst du nun alle Datenwerte des "status01" in einem String

pi@raspberry2 ~ $ ebusctl r -m 10 Status01 temp1.0
39.0

da wir wissen das die Variable der Vorlauftemperatur "temp1" zugeordnet ist filtern wir mit temp1 und dem ersten Vorkommen (beginnt bei 0)

pi@raspberry2 ~ $ ebusctl r -m 10 Status01 temp1.2
33.0

und hier die Warmwassertemperatur (= dritter temp1)

pi@raspberry2 ~ $ ebusctl r -m 10 Status01 temp2
2.750

und hier die Aussentemperatur (ohne Index weil Default = 0 und es gibt nur eine temp2)

Ich hoffe es sind dir die Zusammenhänge der Stringfilterung jetzt halbwegs klar und du kannst nun alles filtern was du willst.
Da du ja keine CSV verwenden kannst musst du dich vorerst mit den Broadcast Daten zufrieden geben. Daher die Abfrage mit "-m", das liest nur aus dem Buffer des ebusd und fragt nicht direkt über den Bus ab. Aber es sind hier schon die wichtigsten Daten vorhanden. Aus diesem einem "status01" bekommst du nun schon 6 Datenpunkte.

Der Broadcast ist wie der Name schon sagt ein ständiger zyklischer Datenverkehr am eBus den die Devices von selbst senden. Du stößt die Abfrage nicht an, sondern die kommen von selbst! Die 08.bai, 430 oder sonstige müssen angefordert werden, daher dann "-f" (forced) im Abfragestring. Der Broadcast ist ja auch eine Grundfunktion im Netzwerk und dient ähnlichen Informations Zwecken. So kann ein Gerät dem anderen mitteilen das es erstens noch da ist und wie der Status ist.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 24 Februar 2016, 11:57:13
Zitat von: Cruiser79 am 23 Februar 2016, 10:39:27
Drittens: Um das jetzt in FHEM zu bekommen, habe ich die defines, die der ebus_installer angelegt hat, rauskopiert und bei mir eingerichtet. Dort steht dann aber für Aussentemp  "get Aussentemp cmd {"r -f outsidetemp temp\n"}", was zu einem "ERR: element not found " führt. Ich schätze mal, das mit dem Kommando FHEM ein "ebusctl r -f outsidetemp temp" absetzt? Müsste ich das nur zu "read -m 10 outsidetemp" umändern und es würde gehen?

Zu deiner dritten Frage, ja das passt wenn du den Broadcast aus dem Buffer auslesen willst musst  "-m" nehmen.

Was mich interessiert, warum hast du mit dem Installer installiert und dann kopiert? Der installiert doch alles in die produktive System (fhem.cfg) und sollte sofort laufen.
Noch zur Anmerkung, wenn du Broadcast auslesen willst/musst kannst du nicht den GAEBUS nehmen, der kann das nicht weil er automatisch mit "-f" abfragt!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Cruiser79 am 24 Februar 2016, 23:17:26
Zitat von: Reinhart am 24 Februar 2016, 11:57:13
Zu deiner dritten Frage, ja das passt wenn du den Broadcast aus dem Buffer auslesen willst musst  "-m" nehmen.

Was mich interessiert, warum hast du mit dem Installer installiert und dann kopiert? Der installiert doch alles in die produktive System (fhem.cfg) und sollte sofort laufen.
Noch zur Anmerkung, wenn du Broadcast auslesen willst/musst kannst du nicht den GAEBUS nehmen, der kann das nicht weil er automatisch mit "-f" abfragt!

LG

Wow cool, danke für die echt aufschlussreiche Erklärung. Damit habe ich es nun schon hinbekommen, Aussentemperatur, Rücklauf, Vorlauf und ein paar andere Werte auszulesen und in FHEM darzustellen.
Zu der Aussentemperaturabfrage: Das wären jetzt also z.B. zwei verschieden Wege, die Aussentemperatur abzufragen aus dem Broadcastdaten. Einmal mit
ebusctl r -m 10 Status01 temp2
und einmal mit
ebusctl r -m 10 outsidetemp
Wenn das nun aber Broadcastdaten sind, wieso stehen denn eine Konfigurationen (Status01) in der 08.bai.HW5502.csv und die andere(outsidetemp)  in der broadcast.csv? Oder anders gefragt, was ist der Unterschied und Sinn dieser beiden Dateien?

Zu deiner Installer Frage: Der Installer hat mir nur eine Datei fhem-installer.cfg in mein FHEM Ordner gelegt und keine Änderungen an meiner fhem.cfg gemacht.

Gruß,
Tim
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 25 Februar 2016, 10:02:24
Ja das mit der Aussentemperatur ist so, der Status0X beinhaltet Statusmeldungen die nur bei bestimmter HW (bai00) kommen und die outsidetemp kommt als Broadcast nochmals "alleine" (sobald ein Fühler angeschlossen ist). Ist wie pah schon erwähnt hat, das manche Werte einfach mehrmals kommen oder abfragbar sind.
Aber im Prinzip hast du schon recht, das sind eigentlich alle Broadcast.

Wegen dem Installer, da kannst du einmal schauen was bei dir unter "Duplicate" (ebus_install_fhem.sh) eingetragen ist, sollte auf "false" stehen. Bei "true" wird nur eine Kopie angelegt (für ganz vorsichtige User). Als Default ist "false" voreingestellt.

Version="V0.8.5"

#######################
#   please change me  #
Duplicate=false       # False=change in orignal fhem.cfg, true=make a copy fhem-install.cfg
Modify_cfg=true       # Config Files where modified for a correct Function
cleaning=true         # delete Install Files in $ebusinstallerdir
repoamunra=false      # Change repo to amunra0412
#######################


Und eins sollte man noch bedenken, die "-m" Messdaten sind immer etwas älter (einige Sekunden bis Minuten seit dem letzten Broadcast) als die "-f", die sind Spontanabfrage und kommen direkt vom Bus und nicht aus dem Buffer. Von Echtzeit zu reden wäre aber auch übertrieben, weil die auch schon einige Sekunden "alt" (je nach Verarbeitungsgeschwindigkeit) sein können, aber es trifft die Bezeichnung schon eher.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: BioBier am 02 März 2016, 12:02:39
Hallo Zusammen,

hoffe das es ok ist mich hier einzuklinken. Habe den eBusd nun seit etwa einem Monat erfolgreich im betrieb. Lese/Schreibe über OpenHab<->NodeRed<->eBusd. Alles läuft auf einem Raspberry pi 2.
Nun brauche ich aber bissel Hilfe um neue Felder hinzuzufügen.

Heizungsumgebung:
info
version: ebusd 2.0.0ea7efc
signal: acquired
symbol rate: 23
masters: 3
messages: 493
address 03: master #3
address 08: slave #3, scanned "MF=Vaillant;ID=BAI00;SW=0606;HW=5502"
address 10: master #6
address 15: slave #6, 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", loaded "vaillant/25.solsy.hwc.csv"
address 26: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/26.solsy.hc.csv"
address 50: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/50.solsy.mc.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/ec.solsy.sc.csv"



Hauptgrund für die Anschaffung war die Fussbodenheizung (address 50) im Wohnzimmer besser zu regeln anhand der Raum-ist-Temperatur eines TempSensors (auf Arduino basis).
Erst dache ich dies über "Heizkurve" und "Raum-soll-Temperatur" zu regeln, doch einfacher wäre es doch die Raum-ist-Temperatur der VRS620 "mitzuteilen" und die regelt den rest wie bei einem termostat über Raumaufschaltung.

Leider konnte ich kein Feld dafür in den csv's finden:
https://github.com/john30/ebusd-configuration/blob/master/ebusd-2.x.x/de/vaillant/50.solsy.mc.csv (https://github.com/john30/ebusd-configuration/blob/master/ebusd-2.x.x/de/vaillant/50.solsy.mc.csv)
RoomTempOffset   Raumaufschaltung   is nur als Korrektur soweit ich verstanden habe.
https://github.com/john30/ebusd-configuration/blob/master/ebusd-2.x.x/de/vaillant/15.ui.csv (https://github.com/john30/ebusd-configuration/blob/master/ebusd-2.x.x/de/vaillant/15.ui.csv)

Der Mitschnitt während ich die Raumaufschaltung am Bedienteil aktiviert und deaktiviert habe (Bilder angehängt):
grab result
1008b51009000064ffffff00ff00 / 0101
1008b51009000066ffffff00ff00 / 0101
1008b5110101 / 09584d0080ffff0100ff
1008b513020508 / 00
1023b504010a / 06008000010100
1023b505082b0f010000000080 / 00
1025b504010a / 06940300000100
1025b504010b / 0400050000
1025b5040117 / 0100
1025b5040122 / 03000407
1025b5050427002a00 / 00
1025b5050427002b00 / 00
1025b505082b0f010000000080 / 00
1026b5040101 / 09160300000385000100
1026b5040109 / 0a160f55008515000f5a00
1026b504010a / 06a9020001002a
1026b504010d / 052a00b20216
1026b5040136 / 0100
1026b5050427002a00 / 00
1026b5050427002b00 / 00
1026b505042d000000 / 00
1026b505082b0f010000000080 / 00
1050b5040109 / 0a160f46008112000f3000
1050b504010a / 0690020101002a
1050b5040136 / 0100
1050b505020115 / 00
1050b5050427002a00 / 00
1050b5050427002b00 / 00
1050b505082b0f010000000080 / 00
10ecb5040101 / 09000200000207000100
10ecb504010d / 050000008000
10ecb5040110 / 0a94030080008000800080
10ecb5040111 / 0a5a0c055a0c055a0c0590
10ecb5040112 / 0a00800000000080000000
10ecb5040113 / 09000000000000000103
10ecb5040125 / 020703
10ecb5040128 / 03000000
10ecb504012b / 020000
10ecb504012c / 0180
10ecb5040135 / 0100
10ecb5050427002a00 / 00
10ecb5050427002b00 / 00
10ecb505082b0f010000000080 / 00
10ecb5060104 / 0ab2029202008094030080
10ecb50903297f00 / 037f0000
10ecb50903298100 / 03810000
10ecb50903298200 / 0382006e
10feb5060101


grab stop


Wobei der part für "mc" adress 50 wohl der interessante ist:
1050b5040109 / 0a160f46008112000f3000
1050b504010a / 0690020101002a
1050b5040136 / 0100
1050b505020115 / 00
1050b5050427002a00 / 00
1050b5050427002b00 / 00
1050b505082b0f010000000080 / 00


Ich konnte hier nirgends den wert 20 (wie auf dem Bedienteil zusehen) finden.

Wie kann ich das ganze angehen um das Feld für Raum-Ist-Temperatur zu finden um es auch zu setzten?

Lg
Alex
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 02 März 2016, 15:00:58
@BioBier

schaue einmal in die 15.430.csv, da gibt es "Hc1ManualOPRoomTempDesired" zum Schreiben. Versuche einmal ob du auf 3200 was schreiben kannst. Da du ja das am Display setzen kannst, würde es mich wundern das man das nicht via eBus setzen könnte. Kannst ja eventuell die eine Zeile bei deiner 15.ui.csv hinein kopieren versuchen.

r;w,,Hc1OPMode,Betriebsart Heizkreis 1,,,,"2F00",,,UCH,0=off;1=manual;2=auto,,operation mode of the first heating circuit,,,
r;w,,Hc1NightTemp,Absenktemperatur Heizkreis 1,,,,"3000",,,temp1,,,Absenktemperatur des 1. Heizkreises,,,
r;w,,Hc1HeatCurve,Heizkurve Heizkreis 1,,,,"3100",,,curve,,,heating curve of the first heating circuit,,,
r;w,,Hc1ManualOPRoomTempDesired,Raumtemperatur Soll Heizkreis 1 (manuell),,,,"3200",,,temp1,,,room setpoint in operation mode manual of the first heating circuit,,,

Auszug aus der 15.430.csv


LG

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: BioBier am 02 März 2016, 15:53:41
@Reinhart

Wie es aussieht ist die 3200 schon belegt in der 15.ui.csv:
r;wi,,BoilerSequence,Kesselfolgeumkehr,,,,"3200",,,onoff,,,Die Kesselfolgeumkehr prüft ob der Unterschied der Ansteuerstunden (nicht die echten Betriebsstunden) zwischen den Heizgeräten 100 Stunden überschreitet und sortiert die Geräte dann neu nach den Ansteuerstunden (Vorlaufsollwert > 20°C),,,

Dort gibt es auch:
# ##### Reglerintern #####,,,,,,,,,,,,,,,,
r,,RoomTemp,Raumisttemp,,,,"0000",,,tempsensor,,,Raumtemperatur,,,

Aber leider nur lesend. -> 22.31;ok
Wäre interessant wo dieser Wert her kommt.

Hinzukommt das ich die Raumtemperatur ja nur für den zweiten Heizkreis setzen will (Name FBH im Display).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 02 März 2016, 22:07:13
Zitat von: BioBier am 02 März 2016, 12:02:39
Wie kann ich das ganze angehen um das Feld für Raum-Ist-Temperatur zu finden um es auch zu setzten?
Hallo Alex,
ich würde über einen Plan C nachdenken, dem System eine "Ist Temperatur" ohne einen Sensor (ohne ebus Anbindung) vorzugaukeln finde ich spannend, wenn auch vielleicht irgendwie möglich.
Bin mal gespannt wie es ausgeht.
Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 03 März 2016, 07:37:32
Das sehe ich eher kritisch. Wenn nämlich die Heizungssteuerung regelmäßig einen nicht vorhandenen Sensor abfragt und das Register für die gemessene Raumtemperatur überschreibt, kann das die ganze Regelung stören. Aus dem Grund habe ich ja vorgeschlagen, die Raumsolltemperatur zu manipulieren. Das kann man sogar so machen, dass eine vorgegebene Vorlauftemperatur erreicht wird.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: BioBier am 03 März 2016, 07:54:28
Zitat von: BioBier am 02 März 2016, 15:53:41
# ##### Reglerintern #####,,,,,,,,,,,,,,,,
r,,RoomTemp,Raumisttemp,,,,"0000",,,tempsensor,,,Raumtemperatur,,,

Aber leider nur lesend. -> 22.31;ok
Wäre interessant wo dieser Wert her kommt.

Hab es in der Installationsanleitung gefunden:
Bei aktivierter Funktion wird der Raumfühler des zugeordneten Fernbediengerätes
verwendet. Falls kein Fernbediengerät vorhanden ist, wird die Temperatur der
Bedieneinheit genutzt.

In dieser CSV https://github.com/mhop/fhem-mirror/blob/master/fhem/contrib/EBUS/vrs620.csv (https://github.com/mhop/fhem-mirror/blob/master/fhem/contrib/EBUS/vrs620.csv) gibt es
w,HC,DistantRoomTemp,Erwartet 5 Bytes 3C fest/ Roomtemp/ Roomtemp+Offset,,26,B505,2B,,,status;temp;temp,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

Bevor ich probiere zu schreiben habe ich es zuerst mit dem lesen der RoomTemp über hex versucht aber mit
ebusctl r -h 15 B5 09 04 0000
kein erfolg. Jemand einen Tipp?
Oder alternativ, wie ist die obere config zeile in die eBusd Config 15.ui.csv einzutragen und zu nutzen beim schreiben?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 03 März 2016, 11:40:29
@BioBier bekomme Folgendes:
ebusctl r -f -c ui RoomTemp -> 22.81;ok
ebusctl find -f -c ui RoomTemp -> r,ui,RoomTemp,Raumisttemp.,,15,b509,0d0000,temp,s,D2C,,°C,Raumtemperatur,sensor,s,UCH,0=ok;85=circuit;170=cutoff,,Fühlerstatus
ebusctl r -h 15b509030d0000 -> 036d0100 -> (6*16+13+256)/16=22,8125
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: m8haben am 05 März 2016, 18:45:15
Hallo,

wie bekomme ich diese Warnung weg. Bin IT-Neandertaler und kämpfe schon zwei Tage diese Warnung wegzubekommen

2016.03.05 09:28:22 1: EBUS: unexpected answer "14.38;ok\n\n" received (wrote "r -c pms Ntc2Sensor \n", expected \d+\.\d+\n)
2016.03.05 09:28:22 1: PERL WARNING: Argument "14.38;ok\n\n" isn't numeric in sprintf at (eval 94) line 1.
2016.03.05 09:28:22 3: eval: { sprintf("%5.1f",$_) }

Alle 4 Sensoren also Ntc1 bis Ntc4 gleiche Meldung

Danke und Gruß
Roland
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 05 März 2016, 18:59:50
Es gibt viele Möglichkeiten
expected \d+\.\d+\n in expected .*\n\n änderst oder gleich in der ebus Abfrage nur temp Wert ausgeben lässt also r -c pms Ntc2Sensor temp (müsst bitte in deiner Definition anschauen welcher Typ definiert ist)
Viele Grüße
Arthur
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Gerd.Ternes am 10 März 2016, 21:33:20
Bin nicht so der grosse Löter. Gibt es die Platine auch fertig zu kaufen?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: hasenhirn am 10 März 2016, 21:36:20
Guggst du hier  ;D

Zitat von: hasenhirn am 08 März 2016, 11:58:08
Hallo Frank,

willkommen an Bord.

Ich stehe zwar auch noch am Anfang aber der ebusd läuft bei mir sehr stabil.
Meine Platine habe ich von "Helmut H. (der_andere)"  aus dem mikrocontroller-Forum  https://www.mikrocontroller.net/topic/346833 (https://www.mikrocontroller.net/topic/346833) und die Teile von Reichelt.
Das Löten des SMD-Bausteins war für mich zu schwierig und zum Glück hatte ich einen Freund der das für mich erledigt hat  ;D
Björn hatte auch noch fertige Platinen, war mir aber zu teuer da ich 3 Stück brauchte  :D
Es gibt im Netz auch noch Platinen mit anderem Layout bei denen der USB/Serial-Chip mit einer fertigen Platine ( ca. 5€ bei ebay usw. ) angebunden wird.

Ich hoffe ich konnte dir etwas weiter helfen ;)

Gruß

Thomas
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Gerd.Ternes am 10 März 2016, 21:45:24
Wie kann ich Björn erreichen? Brauche ja nur 1 Platine. 
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: hasenhirn am 10 März 2016, 22:28:48
Einfach im Mikrocontroller-Forum mal anschreiben  ;)

Gruß

Thomas
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: m8haben am 12 März 2016, 15:14:19
Zitat von: amunra am 05 März 2016, 18:59:50
Es gibt viele Möglichkeiten
expected \d+\.\d+\n in expected .*\n\n änderst oder gleich in der ebus Abfrage nur temp Wert ausgeben lässt also r -c pms Ntc2Sensor temp (müsst bitte in deiner Definition anschauen welcher Typ definiert ist)
Viele Grüße
Arthur

Danke, habe es jetzt hinbekommen.

Gruß
Roland
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: frenchie71 am 23 März 2016, 13:26:05
Hallo zusammen, ich wollte nur kurz meine Erfahrungen beim Bestücken/Löten/Inbetriebnehmen mit Euch teilen. Vielen Dank an Reinhart, pah und Zentis666 sowie John30 für ihre Arbeit!

Bestücken/Löten : weitgehend problemlos, trotz der bei mir einsetzenden Alters-Weitsicht ;-) Lötstop sei dank. Klitzekleiner Verbesserungsvorschlag für die Platine : Vielleicht einen kleinen Tucken größer gestalten, dafür 4 Bohrlöcher spendieren ? Ich habe auf meiner CNC ein kleines Gehäuse gefräst, aber Befestigung leider nur mit Heisskleber möglich...

Inbetriebnahme : Ich hatte glücklicherweise 2 Platinen bestellt - die erste lies sich problemlos in Betrieb nehmen, die zweite hatte einen kleinen Löt-Bug. Gefunden mit OSzi an Pin 4 von U1 (Rechteck-Signal) , dann Pin 2 von U2 (kein Signal) - kalte Lötstelle... gefixt und weiter an an Pin 3 von U2 - kein Signal, also getrimmt mit R3 bis ein sauberer Rechteck erscheint. Am Terminalprogramm gegen-getestet und dort laufend AAh Werte, zeitweise unterbrochen von Telegrammen. Also alles gut.

Nachdem ich dann allerdings das Interface sicherheitshalber nur lesend in Betrieb nehmen wollte (d.h. ich wollte bevor ich ebusd  starte sicher gehen, dass nichts auf den  Bus geschrieben wird) - also einfach Tx abgezogen und - plötzlich alles tot (d.h. im Terminal keine Werte mehr) - wohlgemerkt - nicht Rx sondern Tx abgezogen, d.h. die Sendeleitung _vom_ PC _zum_ eBus.

Seltsam... Tx wieder angeschlossen und geht.... Das Verhalten ist reproduzierbar. Der Grund war auch bald ausgemacht. Ich habe zum Testen unter anderem einen hochohmigen Kristall-Ohrhörer direkt an den eBus angeschlossen. Die 2400 Baud Signale lassen sich so akustisch gut überprüfen ( "Tik-Tik-Tik-Tik-Tik-BRRRZ-Tik-Tik-Tik" - die Tiks sind die AAh Werte, das "BRRZ" die Telegramme). Beim Abziehen der Tx Leitung wurde das Signal wesentlich leiser, also kräftig gedämpft.

Der Grund hierfür ist der "neue" Pulldown-Widerstand R7, der ja beide Eingänge von U2-3 auf Masse zieht und durch das nachfolgende Gatter invertiert wird und dann den Optokoppler U3 sowie in der Folge T1 durchsteuert. Die Folge : Man legt eine laaaaange "1" auf den Bus, die alles andere übertönt. Meine Heizung (Wolf COB20) hat das am nächsten Morgen mit einer Fehlermeldung quittiert (Spannung am eBus nicht ausreichend) - zum Glück war nicht mehr passiert ;-)

Ich habe also für mich den R7 masse-seitig aufgelötet und an VDD gelegt - ist jetzt also kein Pulldown sondern ein Pullup-Widerstand, der dafür sorgt, dass T1 bei nicht-angeschlossener Tx Leitung _nicht_ durchschaltet. Seither läuft alles super.

Ach ja - ein Punkt noch - ich habe ebenfalls festgestellt, dass beim Einschalten des Raspi (ich betreibe die Schaltung mit einem USB-Seriell Wandler an einem Raspberry PI) manchmal "Müll" auf der Leitung erzeugt wird. Erste Erfahrungen zeigen, dass dieses Verhalten abhängig vom verwendeten USB-Seriell Wandler ist - falls jemand ähnliche Probleme hat, einfach mal einen anderen Wandler (vielleicht anderen Chipsatz) verwenden.

Seither (jetzt mehrere Wochen) läuft die Schaltung fehlerfrei mit FHEM. Sobald ich etwas Zeit habe, poste ich noch meine Config für Wolf COB20 hier https://forum.fhem.de/index.php/topic,29737.0.html (https://forum.fhem.de/index.php/topic,29737.0.html)

Setup :

eBus Platine, CP210x UART Bridge, Raspberry Pi 2, Debian Linux, ebusd, FHEM mit ECMD (Telnet-Interface)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 24 März 2016, 11:22:15
Im Augenblick wird auf der Seite Tablet UI und Mobile GUI viel entwickelt.
Ich habe mir daher die Mobile Seite auf Basis von roman1528 seiner GUI auf unsere eBus Daten angepasst. Getestet habe ich die Mobile GUI auf Windows-Handy Samsung Ativ-S (Windows 8 ) und Google Nexus mit Android. Am Windows Handy ist die Seite etwas zu breit, dafür am Android sehr passend. Es kommt natürlich immer darauf an, welche Displaygröße ihr habt.

Zur Installation sollte zunächst die FTUI-2.0 von roman1528 (http://www.ueberueck.com/images/FTUI_roman1528.zip) installiert werden, und dann mit dem angehängten Zipfile, alles nach ..www/mobile kopieren) die eBuserweiterung zugefügt werden. Nachlesen zur Mobile GUI und deren Installation könnt ihr hier. (http://ueberueck.com/index.php/fhem-hausautomatisierung/fhem-tablet-ui/ftui-mobile)


Wer Anpassungen machen will (in den meisten Fällen) hier kurz eine Erklärung was zu machen ist (heizung.html).
<li class="halbTransparent border-left border-right" data-row="2" data-col="3" data-sizex="1" data-sizey="1">
   <header class="headerTransparent">Therme</header>
   <div data-type="switch"
     data-device="Therme"
     data-icon="fa-fire"
     data-get-on="Ein|on"
     data-get-off="Aus|off"
     data-set-on="Ein"
     data-set-off="Aus"
     data-on-color="black"
     data-off-color="#808080"
     data-on-background-color="cornflowerblue"
     data-off-background-color="#3D4C66"
     class="cell">
</li>

ihr braucht bei diesem Schalter nur diesen Device austauschen data-device="Therme" und euren Device einsetzen, fertig.

Wer mit 0 und 1 die Schalter betätigt, verwendet einfach diesen Code:
     data-get-on="1|on"
     data-get-off="0|off"
     data-set-on="1"
     data-set-off="0"

seht euch dazu einfach mein Beispiel an und es wird sofort klar wie einfach das anzupassen ist.

Bitte noch nicht auf FTUI 2.1 updaten, dann läuft das Demo nicht mehr. Es ist nur auf Basis FTUI 2.0 zu 100% lauffähig. Es wird ja von Setstate gerade auf 2.1 umgestellt, daher wäre es noch zu früh die Mobile GUI auf 2.1 umzustellen. So wie es aber aussieht, wird bei der Umstellung nicht sehr viel zu machen sein.

Wie ihr eure Zugänge gestaltet ist jedem selbst überlassen. Ich bediene dies hauptsächlich von Zuhause über Wlan im eigenen Hausnetz, habe aber auch eine VPN Verbindung am Handy eingerichtet da mir diese mehr Sicherheit als eine Passwortabfrage gibt, dann gehts auch von überall mit dem Handy.

Der Post sollte eigentlich nur eine weitere Ideenanregung zur Anzeige und Visualisierung eurer eBusdaten sein, zumindest war es bei so und ich habe es gleich umgesetzt. Die Geschwindigkeit ist noch nicht gerade ideal, soll aber dann in der 2.1 sehr viel besser werden, da hier nur mehr die geänderten Daten aktualisiert werden und nicht jedes mal die ganze Seite neu geladen werden muss. Dazu könnt ihr aber in dem entsprechenden Thread  (https://forum.fhem.de/index.php/topic,50945.0.html)nachlesen.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 24 März 2016, 11:30:02
Ich rede diesbezüglich immer gegen Wände, aber versuchen wir es noch einmal: Die Darstellung "hell auf dunkel" ist ergonomisch extrem schlecht. Details werden nicht wahrgenommen, Warnhinweise übersehen - kurz, das Dingens ist wesentlich schlechter lesbar, memorierbar und verstehbar, als die gleiche Information "Dunkel auf Hell".

Anbei noch mein Tablet-Bild der Heizungsanlage - dargestellt im Floorplan.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 24 März 2016, 18:17:35
Hallo Pah!

Ich glaube das sollte jeder Anwender für sich entscheiden welche Ansicht er haben möchte, die Wissenschaft ist in diesem Fall hinter dem persönlichen Geschmack eingereiht. Mir persönlich gefallen auch dunkle Hintergründe mit heller Schrift besser als umgekehrt, deshalb habe ich mich für die Variante von roman1528 entschieden.

Der dunkle Hintergrund hat vor allem bei AMOLED Displays den Vorteil weniger Strom zu verbrauchen. Es kann aber jeder das Hintergrundbild austauschen und die Farben ändern wenn wer möchte (in der ../css/fhem-tablet-ui-user_mobile.css). Mir gefällt es so besser, vor allem geht es ja nur um das Handy und dieses Hintergrundbild suggeriert einen "metallischen" Effekt.

Da ich nicht mehr die besten Augen habe und Brillenträger bin, habe ich bei weißen (oder sehr hellen) Hintergründen das Problem der Blendeinwirkung und sehe dann den Vordergrund kaum mehr scharf genug (weil die Iris abblendet und zu macht), umgekehrt ist das besser. Die Natur gibt uns ja "dunkel auf hell" schon vor, der Sternenhimmel ist gut sichtbar, was ich umgekehrt wohl kaum ausnehmen könnte.

Schaut man in den Thread der FTUI, dann tummeln sich die "dunklen" Beispiele, weil es eben den Anwendern mehr gefällt.

PS: deine Zeichnung gefällt mir trotzdem (weiß mit schwarzer Schrift) sehr gut!

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 24 März 2016, 21:33:04
Na, mal langsam - Du äußerst Dich auf einem meiner Arbeitsgebiete.

Erstens: Die Verringerung der Pupillenöffnung schafft ein schärferes Bild - ohne Ausnahme.
Zweitens: Wir sehen immer besser bei hoher Gesamthelligkeit - davon gibt es nur eine Ausnahme, die ich mal per Ferndiagnose vermute, nämlich eine altersbedingte Makuladegeneration.
Drittens: Dass die Natur uns "hell auf dunkel" vorgäbe, ist - sehr vorsichtig gesagt - unhaltbar. Das Sehen hat sich nicht in der Dunkelheit entwickelt, insbesondere das Sehen mit den Zapfen-Sinneszellen ist sogar an hohe Gesamthelligkeit als Voraussetzung gebunden.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: RainerS am 10 April 2016, 17:51:25
Hallo zusammen,

habe mir aufgrund der Problematik mit "Verbindungsabbrüchen/Bus error" was überlegt:

Jede min wird der Status einiger Werte auf dem EBus abgefragt und zusätzlich noch je 5min. Daher habe ich, wie beim Schreiben der Heizkurve, Pausen zwischen den Abfragen eingebaut.
+*00:01:00 {fhem("get Ruecklauf Ruecklauf");
fhem("define EBusPause1 at +00:00:02 get Vorlauf Vorlauf");
fhem("define EBusPause2 at +00:00:04 get PumpeHeizung PumpeHeizung");
fhem("define EBusPause3 at +00:00:06 get PumpeSolar PumpeSolar");
fhem("define EBusPause4 at +00:00:08 get SpeicherTempIst SpeicherTempIst");
}


Leider taucht minütlich der ganze Kram im Log-File auf  :-[

get Ruecklauf Ruecklauf : Ruecklauf  24.0
2016.04.10 17:41:02 3: EBusPause1: Vorlauf  24.9
2016.04.10 17:41:04 3: EBusPause2: PumpeHeizung     0
2016.04.10 17:41:06 3: EBusPause3: PumpeSolar   100
2016.04.10 17:41:08 3: EBusPause4: SpeicherTempIst  60.4


Gibt es eine Möglichkeit, das zu vermeiden ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 12 April 2016, 12:42:21
...und was ist daran so schlimm, daß es im LOG auftaucht ?

Generell wird alles geloggt, was im angegebenen Verbose-Level abläuft, also müßte man den Verbose eine Stufe niedriger stellen und schauen, ob das dann nicht mehr geloggt wird, aber dann könnten auch wichtige Infos fehlen... Solange FHEM läuft wie erwartet, wäre mir erstmal egal, was geloggt wird...

Grüße

Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 12 April 2016, 20:23:43
Na, ganz so ist es ja nicht - große Logdateien machen die Kiste nicht schneller.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 12 April 2016, 21:07:20
so gross werden die bei mir nicht mehr, seit ich auf tägliche Logs umgestellt habe ;-)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 13 April 2016, 03:18:25
Aaah, Vorsicht: Wenn die alle im selben Verzeichnis auf der SD-Karte stehen, wird der Zugriff auf dieses Filesystem proportional zur Anzahl der Dateien langsamer. Also idealerweise die täglichen Logdateien um Mitternacht in ein anderes Verzeichnis archivieren lassen (bei mir geht das dann auf eine NAS, die kurz vor Mitternacht hochgefahren wird).

Außerdem habe ich nach einigen Jahren FHEM festgestellt, dass ich die alten Daten nie wieder ansehe. Stattdessen werden um Mitternacht von den wichtigsten Datensätzen die SVG-Dateien der Plots geholt, automatisch mit Inkscape in eine Bitmap umgewandelt und nur noch das Bild gespeichert.

Spart Platz, Arbeit, Ärger.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: babajun am 13 April 2016, 23:44:13
Hallo,
ich habe hier eine Siemens Steuerung RVA.xx am Tisch liegen. Selbige ist in meiner Brötje Heizung eingebaut.
Für Tests habe ich nun die eBus Platine mit dem ISR/LBP Bus verbunden. Der raw output von ebusd liefert fleißig die HEX Wert wie z.b.

2016-04-13 21:36:50.062 [main notice] found messages: 11 (0 conditional on 0 con                                   ditions, 0 poll, 4 update)
2016-04-13 21:36:50.081 [bus notice] <ff
2016-04-13 21:36:50.101 [bus notice] <fe
2016-04-13 21:36:50.118 [bus notice] <9f
2016-04-13 21:36:50.129 [bus notice] <ff
2016-04-13 21:36:50.161 [bus notice] <fe
2016-04-13 21:36:50.180 [bus notice] <ff
2016-04-13 21:36:50.200 [bus notice] <ff
2016-04-13 21:36:50.220 [bus notice] <fe
2016-04-13 21:36:50.240 [bus notice] <ff
2016-04-13 21:36:50.280 [bus notice] <ff
2016-04-13 21:36:50.300 [bus notice] <fe
2016-04-13 21:36:50.320 [bus notice] <fe
2016-04-13 21:36:50.340 [bus notice] <fe
2016-04-13 21:36:50.360 [bus notice] <ff
2016-04-13 21:36:50.420 [bus notice] <ff
2016-04-13 21:36:50.501 [bus notice] <ff
2016-04-13 21:36:50.521 [bus notice] <ff
2016-04-13 21:36:50.700 [bus notice] <ff
2016-04-13 21:36:50.740 [bus notice] <ff
2016-04-13 21:36:50.820 [bus notice] <ff
2016-04-13 21:36:50.841 [bus notice] <fe
2016-04-13 21:36:50.861 [bus notice] <ff
2016-04-13 21:36:50.880 [bus notice] <ff
2016-04-13 21:36:50.941 [bus notice] <ff
2016-04-13 21:36:51.041 [bus notice] <ff
2016-04-13 21:36:51.081 [bus notice] <ff
2016-04-13 21:36:51.101 [bus notice] <ff
2016-04-13 21:36:51.121 [bus notice] <ff
2016-04-13 21:36:51.180 [bus notice] <fe
2016-04-13 21:36:51.200 [bus notice] <ff
2016-04-13 21:36:51.240 [bus notice] <ff
2016-04-13 21:36:51.260 [bus notice] <ff
2016-04-13 21:36:51.280 [bus notice] <ff
2016-04-13 21:36:51.300 [bus notice] <fe
2016-04-13 21:36:51.320 [bus notice] <ff
2016-04-13 21:36:51.360 [bus notice] <fe
2016-04-13 21:36:51.380 [bus notice] <fa
2016-04-13 21:36:51.400 [bus notice] <fe


Wenn ich das hier richtig gelesen habe, fehlt die passende *.csv um mit der Steuerung arbeiten zu können?

pi@raspberrypi:~ $ ebusctl scan full
done

pi@raspberrypi:~ $ ebusctl scan result
empty

pi@raspberrypi:~ $ ebusctl i
version: ebusd 2.0.0ea7efc
signal: acquired
symbol rate: 146
masters: 1
messages: 11


Ist eine decodierung von ISR/LBP mit ebusd machbar? Die HW Spezifikationen des Bus stimmen angeblich überein.

Grüße Gerhard
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 April 2016, 18:57:02
Zitat von: babajun am 13 April 2016, 23:44:13
Ist eine decodierung von ISR/LBP mit ebusd machbar? Die HW Spezifikationen des Bus stimmen angeblich überein.
dazu müsste man sehr viel in ebusd umbauen, da es primär um das protokoll eBUS geht und nicht so sehr ob die HW Specs zusammen passen...
also eher ein nein
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: babajun am 16 April 2016, 20:29:42
Verstehe, werde mich näher mit LBP/BSB beschäftigen. Mal sehen ob ich mit elcobusd was erreiche. Sonst werde ich mir den Arduino mit Ethernet aus dem LPB Thread basteln.
Schönen Abend
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: hannik.k am 18 April 2016, 12:28:06
Moin zusammen,

vielleicht kann mir jemand bei "ERR: duplicate entry" helfen. Habe vieles versucht komme aber nicht weiter! :(
In einer Test-csv (15.csv) habe ich nur noch drei messages übergelassen um dem Fehler auf die Schliche zu kommen.
Da ich immer wieder duplicate entry's erhielt.
Jede einzeln funzt und gib mir die geforderten Werte. Jedoch -heating- und -WP- zusammen geht nicht!
Doppelt ist in der csv nur ...81000... aber die "Gesamt-ID" ist doch unterschiedlich.

Meine Vermutung ist, dass ich ebusd V2.x verwende aber die csv der V1.x
Wenn dem so ist, wie bekomme ich dann die csv "convertiert"?


root@ASPIREONE:/etc/ebusd/tem# sudo ebusd  -V
ebusd 2.0.0ea7efc
root@ASPIREONE:/etc/ebusd/tem#

Ebusd Version


root@ASPIREONE:/etc/ebusd/tem# sudo ebusd  --checkconfig
2016-04-18 12:15:22.900 [main notice] Performing configuration check...
Error reading "/etc/ebusd/tem/15.csv" line 6 field 8 value "810002": ERR: duplicate entry
Erroneous item is here:
r,,twv,,,,,810002,,,param,,,,,,tempt,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
           ^
2016-04-18 12:15:22.904 [main notice] found messages: 2 (0 conditional on 0 conditions, 0 poll, 0 update)
root@ASPIREONE:/etc/ebusd/tem#

Ausgabe --checkconfig


root@ASPIREONE:/etc/ebusd/tem# sudo ebusd  --dumpconfig
2016-04-18 12:17:07.437 [main notice] Performing configuration check...
Error reading "/etc/ebusd/tem/15.csv" line 6 field 8 value "810002": ERR: duplicate entry
Erroneous item is here:
r,,twv,,,,,810002,,,param,,,,,,tempt,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
           ^
2016-04-18 12:17:07.442 [main notice] found messages: 2 (0 conditional on 0 conditions, 0 poll, 0 update)
2016-04-18 12:17:07.442 [main notice] Configuration dump:
r,boiler,tb,,,15,0621,7981000e,group,s,UCH,,,Parameter,value,s,BI0:7,,,Wert,type,s,HEX:1,,,Datentyp,unit,s,HEX:1,,,Einheit,max,s,SIN,,,Maximum,min,s,SIN,,,Minimum,temperature,s,SIN,10,,°C,Temperatur
r,heating,outside,,,15,0621,77810008,group,s,UCH,,,Parameter,value,s,BI0:7,,,Wert,type,s,HEX:1,,,Datentyp,unit,s,HEX:1,,,Einheit,max,s,SIN,,,Maximum,min,s,SIN,,,Minimum,temperature,s,SIN,10,,°C,Temperatur
root@ASPIREONE:/etc/ebusd/tem#

Ausgabe von --dumpconfig


##### 15.csv  testing #####
*r,heating,,,,15,0621,77,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
r,,outside,,,,,810008,,,param,,,,,,tempt,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
#
*r,WP,,,,15,0621,7d,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
r,,twv,,,,,810002,,,param,,,,,,tempt,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
#
*r,boiler,,,,15,0621,79,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
r,,tb,,,,,81000e,,,param,,,,,,tempt,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

csv-Datei


##### 15.csv  testing #####
#*r,heating,,,,15,0621,77,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
#r,,outside,,,,,810008,,,param,,,,,,tempt,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
#
*r,WP,,,,15,0621,7d,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
r,,twv,,,,,810002,,,param,,,,,,tempt,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
#
*r,boiler,,,,15,0621,79,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,
r,,tb,,,,,81000e,,,param,,,,,,tempt,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

csv-Datei mit -heating- auskommentiert ergibt folgende --dumpconfig Ausgabe:

root@ASPIREONE:/etc/ebusd/tem# sudo ebusd  --dumpconfig
2016-04-18 12:21:08.927 [main notice] Performing configuration check...
2016-04-18 12:21:08.931 [main notice] found messages: 2 (0 conditional on 0 conditions, 0 poll, 0 update)
2016-04-18 12:21:08.931 [main notice] Configuration dump:
r,boiler,tb,,,15,0621,7981000e,group,s,UCH,,,Parameter,value,s,BI0:7,,,Wert,type,s,HEX:1,,,Datentyp,unit,s,HEX:1,,,Einheit,max,s,SIN,,,Maximum,min,s,SIN,,,Minimum,temperature,s,SIN,10,,°C,Temperatur
r,WP,twv,,,15,0621,7d810002,group,s,UCH,,,Parameter,value,s,BI0:7,,,Wert,type,s,HEX:1,,,Datentyp,unit,s,HEX:1,,,Einheit,max,s,SIN,,,Maximum,min,s,SIN,,,Minimum,temperature,s,SIN,10,,°C,Temperatur
root@ASPIREONE:/etc/ebusd/tem#


Hat jemand ne Idee?

Gruß
E-Ing. hannik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 19 April 2016, 09:32:09
@hannik.k

da liegst du mit deiner Vermutung richtig, das passt leider nicht zusammen, da ab der 2.x nun unter weiteren Änderungen auch inc-Dateien verwendet werden. Entweder auch ebusd 1.x zu deinen 1.x Configs verwenden oder gleich alles auf 2.x umstellen. Bei der 2.x sucht sich der eBusd die CSV selber anhand der gescannten Ergebnisse.

Lade dir einfach das komplette Config Verzeichnis aus John seinem Git (Achtung, auch die Links müssen vorhanden sein) oder verwende dazu den Installer dann klappt das sicher.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: hannik.k am 19 April 2016, 12:19:57
Hallo Reinhart,

danke für die Antwort. So wie Du es beschreibst, habe ich auch begonnen.
Nur csv's für Ochsner bzw. Tem (Willkommen im Club  :) )sind in dem Config Verzeichnis sehr rar.  :-\


..
2016-04-19 11:28:13.885 [main error] unable to load scan config 06: list files in /etc/ebusd/tem ERR: element not found
..
2016-04-19 11:28:16.010 [main error] unable to load scan config 08: list files in /etc/ebusd/tem ERR: element not found
...
2016-04-19 11:28:18.182 [main error] unable to load scan config 15: list files in /etc/ebusd/tem ERR: element not found


Und wenn ich dann die Ochsner csv in einen tem Ordner kopiere bin ich wieder am gesagten Anfang:


root@ASPIREONE:/etc/ebusd# sudo ebusd -f --scanconfig
2016-04-19 11:40:49.132 [main notice] ebusd 2.0.0ea7efc started
2016-04-19 11:40:49.135 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2016-04-19 11:40:49.189 [bus notice] signal acquired
2016-04-19 11:40:49.303 [bus notice] new master 10, master count 2
2016-04-19 11:40:49.308 [bus notice] new master 03, master count 3
2016-04-19 11:40:49.308 [update notice] unknown MM cmd: 100305010a00313212000000000000
2016-04-19 11:40:50.002 [update notice] update broadcast datetime QQ=10: 17.699;11:39:18;19.04.2016
2016-04-19 11:40:50.153 [bus notice] new master 01, master count 4
...
2016-04-19 11:40:59.306 [main error] unable to load scan config 06: no file from /etc/ebusd/tem with prefix 06. found
...
2016-04-19 11:41:01.433 [main error] error reading scan config file /etc/ebusd/tem/08.we_1.csv for ID "we_1", SW3632, HW3030: ERR: element not found
...
2016-04-19 11:41:03.586 [main error] unable to load scan config 15: no file from /etc/ebusd/tem with prefix 15. found
...
2016-04-19 11:41:08.447 [main notice] SIGINT received
2016-04-19 11:41:08.548 [main notice] ebusd stopped
root@ASPIREONE:/etc/ebusd#


Habe mir dann die csv's entsprechend "hingebogen" unter Hinzunahme der Ebus-Spez eBus Specification Spec_Prot_12_V1_3_1.pdf und weitere...
BTW: Gibt es eigentlich aktuellere Spezifikationen?

broadcast und template angepasst (Jäger und Sammler  8) )

Immer schön auf dem eBus gelauscht und neue Erkenntnisse in die csv's eingetragen.
Wie gesagt, das sah schon ganz gut aus.

Bis: Naja siehe oben   -> ERR: duplicate entry

Und nu?

Gruß
hannik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 20 April 2016, 06:44:00
pack doch mal all deine csvs zusammen und poste sie, andernfalls kommen wir hier nicht vorwärts
VG John
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: hannik.k am 20 April 2016, 09:51:23
Hallo,

anbei die csv's.
Ist noch nicht viel, da ich erst Mitte März mit dem "Löten" angefangen habe.
Und auch ne Weile benötigt habe Hardware, das Ebus-Protokoll und die Software zu verstehen.


root@ASPIREONE:/etc/ebusd# ebusctl scan result
06;TEM;MB61 ;0044;0000
08;TEM;WE_1 ;3632;3030
15;TEM;19469;0357;0110

Systemscan: Is ne Ochsner WP (Display, "FA" und Regler) mit Puffer und wassergeführten Kamin.
Jede Menge 1Wire T-Sensoren, ausrangiertes Netbook mit Ubuntu, FHEM...

PS: Bin gerade dabei meine Daten nach der Vorlage: Vaillant_Protokoll_kurz.ods V2.0 zu konvertieren (wenn die Zeit es zuläßt  :-\ )

Gruß
hannik.k
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 23 April 2016, 12:44:38
Zitat von: hannik.k am 20 April 2016, 09:51:23
Ist noch nicht viel, da ich erst Mitte März mit dem "Löten" angefangen habe.
Und auch ne Weile benötigt habe Hardware, das Ebus-Protokoll und die Software zu verstehen.
also mit dem aktuellen ebusd source gibt es keine duplicate meldung mehr. vielleicht probierst Du mal ein update.
VG John
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: hannik.k am 24 April 2016, 12:58:06
@John

Nice  :) THX

Nach dem Update kein ERR: duplicate entry mehr.
Weiter gehts....


root@ASPIREONE:/etc/ebusd# ebusd -V
ebusd 2.0.186afca



Gruß
hannik.k
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: dfhome am 23 Mai 2016, 07:15:14
Hallo zusammen,

ich steh hier noch ganz am Anfang und hab nun meinen Adapter fertig gelötet. Nun aber eine kurze Frage zum Anschluss an den empfohlenen USB-Adapter: ist die Belegung der PINS am USB-Adapter genau wie im Schaltplan im WIKI angegeben? Also VDD an PIN1, RX an PIN3, GND an PIN5 und TX an PIN6 (PIN´s von oben gezählt)? Denn laut der Beschreibung des USB-Adapters ist dessen PIN-Belegung etwas anders.

Gruß & Danke für eine kurze Info,
dfhome
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 23 Mai 2016, 10:00:28
Natürlich muss man die konkrete Pinbelegung des eigenen Adapters nehmen !

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: dfhome am 23 Mai 2016, 11:18:36
Hallo pah,
Danke für deine Antwort; ich hab ja den EL*-Mini-USB-Adapter, welchen Du in den Schaltplänen im WIKI eingezeichnet hast. Frage ist, ob Du den Anschluss symbolisch eingezeichnet hast oder ob die Pfeile der Kästchen konkret auf den jeweiligen Pin gehen.
Aber dann leg ich mal RX auf RX, TX auf TX, VDD auf +5V und GND an GND und schaue, was passiert. Danke.  :)

Gruß
dfhome
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: dfhome am 28 Mai 2016, 22:18:46
Hallo zusammen,

hab jetzt mal alles angeschlossen und eingestellt.
Ein "ebusd scan full" liefert:

ebusctl scan result
15;Vaillant;SDR_P;0309;6801
23;Vaillant;SDR_P;0309;6801
25;Vaillant;SDR_P;0309;6801
ec;Vaillant;SDR_P;0309;6801


Kann mir kurz einer auf die Sprünge helfen, wie ich jetzt weitermachen muss?
Heißt obiges Ergebnis, dass zumindest mal eine Kommunikation mit meiner Solaranlage (Vaillant auromatic 560/2) stattfindet?

Gruß & Danke,
dfhome
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 29 Mai 2016, 07:26:17
Jein. Heißt, dass der ebusd auf dem Bus gelauscht und diese Geräte gefunden hat - jetzt braucht es noch die entsprechenden Konfigurationsdateien, um mit ihnen auch zu reden und sie zu verstehen.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 29 Mai 2016, 10:29:06
Zitat von: dfhome am 28 Mai 2016, 22:18:46
hab jetzt mal alles angeschlossen und eingestellt.
Ein "ebusd scan full" liefert:

ebusctl scan result
15;Vaillant;SDR_P;0309;6801
23;Vaillant;SDR_P;0309;6801
25;Vaillant;SDR_P;0309;6801
ec;Vaillant;SDR_P;0309;6801

es wurde also ein SolarDifferenzRegler_Profi gefunden. Wenn Du ebusd mit "--scanconfig" zusammen mit den 2.1.x config Dateien laufen lässt, dann wird er für dieses Gerät bereits eine Konfiguration finden und Du kannst dann mit z.B. "ebusctl f -c sdr_p" alle bekannten Nachrichten finden, die Du dann mit "read" auch auslesen kannst.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: dfhome am 01 Juni 2016, 19:59:41
Hallo zusammen,

Danke für eure Antworten. Hab alles in meinen Verteilerschrank eingebaut, deswegen kommt meine Antwort etwas später.
Wenn ich "ebusd --scanconfig" laufen lasse, dann erscheint im Log nur "2016-06-01 19:48:15.933 [main error] can't open pidfile: /var/run/ebusd.pid" und es passiert nichts weiter...? Auch mit sudo klappt das nicht. Das File selbst ist vorhanden, aber leer.

Kann mir bitte nochmal jemand helfen?

Gruß & Danke,
dfhome
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: dfhome am 02 Juni 2016, 07:13:17
Guten Morgen an alle,

hab ebusd nochmal neu installiert; jetzt funktioniert alles. Vielen Dank für eure Unterstützung!  :)
Echt klasse Projekt, Respekt!

Schönen Tag und Gruß
dfhome
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: dfhome am 03 Juni 2016, 08:59:25
Jetzt hab ich doch noch eine Frage:  :P

wenn ich den Pi neu starte, dann findet ebusd erstmal keine gültige Konfig. Erst wenn ich "ebusctl scan full" ausführe und ebusd dann darüber die richtige Konfiguration findet, klappt das Abfragen. Ich dachte, mit dem Parameter "--scanconfig" macht ebusd das bei jedem Start von selbst?
Wenn ich vor dem "ebusctl scan full" ein "ebusd --scanconfig --checkconfig" laufen lasse, dann hagelt es nur so vor Fehlermeldungen. Ich hab jetzt schon viel gesucht und hoch und runter gelesen, aber dazu noch keinen Hinweis gefunden.

Gruß & Danke,
dfhome

Edit: nochmal etwas anders gefragt: über "ebusctl info" seh ich ja, welches CSV durch den Scan geladen wurde ("/vaillant/15.sdr_p.csv"). Wie kann ich denn jetzt dieses CSV fest an ebusd binden, ohne zuvor einen Scan machen zu müssen?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 05 Juni 2016, 09:41:40
Zitat von: dfhome am 03 Juni 2016, 08:59:25
wenn ich den Pi neu starte, dann findet ebusd erstmal keine gültige Konfig. Erst wenn ich "ebusctl scan full" ausführe und ebusd dann darüber die richtige Konfiguration findet, klappt das Abfragen. Ich dachte, mit dem Parameter "--scanconfig" macht ebusd das bei jedem Start von selbst?
Es könnte sein, dass der SDR_P von sich aus gar nichts auf den Bus sendet. Schau doch mal, ob da überhaupt irgendwelche "update" Meldungen im Log stehen, ohne dass Du explizit einen Request startest.
ebusd initiiert derzeit von sich aus keinen Scan (steht aber auf der TODO Liste), weshalb ein CSV erst on demand geladen wird, sobald eine gültige Kommunikation mit oder von dem Gerät stattgefunden hat.

Zitat von: dfhome am 03 Juni 2016, 08:59:25
Wenn ich vor dem "ebusctl scan full" ein "ebusd --scanconfig --checkconfig" laufen lasse, dann hagelt es nur so vor Fehlermeldungen. Ich hab jetzt schon viel gesucht und hoch und runter gelesen, aber dazu noch keinen Hinweis gefunden.
Dann müsstest Du mal etwas mehr verraten, denn so kann ich Dir nicht weiterhelfen. Was für Fehlermeldungen genau, mit welchen CVSs?

Zitat von: dfhome am 03 Juni 2016, 08:59:25
Edit: nochmal etwas anders gefragt: über "ebusctl info" seh ich ja, welches CSV durch den Scan geladen wurde ("/vaillant/15.sdr_p.csv"). Wie kann ich denn jetzt dieses CSV fest an ebusd binden, ohne zuvor einen Scan machen zu müssen?
Du könntest von scanconfig auf manuell konfiguriert umsteigen. Dazu müsstest Du dann alle anderen CSVs löschen und --scanconfig aus den Startparametern entfernen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: dfhome am 06 Juni 2016, 17:22:13
Hallo john,

also: es ist tatsächlich so, dass meine Vaillant-Steuerung überhaupt nichts von sich aus sendet. Nur auf Anfrage kommt was auf dem ebus zurück.
Das mit dem Löschen der restlichen CSV´s hat auch nicht funktioniert; es kommt dann trotz einem positiven "ebusctl scan full" als Meldung "ERR: Element not found".

Aber ich hab mir jetzt anders geholfen: ich hab mir ein Startup-Skript geschrieben, welches nach einem Reboot automatisch einen Scan startet. Das funktioniert, da ich ja über die "Required-Start"-Tags definieren kann, dass das Skript erst läuft, nachdem ebusd gestartet wurde. Dann funktioniert auch die Abfrage der Werte. Das reicht mir für meine Belange.  :)

Danke Dir für deine Hilfe und das tolle Programm!  :D
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 11 Juni 2016, 09:27:52
Zitat von: dfhome am 06 Juni 2016, 17:22:13
also: es ist tatsächlich so, dass meine Vaillant-Steuerung überhaupt nichts von sich aus sendet. Nur auf Anfrage kommt was auf dem ebus zurück.
ja das dachte ich mir.

Zitat von: dfhome am 06 Juni 2016, 17:22:13
Das mit dem Löschen der restlichen CSV´s hat auch nicht funktioniert; es kommt dann trotz einem positiven "ebusctl scan full" als Meldung "ERR: Element not found".
okay, dann hast irgendwas falsch gemacht. aber ist jetzt egal, oder?

Zitat von: dfhome am 06 Juni 2016, 17:22:13
Aber ich hab mir jetzt anders geholfen: ich hab mir ein Startup-Skript geschrieben, welches nach einem Reboot automatisch einen Scan startet. Das funktioniert, da ich ja über die "Required-Start"-Tags definieren kann, dass das Skript erst läuft, nachdem ebusd gestartet wurde. Dann funktioniert auch die Abfrage der Werte. Das reicht mir für meine Belange.  :)
dann ists ja gut :-)

VG John
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Franky1992 am 23 Juni 2016, 11:47:56
Hallo

ich versuche nun schon eine weile meinen Ebusadapter in Betrieb zu nehmen und damit eine WOLF CWL 400 excellent zu steuern.

Ich komme jedoch nicht weiter da ich nicht ganz eindeutig finde ob die Busverbindung funktioniert.

Ich habe wen ich mir die ebusd rawDaten anzeigen lasse die gewünschten aa und scheinbar eine saubere Verbindung.

jedoch sieht das Log so aus:
2016-06-23 11:33:18.299 [update info] update BC cmd: 77fefe010a45313131202020202020
2016-06-23 11:33:18.299 [update notice] update broadcast error QQ=77: E111     
2016-06-23 11:33:18.506 [main debug] performing regular tasks
2016-06-23 11:33:20.345 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2016-06-23 11:33:25.362 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2016-06-23 11:33:28.506 [main debug] performing regular tasks
2016-06-23 11:33:28.982 [bus debug] ERR: read timeout during ready, switching to skip
2016-06-23 11:33:30.340 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2016-06-23 11:33:35.348 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2016-06-23 11:33:38.507 [main debug] performing regular tasks
2016-06-23 11:33:40.362 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2016-06-23 11:33:45.379 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2016-06-23 11:33:48.508 [main debug] performing regular tasks
2016-06-23 11:33:50.396 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2016-06-23 11:33:55.415 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2016-06-23 11:33:56.038 [bus debug] ERR: read timeout during ready, switching to skip
2016-06-23 11:33:58.508 [main debug] performing regular tasks
2016-06-23 11:33:59.034 [bus debug] ERR: read timeout during ready, switching to skip
2016-06-23 11:34:00.390 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2016-06-23 11:34:05.397 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2016-06-23 11:34:08.509 [main debug] performing regular tasks
2016-06-23 11:34:10.414 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2016-06-23 11:34:15.430 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2016-06-23 11:34:18.509 [main debug] performing regular tasks
2016-06-23 11:34:20.448 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2016-06-23 11:34:25.467 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2016-06-23 11:34:28.510 [main debug] performing regular tasks


ebusctl info gibt folgendes aus:


Version: ebusd 2.1.086dea5
Signal: accuired
Symbol rate: 22
masters: 2
Messages: 12
address 31: master #8, ebusd
address 36: slave #8
address 77: master #19


ebusctl scan full wird mit "done" abeschlossen
ebusctl scan result zeigt jedoch "empty"

kann mir jemand sagen ob die Verbindung nun sauber steht oder nicht?

Gruß
Franky
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 23 Juni 2016, 11:57:18
Zitat von: Franky1992 am 23 Juni 2016, 11:47:56
Ich komme jedoch nicht weiter da ich nicht ganz eindeutig finde ob die Busverbindung funktioniert.
Solange nicht permanent "signal lost" und "signal acquired" im Log auftauchen, ist die Verbindung in Ordnung.

Zitat von: Franky1992 am 23 Juni 2016, 11:47:56
jedoch sieht das Log so aus:
2016-06-23 11:33:18.299 [update info] update BC cmd: 77fefe010a45313131202020202020
2016-06-23 11:33:18.299 [update notice] update broadcast error QQ=77: E111     
2016-06-23 11:33:18.506 [main debug] performing regular tasks
2016-06-23 11:33:20.345 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2016-06-23 11:33:25.362 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2016-06-23 11:33:28.506 [main debug] performing regular tasks
...

Wenn Du natürlich "debug" Logging aktivierst, darfst Dich nicht wundern, dass wirklich viel protokolliert wird.
In obigem Beispiel scheint ein Master einen Slave (oder Master) zu adressieren, der dann aber nicht antwortet, z.B. weil er gar nicht am Bus hängt.
Alternativ könnte noch sein, dass der Adressat sich nicht in der spezifizierten Zeit meldet. Mit dem Parameter "--receivetimeout" kannst Du das austesten. Ein Blick in den raw output zeigt das zeitliche Verhalten.

VG John
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Franky1992 am 23 Juni 2016, 12:40:10
Hallo John

danke für die Hilfe.

ich habe nun den loglevel auf notice reduziert un es ist schonmal übersichtlicher :)

2016-06-23 12:27:07.194 [main notice] ebusd 2.1.086dea5 started
2016-06-23 12:27:07.240 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2016-06-23 12:27:07.300 [bus notice] signal acquired
2016-06-23 12:27:07.571 [bus notice] new master 77, master count 2
2016-06-23 12:27:23.958 [bus error] send to 7c: ERR: read timeout, retry
2016-06-23 12:27:24.019 [bus error] send to 7c: ERR: read timeout, retry
2016-06-23 12:27:24.072 [bus error] send to 7c: ERR: read timeout, retry
2016-06-23 12:27:24.125 [bus error] send to 7c: ERR: read timeout
2016-06-23 12:27:24.125 [main error] scan config 7c message: ERR: read timeout
2016-06-23 12:30:30.746 [update notice] update broadcast ident QQ=77: ENCON;   " ;-;-


Also es scheint Kommunikation auf dem Bus zu geben denn der Fehler E111 ist tatsächlich existent und auch aktuell gesetzt in der Wolf CWL (RH Sensor funktioniert nicht richtig)

Die Wolf cwl kennt mehrere Optionen zur ebus Adresse Master oder Slave 1 - 9
als Master gibt es laut FTDI traffic auf dem ebus als slave ist alles tot!?

Ich starte ebusd mit folgenden params:

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

wenn ich die Parameter um --receivetimeout ergänze startet der Service nicht mehr!?

Gruß
Franky


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 25 Juni 2016, 07:01:03
Zitat von: Franky1992 am 23 Juni 2016, 12:40:10
als Master gibt es laut FTDI traffic auf dem ebus als slave ist alles tot!?
dann wird wohl keiner dein gerät als slave adressieren.

Zitat von: Franky1992 am 23 Juni 2016, 12:40:10
wenn ich die Parameter um --receivetimeout ergänze startet der Service nicht mehr!?
du musst schon noch nen wert übergeben. bitte wiki lesen:
https://github.com/john30/ebusd/wiki/2.-Run (https://github.com/john30/ebusd/wiki/2.-Run)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rufus999 am 25 Juni 2016, 15:30:58
Hallo zusammen,

kann jemand helfen? Ich verwende ebusd 2.0.p20160112 auf einem raspi mit debian jessie.
Ich möchte folgenden Befehl abgeben:

ebusctl w -c 430 hwcTimer.Saturday "07:30;23:30;24:00;24:00;24:00;24:00;2" und erhalte auf der consonle ein "done".

Wennn ich nun ein ebusctl r -f hwcTimer.Saturday mache stehen dort immer noch meine alten Werte drin und nicht die eben gesetzten. In dem ebusd.log tauchen keine Fehler auf auch wenn ich den ebusd mit --lograwdata starte sehe ich nichts.

Wo kann ich noch weitere Infos bekommen was schief läuft?! Andere Dinge kann ich ändern wie z.B. Heizkurve, Tagestemperatur und so weiter.

Für Tipps wäre ich sehr dankbar.

Viele Grüße

rufus999
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 25 Juni 2016, 15:47:21
Hast Du schon so etwas probiert?
07:30;07:40;-:-;-:-;-:-;-:-;selected
Klappt bei mir aus FHEM via ECMD
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 26 Juni 2016, 09:54:29
Zitat von: rufus999 am 25 Juni 2016, 15:30:58
ebusctl w -c 430 hwcTimer.Saturday "07:30;23:30;24:00;24:00;24:00;24:00;2" und erhalte auf der consonle ein "done".

Wennn ich nun ein ebusctl r -f hwcTimer.Saturday mache stehen dort immer noch meine alten Werte drin und nicht die eben gesetzten. In dem ebusd.log tauchen keine Fehler auf auch wenn ich den ebusd mit --lograwdata starte sehe ich nichts.
das scheint eine Eigenart der 430 zu sein. Habs gerade mal an einem meiner Mischer ausprobiert und da passiert genau das erwartete.
Du könntest mal noch ne Minute warten und schauen, ob dann das richtige drin steht.
VG John
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: sua am 26 Juni 2016, 20:07:52
Zitat von: rufus999 am 25 Juni 2016, 15:30:58... kann jemand helfen? Ich verwende ebusd 2.0.p20160112 auf einem raspi mit debian jessie.
Ich möchte folgenden Befehl abgeben:
ebusctl w -c 430 hwcTimer.Saturday "07:30;23:30;24:00;24:00;24:00;24:00;2"...
Hallo,

laut meiner 470 steht bei mir mit:
ebusctl r -f hwcTimer.Sunday
> 06:20;22:30;22:30;22:30;22:30;22:30;Mo-Fr


hast Du es 'mal mit:
ebusctl w -c 430 hwcTimer.Saturday "07:30;23:30;23:30;23:30;23:30;23:30;2"
probiert?

LG,
sua
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rufus999 am 29 Juni 2016, 09:08:07
Hallo zusammen,

und vielen Dank für eure Vorschläge. Ich habe leider nicht viel Zeit im Moment deshalb melde ich mich erst jetzt.

Ich konnte das Problem weiter eingrenzen. Ich schreibe euch jetzt was ich nochmals getestet habe. In meinem ersten Post wird die Problematik nicht klar
weil ich selber noch nicht verstanden habe wie es funktioniert. Sorry  ???

Deshalb mein neuer Versuch:

Folgendes funktioniert:
ebusctl w -c 430 hwcTimer.Monday "07:30;23:30;23:30;23:30;23:30;23:30;1"
und folgendes funktioniert auch
ebusctl w -c 430 ccTimer.Monday "07:30;23:30;23:30;23:30;23:30;23:30;1"

folgendes funktioniert nicht ganz
ebusctl w -c 430 hc1Timer.Monday "07:30;23:30;23:30;23:30;23:30;23:30;1"
Bei diesem hc1Timer stimmt plötzlich der Tagesblock nicht mehr. Bei den ersten beiden steht Mo-So, beim hc1Timer Mo-Fr  :-[
Wenn ich nun ins ./vailant/_template schau stimmen diese Zahlenzuordnungen nicht. Beim hc1Timer kann ich auch leider keine 2 oder 3 benutzen, denn wenn ich das mache
wird der Timer nicht mehr gesetzt, ebus quitiert zwar mit done aber es landet nichts davon auf der 430.

Es hat also irgend etwas mit dem hc1Timer und den Tagesblöcken (Mo-So, Mo-Fr, Sa-So) zutun.

Gruß rufus999
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 03 Juli 2016, 10:50:19
Zitat von: rufus999 am 29 Juni 2016, 09:08:07
folgendes funktioniert nicht ganz
ebusctl w -c 430 hc1Timer.Monday "07:30;23:30;23:30;23:30;23:30;23:30;1"
Bei diesem hc1Timer stimmt plötzlich der Tagesblock nicht mehr. Bei den ersten beiden steht Mo-So, beim hc1Timer Mo-Fr  :-[
Wenn ich nun ins ./vailant/_template schau stimmen diese Zahlenzuordnungen nicht. Beim hc1Timer kann ich auch leider keine 2 oder 3 benutzen, denn wenn ich das mache
wird der Timer nicht mehr gesetzt, ebus quitiert zwar mit done aber es landet nichts davon auf der 430.

Es hat also irgend etwas mit dem hc1Timer und den Tagesblöcken (Mo-So, Mo-Fr, Sa-So) zutun.

das liegt daran, dass es für diesen Timer keine Tagesauswahl Möglichkeit gibt. Hier greift nur "0" bzw. "selected" als Taghesauswahl, weil jeder Tag fix seine eigenen Einstellungen hat.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rompriest am 07 Juli 2016, 12:02:31
Hallo zusammen,

ich habe seit einer Woche das e-Service modul und habe soweit auch schon alles lesend über ftui für meine Wärmepumpe Vaillant VWS 62/2 (Modul ehp) eingerichtet, was mir wichtig ist. Vielen Dank an dieser Stelle an alle die diese Anbindung möglich machen!

jetzt habe ich mich an die zu schreibenden Umfänge gewagt- bisher mit gemischtem Erfolg:

1. Die Heizkurve kann ich schreiben, Umsetzung entsprechend Beispiel Reinhart funzt

2. Jetzt möchte ich die Warmwasser Max Temperatur schreiben (Schalter "StorageTempDesiredStop" im modul hwc). Über Konsole kann ich mit dem Befehl


ebusctl write -c hwc#install StorageTempDesiredStop 46


in meine bai00.cfg habe ich entsprechend der Heizkurve folgenden Part übernommen, der aber ohne dezidierte Fehlermeldung (state "WWmaxSchreiben") keine Änderung hervorruft


# WWmaxSchreiben
get WWmaxSchreiben cmd {"write -c hwc#install StorageTempDesiredStop ".Value("WWmaxEinstellen")."\n"}
get WWmaxSchreiben expect ".*\n"
get WWmaxSchreiben postproc  { $_ }


in der fhem.cfg steht folgendes


define WWmaxEinstellen dummy
attr WWmaxEinstellen group WWmax_Einstellen
attr WWmaxEinstellen icon temp_control
attr WWmaxEinstellen room Vaillant,Heizung
attr WWmaxEinstellen setList state:46.0,48.0,50.0,52.0,54.0,56.0,58.0
attr WWmaxEinstellen webCmd state

define WWmaxSchreiben_Click notify WWmaxEinstellen {\
fhem("get WWmaxSchreiben WWmaxSchreiben");;\
}
attr WWmaxSchreiben_Click group heatingControl
attr WWmaxSchreiben_Click room Vaillant

define WWmaxSchreiben ECMDDevice bai00.class
attr WWmaxSchreiben IODev emcdEBUS1
attr WWmaxSchreiben group WWmax_Einstellen
attr WWmaxSchreiben room Vaillant


3. Ich habe die Schalter für "Einmalige Speicherladung" noch nicht entdecken können, jemand eine Idee?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 Juli 2016, 13:40:56
@rompriest

zu Punkt2:
Um ganz sicher zu gehen was hier fehl schlägt, setzte vorerst einmal den Befehl ab und schaue das in Logfile.

sollte so ähnlich anusschauen:
Zitat2016.07.09 13:25:13 3: get WarmWasserSchreiben WarmWasserSchreiben : WarmWasserSchreiben done
2016.07.09 13:25:13 3: WarmWasserSchreiben_Click return value: WarmWasserSchreiben done

Eigentlich sollte deine Konfiguration funktionieren, du hast sie gut wie aus dem Beispiel der Heizkurve übernommen und perfekt angepasst. Es gab irgendwann früher ein Problem mit den "wi" Befehlen, aber das ist eigentlich schon lange behoben. Versuchen kannst du es sonst einmal und den "wi" auf "w" ändern. Alles neu einlesen und dein Script anpassen (die bai00.cfg nicht vergessen).


Hast du diese Information in der hwc Definition schon gelesen?
Zitatr;wi,,StorageTempDesiredStop,Max. Warmwassertemp,,,,"8200",,,temp,,,"Anzeige maximale Warmwassertemperatur, erfolgt nur, wenn die Zusatzheizung für Warmwasser freigeschaltet ist! Ohne Zusatzheizung wird die Warmwasser-Temperatur nur durch die Drucksensor-Regelabschaltung begrenzt (ca. 58 °C Speichertemperatur).",,,

D.h., ohne Freischaltung der Zusatzheizung geht das nicht.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 Juli 2016, 14:34:37
@rufus999

es ist genau so wie John es geschrieben hat, da du ja schon "hwctimer.monday" adressierst, kommt hinten "selected" und keine Blockangabe.

Zitat# Datum in den Dummy kopieren
define DateCopy notify TimeMo {\
  fhem "set TimeMo " . ReadingsVal("TimeMo","HHMM1",0) . " " . ReadingsVal("TimeMo","HHMM2",0) . " " . ReadingsVal("TimeMo","HHMM3",0) . " " . ReadingsVal("TimeMo","HHMM4",0) ." 24:00 24:00 24:00 24:00 selected";;\
  fhem "get ZeitfensterSchreibenMo ZeitfensterSchreibenMo";;\
  Log 1, "Zeitprog=" . ReadingsVal("TimeMo","HHMM1",0) . chr(59) . ReadingsVal("TimeMo","HHMM2",0) . chr(59) . ReadingsVal("TimeMo","HHMM3",0) . chr(59) . ReadingsVal("TimeMo","HHMM4",0) . chr(59) ."24:00" . chr(59) . "24:00" . chr(59) . "selected";;\
ich habe das in meinen Beispielen auch so gemacht, dann wird gezielt dieser Timer für den diesen Tag (hier der Montag) gesetzt. Hier ein Beispiel wie ich dann den String für den Befehl zusammensetze, 2 Timer (von - bis) werden hier in einem Befehl geschrieben, der 3 Timer steht fix auf 24:00 - 24:00.  HHMMx sind die Setlistfelder von der Eingabe, dazu habe ich aber schon weit vorne das komplette Beispiel gepostet.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rompriest am 15 Juli 2016, 08:20:35
Zitat von: Reinhart am 09 Juli 2016, 13:40:56
@rompriest

zu Punkt2:
Um ganz sicher zu gehen was hier fehl schlägt, setzte vorerst einmal den Befehl ab und schaue das in Logfile.

sollte so ähnlich anusschauen:
Eigentlich sollte deine Konfiguration funktionieren, du hast sie gut wie aus dem Beispiel der Heizkurve übernommen und perfekt angepasst. Es gab irgendwann früher ein Problem mit den "wi" Befehlen, aber das ist eigentlich schon lange behoben. Versuchen kannst du es sonst einmal und den "wi" auf "w" ändern. Alles neu einlesen und dein Script anpassen (die bai00.cfg nicht vergessen).


Hast du diese Information in der hwc Definition schon gelesen?
D.h., ohne Freischaltung der Zusatzheizung geht das nicht.

LG

es kommt ERR: element not found... Aber eben nur wenn ich es via fhem ausführen möchte. Auf cmdline geht es ohne Probleme

und ja der Punkt "Freischaltung der Zusatzheizung" war mir bewusst, es geht sogar am Gerät nicht wenn man diese Option nicht freischaltet. Die Option ist bei mir natürlich frei und damit geht es ja auch am Gerät und auch über cmdline... ich weiss momentan nicht mehr weiter und versuche jetzt erstmal WW Modus und Heizungsmodus sowie "Einmalige Speicherladung" umzusetzen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 16 Juli 2016, 19:13:05
Diese Fehlermeldung erscheint normalerweise nur wenn dieser Messwert (Element)  in dem angegebenen csv File nicht gefunden wird, bzw. das csv File vom eBus nicht geladen worden ist. Dann allerdings würde auch der Befehl in der Console nicht funktionieren, und der funktioniert ja bei dir, daher bin ich da auch etwas ratlos, denn deine Syntax ist ja soweit korrekt.

Ich kann das leider nicht 1:1 austesten, weil ich deine Hardware nicht habe.

Bist du dir sicher, das dein ECMD Device unter "emcdEBUS1" definiert ist, oder ist das ein Schreibfehler?

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rompriest am 08 August 2016, 13:23:37
Zitat von: Reinhart am 16 Juli 2016, 19:13:05
Diese Fehlermeldung erscheint normalerweise nur wenn dieser Messwert (Element)  in dem angegebenen csv File nicht gefunden wird, bzw. das csv File vom eBus nicht geladen worden ist. Dann allerdings würde auch der Befehl in der Console nicht funktionieren, und der funktioniert ja bei dir, daher bin ich da auch etwas ratlos, denn deine Syntax ist ja soweit korrekt.

Ich kann das leider nicht 1:1 austesten, weil ich deine Hardware nicht habe.

Bist du dir sicher, das dein ECMD Device unter "emcdEBUS1" definiert ist, oder ist das ein Schreibfehler?

LG

nach Urlaub komme ich jetzt endlich wieder dazu, mich um den ebus zu kümmern :)

- ich bin aber leider, auch nach ausprobieren aller Möglichkeiten, die mir in den Sinn gekommen sind (Syntax in zig Kombinationen geändert, anderen Schalter gesucht, über GAEBUS probiert etc.) noch kein Stück weiter. Ich habe das Gefühl, dass es am "#install" Part liegt, aber auch hier habe ich alle möglichen Iterationen probiert- ohne Erfolg. Und nach wie vor geht es über hwc#install über Konsole ohne Probleme, aber eben nicht in fhem
Ich habe auch genau den Syntax der auf der Konsole funzt in GAEBUS nachgebaut: gleiches Ergebnis "ERR: element not found"

- mittlerweile erfolgreich war ich dabei die Operation Mode Warmwasser und Heizung nachzubauen, die funktionieren genau wie die Heizkurve

- noch keinen Erfolg hatte ich beim Schalter "Einmalige Speicherladung". Im ebus thread ist ein hexcode für eine Vaillant Wärmepumpe zu finden, aber der funktioniert bei mir nicht lesend (und damit wohl auch nicht schreibend). Hier muss ich wohl oder übel nach herkömmlicher Art "reverse-engineeren"

und ja, ECMD Device heisst wirklich "emcdEBUS1". Vor allem weil ich auch noch eine Solar- und eine Lüftungsanlage von Vaillant habe, die ebenfalls ebus-fähig sind und ich mir die Möglichkeit der Erweiterung offen lassen wollte. Da aber alle anderen Einträge auf dieses Device verknüpfen, dürfte es doch keine Auswirkung haben, oder?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rompriest am 09 August 2016, 09:00:00
so es klappt! ich kann WWmax und WWmin schreiben :)
ich habe in Ermangelung anderer Ideen die entsprechende hwc .csv Datei so editiert, dass ich die beiden Befehle im Circuit hwc (und eben nicht mehr hwc#install) absetzen kann- und siehe da es geht in fhem (und auf Konsole). Wie schon gedacht, lag es am Zusatz #install, wobei ich nicht wirklich verstehe, warum es so nur geht... :)

jetzt bleibt nur noch Baustelle "einmalige Speicherladung". Keines der aus anderen Geräten bekannten hex-Register funktioniert bei mir, auch nicht:

Zitat von: Marie01 am 30 März 2016, 21:30:52
Ok, folgendes klappt:

Einmalige Speicherladung Ein
write -h 08b505020601

Einmalige Speicherladung Aus
write -h 08b505020600

ich forsche an dieser Stelle weiter, bin aber natürlich für alle sachdienlichen hinweise dankbar- wie geschrieben: habe eine Wärmepumpe Vaillant VWS 62/2
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rompriest am 11 August 2016, 10:58:12
Zitat von: rompriest am 09 August 2016, 09:00:00
ich forsche an dieser Stelle weiter, bin aber natürlich für alle sachdienlichen hinweise dankbar- wie geschrieben: habe eine Wärmepumpe Vaillant VWS 62/2

wieder einen Schritt weiter, über folgendes bekomme ich zumindest eine "00" Quittierung für "einmalige Speicherladung":

write -h 50b505020601

ob es wirksam ist, konnte ich aber aufgrund zu hoher Speichertemperaturen (Solar) noch nicht prüfen...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marc Stautner am 26 August 2016, 13:30:05
Hallo rompriest,

kann es sein das #install problematisch ist, weil das # von ecmd als Perl Kommentar verstanden wird und so den String "abbricht"?

VG
Marc
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 05 September 2016, 12:25:04
Hallo zusammen!

Ich bin gerade dabei, die Zeitfenster der Geräuschminderung zu realisieren.
Laut e0.omu.csv befindet sich die Timer dort.
omu Timer.Monday

Wenn ich aber einen ebusctl r -f -c omu Timer.Monday to.0 ausführe, bekomme ich immer ERR: invlaid position for ffe0b50401 / 00.
Ein ebusctl r -f Timer.Monday to.0 liefert mir nur das Zeitfenster von CC (also der Zirulatiospumpe).

Könnt ihr mir bitte weiterhelfen?

Danke!

Marie
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 06 September 2016, 11:05:09
... auch stell ich mir die Frage, wie ich die Timer schreiben kann?
Muss immer der komplette String geschrieben werden, oder kann ich das tagesweise/timerweise?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 06 September 2016, 20:06:46
ich mach das immer mit "selected", also immer für einen Tag. Allerdings müssen alle 3 Timer befüllt werden. Der String muss aber immer vollständig befüllt werden, auch wenn nur ein Timer geändert wird. Ich nehme an, es ist auch bei euren Timern so.

siehe hier: https://forum.fhem.de/index.php/topic,46098.msg470707.html#msg470707 (https://forum.fhem.de/index.php/topic,46098.msg470707.html#msg470707)

hab es auch auch im Wiki so mit den Tagesprogrammen beschrieben. http://www.fhemwiki.de/wiki/EBUS#Wochenprogramme (http://www.fhemwiki.de/wiki/EBUS#Wochenprogramme)

LG
Reinhart

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 07 September 2016, 09:25:49
Servus Reinhard,

perfekt, hat einwandfrei geklappt.
Vielen Dank.

Marie
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 07 September 2016, 16:10:14
Hat jemand eine Idee warum ich die Timer von der Außeneinheit nicht abfragen bzw. setzen kann?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 07 September 2016, 20:56:30
"Außeneinheit" bedeutet DCF77-Modul und Temperatursensor ?
Warum sollten diese ein Zeitprogramm haben ?

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 09 September 2016, 12:06:20
Nein! Mit Außeneinheit ist - wie oben geschrieben - die OMU gemeint.
VWL -> Luftwärmepumpe mit Außeneinheit (Lüfter).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 09 September 2016, 18:07:48
Aber die sollte auch durch die Zentrale gesteuert werden und selbst ziemlich dumm sein.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 10 September 2016, 15:23:41
Beantwortet leider meine Frage nicht, warum die OMU Timer nicht gehen :-(
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 11 September 2016, 19:29:52
Doch, das beantwortet die Frage schon - ich vermute mal, dass diese "Außeneinheit" keine eigenen Zeitprogramme hat. Das ist, unter anderem, mit "dumm" gemeint.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 12 September 2016, 08:36:39
Eben nicht!
Sonst könnt ich ja das Zeitfenster für die Geräuschminderung an der Außeneinheit auch nicht am Bedienteil von der Inneneinheit einstellen!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 12 September 2016, 21:09:32
Aber doch. Nämlich dann, wenn das Bedienteil nicht die kompletten Zeitfenster an die Außeneinheit überträgt, sondern zu den betreffende Zeiten Schaltbefehle liefert.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 13 September 2016, 12:11:25
Glaub ich, ehrlich gesagt nicht.
John hat auch in seiner e0.omu.csv die Timer hinterlegt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 13 September 2016, 18:14:02
Die Fakten sprechen aber gegen die Theorie - und dann muss man die Theorie ändern, nicht die Realität.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 14 September 2016, 11:49:04
Wie sieht der omu Timer.Monday aus ? gibt es ein to.0 ?
Mit ebusctl f -f -c omu Timer.Monday auflisten
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 15 September 2016, 09:27:15
Das ist ja genau das Problem:
ERR: invalid position in decode
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 17 September 2016, 08:48:10
Zitat von: Marie01 am 15 September 2016, 09:27:15
Das ist ja genau das Problem:
ERR: invalid position in decode
Hi Marie,
das sieht so aus, als würden nicht alle Timer von der OMU geliefert werden, also wieder mal eine Ausnahme von der Regel.
Mach doch mal "ebusctl r -h e0b5040102" und poste das Ergebnis.
VG John
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 19 September 2016, 12:51:38
Servus John!

Danke für deine Hilfe.
Als Resultat kommt: 00

Marie
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 22 September 2016, 08:48:18
Zitat von: Marie01 am 19 September 2016, 12:51:38
Als Resultat kommt: 00
Okay, dann kennt dieses Gerät solche Timer generell nicht.
Am besten Du versuchst mal, eine Timereinstellung über den regulären Weg zu ändern und schaust dabei im ebusd Log, was da so vorbei kommt. Dann muss ich die omu.csv anpassen.
VG John
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 22 September 2016, 15:05:04
Das ist doch genau das, was ich vermutet habe.

Das Timing wird in der Zentrale gemacht, die zu bestimmten Zeiten nur On/Off-Befehle an die Außeneinheit sendet.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: RainerS am 24 September 2016, 18:34:26
@Reinhard:
Am Anfang dieses Threads hast Du ein Zeitprogramm-Beispiel für die 430/470 zur Verfügung gestellt. https://forum.fhem.de/index.php/topic,41064.msg336911.html#msg336911 (https://forum.fhem.de/index.php/topic,41064.msg336911.html#msg336911)

- gibt es den Code mittlerweile irgendwo auch für die in der 470er vorhandenen 3 Zeitprogramme pro Tag ?
- gibt es den Code auch für die Zeitprogramme der WW-Bereitung ?

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 25 September 2016, 17:26:30
Zitat von: R2D2_ am 24 September 2016, 18:34:26
- gibt es den Code mittlerweile irgendwo auch für die in der 470er vorhandenen 3 Zeitprogramme pro Tag ?
- gibt es den Code auch für die Zeitprogramme der WW-Bereitung ?

Hallo,

zu 1. Frage: das 3. Zeitprogramm habe ich nie gebraucht, kann man aber ganz einfach nach dem vorgegeben Schema erweitern, das ist nicht so kompliziert.

zu 2.Frage: die neusten Konfigs von John haben jetzt die timerxx.inc, da musst du einfach nach der Syntax zum Schreibbefehl schauen und im Code anpassen.

zB timer.hwc.inc:
r;w,,hwcTimer.Monday,Zeitfenster Montag,,,,0001,,,timer,,,

in meinem Beispiel sieht der Schreibbefehl noch so aus, bitte diesen Zeilen entsprechend anpassen ("write -c 470mc mcTTMonday"). Die letzten beiden "24:00" sind der 3.Timer den du erweitern willst.
get ZeitfensterSchreibenMo cmd {"write -c 470mc mcTTMonday ".ReadingsVal("TimeMo","HHMM1",0) . chr(59) . ReadingsVal("TimeMo","HHMM2",0) . chr(59) . ReadingsVal("TimeMo","HHMM3",0) . chr(59) . ReadingsVal("TimeMo","HHMM4",0) . chr(59) . "24:00" . chr(59) . "24:00" . chr(59) . "selected\n"}


LG
Reinhart

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: RainerS am 26 September 2016, 18:39:03
@Reinhart: OK, dann muss ich mir das mal in Ruhe ansehen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 27 September 2016, 08:32:14
Zitat von: R2D2_ am 26 September 2016, 22:09:12
Allerdings kann ich nach dem "install make" keine ebusd-Version abfragen.
Irgendwas fehlt da noch ... in /etc/default ist eine "ebusd" auch nicht vorhanden ...
ich verwende immer das make_debian.sh, hast Du das auch benutzt?
Kann gut sein, dass das make File alleine kein gültiges Set produziert.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 02 Oktober 2016, 10:41:57
Zitat von: R2D2_ am 26 September 2016, 22:09:12
Bevor ich weitermache, wollte ich nochmal die neueste ebusd-Version unter Jessie installieren. Im Wiki (john) steht ja soweit alles. Allerdings kann ich nach dem "install make" keine ebusd-Version abfragen.
Irgendwas fehlt da noch ... in /etc/default ist eine "ebusd" auch nicht vorhanden ...

sudo update-rc.d ebusd defaults
update-rc.d: error: initscript does not exist: /etc/init.d/ebusd

noch was: bist Du auch root?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 04 Oktober 2016, 14:49:00
Zitat von: john30 am 22 September 2016, 08:48:18
Okay, dann kennt dieses Gerät solche Timer generell nicht.
Am besten Du versuchst mal, eine Timereinstellung über den regulären Weg zu ändern und schaust dabei im ebusd Log, was da so vorbei kommt. Dann muss ich die omu.csv anpassen.
VG John

Werd ich mir die nächsten Tag mal anschauen.
In der Zwischenzeit bin auch auf ein anderes Problem gestoßen:
Vorlaufzeit interne Heizkreispumpe - ebusctl r -f -c ehp#install  AWHc1PumpPrerunTime
Bekomm ich immer Element not found. Das selbe mit HwcHwcHc1PumpPrerunTime

Mit vrDialog kann ich diesen Wert normal lesen.

Wie kann ich den HeatPumpType sowie SW-Version auslesen, damit ich das kontrollieren kann?
[airtowater][SW=350-400]r;wi       
[brinetowater][SW=350-400]r;wi       
[airtowater][SW>=403]r;wi       
[brinetowater][SW>=403]r;wi       
[airtobrinetowater][SW>=403]r;wi

Danke!

Marie
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 04 Oktober 2016, 19:16:07
Bezgl. den OMU Timern, bekomm ich immer UNKNOWN Commands in der ebusd.log
John, reicht dir das aus, oder soll ich noch etwas machen?
Auf Höhe NoiseReductionFactor habe ich dann auch am Fenstertyp (Mo-Fr, Mo-So...) gedreht:
2016-10-04 19:10:22.362 [main notice] ebusd 2.0.0ea7efc started
2016-10-04 19:10:22.418 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2016-10-04 19:10:22.433 [bus notice] signal acquired
2016-10-04 19:10:23.373 [bus notice] new master 03, master count 2
2016-10-04 19:10:23.428 [update notice] unknown MS cmd: 03e0b52105000a0c00e7 / 09000240007a00070000
2016-10-04 19:10:24.381 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2016-10-04 19:10:24.660 [bus notice] new master 10, master count 3
2016-10-04 19:10:24.677 [update notice] unknown MS cmd: 1008b51009000230000000000002 / 00
2016-10-04 19:10:25.009 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2016-10-04 19:10:25.378 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2016-10-04 19:10:26.699 [update notice] unknown MS cmd: 1023b5040101 / 091e0100000006000100
2016-10-04 19:10:26.866 [update notice] unknown MS cmd: 1023b504020d00 / 050000008000
2016-10-04 19:10:27.052 [update notice] unknown MS cmd: 1023b5040132 / 0a00000000000070080000
2016-10-04 19:10:27.201 [update notice] unknown MS cmd: 1023b5040131 / 020000
2016-10-04 19:10:28.091 [update notice] unknown MS cmd: 1050b5040100 / 0a0338101904100216b009
2016-10-04 19:10:30.694 [update notice] unknown BC cmd: 10feb5050427001700
2016-10-04 19:10:31.090 [update notice] unknown BC cmd: 10feb505034a0100
2016-10-04 19:10:41.298 [main notice] read common config file /etc/ebusd/vaillant/scan.csv
2016-10-04 19:10:41.301 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv
2016-10-04 19:10:41.395 [update notice] unknown MS cmd: 1023b505072b000100000000 / 00
2016-10-04 19:10:41.478 [main notice] read scan config file /etc/ebusd/vaillant/08.ehp.csv for ID "ehp00", SW0419, HW7201
2016-10-04 19:10:41.480 [main notice] found messages: 327 (139 conditional on 22 conditions, 1 poll, 55 update)
2016-10-04 19:10:41.576 [bus notice] poll ehp ApplianceCode: 42
2016-10-04 19:10:41.859 [update notice] update ehp Status QQ=10: 23.00;1.249;1.975;03 28 00 00
2016-10-04 19:10:42.020 [update notice] update ehp Status02 QQ=10: disabled;0;100.0;0;100.0
2016-10-04 19:10:43.475 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2016-10-04 19:10:43.669 [main notice] read scan config file /etc/ebusd/vaillant/15.uih.csv for ID "uih00", SW0374, HW6901
2016-10-04 19:10:43.670 [main notice] found messages: 482 (230 conditional on 30 conditions, 1 poll, 55 update)
2016-10-04 19:10:43.970 [update notice] unknown MS cmd: 1008b51303042401 / 0a24010000000028000000
2016-10-04 19:10:44.003 [bus notice] max. symbols per second: 115
2016-10-04 19:10:45.430 [update notice] update ehp Mode QQ=10: off
2016-10-04 19:10:45.724 [main notice] read scan config file /etc/ebusd/vaillant/23.ehp.cc.csv for ID "ehp00", SW0419, HW7201
2016-10-04 19:10:45.724 [main notice] found messages: 504 (230 conditional on 30 conditions, 1 poll, 55 update)
2016-10-04 19:10:45.872 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2016-10-04 19:10:47.104 [bus notice] poll ehp ApplianceCode: 42
2016-10-04 19:10:47.463 [update notice] unknown MS cmd: 1050b5040101 / 09170100000085000100
2016-10-04 19:10:47.630 [update notice] unknown MS cmd: 1050b504020d00 / 0518007b0117
2016-10-04 19:10:47.822 [update notice] unknown MS cmd: 1050b5040132 / 0a001a0603010170080100
2016-10-04 19:10:47.967 [main notice] read scan config file /etc/ebusd/vaillant/50.ehp.mc.csv for ID "ehp00", SW0419, HW7201
2016-10-04 19:10:47.967 [main notice] found messages: 592 (275 conditional on 37 conditions, 2 poll, 56 update)
2016-10-04 19:10:48.037 [update notice] unknown MS cmd: 1050b5040131 / 020001
2016-10-04 19:10:49.228 [main notice] read scan config file /etc/ebusd/vaillant/e0.omu.csv for ID "omu00", SW0118, HW5202
2016-10-04 19:10:49.229 [main notice] found messages: 704 (324 conditional on 39 conditions, 2 poll, 56 update)
2016-10-04 19:10:51.455 [update notice] update broadcast hwcStatus QQ=10: off;23;off
2016-10-04 19:10:51.939 [update notice] unknown BC cmd: 10feb505034a0100
2016-10-04 19:10:52.130 [update notice] unknown MS cmd: 03e0b52105000a0c00e7 / 09000241007800070000
2016-10-04 19:10:53.072 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2016-10-04 19:10:53.253 [bus notice] poll mc CfgHeatSinkType: mixer
2016-10-04 19:10:53.467 [update notice] unknown MS cmd: 1050b505072b000100000000 / 00
2016-10-04 19:10:54.011 [update notice] update ehp Status QQ=10: 23.00;1.249;1.975;03 28 00 00
2016-10-04 19:10:54.174 [update notice] update ehp Status02 QQ=10: disabled;0;100.0;0;100.0
2016-10-04 19:10:54.893 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2016-10-04 19:10:57.492 [update notice] update ehp Mode QQ=10: off
2016-10-04 19:10:57.996 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2016-10-04 19:10:59.097 [bus notice] poll mc CfgHeatSinkType: mixer
2016-10-04 19:10:59.501 [update notice] unknown MS cmd: 1025b5040101 / 09190100000003000100
2016-10-04 19:10:59.668 [update notice] unknown MS cmd: 1025b504020d00 / 055000e70219
2016-10-04 19:10:59.853 [update notice] unknown MS cmd: 1025b5040132 / 0a00000000000070080000
2016-10-04 19:11:00.003 [update notice] unknown MS cmd: 1025b5040131 / 020000
2016-10-04 19:11:01.581 [main notice] read scan config file /etc/ebusd/vaillant/25.ehp.hwc.csv for ID "ehp00", SW0419, HW7201
2016-10-04 19:11:01.581 [main notice] found messages: 744 (334 conditional on 42 conditions, 2 poll, 56 update)
2016-10-04 19:11:03.468 [update notice] update broadcast hwcStatus QQ=10: off;23;off
2016-10-04 19:11:03.600 [update notice] unknown BC cmd: 10feb505034a0100
2016-10-04 19:11:04.000 [update notice] unknown MS cmd: 1008b515020004 / 080400909090909001
2016-10-04 19:11:04.192 [update notice] unknown MS cmd: 1008b51303042401 / 0a24010000000028000000
2016-10-04 19:11:05.119 [bus notice] poll ehp ApplianceCode: 42
2016-10-04 19:11:05.508 [update notice] unknown MS cmd: 1025b505072b000100000000 / 00
2016-10-04 19:11:06.096 [update notice] update ehp Status QQ=10: 23.00;1.249;1.975;03 28 00 00
2016-10-04 19:11:06.260 [update notice] update ehp Status02 QQ=10: disabled;0;100.0;0;100.0
2016-10-04 19:11:07.147 [update notice] update mc DateTime QQ=10: valid;19:11:08;04.10.2016;9.500
2016-10-04 19:11:07.536 [update notice] unknown MS cmd: 1008b5090329d300 / 05d300636363
2016-10-04 19:11:07.729 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2016-10-04 19:11:09.512 [update notice] unknown MS cmd: 1025b509040ef40000 / 00
2016-10-04 19:11:09.691 [update notice] update ehp Mode QQ=10: off
2016-10-04 19:11:10.108 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2016-10-04 19:11:11.119 [bus notice] poll mc CfgHeatSinkType: mixer
2016-10-04 19:11:11.569 [update notice] update cc Mode QQ=10: 30;on;00;off
2016-10-04 19:11:11.737 [update notice] update cc Status QQ=10: 0;off;-;0
2016-10-04 19:11:11.919 [update notice] unknown MS cmd: 1023b5040132 / 0a00000000000070080000
2016-10-04 19:11:12.070 [update notice] unknown MS cmd: 1023b5040131 / 020000
2016-10-04 19:11:12.173 [update notice] unknown MS cmd: 03e0b52105000a0c00e7 / 09000243007600070000
2016-10-04 19:11:12.285 [update notice] update broadcast vdatetime QQ=10: 19:11:04;04.10.2016
2016-10-04 19:11:12.682 [update notice] update broadcast outsidetemp QQ=10: 9.500
2016-10-04 19:11:13.096 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2016-10-04 19:11:13.211 [update notice] update broadcast datetime QQ=10: 9.500;19:11:04;04.10.2016
2016-10-04 19:11:13.653 [update notice] unknown BC cmd: 10feb51603047008
2016-10-04 19:11:15.024 [bus notice] max. symbols per second: 124
2016-10-04 19:11:15.677 [update notice] unknown BC cmd: 10feb505034a0100
2016-10-04 19:11:17.091 [bus notice] poll ehp ApplianceCode: 42
2016-10-04 19:11:17.569 [update notice] unknown MS cmd: 1023b505072b000100000000 / 00
2016-10-04 19:11:17.760 [update notice] update ehp Status QQ=10: 23.00;1.249;1.975;03 28 00 00
2016-10-04 19:11:17.923 [update notice] update ehp Status02 QQ=10: disabled;0;100.0;0;100.0
2016-10-04 19:11:20.199 [update notice] update ehp ActualEnvironmentPowerPercentage QQ=10: 0
2016-10-04 19:11:20.371 [update notice] update ehp SourceTempInput QQ=10: 6.31;ok
2016-10-04 19:11:20.534 [update notice] update ehp ActualEnvironmentPower QQ=10: 0
2016-10-04 19:11:20.702 [update notice] update ehp ActualEnvironmentPowerFine QQ=10: 100
2016-10-04 19:11:20.873 [update notice] update ehp FlowTemp QQ=10: 23.69;ok
2016-10-04 19:11:21.035 [update notice] update ehp SourcePumpStatus QQ=10: 0
2016-10-04 19:11:21.201 [update notice] update ehp VWLSBadWeatherOMU2 QQ=10: no
2016-10-04 19:11:21.686 [update notice] update ehp Mode QQ=10: off
2016-10-04 19:11:22.323 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2016-10-04 19:11:23.116 [bus notice] poll mc CfgHeatSinkType: mixer
2016-10-04 19:11:23.654 [update notice] update mc Mode QQ=10: 23;on;00;off
2016-10-04 19:11:23.821 [update notice] update mc Status QQ=10: 24;off;23.69;23
2016-10-04 19:11:24.004 [update notice] unknown MS cmd: 1050b5040132 / 0a001a0603010170080100
2016-10-04 19:11:24.155 [update notice] unknown MS cmd: 1050b5040131 / 020001
2016-10-04 19:11:27.283 [update notice] update ehp YieldEnvironmentEnergy QQ=10: 20355
2016-10-04 19:11:27.489 [update notice] update ehp HeatPumpStatus QQ=10: standby
2016-10-04 19:11:27.673 [update notice] unknown MS cmd: 1050b5040132 / 0a001a0603010170080100
2016-10-04 19:11:27.864 [update notice] unknown MS cmd: 1050b51303043200 / 0a32002e000a003c002800
2016-10-04 19:11:28.057 [update notice] unknown MS cmd: 1050b51303043300 / 0a330024000a003c001e00
2016-10-04 19:11:28.197 [update notice] update broadcast hwcStatus QQ=10: off;23;off
2016-10-04 19:11:28.328 [update notice] unknown BC cmd: 10feb505034a0100
2016-10-04 19:11:28.865 [update notice] unknown MS cmd: 1050b5040132 / 0a001a0603010170080100
2016-10-04 19:11:29.048 [update notice] update hwc Mode QQ=10: 25;on;00;off
2016-10-04 19:11:29.137 [bus notice] poll ehp ApplianceCode: 42
2016-10-04 19:11:29.289 [update notice] unknown MS cmd: 1025b51303048200 / 0a8200d0028002b0041004
2016-10-04 19:11:29.482 [update notice] unknown MS cmd: 1025b51303048300 / 0a83009001e0010003c002
2016-10-04 19:11:29.654 [update notice] unknown MS cmd: 1025b50903290000 / 050000e70200
2016-10-04 19:11:29.829 [update notice] update mc Timer.Saturday QQ=10: 00:00;-:-;-:-;-:-;-:-;-:-;Mo-So
2016-10-04 19:11:30.000 [update notice] update hwc Timer.Saturday QQ=10: 00:00;-:-;-:-;-:-;-:-;-:-;Mo-So
2016-10-04 19:11:30.000 [bus notice] max. symbols per second: 140
2016-10-04 19:11:30.165 [update notice] unknown MS cmd: 1050b505072b000100000000 / 00
2016-10-04 19:11:30.444 [update notice] update ehp Status QQ=10: 23.00;1.249;1.975;03 28 00 00
2016-10-04 19:11:30.608 [update notice] update ehp Status02 QQ=10: disabled;0;100.0;0;100.0
2016-10-04 19:11:31.853 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2016-10-04 19:11:32.133 [update notice] unknown MS cmd: 03e0b52105000a0c00e7 / 09000243007800070000
2016-10-04 19:11:33.098 [update notice] update cc Timer.Saturday QQ=10: 00:00;22:00;22:00;22:00;22:00;22:00;Mo-So
2016-10-04 19:11:33.159 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2016-10-04 19:11:33.866 [update notice] update ehp Mode QQ=10: off
2016-10-04 19:11:34.019 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2016-10-04 19:11:34.125 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2016-10-04 19:11:35.094 [bus notice] poll mc CfgHeatSinkType: mixer
2016-10-04 19:11:35.839 [update notice] update hwc Status QQ=10: 80;off;46.44;25
2016-10-04 19:11:36.020 [update notice] unknown MS cmd: 1025b5040132 / 0a00000000000070080000
2016-10-04 19:11:36.171 [update notice] unknown MS cmd: 1025b5040131 / 020000
2016-10-04 19:11:37.188 [update notice] unknown MS cmd: 1008b515020004 / 080400909090909001
2016-10-04 19:11:37.379 [update notice] unknown MS cmd: 1008b51303042401 / 0a24010000000028000000
2016-10-04 19:11:39.850 [update notice] update broadcast hwcStatus QQ=10: off;23;off
2016-10-04 19:11:39.983 [update notice] unknown BC cmd: 10feb505034a0100
2016-10-04 19:11:41.129 [bus notice] poll ehp ApplianceCode: 42
2016-10-04 19:11:42.135 [update notice] unknown MS cmd: 1025b505072b000100000000 / 00
2016-10-04 19:11:42.590 [update notice] update ehp Status QQ=10: 23.00;1.249;1.975;03 28 00 00
2016-10-04 19:11:42.753 [update notice] update ehp Status02 QQ=10: disabled;0;100.0;0;100.0
2016-10-04 19:11:42.900 [update notice] unknown MS cmd: 1050b5040133 / 027008
2016-10-04 19:11:45.895 [update notice] update ehp Mode QQ=10: off
2016-10-04 19:11:46.092 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2016-10-04 19:11:47.106 [bus notice] poll mc CfgHeatSinkType: mixer
2016-10-04 19:11:47.908 [update notice] update cc Mode QQ=10: 30;on;00;off
2016-10-04 19:11:48.075 [update notice] update cc Status QQ=10: 0;off;-;0
2016-10-04 19:11:48.257 [update notice] unknown MS cmd: 1023b5040132 / 0a00000000000070080000
2016-10-04 19:11:48.408 [update notice] unknown MS cmd: 1023b5040131 / 020000
2016-10-04 19:11:50.325 [update notice] update ehp NoiseReductionFactor QQ=10: 1
2016-10-04 19:11:50.515 [update notice] unknown MS cmd: 1008b51303042401 / 0a24010100000028000000
2016-10-04 19:11:50.674 [update notice] update ehp NoiseReductionFactor QQ=10: 7
2016-10-04 19:11:50.827 [update notice] update ehp NoiseReductionFactor QQ=10: 13
2016-10-04 19:11:51.151 [update notice] unknown MS cmd: 1008b51303042401 / 0a24010d00000028000000
2016-10-04 19:11:51.308 [update notice] update ehp NoiseReductionFactor QQ=10: 17
2016-10-04 19:11:51.463 [update notice] update ehp NoiseReductionFactor QQ=10: 20
2016-10-04 19:11:51.654 [update notice] unknown MS cmd: 1008b51303042401 / 0a24011400000028000000
2016-10-04 19:11:51.812 [update notice] update ehp NoiseReductionFactor QQ=10: 28
2016-10-04 19:11:51.965 [update notice] update ehp NoiseReductionFactor QQ=10: 32
2016-10-04 19:11:52.376 [update notice] unknown MS cmd: 1008b51303042401 / 0a24012000000028000000
2016-10-04 19:11:52.516 [update notice] update broadcast hwcStatus QQ=10: off;23;off
2016-10-04 19:11:52.647 [update notice] unknown BC cmd: 10feb505034a0100
2016-10-04 19:11:53.092 [bus notice] poll ehp ApplianceCode: 42
2016-10-04 19:11:53.966 [update notice] unknown MS cmd: 1023b505072b000100000000 / 00
2016-10-04 19:11:54.157 [update notice] update ehp Status QQ=10: 23.00;1.249;1.975;03 28 00 00
2016-10-04 19:11:54.320 [update notice] update ehp Status02 QQ=10: disabled;0;100.0;0;100.0
2016-10-04 19:11:54.674 [update notice] unknown MS cmd: 1008b515020004 / 080400909090909001
2016-10-04 19:11:55.833 [update notice] unknown MS cmd: 03e0b52105000a0c20e7 / 09000245007800070000
2016-10-04 19:11:55.982 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2016-10-04 19:11:56.396 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2016-10-04 19:11:56.861 [update notice] update ehp NoiseReductionFactor QQ=10: 33
2016-10-04 19:11:56.921 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2016-10-04 19:11:57.070 [update notice] unknown MS cmd: 1008b51303042401 / 0a24012100000028000000
2016-10-04 19:11:57.227 [update notice] update ehp NoiseReductionFactor QQ=10: 40
2016-10-04 19:11:57.381 [update notice] update ehp NoiseReductionFactor QQ=10: 40
2016-10-04 19:11:57.615 [update notice] unknown MS cmd: 1008b51303042401 / 0a24012800000028000000
2016-10-04 19:11:57.773 [update notice] update ehp NoiseReductionFactor QQ=10: 40
2016-10-04 19:11:57.927 [update notice] update ehp NoiseReductionFactor QQ=10: 40
2016-10-04 19:11:58.118 [update notice] unknown MS cmd: 1008b51303042401 / 0a24012800000028000000
2016-10-04 19:11:58.275 [update notice] update ehp NoiseReductionFactor QQ=10: 40
2016-10-04 19:11:58.451 [update notice] update ehp Mode QQ=10: off
2016-10-04 19:11:58.603 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2016-10-04 19:11:59.088 [bus notice] poll mc CfgHeatSinkType: mixer
2016-10-04 19:11:59.438 [update notice] unknown MS cmd: 1008b51303042401 / 0a24012800000028000000
2016-10-04 19:12:00.061 [update notice] update mc Mode QQ=10: 23;on;00;off
2016-10-04 19:12:00.232 [update notice] update mc Status QQ=10: 24;off;23.56;23
2016-10-04 19:12:00.411 [update notice] unknown MS cmd: 1050b5040132 / 0a001a0603010170080100
2016-10-04 19:12:00.562 [update notice] unknown MS cmd: 1050b5040131 / 020001
2016-10-04 19:12:03.711 [update notice] update ehp NoiseReductionFactor QQ=10: 39
2016-10-04 19:12:03.901 [update notice] unknown MS cmd: 1008b51303042401 / 0a24012700000028000000
2016-10-04 19:12:04.064 [update notice] update ehp NoiseReductionFactor QQ=10: 32
2016-10-04 19:12:04.214 [update notice] update ehp NoiseReductionFactor QQ=10: 28
2016-10-04 19:12:04.404 [update notice] unknown MS cmd: 1008b51303042401 / 0a24011c00000028000000
2016-10-04 19:12:04.544 [update notice] update broadcast hwcStatus QQ=10: off;23;off
2016-10-04 19:12:04.675 [update notice] unknown BC cmd: 10feb505034a0100
2016-10-04 19:12:04.876 [update notice] update ehp NoiseReductionFactor QQ=10: 12
2016-10-04 19:12:05.065 [update notice] unknown MS cmd: 1008b51303042401 / 0a24010c00000028000000
2016-10-04 19:12:05.158 [bus notice] poll ehp ApplianceCode: 42
2016-10-04 19:12:05.274 [update notice] update ehp NoiseReductionFactor QQ=10: 9
2016-10-04 19:12:05.430 [update notice] update ehp NoiseReductionFactor QQ=10: 0
2016-10-04 19:12:05.619 [update notice] unknown MS cmd: 1008b51303042401 / 0a24010000000028000000
2016-10-04 19:12:05.777 [update notice] update ehp NoiseReductionFactor QQ=10: 0
2016-10-04 19:12:05.931 [update notice] update ehp NoiseReductionFactor QQ=10: 0
2016-10-04 19:12:06.122 [update notice] unknown MS cmd: 1008b51303042401 / 0a24010000000028000000
2016-10-04 19:12:06.280 [update notice] update ehp NoiseReductionFactor QQ=10: 0
2016-10-04 19:12:06.445 [update notice] unknown MS cmd: 1050b505072b000100000000 / 00
2016-10-04 19:12:06.636 [update notice] update ehp Status QQ=10: 23.00;1.249;1.975;03 28 00 00
2016-10-04 19:12:06.799 [update notice] update ehp Status02 QQ=10: disabled;0;100.0;0;100.0
2016-10-04 19:12:06.953 [update notice] update ehp NoiseReductionFactor QQ=10: 0
2016-10-04 19:12:07.188 [update notice] unknown MS cmd: 1008b51303042401 / 0a24010000000028000000
2016-10-04 19:12:07.345 [update notice] update ehp NoiseReductionFactor QQ=10: 0
2016-10-04 19:12:07.499 [update notice] update ehp NoiseReductionFactor QQ=10: 0
2016-10-04 19:12:07.690 [update notice] unknown MS cmd: 1008b51303042401 / 0a24010000000028000000
2016-10-04 19:12:07.847 [update notice] update ehp NoiseReductionFactor QQ=10: 0
2016-10-04 19:12:08.001 [update notice] update broadcast vdatetime QQ=10: 19:12:00;04.10.2016
2016-10-04 19:12:08.156 [update notice] update ehp NoiseReductionFactor QQ=10: 1
2016-10-04 19:12:08.346 [update notice] unknown MS cmd: 1008b51303042401 / 0a24010100000028000000
2016-10-04 19:12:08.480 [update notice] update broadcast outsidetemp QQ=10: 9.500
2016-10-04 19:12:08.684 [update notice] update broadcast datetime QQ=10: 9.500;19:12:00;04.10.2016
2016-10-04 19:12:08.902 [update notice] unknown BC cmd: 10feb51603047008
2016-10-04 19:12:09.059 [update notice] update ehp NoiseReductionFactor QQ=10: 0
2016-10-04 19:12:09.250 [update notice] unknown MS cmd: 1008b51303042401 / 0a24010000000028000000
2016-10-04 19:12:09.407 [update notice] update ehp NoiseReductionFactor QQ=10: 0
2016-10-04 19:12:10.199 [update notice] update ehp Mode QQ=10: off
2016-10-04 19:12:10.352 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2016-10-04 19:12:11.100 [bus notice] poll mc CfgHeatSinkType: mixer
2016-10-04 19:12:12.209 [update notice] update hwc Mode QQ=10: 25;on;00;off
2016-10-04 19:12:12.311 [update notice] unknown MS cmd: 03e0b52105000a0c00e7 / 09000245007800070000
2016-10-04 19:12:12.437 [update notice] update hwc Status QQ=10: 80;off;46.44;25
2016-10-04 19:12:12.619 [update notice] unknown MS cmd: 1025b5040132 / 0a00000000000070080000
2016-10-04 19:12:12.769 [update notice] unknown MS cmd: 1025b5040131 / 020000
2016-10-04 19:12:12.949 [update notice] unknown MS cmd: 1008b515020004 / 080400909090909001
2016-10-04 19:12:13.099 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2016-10-04 19:12:14.113 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2016-10-04 19:12:14.968 [update notice] unknown MS cmd: 1008b515020504 / 080400909090909001
2016-10-04 19:12:16.163 [update notice] update broadcast hwcStatus QQ=10: off;23;off
2016-10-04 19:12:16.601 [update notice] unknown BC cmd: 10feb505034a0100
2016-10-04 19:12:17.088 [bus notice] poll ehp ApplianceCode: 42
2016-10-04 19:12:18.158 [update notice] update mc DateTime QQ=10: valid;19:12:19;04.10.2016;9.500
2016-10-04 19:12:18.323 [update notice] unknown MS cmd: 1025b505072b000100000000 / 00
2016-10-04 19:12:18.603 [update notice] update ehp Status QQ=10: 23.00;1.249;1.975;03 28 00 00
2016-10-04 19:12:18.765 [update notice] update ehp Status02 QQ=10: disabled;0;100.0;0;100.0
2016-10-04 19:12:18.943 [update notice] unknown MS cmd: 1008b515020504 / 080400909090909001
2016-10-04 19:12:20.235 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2016-10-04 19:12:22.218 [update notice] update ehp Mode QQ=10: off
2016-10-04 19:12:22.634 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2016-10-04 19:12:23.122 [bus notice] poll mc CfgHeatSinkType: mixer
2016-10-04 19:12:24.274 [update notice] update cc Mode QQ=10: 30;on;00;off
2016-10-04 19:12:24.442 [update notice] update cc Status QQ=10: 0;off;-;0
2016-10-04 19:12:24.623 [update notice] unknown MS cmd: 1023b5040132 / 0a00000000000070080000
2016-10-04 19:12:24.773 [update notice] unknown MS cmd: 1023b5040131 / 020000
2016-10-04 19:12:28.215 [update notice] update broadcast hwcStatus QQ=10: off;23;off
2016-10-04 19:12:28.785 [update notice] unknown BC cmd: 10feb505034a0100
2016-10-04 19:12:29.097 [bus notice] poll ehp ApplianceCode: 42
2016-10-04 19:12:30.280 [update notice] unknown MS cmd: 1023b505072b000100000000 / 00
2016-10-04 19:12:30.822 [update notice] update ehp Status QQ=10: 23.00;1.249;1.975;03 28 00 00
2016-10-04 19:12:30.986 [update notice] update ehp Status02 QQ=10: disabled;0;100.0;0;100.0
2016-10-04 19:12:32.143 [update notice] unknown MS cmd: 03e0b52105000a0c00e7 / 09000247007800070000
2016-10-04 19:12:32.367 [update notice] unknown MS cmd: 1008b515020004 / 080400909090909001
2016-10-04 19:12:33.134 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2016-10-04 19:12:34.120 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2016-10-04 19:12:34.297 [update notice] update ehp Mode QQ=10: off
2016-10-04 19:12:34.802 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2016-10-04 19:12:35.113 [bus notice] poll mc CfgHeatSinkType: mixer
2016-10-04 19:12:36.309 [update notice] update mc Mode QQ=10: 23;on;00;off
2016-10-04 19:12:36.476 [update notice] update mc Status QQ=10: 24;off;23.56;23
2016-10-04 19:12:36.658 [update notice] unknown MS cmd: 1050b5040132 / 0a001a0603010170080100
2016-10-04 19:12:36.808 [update notice] unknown MS cmd: 1050b5040131 / 020001
2016-10-04 19:12:37.001 [update notice] unknown MS cmd: 1008b51303042401 / 0a24010000000028000000
2016-10-04 19:12:40.264 [update notice] update broadcast hwcStatus QQ=10: off;23;off
2016-10-04 19:12:40.836 [update notice] unknown BC cmd: 10feb505034a0100
2016-10-04 19:12:41.103 [bus notice] poll ehp ApplianceCode: 42
2016-10-04 19:12:42.328 [update notice] unknown MS cmd: 1050b505072b000100000000 / 00
2016-10-04 19:12:42.872 [update notice] update ehp Status QQ=10: 22.69;1.249;1.975;03 28 00 00
2016-10-04 19:12:43.034 [update notice] update ehp Status02 QQ=10: disabled;0;100.0;0;100.0
2016-10-04 19:12:44.367 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2016-10-04 19:12:46.351 [update notice] update ehp Mode QQ=10: off
2016-10-04 19:12:46.898 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2016-10-04 19:12:47.122 [bus notice] poll mc CfgHeatSinkType: mixer
2016-10-04 19:12:48.360 [update notice] update hwc Mode QQ=10: 25;on;00;off
2016-10-04 19:12:48.528 [update notice] update hwc Status QQ=10: 80;off;46.44;25
2016-10-04 19:12:48.709 [update notice] unknown MS cmd: 1025b5040132 / 0a00000000000070080000
2016-10-04 19:12:48.860 [update notice] unknown MS cmd: 1025b5040131 / 020000
2016-10-04 19:12:49.010 [update notice] unknown MS cmd: 1050b5040133 / 027008
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 05 Oktober 2016, 21:01:40
Timerprogrammen (https://forum.fhem.de/index.php/topic,41064.msg336911.html#msg336911) => sollte doch alles da sein, oder fehlt etwas?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jamesgo am 06 Oktober 2016, 14:43:09
Hallo,

bin gerade darüber gestolpert, dass im vaillant/_template.csv ein Fehler zu sein scheint:

daysel,UCH,0=selected;1=Mo-Fr;2=Sa-So;3=Mo-So,,Tage

müsste meiner Meinung nach folgendermaßen aussehen:

daysel,UCH,0=selected;1=Mo-So;2=Mo-Fr;3=Sa-So,,Tage

Zumindest trifft das für diese beiden Vaillant Komponenten zu:

address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0231;HW=6002", loaded "vaillant/15.470.csv"
address 50: slave, scanned "MF=Vaillant;ID=V6100;SW=0211;HW=1902", loaded "vaillant/50.v61.mc.csv"

Ich verwende master/ebusd-2.1.x/en/vaillant/_templates.csv von github.com

Evtl. könnte das jemand bestätigen und John könnte das einchecken.

Danke
Andy

PS: gibt es eigentlich noch Funktionswünsche für 98_GAEBUS?

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 08 Oktober 2016, 09:09:16
Zitat von: Marie01 am 04 Oktober 2016, 14:49:00
In der Zwischenzeit bin auch auf ein anderes Problem gestoßen:
Vorlaufzeit interne Heizkreispumpe - ebusctl r -f -c ehp#install  AWHc1PumpPrerunTime
Bekomm ich immer Element not found. Das selbe mit HwcHwcHc1PumpPrerunTime

Mit vrDialog kann ich diesen Wert normal lesen.

Wie kann ich den HeatPumpType sowie SW-Version auslesen, damit ich das kontrollieren kann?
Die SW Version steht z.B. im "info" Ergebnis und den HeatPumpType kannst Du einfach auslesen, der sollte bei Dir airtobrinetowater sein, wenn mich nicht alles täuscht.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 08 Oktober 2016, 09:14:35
Zitat von: Marie01 am 04 Oktober 2016, 19:16:07
Bezgl. den OMU Timern, bekomm ich immer UNKNOWN Commands in der ebusd.log
John, reicht dir das aus, oder soll ich noch etwas machen?
Auf Höhe NoiseReductionFactor habe ich dann auch am Fenstertyp (Mo-Fr, Mo-So...) gedreht:
Das ist ein bisschen viel. Du müsstest mir schon sagen, wann genau Du den Timer geändert hast, damit ich die zugehörige unknown message finde. Am besten Du stellst ein paar markante Werte der Reihe nach ein, und gibst mir dann jeweils die unknown message dazu, also bspw.:
- Mo-So 00:00-12:00
- Mo 00:00-22:00
- Di 06:00-23:00
- Mo-Fr 08:00-13:00
- Sa-So 09:00-18:00

sowas in der Art
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 08 Oktober 2016, 09:39:25
Zitat von: jamesgo am 06 Oktober 2016, 14:43:09
PS: gibt es eigentlich noch Funktionswünsche für 98_GAEBUS?
Ich versuche gerade, Dein Modul in Betrieb zu nehmen.
Wie bekomme ich denn jetzt readings in FHEM? Irgendwie verstehe ich die Funktionsweise noch nicht richtig.
Also habe mal find ausgeführt und nun sind die Nachrichten alle da, das passt.
Jetzt hätte ich erwartet, dass ein get einer Nachricht auch ein entsprechendes Reading erzeugt, was aber nicht der Fall ist. Wie bkommt man das hin?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jamesgo am 08 Oktober 2016, 09:46:43
Hallo John,

mit get kannst du die Werte erst mal nur interaktiv abfragen.
Wenn du ein Reading willst, musst du einen set ausführen, das erzeugt dir ein Attribut ohne Wert.
Den Wert des Attributes setzt du auf den Wunschnamen für das Reading.
Danach gibt es "get reading ..." (evil noch ein refresh im Browser)

Grüße
Andy
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 08 Oktober 2016, 11:16:11
Zitat von: Marie01 am 04 Oktober 2016, 14:49:00
Vorlaufzeit interne Heizkreispumpe - ebusctl r -f -c ehp#install  AWHc1PumpPrerunTime
Bekomm ich immer Element not found. Das selbe mit HwcHwcHc1PumpPrerunTime
Noch was dazu:
Es waren leider zwei Bugs im ebusd beim Parsen der Conditions. Deshalb waren seit April Messages ala [SW=xx] oder [SW=304-305] generell nicht verfügbar :-\
Da wird es wohl demnächst ein neues Release geben müssen ;)
Die Probleme sind mit commit https://github.com/john30/ebusd/commit/6311149 (https://github.com/john30/ebusd/commit/6311149) gefixt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 08 Oktober 2016, 11:22:26
Zitat von: jamesgo am 08 Oktober 2016, 09:46:43
mit get kannst du die Werte erst mal nur interaktiv abfragen.
Wenn du ein Reading willst, musst du einen set ausführen, das erzeugt dir ein Attribut ohne Wert.
Den Wert des Attributes setzt du auf den Wunschnamen für das Reading.
Danach gibt es "get reading ..." (evil noch ein refresh im Browser)
okay, da wär ich jetzt niemals drauf gekommen nach Lesen der Device doku. Schätze das müsste man noch etwas verfeinern ;-)
Wäre vielleicht ein schönes Feature, hier per default den Namen der Message (circuit+Name) zu übernehmen. Denn ohne dafür ein Reading haben zu wollen, würde ich ja nicht den set aufrufen, oder?
Pollt gaebus dann die Readings?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jamesgo am 08 Oktober 2016, 15:40:42
ja, die Readings werden gepollt. Durch Anhängen von z.B. ":5" wird die Abfrage nur jedes 5-te mal gemacht. (Polls modulo 5 seit start von fhem)
Du kannst mehrere Readings angeben - falls mehr als ein Wert zurückgegeben wird "z.B. dummy;temp".
Und es gibt noch das Attribut "valueFormat" mit dem jedes Reading noch formatiert werden kann.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 09 Oktober 2016, 10:25:34
Zitat von: jamesgo am 08 Oktober 2016, 15:40:42
ja, die Readings werden gepollt. Durch Anhängen von z.B. ":5" wird die Abfrage nur jedes 5-te mal gemacht. (Polls modulo 5 seit start von fhem)
Du kannst mehrere Readings angeben - falls mehr als ein Wert zurückgegeben wird "z.B. dummy;temp".
Und es gibt noch das Attribut "valueFormat" mit dem jedes Reading noch formatiert werden kann.
Was in der Doku noch fehlt: Beschreibung von "h" (statt "r").
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jamesgo am 09 Oktober 2016, 11:43:41
Du meinst "read -h" (also hex)? Das fehlt nicht in der Beschreibung, sondern in der Implementierung.
Aber es wäre ein nettes feature ... mal schaun.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 10 Oktober 2016, 11:10:30
Zitat von: john30 am 08 Oktober 2016, 11:16:11
Noch was dazu:
Es waren leider zwei Bugs im ebusd beim Parsen der Conditions. Deshalb waren seit April Messages ala [SW=xx] oder [SW=304-305] generell nicht verfügbar :-\
Da wird es wohl demnächst ein neues Release geben müssen ;)
Die Probleme sind mit commit https://github.com/john30/ebusd/commit/6311149 (https://github.com/john30/ebusd/commit/6311149) gefixt.

Servus John!

Danke für die Info.
Kann ich das jetzt selber schon irgendwie fixen oder muss ich auf dein Relese warten?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Marie01 am 10 Oktober 2016, 11:10:54
Zitat von: john30 am 08 Oktober 2016, 09:14:35
Das ist ein bisschen viel. Du müsstest mir schon sagen, wann genau Du den Timer geändert hast, damit ich die zugehörige unknown message finde. Am besten Du stellst ein paar markante Werte der Reihe nach ein, und gibst mir dann jeweils die unknown message dazu, also bspw.:
- Mo-So 00:00-12:00
- Mo 00:00-22:00
- Di 06:00-23:00
- Mo-Fr 08:00-13:00
- Sa-So 09:00-18:00

sowas in der Art

Mach ich im Laufe dieser Woche! Danke für deine Hilfe!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 11 Oktober 2016, 08:15:51
Zitat von: jamesgo am 09 Oktober 2016, 11:43:41
Du meinst "read -h" (also hex)? Das fehlt nicht in der Beschreibung, sondern in der Implementierung.
Aber es wäre ein nettes feature ... mal schaun.
Nö, meinte eigentlich das, was in der Beschreibung erwähnt aber nicht erklärt ist: r|h
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 11 Oktober 2016, 08:16:14
Zitat von: Marie01 am 10 Oktober 2016, 11:10:30
Danke für die Info.
Kann ich das jetzt selber schon irgendwie fixen oder muss ich auf dein Relese warten?
Klar, einfach den aktuellen git source nehmen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jamesgo am 11 Oktober 2016, 12:33:23
Zitat von: john30 am 11 Oktober 2016, 08:15:51
Nö, meinte eigentlich das, was in der Beschreibung erwähnt aber nicht erklärt ist: r|h

Hallo John30,

da muss ich jetzt passen. Im Code finde ich, dass "h" wie "r" behandelt wird. In meinen Definitionen für Vaillant gibt es aber keine Einträge mit "h".

Kannst du mir zwei Zeilen posten was du im commandref gerne hättest?

Danke
Andy
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 11 Oktober 2016, 12:58:57
Zitat von: jamesgo am 11 Oktober 2016, 12:33:23
da muss ich jetzt passen. Im Code finde ich, dass "h" wie "r" behandelt wird. In meinen Definitionen für Vaillant gibt es aber keine Einträge mit "h".

Kannst du mir zwei Zeilen posten was du im commandref gerne hättest?
ich meinte folgendes: in der Doku vom Modul GAEBUS steht "Attributes of the format [r|h]..." aber es ist nirgends erklärt was das "h" anstelle eines "r" tut.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jamesgo am 11 Oktober 2016, 13:26:14
so wie ich das jetzt sehe gibt es keine "h" Einträge in den .csv Dateien mehr und ich ersetze "r|h" durch "r".

Ok?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 11 Oktober 2016, 13:47:48
Zitat von: jamesgo am 11 Oktober 2016, 13:26:14
so wie ich das jetzt sehe gibt es keine "h" Einträge in den .csv Dateien mehr und ich ersetze "r|h" durch "r".

Ok?
ah dafür war das? ich kann mich gar nicht entsinnen, jemals "h" Einträge in den CSVs gehabt zu haben.
Also von mir aus OK.
Hatte ich Dich eigentlich schon gefragt, warum Du in die ID (also bspw. "r~ehp~name~comment") den Kommentar mit rein nummst? Das finde ich eher ungut, weil circuit+name bereits völlig eindeutig sind und auch sprechend genug sein sollten.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jamesgo am 11 Oktober 2016, 13:58:34
ok, dann änder ich das ab.

Zumindest im "set" brauche ich den Kommentar, da ich sonst in die .csv Files schauen muss, wenn ich mir nicht sicher bin welchen Wert ich abfragen will.
Bei den Attributen könnte ich ihn weglassen. Für die Abfrage brauche ich ihn definitiv nicht.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 11 Oktober 2016, 14:07:53
Zitat von: jamesgo am 11 Oktober 2016, 13:58:34
Zumindest im "set" brauche ich den Kommentar
wozu genau???
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jamesgo am 11 Oktober 2016, 15:07:29
Zitat von: john30 am 11 Oktober 2016, 14:07:53
wozu genau???

Um zu verstehen was der Wert den ich Abfrage genau mach. Der Name der Variablen ist nicht immer so sprechend wie er sein könnte.
Der Kommentar gibt noch zusätzliche Informationen. (wie gesagt nur in dem Moment wo ich ihn mit "set" auswähle)

Evtl sagt "Frostschutz-Verzögerung" mehr als "FrostOverRideTime". Und in meinem deutschen Handbuch werde ich "FrostOverRideTime" nicht finden.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 12 Oktober 2016, 15:43:06
Zitat von: jamesgo am 11 Oktober 2016, 15:07:29
Um zu verstehen was der Wert den ich Abfrage genau mach. Der Name der Variablen ist nicht immer so sprechend wie er sein könnte.
Der Kommentar gibt noch zusätzliche Informationen. (wie gesagt nur in dem Moment wo ich ihn mit "set" auswähle)

Evtl sagt "Frostschutz-Verzögerung" mehr als "FrostOverRideTime". Und in meinem deutschen Handbuch werde ich "FrostOverRideTime" nicht finden.
Hm, verstehe. Ich fände es besser, wenn die entsprechende Kommentarspalte nur als solches genutzt wird, also bspw. für die Anzeige eines Kommentars, und nicht als Teil der ID. Aber wenn das zu kompliziert ist, kann ich Deinen Ansatz verstehen :-)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 15 Oktober 2016, 12:08:32
Zitat von: Marie01 am 10 Oktober 2016, 11:10:54
Mach ich im Laufe dieser Woche! Danke für deine Hilfe!
ich glaub ich hab Deine OMU Timer gefunden. Probier mal, folgende Zeilen an die 08.ehp.csv anzuhängen:
*r,,,,,,"B515",,,,IGN:1,,,
*w,,,,,,"B515",,,,,,,
r;w,,omuTimer.Monday,Zeitfenster Montag,,,,0004,,,timer,,,
r;w,,omuTimer.Tuesday,Zeitfenster Dienstag,,,,0104,,,timer,,,
r;w,,omuTimer.Wednesday,Zeitfenster Mittwoch,,,,0204,,,timer,,,
r;w,,omuTimer.Thursday,Zeitfenster Donnerstag,,,,0304,,,timer,,,
r;w,,omuTimer.Friday,Zeitfenster Freitag,,,,0404,,,timer,,,
r;w,,omuTimer.Saturday,Zeitfenster Samstag,,,,0504,,,timer,,,
r;w,,omuTimer.Sunday,Zeitfenster Sonntag,,,,0604,,,timer,,,
Titel: Inbetriebnahme Hardware?
Beitrag von: andig am 02 Dezember 2016, 15:39:08
Hallo Zusammen,

ich habe den Adapter auf Basis Platine in Version 1.6 von Christian und Reichelt Warenkorb aufgebaut. Einzige Abweichung zum Wiki ist- soweit ich sehe- dass im Warenkorb ein feinjustierbares Poti dabei ist. Schaltung ist (für meine Verhältnisse) sehr ordentlich gelötet und die Lötstellen sehen sauber aus. USB Adapter hat einen FTDI und LEDs die Traffic signalisieren.

Allein: es kommt kein Traffic an :O. Leider habe ich nur 12, aber keine 24V für für eine Diagnose am Labortisch. am 4011 liegen 5V über VCC/GND an, alle Chips sind richtig herum eingesteckt, Poti habe ich einmal komplett abgedreht (ca. 100 Umdrehungen???). Verbindung USB Adapter mehrfach geprüft (RXD and TXD und umgekehrt). USB Adapter zeigt Leben sobald ich die Lötstellen der Platine in der Nähe R2/R4 berühre- Adapter selbst ist also auch ok (und läuft auch in anderen Anwendungen).

Habt ihr noch irgendwelche Tipps für mich wonach ich schauen kann wenn ich keine 24V zur Verfügung habe? Sollte es auch bei offenem Eingang möglich sein die >aa zu empfangen?

Vielen Dank,
Andreas
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 03 Dezember 2016, 11:15:44
Nein. 0xaa ist das Synchronisationssignal auf dem Bus.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: andig am 03 Dezember 2016, 13:14:52
Nachdem ich mir erneut http://www.fhemwiki.de/wiki/Datei:EBUS_Adapter_Messpunkte.png angeschaut habe muss ich nochmal ganz doof fragen. Laut Grafik landet die Empfangsseite auf dem Pfostenstecker an RXD, die Sendeseite auf TXD.

Das bedeutet auch, dass am FTDI TXD auf Adapter TXD gelegt werden muss, ebenso RXD. Ich habe es ja tatsächlich andersrum gemacht wie es z.B. bei den ESP8266 Platinchen der Fall ist (TXD des esp an RDX des FTDI).

Sehe ich das richtig dass die RXD/TXD gemäß Schaltplan "gleichgerichtet" angeschlossen werden müssen?

Vielen Dank,
Andreas

PS.: in der Wiki Teileliste fehlen noch die Schraubadapter für den EBUS Eingang ;)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: andig am 03 Dezember 2016, 15:20:21
Jetzt antworte ich mir mal selbst- kaum macht mans richtig, schon gehts. Also RXD an RXD und TXD and TXD, dann trimmen und läuft- sowohl Empfang als auch Senden. Allerdings musst ich den Trimmer dazu komplett "rein" drehen- ein kleines Klacken scheint der rechte Anschlag zu sein.

Nicht wirklich klar geworden ist mir der Umgang mit den Konfigurationsdateien. ebusd ist aus der Quelle compiliert. Die Config ist ebenfalls aus Quelle gebaut und mittels .tgz Datei installiert (.deb ging nicht da ihm dann die ebusd Dependency fehlt).

Im Logfile sieht das dann ohne weitere Konfiguration so aus:


pi@raspberrypi:~ $ tail -f /var/log/ebusd.log
2016-12-03 15:08:32.930 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2016-12-03 15:08:32.953 [bus notice] signal acquired
2016-12-03 15:08:35.184 [bus notice] new master 10, master count 2
2016-12-03 15:08:35.247 [bus notice] new master 03, master count 3
2016-12-03 15:08:35.247 [update notice] unknown MS cmd: 1008b5110101 / 09705dc002ff6f0100ff
2016-12-03 15:08:35.543 [update notice] unknown MS cmd: 1052b5230103 / 0f0080008000800080b9012803c87d00
2016-12-03 15:08:35.816 [update notice] unknown MS cmd: 1008b5100900006cffffff000000 / 0101
2016-12-03 15:08:36.340 [update notice] unknown MS cmd: 1052b5230801ffffffffffff00 / 0101
2016-12-03 15:08:36.588 [update notice] unknown MS cmd: 1052b523040200016c / 020164
2016-12-03 15:08:36.836 [update notice] unknown MS cmd: 1052b5230402010152 / 0201b5
2016-12-03 15:08:42.921 [main notice] starting initial scan for fe
2016-12-03 15:08:43.223 [main notice] read common config file /etc/ebusd/vaillant/general.csv
2016-12-03 15:08:43.224 [main notice] read common config file /etc/ebusd/vaillant/scan.csv
2016-12-03 15:08:43.227 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv
2016-12-03 15:08:43.232 [main notice] read scan config file /etc/ebusd/vaillant/08.bai.csv for ID "bai00", SW0609, HW5502
2016-12-03 15:08:43.943 [main notice] found messages: 211 (3 conditional on 23 conditions, 0 poll, 8 update)
2016-12-03 15:08:43.944 [main notice] scan config 08: file vaillant/08.bai.csv loaded
2016-12-03 15:08:44.031 [bus notice] max. symbols per second: 121
2016-12-03 15:08:45.247 [update notice] update bai Status01 QQ=10: 56.0;46.5;2.750;-;55.5;on
2016-12-03 15:08:45.541 [update notice] unknown MS cmd: 1052b5230103 / 0f0080008000800080b9012a03c87d00
2016-12-03 15:08:45.816 [update notice] update bai Mode QQ=10: standby
2016-12-03 15:08:46.062 [main error] unable to load scan config 15: no file from /etc/ebusd/vaillant with prefix 15. matches ID "70000", SW0209, HW4103
2016-12-03 15:08:46.327 [update notice] unknown MS cmd: 1052b5230801ffffffffffff00 / 0101
2016-12-03 15:08:46.577 [update notice] unknown MS cmd: 1052b523040200016c / 020164
2016-12-03 15:08:46.827 [update notice] unknown MS cmd: 1052b5230402010152 / 0201b5
2016-12-03 15:08:48.195 [main error] unable to load scan config 52: no file from /etc/ebusd/vaillant with prefix 52. matches ID "vr_70", SW0109, HW2903
2016-12-03 15:08:55.227 [update notice] update bai Status01 QQ=10: 56.0;46.5;2.750;-;55.5;on
2016-12-03 15:08:55.522 [update notice] unknown MS cmd: 1052b5230103 / 0f0080008000800080b9012c03c87d00
2016-12-03 15:08:55.796 [update error] unable to parse bai DateTime from 1008b5040100 / 0a00ffffffffffffffc002: ERR: argument value out of valid range
2016-12-03 15:08:56.036 [update notice] update broadcast vdatetime QQ=10: 15:08:46;03.12.2016
2016-12-03 15:08:56.311 [update notice] update bai Mode QQ=10: standby
2016-12-03 15:08:56.573 [update notice] unknown MS cmd: 1052b5230801ffffffffffff00 / 0101
2016-12-03 15:08:56.823 [update notice] unknown MS cmd: 1052b523040200016c / 020164
2016-12-03 15:08:57.073 [update notice] unknown MS cmd: 1052b5230402010152 / 0201b0
2016-12-03 15:08:57.332 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2016-12-03 15:08:57.599 [update notice] unknown MS cmd: 1008b5110100 / 0884031526040f0081
2016-12-03 15:08:57.844 [update notice] unknown MS cmd: 1008b5100305ff01 / 0101
2016-12-03 15:08:58.084 [update notice] unknown MS cmd: 1008b512020064 / 00
2016-12-03 15:08:58.323 [update notice] unknown MS cmd: 1008b5120204ff / 0101
2016-12-03 15:08:58.543 [update notice] update broadcast outsidetemp QQ=10: 2.750


Was muss ich jetzt noch konfigurieren bzw.wie kann ich mich den Bedeutungen der Kommandos nähern? outsidetemp ist offensichtlich, aber da hörts auch leider auf?

Und was bedeuten die "unable to load scan config" Meldungen?

Vielen Dank,
Andreas
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 04 Dezember 2016, 11:59:29
Zitat von: andig am 03 Dezember 2016, 15:20:21
Nicht wirklich klar geworden ist mir der Umgang mit den Konfigurationsdateien. ebusd ist aus der Quelle compiliert. Die Config ist ebenfalls aus Quelle gebaut und mittels .tgz Datei installiert (.deb ging nicht da ihm dann die ebusd Dependency fehlt).
Einfach das de oder en tgz in /etc/ebusd extrahieren.

Zitat von: andig am 03 Dezember 2016, 15:20:21
Was muss ich jetzt noch konfigurieren bzw.wie kann ich mich den Bedeutungen der Kommandos nähern? outsidetemp ist offensichtlich, aber da hörts auch leider auf?
Das meiste sollte einigermaßen verständlich klingen. Ansonsten einfach mal in die geladenen CSVs rein schauen, dann siehst schon, was sich dahinter verbirgt.
Oder einfach z.B. alles lesbare mit Name und Kommentar wie folgt ausspucken lassen:
ebusctl find -r -F circuit,name,comment

Zitat von: andig am 03 Dezember 2016, 15:20:21
Und was bedeuten die "unable to load scan config" Meldungen?
dann ist eine entsprechend CSV nicht verfügbar. Für VR70 siehe Dein Ticket (https://github.com/john30/ebusd-configuration/issues/35)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: andig am 04 Dezember 2016, 12:10:16
Perfekt, danke! `find` ist viel besser als mein aus CSV und ebusctl zusammen gestöpseltes Shellskript :O

Euch einen schönen Sonntag!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_steini am 04 Dezember 2016, 16:44:10
Hallo Gemeinde,

Ich hoffe ich bin hier richtig, ich benötige mal Hilfe zur Platine mit den Bauteilen

Ich muß dazu sagen ich bin NUR ein ..... sagen wir mal Hobbybastler, habe auch schon selber Platinen geätzt und löten fällt mir eigendlich leicht.
Nur habe ich von den einzelnen Bauteilen keine Ahnung und habe mir gedacht ich frage hier mal nach ob mir jemand helfen kann.

In der Fhem eBus Wiki ist ein Link zum Warenkorb von Reichelt mit den benötigten Teilen, leider fehlt das Teil wo man den eBus am Interface anschließt, kaqnn mir jemand bitte sagen was ich da benötige.

Weiterhin weiß ich nicht ob ich die OPTOKOPPLER und das MOS 4011 :: 4xNAND 2xEINGANG richtig herum aufgesteckt habe, außerdem weiß ich auch leider nicht wie ich das Mini-USB-Modul UM2102 von ELV (http://www.elv.de/mini-usb-modul-um2102-komplettbausatz.html) an das Interface anlöte, das Interface hat 4 Lötpads und das USB Modul 6 Lötpads. Die Bau-Bedienungsanleitung von ELV kann ich leider nicht lesen, dazu reicht mein Wissen in diesem Bereich nicht aus.

Hier noch ein Bild von der Platine und dem Mini-USB-Modul UM2102 (http://www.steinis.com/homematic/platine.png) bzw. was ich vom eBaus Interface bis jetzt fertiggestellt habe

Ich würde mich freuen wenn mir jemand helfen könnte.

Ich wünsche noch einen schönen Tag

Gruß Markus
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: andig am 04 Dezember 2016, 17:50:33
Servus Markus,

kommt mir bekannt vor ;)

Zitat
In der Fhem eBus Wiki ist ein Link zum Warenkorb von Reichelt mit den benötigten Teilen, leider fehlt das Teil wo man den eBus am Interface anschließt, kaqnn mir jemand bitte sagen was ich da benötige.

Du bruachst einen Schraubklemmblock mit 2 Polen, bei Conrad sowas: https://www.conrad.de/de/schraubklemmblock-150-mm-polzahl-2-ak5002ds-50-v-ptr-grau-1-st-729949.html. Bei Reichelt finde ich unter diesem Begriff leider nix.

Zitat
Weiterhin weiß ich nicht ob ich die OPTOKOPPLER und das MOS 4011 :: 4xNAND 2xEINGANG richtig herum aufgesteckt habe

Schau im Wiki nach- die Aussparung kommt nach oben. Deiner steckt also falschrum drin, die beiden CNY sehen gut aus.

Zitataußerdem weiß ich auch leider nicht wie ich das Mini-USB-Modul UM2102 von ELV an das Interface anlöte, das Interface hat 4 Lötpads und das USB Modul 6 Lötpads

Siehe meinen letzten Post: einfach Masse und VCC jeweils verbinden, ebenso RXD/RXD und TXD/TXD. Dafür müsstest Du allerdings rauskriegen wo die auf dem USB Adapter Modul liegen...

Viele Grüße,
Andreas
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 04 Dezember 2016, 18:14:18
die Pinbelegung von dem UM2102 findet ihr hier: http://www.mikrocontroller.net/topic/212404#2156530
Die haben das auch selber herausgesucht.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ms_steini am 04 Dezember 2016, 19:03:49
mist, so bekomme ich das USB Modul ja garnicht direkt aufgelötet...

für VDD, muß ich da 3,3V oder 5V nehmen ?


das MOS 4011 :: 4xNAND 2xEINGANG habe ich umgedreht, Danke
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 04 Dezember 2016, 19:52:24
nimm die 5 Volt, das Cmos ist ja mit 5 Volt versorgt!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: a200 am 12 Dezember 2016, 10:52:23
Kann einer bestätigen, dass der Pin-Abstand bei der Anschlussklemme für den eBus bei 5,08 mm liegt?
Falls ja, dann sollte man AKL 101-02 oder AKL 057-02 in die Bauteleliste von Reichelt aufnehmen. Es ist sehr ärgerlich, wenn man in Nachhinein feststellt, dass die Klemme fehlt.

Mehr Infos:
AKL 101-02: http://www.reichelt.de/Schraubklemmen/AKL-101-02/3/index.html?ARTICLE=36605&GROUPID=7546 (http://www.reichelt.de/Schraubklemmen/AKL-101-02/3/index.html?ARTICLE=36605&GROUPID=7546)
AKL 057-02: http://www.reichelt.de/Schraubklemmen/AKL-057-02/3/index.html?GROUPID=7546&ARTICLE=36615 (http://www.reichelt.de/Schraubklemmen/AKL-057-02/3/index.html?GROUPID=7546&ARTICLE=36615)

Gruß,
a200.

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 12 Dezember 2016, 11:32:43
ZitatEs ist sehr ärgerlich

Das ist eigentlich nicht der Ton, den man von einem Neuling hier lesen möchte. Schließlich handelt es sich um die kostenfreie Bereitstellung von Wissen und Expertise durch eine relativ überschaubare Gruppe von Enthusiasten - etwas mehr Respekt wäre angemessen. In jedem Falle dann, wenn man selbst erst 2 Posts getätigt hat.

LG

pah 
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: a200 am 12 Dezember 2016, 11:55:56
Zitat von: Prof. Dr. Peter Henning am 12 Dezember 2016, 11:32:43
Das ist eigentlich nicht der Ton...
Schade, wenn du dir den Schuh anziehst, aber es war absolut nicht negativ gemeint. Natürlich habe ich mich geärgert, dass die Portokosten von reichelt wegen einem Teil zum zweiten Mal bezahlen sollte. Der Ärger richtet sich aber doch nicht gegen dich.

Dass auch ich was dazu beitragen möchte, siehst du vielleicht daran, dass ich meine Erkenntnisse mit anderen Usern teile.

Wie auch immer. Schade, dass du meine Aussage so persönlich genommen hast. Es war nicht meine Absicht. Manchmal versteht man Aussagen, wie man sie verstehen möchte...

Gruss,
a200.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 13 Dezember 2016, 11:31:02

Zitat von: a200 am 12 Dezember 2016, 10:52:23
Es ist sehr ärgerlich, wenn man in Nachhinein feststellt, dass die Klemme fehlt.

es ist schon ärgerlich, dass du eine uralte Version der Bauteileliste erwischt hast, ein paar Seiten weiter (https://forum.fhem.de/index.php/topic,45127.msg405992/topicseen.html#msg405992) wäre ein überarbeiteter Warenkorb gewesen. Damit in Zukunft nicht noch wer auf die "ersten" Warenkörbe zugreift, habe ich die alten bei Reichelt alle gelöscht.


Hier sollten alle Bauteile (https://secure.reichelt.de/index.html?&ACTION=20&AWKID=1170007&PROVID=2084) enthalten sein. Was mich wundert, warum baut ihr eigentlich die "alte" Version noch nach, wenn es doch schon eine neue verbesserte Version (ohne Abstimm Poti) gibt.


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: a200 am 13 Dezember 2016, 11:44:36
Ich habe die Liste direkt von https://wiki.fhem.de/wiki/EBUS Bin davon ausgegangen, dass es die aktuellste ist. Es gibt so viele Threads zum Thema, dass ich schon aufgrund des Titels "[abgelaufen]", diesen nicht komplett gelesen habe. Mea culpa.

Was meinst du mit "ohne Abstimm Poti"? Den Präzisionspoti brauchen wir doch weiterhin, oder? Der war auch in der o.g. Liste drin.

BTW, danke für die Mühe.
a200.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: andig am 13 Dezember 2016, 12:51:04
Super, jetzt ist der Warenkorb im Wiki auch vollständig- vielen Dank!

Schöne Grüße,
Andreas

PS.: Schaltung + EBUSD + Volkszaehler laufen bei mir problemlos und haben maßgeblich dazu beigetragen die Kinderkrankheiten der neuen Heizungsanlage zu diagnostizieren...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 14 Dezember 2016, 07:58:25
Zitat von: Reinhart am 13 Dezember 2016, 11:31:02Was mich wundert, warum baut ihr eigentlich die "alte" Version noch nach, wenn es doch schon eine neue verbesserte Version (ohne Abstimm Poti) gibt.
Hallo Reinhart,
bedenke bitte, dass für die verbesserte Version v2.0 noch kein Layout existiert. Besteht für die v2.0 Interesse?
VG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: andig am 14 Dezember 2016, 08:49:16
Ich wäre interessiert.

Vielen Dank,
Andreas

Ps.: nachbauen werden sicher viele was im Wiki steht- so hab ichs zumindest gemacht.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 14 Dezember 2016, 09:40:17

@amunra

Hallo, wie ich gesehen habe hat ja galileo schon ein Layout entworfen (https://forum.fhem.de/index.php/topic,29737.msg521816.html#msg521816) aber noch keine Gerberdaten veröffentlicht. Außerdem erscheint mir das Layout etwas zu groß, weil alles was 5 x 5 cm überschreitet nicht mehr als "Small Batches PCB" gilt und somit  teurer wird. Ich benötige diese Änderung aber nicht, weil mit dem Spindeltrimmer ich keine Probleme mit der Abstimmung habe und diese blind ( 27 Halbumdrehungen nach rechts bei neuem Poti ) abstimme.
Ich sehe daher nicht unbedingt eine Notwendigkeit wegen dem Poti die Schaltung neu zu entwerfen, wichtiger wäre eher eine Schutzschaltung für die Zenerdiode, da diese gelegentlich "stirbt" (war bereits bei pah und bei mir so). Es gab allerdings schon Personen die sich beim Abstimmen etwas schwer getan haben. Das Problem ist aber meist, wenn irgendwas anderes nicht funktioniert wird halt als erstes am Poti gedreht weil das sich anbietet.


Aber es kann ja jeder die neue Schaltung nach dem Layout auf einer Lochrasterplatine aufbauen, siehe galileo sein Muster. Von der "alten" Platine sind ja rund 200 Stück im Einsatz und man hört eigentlich wenig das welche ausfallen. Aber man soll ja neuen Dingen immer positiv eingestellt sein und man kann froh sein, das es Leute gibt die sich Gedanken machen und die Entwicklung voran treiben.


LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 15 Dezember 2016, 09:16:26
Hallo Reinhart,
so ist es, mit der neuen Auflage bietet es sich an neue Möglichkeiten/Varianten zu Implementieren und vereinfacht vielleicht auch die Inbetriebnahme – bringt in der Regel aber auch neue Probleme mit.
Mit meinen Adaptern habe ich bisher auch keine Probleme und damit keinen wirklichen Bedarf, aber ich schaue mir die neue Version mal an...
Viele Grüße
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TheSealion am 16 Dezember 2016, 23:06:59
Hallo,

ich versuche auch gerade den ebusd an meiner Heizung in Betrieb zu nehmen. Das Empfangen scheint auch zu klappen, aber das Senden will noch nicht so richtig.


2016-12-16 23:01:10.697 [bus notice] scan 08 timed out (1 slaves left)
2016-12-16 23:01:10.740 [bus notice] scan 15 timed out (0 slaves left)
2016-12-16 23:01:10.741 [bus notice] scan finished


Wenn ich "ebusctl scan" eingeben, kann ich im Logfile diese Zeilen finden.

"Normale" Meldungen scheint er aber zu empfangen. Kann mir hier jemand einen Tip geben, wonach ich hier weitersuchen muss?

EDIT: Verdammt, kaum hab ich diesen Beitrag geschrieben, schon fällt mir der Fehler auf, wenn ich mir meine Platine so ansehe, fehlt die Z-Diode.
Jetzt muss ich mal sehen, wo ich die noch herbekomme.

Kann ich auch ohne Sendemöglichkeit raus bekommen, welche csv Dateien ich brauche, damit ich zu mindestens erstmal alle vorhandenen Nachrichten Decodieren kann?

Gruß Mike
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 17 Dezember 2016, 13:52:43
Zitat von: TheSealion am 16 Dezember 2016, 23:06:59
Kann ich auch ohne Sendemöglichkeit raus bekommen, welche csv Dateien ich brauche, damit ich zu mindestens erstmal alle vorhandenen Nachrichten Decodieren kann?
Du siehst am "ebusctl info" Ergebnis schon, welche Geräte am Bus aktiv sind, sprich untereinander senden/empfangen.
Einen Trick gibts noch, um doch ein Scan Ergebnis zu bekommen:
ebusd an den Bus klemmen und starten, und dann die Anlage kurz Abschalten und wieder Anschalten. Wenn der Controller brav ist, dann fragt er die Geräte alle ab und ebusd bekommt das mit und nutzt die Info :-)
Wenn das nicht geht, dann weißt Du ja vermutlich, welche Geräte Du hast. Bei einer Wärmepumpe wird üblicherweise 08.ehp und 15.uih benötigt. Bei einer Gastherme i.d.R. 08.bai, aber da wirds dann schon schwieriger, weil es zig Varianten gibt. Hier könntest Du mal nach dem Produktcode auf der Anlage bzw. im Handbuch schauen und diesen dann in der bai csv suchen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: bmwfan am 18 Dezember 2016, 16:38:15
Hallo,

bin gerade auch dabei, meine Heizung mit ebusd in Betrieb zu nehmen. Raspi_Heizung läuft, Platine bestückt, nach Wiki in Betrieb genommen  und angeschlossen. Telnet-Verbindung vom Raspi 1 zum Raspi_Heizung steht. So weit so gut. Jetzt komme ich aber mit den CSV-Dateien nicht klar. Ich vermute, dass dies an meiner "speziellen" Heizung von Vaillant liegt. Ich habe eine ZeoTherm in Betrieb und dafür bisher nirgends einen Hinweis gefunden, wie die CSV-Dateien anzupassen sind. Habe auch die Systematik der CSV-Dateien noch nicht erfasst, so dass ich sie selber modifizieren kann. Gibt es hierzu eine Anleitung?

Folgender Stand habe ich: ebusctl info
version: ebusd 2.3.5bcc475
signal: acquired
symbol rate: 92
masters: 4
messages: 28
conditional: 0
poll: 0
update: 4

address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0201;HW=8701", loaded "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UIZ00;SW=0110;HW=9801"
address 23: slave, scanned "MF=Vaillant;ID=ZEO00;SW=0148;HW=9701"
address 25: slave, scanned "MF=Vaillant;ID=ZEO00;SW=0148;HW=9701"
address 31: master #8, ebusd
address 36: slave #8
address 50: slave, scanned "MF=Vaillant;ID=ZEO00;SW=0148;HW=9701"
address 7f: master #24
address 84: slave #24, scanned "MF=Vaillant;ID=ZEO00;SW=0148;HW=9701"
address ec: slave, scanned "MF=Vaillant;ID=ZEO00;SW=0148;HW=9701"


Ein ebusd --checkconfig --scanconfig bringt (und endet immer mit einem Stop des ebus???):
ebusd --checkconfig --scanconfig
2016-12-18 16:13:31.627 [main notice] ebusd 2.3.5bcc475 performing configuration check...
Error reading "/etc/ebusd/vaillant/0a.pmw.hwc.csv" line 18 field 14 value "0=OFF, 1=ON, 2=AUTO, 3=MANUAL": ERR: element not found
Erroneous item is here:
r,,OperatingMode,Betriebsart,,,,0A00,,,hwcmode2,,,"0=OFF, 1=ON, 2=AUTO, 3=MANUAL"Error reading "/etc/ebusd/vaillant/15.470.csv" line 32 field 14 value "labelling of the second heating circuit (only A-Z,0-9,blank)": ERR: element not found
Erroneous item is here:
r,,HcName2,Heizkreisname HK2,,,,3F08,,,hcname,,,"labelling of the second heating circuit (only A-Z,0-9,blank)"
Error reading "/etc/ebusd/vaillant/15.392.csv" line 42 field 14 value "first part of the installer's telephone number": ERR: element not found
Erroneous item is here:
r,,PhoneNumber1,Telefonnummer Teil 1,,,,5400,,,phone,,,first part of the installer's telephone number
Error reading "/etc/ebusd/vaillant/15.392.csv" line 43 field 14 value "second part of the installer's telephone number": ERR: element not found
Erroneous item is here:
r,,PhoneNumber2,Telefonnummer Teil 2,,,,5408,,,phone,,,second part of the installer's telephone number
Error reading "/etc/ebusd/vaillant/15.f37.csv" line 24 field 14 value "labelling of the first heating circuit (only A-Z,0-9,blank)": ERR: element not found
Erroneous item is here:
r,,HcName1,Heizkreisname HK1,,,,3F00,,,hcname,,,"labelling of the first heating circuit (only A-Z,0-9,blank)"
2016-12-18 16:13:32.903 [main notice] found messages: 6345 (377 conditional on 136 conditions, 7 poll, 62 update)
2016-12-18 16:13:32.973 [main notice] ebusd stopped


Die LOG-Datei sieht so aus:
2016-12-18 16:34:22.922 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:23.113 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:23.304 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:23.476 [update notice] unknown MS cmd: 1084b50903299f00 / 059f00890000
2016-12-18 16:34:23.667 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:23.856 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:24.048 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:24.230 [update notice] unknown MS cmd: 1023b5040101 / 091e0300000006000000
2016-12-18 16:34:24.369 [update notice] update bai Mode QQ=7f: standby
2016-12-18 16:34:24.446 [update notice] unknown MS cmd: 1023b504010d / 050000008000
2016-12-18 16:34:24.637 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:24.809 [update notice] unknown MS cmd: 1084b50903299b00 / 059b001d0000
2016-12-18 16:34:25.000 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:25.191 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:25.383 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:25.557 [update notice] unknown MS cmd: 1084b5090329a200 / 05a200a00100
2016-12-18 16:34:25.743 [update notice] unknown MS cmd: 10ecb5040112 / 0a8900008c0c0080000000
2016-12-18 16:34:25.907 [update notice] unknown MS cmd: 1084b5090329be00 / 03be0000
2016-12-18 16:34:26.073 [update notice] unknown MS cmd: 1084b5090329cc00 / 03cc0000
2016-12-18 16:34:26.265 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:26.454 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:26.619 [update notice] unknown MS cmd: 1084b5090329b900 / 03b90000
2016-12-18 16:34:26.809 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:26.998 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:27.190 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:27.381 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:27.571 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:27.763 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:27.954 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:28.143 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
2016-12-18 16:34:28.284 [update notice] unknown BC cmd: 10feb5050427001a00
2016-12-18 16:34:28.517 [update notice] unknown MS cmd: 1084b503020001 / 0affffffffffffffffffff
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TheSealion am 18 Dezember 2016, 22:45:26
Nach einem Neustart der Heizung kann ich mittels Info die folgenden Daten auslesen


address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0602;HW=5502"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0347;HW=9502"


Ich wollte mich dann erstmal mit der Heizung beschäftigen, nur leider finde ich auf der Heizung nicht, was wie die Product IDs in der cvs aussieht.

Wenn ich mir die Seriennummer anzeigen lasse, dann gibt es einen Abschnitt der den Product IDs ähnlich sieht, so aber nicht verzeichnet ist:
0010011642

Die Anlage ist eine "VC DE 206/5-5 R2"

Kann man damit etwas anfangen?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: bmwfan am 21 Dezember 2016, 21:22:16
Hallo,
scheinbar hat niemand Erfahrung mit einer Zeotherm bzw. einen Tip zur Anpassung der csv-Dateien.

Aber vielleicht kann mir jemand auf die Sprünge helfen, wie ich mit Putty und dem Befehl ebusctl einzelne Register abfrage. Ich kenne ebusctl scan und ebusctl info, habe aber in einem Beitrag gelesen, dass man mit ebusctl auch einzelne Register abfragen kann. Komme allerdings mit dem Wiki zum ebusctl nicht klar.

Vielleicht hat jemand als Beispiel einen Abfragebefehl?

Grüße Jürgen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 22 Dezember 2016, 06:49:59
Erst einmal versuchen, die Kommandoistruktur zu verstehen - siehe dazu das anliegenden immer noch rudimentäre Dokument. Bin leider seit 2014 nicht  dazu gekommen, das weiter auszubauen - wer es weiter schreiben möchte, ist dazu herzlich willkommen.

Zweiter Tipp: Nicht direkt mit den CSV-Dateien arbeiten, sondern mit einem Spreadsheet (sagen wir Open OIffice...)
Die CSV-Dateien daraus jeweils generieren.

Für die raw Befehle kann ich direkt das Wiki von John30 zitieren
ebusctl read [-f] [-m SECONDS] [-c CIRCUIT] -h ZZ PB SB NN Dx
  -f          force reading from the bus (same as '-m 0')
  -m SECONDS  only return cached value if age is less than SECONDS [300]
  -c CIRCUIT  limit to messages of CIRCUIT
    ZZ        destination address
    PB SB     primary/secondary command byte
    NN        number of following data bytes
    Dx        data byte(s) to send


LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 22 Dezember 2016, 11:14:02
Zitat von: TheSealion am 18 Dezember 2016, 22:45:26

Ich wollte mich dann erstmal mit der Heizung beschäftigen, nur leider finde ich auf der Heizung nicht, was wie die Product IDs in der cvs aussieht.

Wenn ich mir die Seriennummer anzeigen lasse, dann gibt es einen Abschnitt der den Product IDs ähnlich sieht, so aber nicht verzeichnet ist:
0010011642

Die Anlage ist eine "VC DE 206/5-5 R2"

Kann man damit etwas anfangen?

du hast es ja schon gesagt, mit "ebusctl i" bekommst du alle Infos, vor allem welche csv da geladen werden. Nun brauchst du nur mehr in diesen csv nachschauen was da alles an Datenpunkten abgefragt werden kann. So wie ich sehe, ist das eine Standard Sache bei dir, 08.bai00.csv dann wird es irgendeine bai.xxxxxx.inc sein und die Calormatic 470 (15.470.csv).

Die Produkt ID hilft dir ohnehin nicht viel, weil ja die von John eingebaute Logik das selber alles sucht und automatisch lädt! Man kann allerdings etwas nachhelfen wenn was bei der Erkennung nicht genau passt, glaube ich aber ist in deinem Fall nicht notwendig.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 22 Dezember 2016, 11:52:30
Zitat von: bmwfan am 18 Dezember 2016, 16:38:15
Habe auch die Systematik der CSV-Dateien noch nicht erfasst, so dass ich sie selber modifizieren kann. Gibt es hierzu eine Anleitung?
Das wiki (https://github.com/john30/ebusd/wiki) ist ziemlich umfangreich und da solltest Du erstmal einen Blick reinwerfen.

Zitat von: bmwfan am 18 Dezember 2016, 16:38:15
Ein ebusd --checkconfig --scanconfig bringt (und endet immer mit einem Stop des ebus???):
Das soll so sein, weil man ja nur die config prüft.

Zitat von: bmwfan am 18 Dezember 2016, 16:38:15
ebusd --checkconfig --scanconfig
2016-12-18 16:13:31.627 [main notice] ebusd 2.3.5bcc475 performing configuration check...
Error reading "/etc/ebusd/vaillant/0a.pmw.hwc.csv" line 18 field 14 value "0=OFF, 1=ON, 2=AUTO, 3=MANUAL": ERR: element not found

Auch hier wieder die Standardfrage: Wie hast Du die CSVs auf dein System gebracht? Mit einem der Releases, github clone oder manuell "rumgedoktert"?

Zitat von: bmwfan am 18 Dezember 2016, 16:38:15
Die LOG-Datei sieht so aus:
So lange die CSVs noch Fehler aufweisen, wird sich am Log nicht viel ändern...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 22 Dezember 2016, 11:53:47
Zitat von: TheSealion am 18 Dezember 2016, 22:45:26
Wenn ich mir die Seriennummer anzeigen lasse, dann gibt es einen Abschnitt der den Product IDs ähnlich sieht, so aber nicht verzeichnet ist:
0010011642
Die Anlage ist eine "VC DE 206/5-5 R2"
Das ist der Produktcode Deiner Heizung. Dieser Code und diese Version der BAI wird aber derzeit noch nicht von den CSVs unterstützt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 22 Dezember 2016, 11:55:59
Zitat von: bmwfan am 21 Dezember 2016, 21:22:16
Aber vielleicht kann mir jemand auf die Sprünge helfen, wie ich mit Putty und dem Befehl ebusctl einzelne Register abfrage. Ich kenne ebusctl scan und ebusctl info, habe aber in einem Beitrag gelesen, dass man mit ebusctl auch einzelne Register abfragen kann. Komme allerdings mit dem Wiki zum ebusctl nicht klar.

Vielleicht hat jemand als Beispiel einen Abfragebefehl?

ebusctl hex 08b509030d0000

fragt das Register 0 der Heizung ab (die letzten zwei 00 Bytes). Ergebnis ist dann eine Hex Sequenz, die mit dem Längenbyte beginnt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TheSealion am 22 Dezember 2016, 17:33:42
Zitat von: john30 am 22 Dezember 2016, 11:53:47
Das ist der Produktcode Deiner Heizung. Dieser Code und diese Version der BAI wird aber derzeit noch nicht von den CSVs unterstützt.
Dann weiß ich ja, was ich machen kann, sobald ich die entsprechende Z-Diode habe damit ich auch senden kann.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: bmwfan am 25 Dezember 2016, 17:38:31
@John30:
CSV mit Hilfe des Wiki als Package installiert
ZitateBusd Konfigurationsdateien (CSV-Files)
Das entsprechende eBusd Konfigurations Debian Package kann vom GitHub ebusd-configuration bezogen werden.
.

Wiki gelesen, aber vermutlich nicht alles verstanden. Mein aktuelles Verständnis:
Je nach gefundener HW sucht sich das ebus-Programm die entsprechende (oder am ehesten passende) CSV-Datei heraus.
In den CSV-Dateien ist für die Abfrage der Parameter eine *.inc-Datei hinterlegt, die dann aufgerufen wird und die eigentliche Abfrage auf den Bus sendet. Je nach in der CSV-Datei enthaltenem und abgefragtem Parameter wird ein HEX-Code, der aus den *.inc-Dateien stammt, gesendet.

Ist das so korrekt?

Gruß Jürgen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 26 Dezember 2016, 19:11:25
Nein. Alle Daten sind in den Spalten einer dem Befehl zugeordneten Zeile der CSV-Datei enthalten und werden vom ebusd nur noch zusammengesetzt.

Die CSV-Dateien sind ein ziemlich primitves Exportformat für Tabellenkalkulationsprogramme ("Comma separated value") und können auch da hinein wieder importiert werden.

Im contrib-Ordner gibt es im Verzeichnis EBUS noch eine ältere OpenOffice-Datei von mir, die ein komfortables Editieren ermöglicht.

LG

pah

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 27 Dezember 2016, 12:05:31
Zitat von: bmwfan am 25 Dezember 2016, 17:38:31
Je nach gefundener HW sucht sich das ebus-Programm die entsprechende (oder am ehesten passende) CSV-Datei heraus.
In den CSV-Dateien ist für die Abfrage der Parameter eine *.inc-Datei hinterlegt, die dann aufgerufen wird und die eigentliche Abfrage auf den Bus sendet. Je nach in der CSV-Datei enthaltenem und abgefragtem Parameter wird ein HEX-Code, der aus den *.inc-Dateien stammt, gesendet.
Nicht ganz:

Die "*.inc" Dateien sind ein relativ junges Konstrukt in ebusd, mit dem zum einen häufig verwendete Teile ausgelagert werden können (bspw. die Definitionen in error.inc) und zum anderen Produktspezifische Teile nachgeladen werden können.

ebusd sucht mit den default Startparametern die zur Anlage passenden CSV Dateien anhand des Scan Ergebnisses. Darin enthalten sind Slaveadresse, ID, Hardware- und Softwareversion. All das kann dann für die Auswahl verwendet werden. Die Adresse wird immer zwingend verwendet (die ersten beiden Ziffern des CSV Namens) und im jetzigen Stand der CSVs auch die ID, die ausgehende von den 5 Zeichen, die das Gerät gemeldet hat, sukzessive um abschließende "0"en reduziert wird.

In den CSVs bzs. incs ist immer nur die Definition der Nachrichtenstruktur enthalten und aktiv benutzt ebusd davon so gut wie nichts selbständig. Dazu muss man dann schon das entsprechende "read" oder "write" Kommando absetzen.

HEX Codes ist ein bisschen eng gefasst. Letztlich werden über den Bus Nachrichten gesendet, die aus Byte Sequenzen bestehen. Diese kann man natürlich auch in HEX darstellen, aber das will man ja eigentlich nicht, sondern man möchte die Bedeutung ablesen können, alsoo bspw. Temperaturwerte als Dezimalzahl.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: bmwfan am 27 Dezember 2016, 16:30:29
@pah:
Habe ebusd auf einem Raspi ohne FHEM laufen. Dort finde ich keinen contrib-Ordner.
Auf dem Raspi mit FHEM habe ich kein ebusd laufen. Ich vermute deswegen gibt es im contrib-Ordner kein Verzeichnis EBUS und auch keine OpenOffice-Datei. Kannst Du sie mir bitte zusenden?

@john30:
Und wie geht man vor, wenn zur HW keine CSV-Datei gefunden wird? Ich habe in einem anderen Thread diese Frage gestellt.
https://213.252.140.23/index.php/topic,29737.msg547230.html#msg547230 (https://213.252.140.23/index.php/topic,29737.msg547230.html#msg547230)

Gruß Jürgen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: thgorjup am 30 Dezember 2016, 14:05:02
Hallo zusammen,

ich habe mir ein das eBus-Modul (Platine V1.6) zusammen gelötet und tagelang gelesen.
Heute habe ich alles gemäß Anleitung angeschlossen. Hier kurz ein paar Daten:

Therme = Wolf
Spannung ebus Therme = 22,2V
Konverter =  http://www.ebay.de/itm/221789695553?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT (http://www.ebay.de/itm/221789695553?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT)
Rechner = Raspberry Pi2

Anschluß Konverter: (Ist doch richtig, das ich RXD an TXD angeschlossen habe, oder?)
eBus Modul ←→ RS232 Konverter
Pin1 TXD ←→ Pin5 RXD
Pin2 GND ←→ Pin1 GND
Pin3 RXD ←→ Pin4 TXD
Pin4 VDD ←→ Pin3 VCC


Beim Anschluß an die Therme habe ich den Poti solang vorsichtig gedreht, bis die LED´s auf dem Anduido gerade NICHT mehr leuchten (wie beschrieben).

Auf dem Raspberry ist das Modul jetzt an USB-Port /dev/ttyUSB2 angeschlossen.

lrwxrwxrwx 1 root root 13 Dez 30 10:14 usb-FTDI_FT232R_USB_UART_00000000-if00-port0 -> ../../ttyUSB2


Software von GITHUB gecloned und compiliert.


root@pi2:~# ebusd -V
ebusd 2.4.64768b5


Config: /etc/default/ebusd

EBUSD_OPTS="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0 -p 8888 -l /var/log/ebusd.log"


Aber wenn ich den ebusd-daemon starte, tut sich nichts im Log.
Ich habe auch schon die Methode mit den Minimal-Parametern ausprobiert. Aber es erscheint auch da nichts im Log.
Kann mir bitte jemand einen Tipp geben?


root@pi2:~# /etc/init.d/ebusd start
[ ok ] Starting ebusd (via systemctl): ebusd.service.
root@pi2:~# ps -aux|grep ebus
root     31115  0.0  0.1  28564  1780 ?        Ssl  13:51   0:01 /usr/bin/ebusd --pidfile /var/run/ebusd.pid --scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0 -p 8888 -l /var/log/ebusd.log
root     31833  0.0  0.1   4756  1844 pts/4    S+   14:12   0:00 grep ebus


Logfile: /var/log/ebusd.log

2016-12-30 13:41:56.945 [main notice] ebusd stopped
2016-12-30 13:51:59.695 [main notice] ebusd 2.4.64768b5 started
2016-12-30 13:51:59.703 [main notice] found messages: 0 (0 conditional on 0 conditions, 0 poll, 0 update)


Danke und Gruß
Thomas


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: sua am 30 Dezember 2016, 15:13:25
> Anschluß Konverter: (Ist doch richtig, das ich RXD an TXD angeschlossen habe, oder?)

Nein, (oder eben: ja), das scheint hier wohl Dein Problem zu sein:
TxD an TxD
RxD an RxD
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: thgorjup am 30 Dezember 2016, 15:17:21
Hmm, ich hatte es vorher anders herum angeschlossen, aber da leuchten die kleinen LED´s auf dem Konverter nicht. Und so herum blinken sie wenn der Poti weiter links steht.
Ist es nicht so, dass die eBus Platine mit dem Konverter kommuniziert. Somit müsste es doch über Kreuz richtig sein.....?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: sua am 30 Dezember 2016, 15:38:52
> Ist es nicht so, dass die eBus Platine mit dem Konverter kommuniziert. Somit müsste es doch über Kreuz richtig sein.....?

Das ist durchaus etwas verwirrend, aber hier findet eben keine Kopplung serieller Geräte, sondern nur die Pegel-Nutzung eines seriellen Protokolls statt. Hier muß damit z.B. RxD auch an RxD des USB-Wandlers.

Bist Du Dir wirklich sicher mit den Anschlußbezeichnungen des USB-Wandlers, ggf. hat es da ja schon einer gut gemeint und mit: hier muß RxD angeschlossen werden, damit es gekreuzt ist, beschriftet? ;-)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: thgorjup am 30 Dezember 2016, 15:42:38
Ja, die Bezeichnungen sind richtig. Die habe ich mit der Lupe selbst abgelesen. Ich werde das nachher mal umstecken und das Log beobachten.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: sua am 30 Dezember 2016, 16:19:59
Ich habe 'mal etwas im WWW nach Deinem USB-Wandler "nachgesucht", bei allen findbaren Bildern ist RxD beim 2. Pin von oben beschriftet (wie auf Deinem Bild rechts richtig zu sehen).
Genau dieser Anschluß (RxD) muß aber vom USB-Wandlers prinzipbedingt auch auf den RxD der eBus-Platine (und nicht gekreuzt auf TxD, wie auf Deinem restlichen Bild).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: thgorjup am 30 Dezember 2016, 16:23:34
Ok, danke. Ich werde berichten.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: thgorjup am 30 Dezember 2016, 19:53:15
Also, egal wie rum ich es anschließe. Ich bekomme keine Ausgaben in das Logfile.
Bei angeschlosssener Therme, messe ich am Eingang (Schraubklemmen der Platine) 11,1V. Direkt am Kabel ohne Anschluß der Platine hatte ich 22,2V gemessen. Ist das normal?
Desweiteren frage ich mich, warum die Serial ID nur Nullen hat: usb-FTDI_FT232R_USB_UART_00000000-if00-port0 -p
Meine beiden CUL´s haben Buchstaben und Zahlen.

Was kann ich tun? Jemand eine Idee was hier falsch läuft?
Ist 2.4.64768b5 überhaupt die richtige ebusd Version?



Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 30 Dezember 2016, 20:42:21
Zitat von: thgorjup am 30 Dezember 2016, 19:53:15
Bei angeschlosssener Therme, messe ich am Eingang (Schraubklemmen der Platine) 11,1V. Direkt am Kabel ohne Anschluß der Platine hatte ich 22,2V gemessen. Ist das normal?

Das ist nicht normal, die 22,5 V sind die Spannung des eBus und darf nicht so weit zusammen brechen (11,1)! Das muss einen Grund haben, entweder ist wo ein Kurzschluß (Lötpatzen oder so) auf der Platine oder eine der Dioden ist verkehrt gepolt. Sitzt auch die Zenerdiode richtig und ist die ok? Kontrolliere das bitte noch einmal genau.

Wenn die Spannung tatsächlich so weit zusammen bricht, dann würde auch die Therme in diesem Zustand keine Daten via eBus austauschen können und somit nicht korrekt funktionieren. Den Fehler müsstest du aber schon alleine mit einem Ohmmeter (alles abklemmen und vom Eingang weg suchen) finden können.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: thgorjup am 30 Dezember 2016, 20:49:08
Ok, vielleicht lag es an dem Anschluß des Konverters oder ich hatte die Klemmen nicht richtig erwischt. Hab jetzt TxD <> TxD und es sind jetzt 22,2V an den Klemmen.
Das ist also in Ordnung.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 30 Dezember 2016, 21:01:57
ok, dann müssen wenn du das Poti langsam drehst irgendwann die Leds am Uart rasch blinken beginnen.
Wenn das nicht so ist, dann stimmt offensichtlich mit der Schaltung was nicht. Laut deinem Log kommt ja gar nichts.

Einfach versuchen die Messpunkte einmal nachmessen, recht viel was anderes fällt mir dazu nicht ein.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: thgorjup am 30 Dezember 2016, 21:01:58
Hier ein Bild meiner Platine. Sieht meines Erachtens sauber aus.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 30 Dezember 2016, 21:09:17
sieht soweit gut aus und ist auch sauber gelötet. Das Poti steht aber meines Erachtens falsch und sollte weiter rechts stehen. Ich habe jedoch so eine variante nicht mehr zum Testen.

Bei diesem einfachen Poti ist die Abstimmung etwas schwieriger, da hier nur ein extrem kleiner Bereich funktioniert. Daher einen möglichst exakten Schraubendreher und wirklich nur ganz langsam (kaum sichtbar) drehen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: thgorjup am 30 Dezember 2016, 21:21:11
Ok, nochmal etwas Grundlegendes zur Abstimmung.

1. Das UART hat zwei ganz kleine LED´s und wenn ich es so verbinde (TxD <> RxD)

eBus Modul ←→ UART
Pin1 TXD ←→ Pin5 RXD
Pin2 GND ←→ Pin1 GND
Pin3 RXD ←→ Pin4 TXD
Pin4 VDD ←→ Pin3 VCC

... und langsam das Poti nach rechts drehe, fangen die beiden kleinen LED´s irgendwann schnell an zu blinken.

2. Wenn ich es so verbinde wie viele der Meinung sind (TxD <> TxD)

eBus Modul ←→ UART
Pin1 TXD ←→ Pin4 TXD
Pin2 GND ←→ Pin1 GND
Pin3 RXD ←→ Pin5 RXD
Pin4 VDD ←→ Pin3 VCC

... und egal wie langsam und wohin ich drehe, leuchten die kleinen LED´s auf dem UART überhaupt nicht.


Was ist denn nun richtig bei diesem UART: http://www.ebay.de/itm/221789695553?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT (http://www.ebay.de/itm/221789695553?_trksid=p2057872.m2749.l2649&ssPageName=STRK%3AMEBIDX%3AIT)

3. Ich dachte die LOG Einträge kommen permanent aber nur in der Richtigen Poti-Position sind sie brauchbar. Oder ist es so, dass die Einträge nur dann erscheinen, wenn das Poti exakt ausgerichtet ist.

4. In welchen Abständen sollten die Einträge erscheinen?

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 30 Dezember 2016, 21:47:58
ich habe den selben Uart wie du, der passt schon. Und RxD muss auf RxD, und TxD auf Txd.

Wenn das Poti gar nicht passt, dann kommen auch keine Logs. Erst wenn das Poti richtig stimmt, dann kommen die Logs auch richtig.
Die Einträge im Log kommen laufend.

Zur Abstimmung bitte in den Raw Modus gehen (aa), dann siehst du mehr und tust dir beim Abstimmen leichter.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: thgorjup am 30 Dezember 2016, 21:57:09
Ok danke, dann ist der Anschluß schonmal geklärt. Vielleicht macht auch der USB-Hub mit den beiden CUL´s (an anderem USB-Port) Probleme wenn das parrallel läuft.
Ich probiere später mal ohne den HUB und drehe nochmal langsam am Poti. Jetzt muss ich erstmal etwas anderes erledigen und mache mich später wieder an dieses Problem.
Aber vielen Dank schonmal für deinen Hilfe Reinhart.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: thgorjup am 31 Dezember 2016, 01:04:19
Oh Mann, so ein SH*T. Stundenlang mach ich an diesem UART rum und es klappt nicht.
Jetzt habe ich einen anderen UART ausgekramt den ich noch rumliegen hatte und siehe da...... es klappt auf anhieb .
Hab jetzt solch einen im Einsatz: https://www.amazon.de/gp/product/B01M28Y9ES/ref=oh_aui_detailpage_o04_s00?ie=UTF8&psc=1 (https://www.amazon.de/gp/product/B01M28Y9ES/ref=oh_aui_detailpage_o04_s00?ie=UTF8&psc=1)

RAW:

2016-12-31 00:49:41.778 [bus notice] <12
2016-12-31 00:49:41.783 [bus notice] <06
2016-12-31 00:49:41.787 [bus notice] <16
2016-12-31 00:49:41.792 [bus notice] <e5
2016-12-31 00:49:41.837 [bus notice] <aa
2016-12-31 00:49:41.882 [bus notice] <aa
2016-12-31 00:49:41.927 [bus notice] <aa
2016-12-31 00:49:41.973 [bus notice] <aa
2016-12-31 00:49:42.018 [bus notice] <aa
2016-12-31 00:49:42.063 [bus notice] <aa
2016-12-31 00:49:42.108 [bus notice] <aa


NORMAL:

2016-12-31 00:54:55.239 [update notice] unknown BC cmd: f1fe050308010100ff42ff26fd
2016-12-31 00:54:59.897 [update notice] unknown MM cmd: 10030800084d1900fd8000000a
2016-12-31 00:55:00.189 [update notice] unknown BC cmd: f1fe0800084d1900fd0000000a
2016-12-31 00:55:01.900 [update notice] unknown BC cmd: 71fe50171060f9c3ff120100800080008000800080
2016-12-31 00:55:04.862 [update notice] unknown MM cmd: 1003050709aa0395010080ff14ff
2016-12-31 00:55:05.155 [update notice] unknown BC cmd: f1fe050308010100ff42ff26fd
2016-12-31 00:55:05.895 [update notice] unknown BC cmd: 71fe50230908620900005d010000
2016-12-31 00:55:09.842 [update notice] unknown MM cmd: 10030800084d1900fd8000000a
2016-12-31 00:55:10.135 [update notice] unknown BC cmd: f1fe0800084d1900fd0000000a
2016-12-31 00:55:14.784 [update notice] unknown MM cmd: 1003050709aa0695010080ff14ff
2016-12-31 00:55:15.077 [update notice] unknown BC cmd: f1fe050308010100ff42ff26fd
2016-12-31 00:55:15.778 [update notice] unknown BC cmd: 03fe050308010040003e1d26fd


Trotzdem Danke für die Unterstützung. Jetzt geht es an das Auswerten der Informationen.

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: thgorjup am 31 Dezember 2016, 10:34:48
Ok, jetzt hab ich aber dennoch eine Frage. Ich habe die aktuellen CSV Dateien für WOLF von john30 nach /etc/ebusd kopiert.
Quelle: https://github.com/john30/ebusd-configuration/tree/master/ebusd-2.x.x/de (https://github.com/john30/ebusd-configuration/tree/master/ebusd-2.x.x/de)


root@pi2:/etc/ebusd# cd /etc/ebusd/
root@pi2:/etc/ebusd# ls -l
insgesamt 172
-rw-r--r-- 1 root root 43421 Dez 31 10:11 broadcast.csv
-rw-r--r-- 1 root root 36380 Dez 31 10:11 kromschroeder
-rw-r--r-- 1 root root 41546 Dez 31 10:11 memory.csv
-rw-r--r-- 1 root root 44689 Dez 31 10:11 _templates.csv
drwxr-xr-x 2 root root  4096 Dez 31 10:12 wolf
root@pi2:/etc/ebusd# ls -l wolf
insgesamt 168
-rw-r--r-- 1 root root 42437 Dez 30 17:58 08.csv
-rw-r--r-- 1 root root 43070 Dez 30 17:59 50.csv
-rw-r--r-- 1 root root 41166 Dez 30 17:59 broadcast.csv
-rw-r--r-- 1 root root 36174 Dez 30 17:59 wolf.ods


Allerdings liefert mir das Logfile keine brauchbaren Informationen, sondern viele Fehlermeldungen und unknown.
Ich denke ich habe nicht die richtigen CSV Dateien. Dieser Post von druschba https://forum.fhem.de/index.php?topic=29737.735 (https://forum.fhem.de/index.php?topic=29737.735)
schließt auf das gleiche Problem aber die Dateien von john30 passen wohl nicht zu meiner ebusd Version (2.4.64768b5).


root@pi2:/etc/ebusd# /etc/init.d/ebusd stop
[ ok ] Stopping ebusd (via systemctl): ebusd.service.

root@pi2:/etc/ebusd# /etc/init.d/ebusd start        .
root@pi2:/etc/ebusd# tail -f /var/log/ebusd.log

2016-12-31 10:20:49.229 [main notice] SIGTERM received
2016-12-31 10:20:49.331 [main notice] ebusd stopped
2016-12-31 10:20:55.618 [main notice] ebusd 2.4.64768b5 started
2016-12-31 10:20:55.623 [main error] error reading templates in /etc/ebusd: ERR: missing data type, last error: /etc/ebusd/_templates.csv:5
2016-12-31 10:20:55.624 [main error] error reading config files: ERR: end of input reached, last error: /etc/ebusd/memory.csv:5
2016-12-31 10:20:55.624 [main notice] found messages: 0 (0 conditional on 0 conditions, 0 poll, 0 update)
2016-12-31 10:20:55.652 [bus notice] signal acquired
2016-12-31 10:20:55.949 [bus notice] new master 03, master count 2
2016-12-31 10:20:55.949 [update notice] unknown BC cmd: 03fe05030801004000381c2cfd
2016-12-31 10:20:59.439 [bus notice] new master 10, master count 3
2016-12-31 10:20:59.445 [update notice] unknown MM cmd: 1003080008002200fd8001002d
2016-12-31 10:20:59.737 [bus notice] new master f1, master count 4
2016-12-31 10:20:59.737 [update notice] unknown BC cmd: f1fe08000800221afd0000002d
2016-12-31 10:20:59.861 [update notice] unknown BC cmd: 03fefe010a45303030202020202020
2016-12-31 10:21:01.808 [bus notice] new master 71, master count 5
2016-12-31 10:21:01.808 [update notice] unknown BC cmd: 71fe50171060f9dbff300100800080008000800080
2016-12-31 10:21:04.405 [update notice] unknown MM cmd: 1003050709bb0320020080ff5aff
2016-12-31 10:21:04.697 [update notice] unknown BC cmd: f1fe050308010100ff38ff2cfd
2016-12-31 10:21:05.622 [main notice] starting initial scan for fe
2016-12-31 10:21:06.302 [main error] unable to load scan config 08: decode ERR: argument value out of valid range
2016-12-31 10:21:08.429 [main error] unable to load scan config 15: list files in /etc/ebusd/kromschroeder ERR: element not found
2016-12-31 10:21:09.006 [update notice] unknown MM cmd: 03f1080008002200fd8002002d
2016-12-31 10:21:09.850 [update notice] unknown MM cmd: 1003080008002200fd8001002d
2016-12-31 10:21:10.143 [update notice] unknown BC cmd: f1fe08000800221afd0000002d
2016-12-31 10:21:10.559 [main error] unable to load scan config 76: list files in /etc/ebusd/kromschroeder ERR: element not found
2016-12-31 10:21:12.685 [main error] unable to load scan config f6: list files in /etc/ebusd/kromschroeder ERR: element not found
2016-12-31 10:21:14.834 [update notice] unknown MM cmd: 1003050709bb0620020080ff5aff
2016-12-31 10:21:15.127 [update notice] unknown BC cmd: f1fe050308010100ff38ff2cfd
2016-12-31 10:21:16.788 [update notice] unknown BC cmd: 71fe50180e0080008000800080008000800000
2016-12-31 10:21:19.783 [update notice] unknown MM cmd: 1003080008002200fd8001002d
2016-12-31 10:21:20.074 [update notice] unknown BC cmd: f1fe08000800221afd0000002d
2016-12-31 10:21:24.740 [update notice] unknown MM cmd: 1003050709bb0120020080ff5aff
2016-12-31 10:21:25.032 [update notice] unknown BC cmd: f1fe050308010100ff38ff2cfd
2016-12-31 10:21:26.850 [update notice] unknown BC cmd: 03fe05030801004000381c2cfd
2016-12-31 10:21:29.724 [update notice] unknown MM cmd: 1003080008002200fd8001002d
2016-12-31 10:21:30.016 [update notice] unknown BC cmd: f1fe08000800221afd0000002d
2016-12-31 10:21:31.791 [update notice] unknown BC cmd: 71fe50171060f9dbff300100800080008000800080


Brauche leider wiedermal Hilfe  :-[
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: andig am 31 Dezember 2016, 10:36:19
Wenn Du ebusd in der aktuellen Version hast brauchst Du die Dateien aus dem 2.1.x Ordner, NICHT die aus 2.x.x.

Viele Grüße, Andreas
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: thgorjup am 31 Dezember 2016, 10:39:27
Hallo Andi, aber da gibt es nix für WOLF  :-[
https://github.com/john30/ebusd-configuration/tree/master/ebusd-2.1.x/de (https://github.com/john30/ebusd-configuration/tree/master/ebusd-2.1.x/de)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: sua am 31 Dezember 2016, 11:30:21
> aber da gibt es nix für WOLF
Größer denken...
Nimm doch bitte zu den/Deinen csv auch den dazu passenden ebusd (https://github.com/john30/ebusd/releases/tag/v2.0) ;-) (ich hoffe 'mal, ich habe den richtigen/letzten passenden verlinkt...)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: thgorjup am 31 Dezember 2016, 11:42:20
Ich habe jetzt einige CVS Dateien von druschba verwendet, welche er im Forum bereitgestellt hatte. Damit kann ich jetzt schon ein paar Werte auslesen.
Die meisten User hier haben Vailant. Die WOLF Fraktion ist leider etwas unterbesetzt  ;)
Ich werde die restlichen unkown schon irgendwie rausfinden. Danke erstmal....


2016-12-31 11:40:44.853 [update notice] update betrd bm2 QQ=10: Brauchwasser_Heizen;6;33.81;-;-;45.0;-
2016-12-31 11:40:45.145 [update notice] update broadcast feuerungf1: 1;30;-;35.0;-;44;-2
2016-12-31 11:40:46.308 [update notice] unknown BC cmd: 71fe50180e0080008000800080008000800000
2016-12-31 11:40:46.652 [update notice] unknown MM cmd: 03f1080008002100fe8002002d
2016-12-31 11:40:46.822 [update notice] unknown MS cmd: 3076502203cef702 / 020000
2016-12-31 11:40:47.131 [update notice] unknown MS cmd: 3076502203574403 / 020800
2016-12-31 11:40:49.773 [update notice] unknown MM cmd: 1003080008cd2100fe8011002d
2016-12-31 11:40:50.065 [update notice] update sollw regler QQ=f1: 33.801;-2.602;0;00;45.000
2016-12-31 11:40:54.780 [update notice] update betrd bm2 QQ=10: Brauchwasser_Heizen;Kesselpumpeaus;33.81;-;-;45.0;-
2016-12-31 11:40:55.072 [update notice] update broadcast feuerungf1: 1;30;-;35.0;-;44;-2
2016-12-31 11:40:59.733 [update notice] unknown MM cmd: 1003080008cd2100fe8011002d
2016-12-31 11:41:00.027 [update notice] update sollw regler QQ=f1: 33.801;-2.602;0;00;45.000
2016-12-31 11:41:01.651 [update notice] update broadcast solar QQ=71: 96;f9;-0.69;19.19
2016-12-31 11:41:03.756 [update notice] unknown BC cmd: 03fefe010a45303030202020202020
2016-12-31 11:41:04.557 [update notice] update broadcast feuerung: 7;78;26;38.0;29;44;-2
2016-12-31 11:41:04.681 [update notice] update betrd bm2 QQ=10: Brauchwasser_Heizen;Verbraucheran;33.81;-;-;45.0;-
2016-12-31 11:41:04.976 [update notice] update broadcast feuerungf1: 1;30;-;38.0;-;44;-2
2016-12-31 11:41:05.669 [update notice] unknown BC cmd: 71fe50230908620900005d010000
2016-12-31 11:41:09.643 [update notice] unknown MM cmd: 1003080008cd2100fe8011002d
2016-12-31 11:41:09.936 [update notice] update sollw regler QQ=f1: 33.801;-2.602;0;00;45.000
2016-12-31 11:41:14.601 [update notice] update betrd bm2 QQ=10: Brauchwasser_Heizen;6;33.81;-;-;45.0;-
2016-12-31 11:41:14.893 [update notice] update broadcast feuerungf1: 1;30;-;38.0;-;44;-2
2016-12-31 11:41:16.286 [update notice] unknown BC cmd: 71fe50180e0080008000800080008000800000
2016-12-31 11:41:17.575 [update notice] unknown MM cmd: 03f1080008002100fe8002002d
2016-12-31 11:41:19.541 [update notice] unknown MM cmd: 1003080008cd2100fe8011002d
2016-12-31 11:41:19.833 [update notice] update sollw regler QQ=f1: 33.801;-2.602;0;00;45.000
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 31 Dezember 2016, 11:50:38
super wenn das Auslesen bei dir jetzt hinhaut. Wenn garn nichts geht, sind es meist nur Kleinigkeiten. Zum Glück hast du einen 2. Uart zum Testen gehabt.

Bei Wolf kann ich dir leider nicht helfen, da ich ebenso wie viele andere ein Vaillant habe. Aber der Hauptteil ist nun geschafft und der Rest wird sich schön langsam auch klären, den einige Wolf Anwender gib es ja hier.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 01 Januar 2017, 15:58:46
Zitat von: bmwfan am 27 Dezember 2016, 16:30:29
Und wie geht man vor, wenn zur HW keine CSV-Datei gefunden wird? Ich habe in einem anderen Thread diese Frage gestellt.
https://213.252.140.23/index.php/topic,29737.msg547230.html#msg547230 (https://213.252.140.23/index.php/topic,29737.msg547230.html#msg547230)
Ist dort gerade beantwortet.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: thgorjup am 02 Januar 2017, 17:07:25
@john30: Ich versteh leider deinen letzten Kommentar nicht. Ich kann in dem Thread auch nichts richtiges für mich finden.
Also ich würde ja gerne meine CSV Dateien überarbeiten und für andere veröffentlichen, aber ich verstehe noch nicht genau wie.... Gibt es ein Toturial oder ein Wiki, wo beschrieben steht wie ich diese Dateien anpasse? Derzeit habe ich meines Erachtens nur Kuddelmuddel:


root@pi2:/opt/fhem/FHEM# ebusctl info
version: ebusd 2.4.64768b5
signal: acquired
symbol rate: 22
reconnects: 0
masters: 7
messages: 14
conditional: 0
poll: 0
update: 6
address 03: master #11
address 08: slave #11, scanned "MF=Kromschroeder;ID=  3B ;SW=" error: ERR: argument value out of valid range
address 10: master #2
address 15: slave #2, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"
address 30: master #3
address 31: master #8, ebusd
address 35: slave #3, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"
address 36: slave #8, ebusd
address 70: master #4
address 71: master #9
address 75: slave #4, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"
address 76: slave #9, scanned "MF=Kromschroeder;ID=  ;SW=0227;HW=-"
address f1: master #10
address f6: slave #10, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"



root@pi2:/opt/fhem/FHEM# ebusctl find
broadcast feuerung = no data stored
broadcast feuerungf1 = 1;00;-;47.0;-;42;1
broadcast ident = no data stored
broadcast master = no data stored
broadcast solar = no data stored
sollw regler = no data stored
broadcast ident = no data stored
scan.08  = Kromschroeder;  3B ; (ERR: argument value out of valid range for 3108070400 / 0a500106334202102d5130)



root@pi2:/opt/fhem/FHEM# ebusd --checkconfig --scanconfig
2017-01-02 17:04:49.565 [main notice] ebusd 2.4.64768b5 performing configuration check...
2017-01-02 17:04:49.577 [main notice] found messages: 8 (0 conditional on 0 conditions, 0 poll, 6 update)
2017-01-02 17:04:49.577 [main notice] ebusd stopped


Ich habe ein PDF für WOLF gefunden, welches vermutlich recht hilfreich ist. Aber ich muss erstmal kapieren wie das alles zusammenhängt und wie ich diese CSV-Dateien erstelle.
PDF: http://www.wolf-heiztechnik.de/fileadmin/content/Downloads/Montage-Bedienungsanleitungen/Regelungen/3064356_201508_ISM8i_Montage-u.Bedienungsanleitung.pdf (http://www.wolf-heiztechnik.de/fileadmin/content/Downloads/Montage-Bedienungsanleitungen/Regelungen/3064356_201508_ISM8i_Montage-u.Bedienungsanleitung.pdf)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 02 Januar 2017, 17:56:19
Zitat von: thgorjup am 02 Januar 2017, 17:07:25
@john30: Ich versteh leider deinen letzten Kommentar nicht. Ich kann in dem Thread auch nichts richtiges für mich finden.
Was meinst Du denn jetzt genau??

Zitat von: thgorjup am 02 Januar 2017, 17:07:25
Also ich würde ja gerne meine CSV Dateien überarbeiten und für andere veröffentlichen, aber ich verstehe noch nicht genau wie.... Gibt es ein Toturial oder ein Wiki, wo beschrieben steht wie ich diese Dateien anpasse?
Das ebusd wiki (https://github.com/john30/ebusd/wiki) enthält umfangreiche Informationen. Am besten da erst mal komplett einlesen, sonst müssen wir hier die selben Fragen immer wieder beantworten, das ist nicht gaaanz so lustig ;)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rob uboot am 03 Januar 2017, 13:07:44
Hallo im Forum!

Gleichmal vorweg sorry wegen der Anfängerfrage.
Ich probiere es aber schon seit mehreren Tagen und das Teil will nicht was es sollte.
Ich habe den Bus Koppler von e service gekauft ohne zu wissen dass es da gröbere Probleme mit dem Treiber gibt oder geben kann. (FTDI Treiber) Die Einzelteile zum selberbauen habe ich auch aber leider ohne der Platine. :(

Vielleicht kann mir ja wer weiterhelfen woran es bei mir scheitert.
Das Bus Koppler wird wohl erkannt und er bekommt auch eine Menge an Daten
messages: x (x conditional on x conditions, x poll, x update)

Wo soll ich da nach dem Fehler suchen. Liegt es trotzdem am Treiber weil er den Port nicht öffnen kann.
Oder ist das Problem die Software die ich trotz der Anleitung eventuell nicht richtig installieren konnte? :(
Gibt es eine Möglichkeit noch so eine Platine zu bestellen?

Vielen Dank für jede Hilfe!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 03 Januar 2017, 13:45:31
Zitat von: rob uboot am 03 Januar 2017, 13:07:44
Das Bus Koppler wird wohl erkannt und er bekommt auch eine Menge an Daten
messages: x (x conditional on x conditions, x poll, x update)
Diese Ausgabe hat zunächst mal nichts mit dem Buskopplet zu tun, das ist lediglich eine Info über die CSVs, die ebusd gelesen hat.

Zitat von: rob uboot am 03 Januar 2017, 13:07:44
Wo soll ich da nach dem Fehler suchen. Liegt es trotzdem am Treiber weil er den Port nicht öffnen kann.
Es sieht zunächst anhand Deiner Bilder so aus, als ob Du ebusd zwei Mal gestartet hättest. Zum einen läuft er als Dienst (siehe service ebusd status Ausgabe) und zum anderen wolltest Du ihn nochmal als user "pi" starten, womit zusätzlich auch noch die notwendigen Rechte am device /dev/ttyUSB0 fehlen könnten.
Schau doch erstmal in die /var/log/ebusd rein, was da so drin steht.
Und beschäftige Dich mal mit dem Konzept eines Daemons unter Linux, dieses Basiswissen solltest Du schon haben, wenn Du mit solchen arbeitest...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rob uboot am 03 Januar 2017, 14:06:01
danke für die rasche antwort.
gibt es eine abfrage mit der man erfragen kann ob der treiber mit dem koppler korrekt arbeitet?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rob uboot am 03 Januar 2017, 23:16:43
habe schon eine idee was der fehler sein könnte.
ich habe 2 geräte an dem ebus hängen. wärmepumpe & wohnraumlüftung

Active: active (running) since Die 2017-01-03 22:52:27 CET; 14min ago
  Process: 2730 ExecStop=/etc/init.d/ebusd stop (code=exited, status=0/SUCCESS)
  Process: 2738 ExecStart=/etc/init.d/ebusd start (code=exited, status=0/SUCCESS)
   CGroup: /system.slice/ebusd.service
           ├─1421 /usr/bin/ebusd --pidfile /var/run/ebusd.pid --receivetimeout=100000 --enablehex --scanconfig -d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log
           └─2743 /usr/bin/ebusd --pidfile /var/run/ebusd.pid -d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log --scanconfig

wie soll ich das 2 gerät in das file eintragen?
mit 8889 wie bei dem beispiel mit 2 ebus-kopplern oder genauso wie den ersten eintrag weil es ja an der selbel leitung hängt ebenso wie der colormatic.


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 04 Januar 2017, 10:14:51
Zitat von: rob uboot am 03 Januar 2017, 23:16:43
ich habe 2 geräte an dem ebus hängen. wärmepumpe & wohnraumlüftung
Da hast Du was ganz falsch verstanden. Wir haben hier ein BUS System, an dem mehr als ein Teilnehmer dran hängen kann. ebusd ist damit nur ein weiterer Teilnehmer.
Deshalb musst Du klären, ob Du zwei unabhängige Busleitungen hast (die nirgends miteinander verbunden sind), oder nur eine. Im letzteren Fall sind alle Geräte mit einer ebusd Instanz abzufragen, in ersterem Fall brauchst Du ein zweites HW-Interface und eine zweite ebusd Instanz.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mirror am 04 Januar 2017, 13:02:40
Erst mal Gesundes, Neues an alle Heizungshorcher!
Zitat von: john30 am 27 Dezember 2016, 12:05:31
ebusd sucht mit den default Startparametern die zur Anlage passenden CSV Dateien anhand des Scan Ergebnisses. Darin enthalten sind Slaveadresse, ID, Hardware- und Softwareversion. All das kann dann für die Auswahl verwendet werden. Die Adresse wird immer zwingend verwendet (die ersten beiden Ziffern des CSV Namens) und im jetzigen Stand der CSVs auch die ID, die ausgehende von den 5 Zeichen, die das Gerät gemeldet hat, sukzessive um abschließende "0"en reduziert wird.
So ganz klar ist mir der neue Mechanismus noch nicht. Worauf bezieht sich das "scan"? Wird das Gerät gescannt nach den genannten Merkmalen? Bei mir kommt z.B. bei ebusctl info (mit dem ebusd-2.1.x/de config Verzeichnis):

address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0116;HW=9602", loaded "bai.308523.inc", "vaillant/08.bai.csv"

Mein Gerät ist eine ecoCompact - eingezogen wird die bai.308523.inc als include 08.bai.csv (dort wohl als fallback kommentiert).
In dieser Datei steht was von ecoTEC drin, also eine gerinfügig andere Anlage.
Es gibt aber eine bai.0010003857.inc Datei die für eine ecoCompact gekennzeichnet ist. Scheinbar ist die ProduktID meiner Anlage nicht in Übereinstimmung mit 0010003857 gekommen.
Vielleich könntest Du an einem Beispiel die Namensbildung aus dem scan Lauf erklären. Eventuell ist es schon in diesem länglichen Thread oder dem wiki geschehen.
Gruß,
Dietmar

Edit:
Ich muß einen Teil der Frage zurücknehmen. Grund ist die Ausgabe von ebusctl scan result nach dem deamon start.

pi@raspberrypi:~ $ ebusctl scan result
08;Vaillant;BAI00;0116;9602
15;Vaillant;70000;0206;4103

pi@raspberrypi:~ $ ebusctl scan
done

pi@raspberrypi:~ $ ebusctl scan result
08;Vaillant;BAI00;0116;9602;21;15;45;0010015600;3100;008228;N4
15;Vaillant;70000;0206;4103;21;15;43;0020171314;0082;036705;N4

Nach einem richtigen scan kommt dann auch die gesuchte ProduktID, bei mir die 0010015600.
Auf der Basis der bestehenden github config im ebusd-2.1.x/de/vaillant Verzeichnis habe ich mal eine entsprechende config für meine bai erstellt - s. Anhang.
(5 Items bedürfen noch einer Korrektur, sind momentan auskommentiert.)

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 07 Januar 2017, 13:00:08
Zitat von: mirror am 04 Januar 2017, 13:02:40
Worauf bezieht sich das "scan"? Wird das Gerät gescannt nach den genannten Merkmalen?
Es gibt eine von der eBUS Spezifikation definierte Nachricht (mit PBSB=0x0704), auf die eigentlich jedes Gerät antworten soll. In der Antwort stehen dann folgende Infos drin:
- Hersteller-Code
- ID
- SW Version
- HW Version
Diese Informationen werden von ebusd abgescannt und für die Zuordung bzw. die Auswahl der CSV genutzt.
Darüber hinaus gibt es den von Vaillant definierten Produktcode, der über eine Nachricht aus der scan.csv von einem Vaillant Gerät abgeholgt wird und für eine detailliertere Auswahl bzw. Einbinden von CSV Teilen genutzt wird.
Das "scan result" liefert diese Werte dann im Anschluss an die eBUS definierten Identifikationsdaten.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 07 Januar 2017, 13:22:49
Zitat von: mirror am 04 Januar 2017, 13:02:40
Nach einem richtigen scan kommt dann auch die gesuchte ProduktID, bei mir die 0010015600.
Auf der Basis der bestehenden github config im ebusd-2.1.x/de/vaillant Verzeichnis habe ich mal eine entsprechende config für meine bai erstellt - s. Anhang.
(5 Items bedürfen noch einer Korrektur, sind momentan auskommentiert.)
Hast Du alle Einträge darin verifiziert?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rob uboot am 07 Januar 2017, 13:58:25
danke für die erklärung.
macht sinn wenn man es weiß. :)

habe wieder mal alles von vorne begonnen und jetzt läuft es zumindest ein wenig.
aufs usb kann er nun zugreifen und ich bekomme auch die werte für das datum und die außentemp.
ansonsten aber leider nur fehlermeldungen.
ich er sucht sich das richtige csv file. wo liegt darin jetzt der fehler?

pi@raspi:~ $ ebusctl info
version: ebusd 2.3.5bcc475
signal: acquired
symbol rate: 80
masters: 4
messages: 264
conditional: 0
poll: 0
update: 8

address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU01;SW=0300;HW=8802"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403", loaded "vaillant/15.470.csv"
address 31: master #8, ebusd
address 36: slave #8
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0107;HW=0103"
address e8: slave, scanned "MF=Vaillant;ID=FMU00;SW=0202;HW=6502"


pi@raspi:/etc/ebusd $ ebusctl grab result
03e8b512060b5802460200 / 0b5702450201ffffffffff00
03e8b5120a0c010000000028006402 / 0101
1008070400 / 0ab5484d55303103008802 = scan.08
1008b507020900 / 024c01
1008b51009000067ffffff060000 / 0101
1008b5110100 / 09b202ffc80a090081c8
1008b5110101 / 09564d0080ffff0100ff
1008b512020000 / 00
1008b513020528 / 0101
1033b5170408070400
1076070400 / 0ab556575a494f01070103 = scan.76
1076b5040100 / 0a031822050601051710f8
1076b51009000000ffffff050000 / 0101
1076b5110101 / 09ffff81ffff3000004f
1076b512030f0101 / 078601007d021003
10feb505025c00
10feb5050362280e
10feb508020900
10feb516030110f8 = broadcast outsidetemp
10feb516030120f8 = broadcast outsidetemp
10feb5160301f0f7 = broadcast outsidetemp
10feb5160304f0fb
10feb516080007040506010517 = broadcast vdatetime
10feb516080007050506010517 = broadcast vdatetime
10feb516080007110506010517 = broadcast vdatetime
10feb516080007120506010517 = broadcast vdatetime
10feb516080007180506010517 = broadcast vdatetime
10feb516080007580406010517 = broadcast vdatetime
10feb516080007590406010517 = broadcast vdatetime
10feb516080008000506010517 = broadcast vdatetime
10feb516080008010506010517 = broadcast vdatetime
10feb516080008020506010517 = broadcast vdatetime
10feb516080008030506010517 = broadcast vdatetime
10feb516080008060506010517 = broadcast vdatetime
10feb516080008070506010517 = broadcast vdatetime
10feb516080008080506010517 = broadcast vdatetime
10feb516080008130506010517 = broadcast vdatetime
10feb516080008140506010517 = broadcast vdatetime
10feb516080008150506010517 = broadcast vdatetime
10feb516080008190506010517 = broadcast vdatetime
10feb516080008200506010517 = broadcast vdatetime
10feb516080008210506010517 = broadcast vdatetime
10feb516080008550406010517 = broadcast vdatetime
10feb516080008560406010517 = broadcast vdatetime
10feb516080009090506010517 = broadcast vdatetime
10feb516080009100506010517 = broadcast vdatetime
10feb516080009160506010517 = broadcast vdatetime
10feb516080009170506010517 = broadcast vdatetime
10feb516080009220506010517 = broadcast vdatetime
10feb516080009570406010517 = broadcast vdatetime
10feb516080010540406010517 = broadcast vdatetime
3310b5180ab57265636f5602230203
7108b507030bffff / 0101
7108b5110107 / 0564cd000109
7108b51a03040132 / 0e0107000080790000001b00000000
7108b51a03040233 / 0e0200000000000000000000000000
7108b51a03041034 / 0e10cf230080003000000000001c00
7108b51a03041135 / 0e1100000000000000000000000000


08;Vaillant;HMU01;0300;8802;21;15;23;0010014568;1610;005097;N0
15;Vaillant;47000;0420;1403;21;15;20;0020171280;0082;021186;N8
26;Vaillant;47000;0420;1403;21;15;20;0020171280;0082;021186;N8
38;Vaillant;V32;0117;9802
76;Vaillant;VWZIO;0107;0103;21;15;24;0020143590;1610;005533;N2
e3;Vaillant;FMU00;0202;6502;21;15;23;0010014568;1610;005097;N0
e8;Vaillant;FMU00;0202;6502;21;15;23;0010014568;1610;005097;N0

soweit dürfte nun endlich alles passen.
bis auf:

pi@raspi:~ $ /usr/bin/ebusd -f -l ALL -d /dev/ttyUSB0 -p 7777 -s
2017-01-07 13:37:10.821 [main notice] ebusd 2.3.5bcc475 started
2017-01-07 13:37:10.823 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2017-01-07 13:37:10.831 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2017-01-07 13:37:20.824 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2017-01-07 13:37:30.825 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2017-01-07 13:37:40.825 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2017-01-07 13:37:50.826 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2017-01-07 13:38:00.829 [bus notice] re-opened /dev/ttyUSB0
2017-01-07 13:38:01.227 [bus notice] signal acquired
2017-01-07 13:38:01.773 [bus notice] new master 71, master count 2
2017-01-07 13:38:01.803 [bus notice] new master 03, master count 3
2017-01-07 13:38:01.803 [update notice] unknown MS cmd: 7108b507030bffff / 0101
2017-01-07 13:38:01.926 [bus notice] new master 10, master count 4
2017-01-07 13:38:01.990 [update notice] unknown MS cmd: 1076b5040100 / 0a030238130701061760f8
2017-01-07 13:38:03.633 [update notice] unknown MS cmd: 7108b5110107 / 05000c020101
2017-01-07 13:38:03.908 [update notice] unknown MS cmd: 1008b51009000100ffffff060001 / 0101
2017-01-07 13:38:04.179 [update notice] unknown MS cmd: 1076b510090003ffffaaff000001 / 0101
2017-01-07 13:38:05.418 [update notice] unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00
2017-01-07 13:38:09.886 [update notice] unknown MS cmd: 1008b5110101 / 0972720080ffff0000ff
2017-01-07 13:38:10.154 [update notice] unknown MS cmd: 1076b5110101 / 09ffff86ffff6804006e
2017-01-07 13:38:10.422 [update notice] unknown MS cmd: 1076b512030f0002 / 0740030077031203
2017-01-07 13:38:10.825 [main notice] starting initial scan for fe
2017-01-07 13:38:11.058 [main error] unable to load scan config 08: no file from /etc/ebusd/vaillant with prefix 08. matches ID "hmu01", SW0300, HW8802
2017-01-07 13:38:11.700 [update notice] unknown MS cmd: 7108b5110107 / 05000c020101
2017-01-07 13:38:11.945 [update notice] unknown MS cmd: 7108b507030bffff / 0101
2017-01-07 13:38:12.042 [update notice] unknown MS cmd: 1008b5110100 / 099303ff001208008100
2017-01-07 13:38:12.259 [update notice] unknown BC cmd: 10feb516030160f8
2017-01-07 13:38:12.471 [update notice] unknown BC cmd: 10feb505025c00
2017-01-07 13:38:13.197 [main notice] read common config file /etc/ebusd/vaillant/scan.csv
2017-01-07 13:38:13.198 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv
2017-01-07 13:38:13.239 [main notice] read scan config file /etc/ebusd/vaillant/15.470.csv for ID "47000", SW0420, HW1403
2017-01-07 13:38:13.250 [main notice] found messages: 262 (0 conditional on 0 conditions, 0 poll, 8 update)
2017-01-07 13:38:13.250 [main notice] scan config 15: file vaillant/15.470.csv loaded
2017-01-07 13:38:13.978 [update notice] unknown MS cmd: 1008b51009000100ffffff060001 / 0101
2017-01-07 13:38:14.250 [update notice] unknown MS cmd: 1076b510090003ffffaaff000001 / 0101
2017-01-07 13:38:15.393 [main error] unable to load scan config 76: no file from /etc/ebusd/vaillant with prefix 76. found
2017-01-07 13:38:15.603 [update notice] unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00
2017-01-07 13:38:17.524 [main error] unable to load scan config e8: no file from /etc/ebusd/vaillant with prefix e8. found
2017-01-07 13:38:19.749 [update notice] unknown MS cmd: 7108b5110107 / 05000c020101
2017-01-07 13:38:19.977 [update notice] unknown MS cmd: 1008b5110101 / 0973720080ffff0000ff
2017-01-07 13:38:20.244 [update notice] unknown MS cmd: 1076b5110101 / 09ffff85ffff6804006e
2017-01-07 13:38:20.512 [update notice] unknown MS cmd: 1076b512030f0002 / 074103007703120
.....



Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 07 Januar 2017, 14:18:47
Zitat von: rob uboot am 07 Januar 2017, 13:58:25
aufs usb kann er nun zugreifen und ich bekomme auch die werte für das datum und die außentemp.
ansonsten aber leider nur fehlermeldungen.
ich er sucht sich das richtige csv file. wo liegt darin jetzt der fehler?
Für die HMU, VWZ und FMU gibt es halt keine CSVs, also kann ebusd die logischerweise auch nicht finden.
Was hängt denn am Koppler V32 noch dran?

Zitat von: rob uboot am 07 Januar 2017, 13:58:25
2017-01-07 13:37:10.823 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
Da hast Du wohl noch ein Problem mit dem USB Device. Musst halt mal in die Logfiles vom System schauen, was da los ist. Oder läuft ebusd noch gleichzeitig als Dienst im Hintergrund? Das funktioniert natürlich nicht gut...
Die unknown sind halt den fehlenden CSVs geschuldet, da hilft nur sehr viel Zeit investieren und schauen, was man rausfinden kann.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mirror am 07 Januar 2017, 18:12:39
Zitat von: john30 am 07 Januar 2017, 13:22:49
Hast Du alle Einträge darin verifiziert?

Weiß nicht wie man die Testabdeckung quantifizieren soll, aber anbei das Ergebnis von ebusctl find. Die Werte finde ich auch in der Anlage wieder.
Wie schon gesagt 5 Registeradressen sind nicht korrekt und deshalb aus kommentiert.

Von der VCR kommen ein paar NaN zurück, da müsste Sven noch mal ran.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Trainer am 08 Januar 2017, 19:52:14
Hallo,

Ich habe nach der Anleitung https://wiki.fhem.de/wiki/EBUS mein EBUS modus aufgebaut, nur leider bekomme ich nicht die Spannung wie angegeben https://wiki.fhem.de/w/images/9/9d/EBUS_Adapter_Messpunkte.png hin.

Woran könnten die Probleme liegen, das die Spannungen nicht stimmen? Selbst beim oben angegebene optokoppler stimmt die Spannung nicht, obwohl nicht viel dahinter steckt.

Gemessen habe ich bei einer 10V Eingangsspannung am EBUS.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: bmwfan am 08 Januar 2017, 20:06:13
Hallo Trainer,

war bei mir auch so. Ich habe mir dann ein 24V-Labornetzgerät besorgt und nach der Anleitung https://forum.fhem.de/index.php/topic,46098.0.html (https://forum.fhem.de/index.php/topic,46098.0.html) und dieser Ergänzung https://forum.fhem.de/index.php/topic,46098.msg379253.html?PHPSESSID=l6i7t0b2kqsblmhug9i6a6i875#msg379253 (https://forum.fhem.de/index.php/topic,46098.msg379253.html?PHPSESSID=l6i7t0b2kqsblmhug9i6a6i875#msg379253) mit einer LED als Hilfe das Poti eingestellt. Dann hat das Modul auf Anhieb Daten empfangen. Deswegen habe ich auch die Messpunkte nicht mehr gemessen.

Gruß Jürgen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Trainer am 08 Januar 2017, 21:59:35
Zitat von: bmwfan am 08 Januar 2017, 20:06:13
Hallo Trainer,

war bei mir auch so. Ich habe mir dann ein 24V-Labornetzgerät besorgt und nach der Anleitung https://forum.fhem.de/index.php/topic,46098.0.html (https://forum.fhem.de/index.php/topic,46098.0.html) und dieser Ergänzung https://forum.fhem.de/index.php/topic,46098.msg379253.html?PHPSESSID=l6i7t0b2kqsblmhug9i6a6i875#msg379253 (https://forum.fhem.de/index.php/topic,46098.msg379253.html?PHPSESSID=l6i7t0b2kqsblmhug9i6a6i875#msg379253) mit einer LED als Hilfe das Poti eingestellt. Dann hat das Modul auf Anhieb Daten empfangen. Deswegen habe ich auch die Messpunkte nicht mehr gemessen.

Gruß Jürgen

Ok, das klingt super. Danke Jürgen.

Kann man das Modul auch mit einem Angeschlossenen colorMATIC VRT 392 zusammen nutzen?
Oder muss man dann das Raumthermostat abklemmen?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rob uboot am 08 Januar 2017, 23:14:25
danke für dir hilfe!
v32 ist der vaillant bus koppler.
verwendete geräte sind wärmepumpe aero therm, wohnraumlüftung 360/4, colormatic 470.

leider gibt es zu deiner software keine echte alternative.
ich hatte erst vor 2 wochen mit vaillant telefoniert und bis auf das knx modul gibt es nichts.
und das hat auch eine eigene software die man zusätzlich zur hardware kaufen muss.

der treiber vom koppler funktioniert, nur darf man eben den ebusd nicht gleichzeitig an haben.
anfänger fehler halt. :)
ich hatte gehofft die csv sind vorhanden weil die geräte sicher zu haufe im umlauf sind.
gibt es eine erklärung für anfänger wie man diese daten auslesen kann?
oder ist da was in planung an dem man sich unter umständen beteiligen könnte.

vielen lieben dank!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Trainer am 09 Januar 2017, 16:44:20
Ich erhalte leider nach der Anleitung https://forum.fhem.de/index.php/topic,46098.msg379253.html?PHPSESSID=l6i7t0b2kqsblmhug9i6a6i875#msg379253 (https://forum.fhem.de/index.php/topic,46098.msg379253.html?PHPSESSID=l6i7t0b2kqsblmhug9i6a6i875#msg379253) keine <aa ausgegeben. Eigentlich erhalte ich gar nichts am Eingang.


Kurz beim an und abstecken wurde mir
2017-01-09 16:40:12.141 [bus notice] <00
2017-01-09 16:40:12.142 [bus notice] signal acquired
2017-01-09 16:40:12.150 [bus notice] <00
2017-01-09 16:40:14.010 [bus error] signal lost
2017-01-09 16:40:17.164 [bus notice] <00
2017-01-09 16:40:17.164 [bus notice] signal acquired
2017-01-09 16:40:17.165 [bus notice] <00
2017-01-09 16:40:17.167 [bus notice] <00
2017-01-09 16:40:17.168 [bus notice] <00
2017-01-09 16:40:17.171 [bus notice] <00
2017-01-09 16:40:17.173 [bus notice] <00
2017-01-09 16:40:17.175 [bus notice] <00
2017-01-09 16:40:17.176 [bus notice] <f0
2017-01-09 16:40:19.038 [bus error] signal lost

ausgegeben.


pi@raspberrypi:~ $ sudo dmesg | grep -i tty
[    0.000576] console [tty0] enabled
[    0.501205] 3f201000.uart: ttyAMA0 at MMIO 0x3f201000 (irq = 87, base_baud = 0) is a PL011 rev2
[   17.403786] usb 1-1.2: FTDI USB Serial Device converter now attached to ttyUSB0
[  430.476613] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
[  430.476722] ftdi_sio ttyUSB0: usb_serial_generic_read_bulk_callback - urb stopped: -32
[  430.504676] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0
[  550.711425] usb 1-1.2: FTDI USB Serial Device converter now attached to ttyUSB0


Wenn man den adapter nicht ab und wieder ansteckt gibt er zumindest keine Fehler aus.
pi@raspberrypi:~ $ sudo dmesg | grep -i tty
[    0.000589] console [tty0] enabled
[    0.501270] 3f201000.uart: ttyAMA0 at MMIO 0x3f201000 (irq = 87, base_baud = 0) is a PL011 rev2
[   15.703343] usb 1-1.4: FTDI USB Serial Device converter now attached to ttyUSB0


Woran könnte das liegen?

PS: Mir ist noch aufgefallen, dass bei der Schaltung die Versorgung für den 4011 nicht mit eingetragen ist. Welche habt ihr genommen? die vom RS232 Converter, oder vom 7805?

Ich habe anstelle des CNY17 Optokoppler einen 4N35 und anstelle des BD645 ein MJE 3055. Könnte das eventuell auch ein Problem sein? Leider hatte der Conrad keine anderen vor Ort.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Trainer am 09 Januar 2017, 23:44:50
ich konnte es jetzt soweit beheben, das die LED zu flackern beginnt wenn ich am Trimmer drehe.
Leider bekomme ich nicht wie angegeben <aa beim drehen heraus.
Ich habe auch schon den 20K Trimmer gegen einen 5K Trimmer getauscht, um es feiner justieren zu können nur leider ohne den gewünschten <aa Erfolg.
Woran könnte das liegen?

Als Eingang (EBUS) nutze ich ein 12V Labornetzteil.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 10 Januar 2017, 09:24:46
Zitat von: rob uboot am 08 Januar 2017, 23:14:25
v32 ist der vaillant bus koppler.
verwendete geräte sind wärmepumpe aero therm, wohnraumlüftung 360/4, colormatic 470.
Also hängt am v32 die Lüftung dran?
Kannst Du die mit der 470 irgendwie steuern?

Zitat von: rob uboot am 08 Januar 2017, 23:14:25
ich hatte gehofft die csv sind vorhanden weil die geräte sicher zu haufe im umlauf sind.
gibt es eine erklärung für anfänger wie man diese daten auslesen kann?
Schau mal ins wiki: https://github.com/john30/ebusd/wiki/HowTos
Aber wichtig ist auch zu wissen, was man eigentlich steuern will. Dann kann man das gezielt angehen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 10 Januar 2017, 11:42:32
Zitat von: mirror am 07 Januar 2017, 18:12:39
Weiß nicht wie man die Testabdeckung quantifizieren soll
sudo apt-get install nc
git clone https://github.com/john30/ebusd.git
sh ./ebusd/contrib/readall.sh -c bai
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mirror am 10 Januar 2017, 12:12:45
Was Adequates hing eigentlich schon dran.
Hier noch mal attached das Ergebnis von readall.
Gruß,
DW
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 10 Januar 2017, 13:02:30
Zitat von: mirror am 10 Januar 2017, 12:12:45
Hier noch mal attached das Ergebnis von readall.
Jetzt müsstest halt noch gegen das UI und sonstige Quellen verifizieren, ob die Daten der Realität entsprechen...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rob uboot am 10 Januar 2017, 14:16:28
Zitat von: john30 am 10 Januar 2017, 09:24:46
Also hängt am v32 die Lüftung dran?
Kannst Du die mit der 470 irgendwie steuern?
Schau mal ins wiki: https://github.com/john30/ebusd/wiki/HowTos
Aber wichtig ist auch zu wissen, was man eigentlich steuern will. Dann kann man das gezielt angehen.
über die colormatic kann man minimal die lüftung steuern.
bin mit der lösung aber nicht sehr glücklich weil man eben nur die maximal einstellung der lüftung von 1-6 verstellen kann.
ansonsten rennt das teil total autonom vor sich hin. :)
die lüftung selber hängt am v32 dran.

das große problem ist eben dass eine intelligente haussteuerung nur dann sinn machen kann wenn man die wärmepumpe
als mega stromverbraucher auch miteinbeziehen kann. (besonders mit PV anlage) jetzt rennt das teil soweit und dann kommt man drauf dass das teil noch nicht entschlüsselt wurde. vielleicht kann man auf deiner seite auflisten welche geräte zur zeit 'unterstützt werden' :)
keine ahnung wie groß der markt dafür ist und od das rechtlich erlaubt ist,
aber ich habe auch schon des öfteren eine möglichtkeit der spende für open source software oder gratis software gesehen.


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mirror am 10 Januar 2017, 15:51:01
Zitat von: john30 am 10 Januar 2017, 13:02:30
Jetzt müsstest halt noch gegen das UI und sonstige Quellen verifizieren, ob die Daten der Realität entsprechen...

OK - das kann aber dauern.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Trainer am 10 Januar 2017, 16:35:30
Ich habe es mittels der https://forum.fhem.de/index.php/topic,46098.msg379253.html?PHPSESSID=l6i7t0b2kqsblmhug9i6a6i875#msg379253 (https://forum.fhem.de/index.php/topic,46098.msg379253.html?PHPSESSID=l6i7t0b2kqsblmhug9i6a6i875#msg379253) Methode probiert.
Dabei erhielt ich
2017-01-10 16:33:38.155 [bus notice] <e0
2017-01-10 16:33:38.156 [bus notice] <00
2017-01-10 16:33:38.157 [bus notice] <80
2017-01-10 16:33:38.158 [bus notice] <00
2017-01-10 16:33:38.159 [bus notice] <03
2017-01-10 16:33:38.160 [bus notice] <80
2017-01-10 16:33:38.161 [bus notice] <c0
2017-01-10 16:33:38.162 [bus notice] <00
2017-01-10 16:33:38.164 [bus notice] <00
2017-01-10 16:33:38.165 [bus notice] <00
2017-01-10 16:33:38.167 [bus notice] <fe
2017-01-10 16:33:38.168 [bus notice] <00
2017-01-10 16:33:38.170 [bus notice] <00
2017-01-10 16:33:38.171 [bus notice] <00
2017-01-10 16:33:38.173 [bus notice] <00
2017-01-10 16:33:38.174 [bus notice] <70
2017-01-10 16:33:38.175 [bus notice] <00
2017-01-10 16:33:38.177 [bus notice] <00
2017-01-10 16:33:38.178 [bus notice] <00
2017-01-10 16:33:38.179 [bus notice] <00
2017-01-10 16:33:38.180 [bus notice] <00
2017-01-10 16:33:38.183 [bus notice] <3f
2017-01-10 16:33:38.185 [bus notice] <ff
2017-01-10 16:33:38.186 [bus notice] <e0
2017-01-10 16:33:40.005 [bus notice] <c0
2017-01-10 16:33:40.006 [bus notice] <00
2017-01-10 16:33:40.007 [bus notice] <00
2017-01-10 16:33:40.009 [bus notice] <00
2017-01-10 16:33:40.010 [bus notice] <00
2017-01-10 16:33:40.012 [bus notice] <06
2017-01-10 16:33:40.018 [bus notice] <00
2017-01-10 16:33:40.019 [bus notice] <00
2017-01-10 16:33:40.020 [bus notice] <00
2017-01-10 16:33:40.021 [bus notice] <00
2017-01-10 16:33:40.022 [bus notice] <00
2017-01-10 16:33:40.024 [bus notice] <00
2017-01-10 16:33:40.025 [bus notice] <00
2017-01-10 16:33:40.026 [bus notice] <f0
2017-01-10 16:33:40.028 [bus notice] <fe
2017-01-10 16:33:40.029 [bus notice] <c0
2017-01-10 16:33:42.045 [bus error] signal lost
2017-01-10 16:33:45.040 [bus notice] <00
2017-01-10 16:33:45.040 [bus notice] signal acquired
2017-01-10 16:33:45.041 [bus notice] <00
2017-01-10 16:33:45.043 [bus notice] <00
2017-01-10 16:33:45.044 [bus notice] <00
2017-01-10 16:33:45.046 [bus notice] <00
2017-01-10 16:33:45.047 [bus notice] <00
2017-01-10 16:33:45.049 [bus notice] <00
2017-01-10 16:33:45.050 [bus notice] <00
2017-01-10 16:33:45.052 [bus notice] <00
2017-01-10 16:33:45.053 [bus notice] <00
2017-01-10 16:33:45.055 [bus notice] <00
2017-01-10 16:33:45.056 [bus notice] <00
2017-01-10 16:33:45.058 [bus notice] <00
2017-01-10 16:33:45.059 [bus notice] <00
2017-01-10 16:33:45.061 [bus notice] <00
2017-01-10 16:33:45.062 [bus notice] <fc
2017-01-10 16:33:45.064 [bus notice] <c0
2017-01-10 16:33:45.065 [bus notice] <e0
2017-01-10 16:33:47.031 [bus error] signal lost
2017-01-10 16:33:50.077 [bus notice] <00
2017-01-10 16:33:50.077 [bus notice] signal acquired
2017-01-10 16:33:50.078 [bus notice] <00
2017-01-10 16:33:50.079 [bus notice] <00
2017-01-10 16:33:50.080 [bus notice] <00
2017-01-10 16:33:50.082 [bus notice] <00
2017-01-10 16:33:50.085 [bus notice] <00
2017-01-10 16:33:50.086 [bus notice] <00
2017-01-10 16:33:50.088 [bus notice] <00
2017-01-10 16:33:50.089 [bus notice] <00
2017-01-10 16:33:50.090 [bus notice] <00
2017-01-10 16:33:50.092 [bus notice] <00
2017-01-10 16:33:50.093 [bus notice] <00
2017-01-10 16:33:50.094 [bus notice] <00
2017-01-10 16:33:50.096 [bus notice] <00
2017-01-10 16:33:50.097 [bus notice] <00
2017-01-10 16:33:50.098 [bus notice] <00
2017-01-10 16:33:50.099 [bus notice] <00
2017-01-10 16:33:50.100 [bus notice] <00
2017-01-10 16:33:50.103 [bus notice] <00
2017-01-10 16:33:50.106 [bus notice] <00
2017-01-10 16:33:50.107 [bus notice] <00
2017-01-10 16:33:50.110 [bus notice] <00
2017-01-10 16:33:50.112 [bus notice] <00
2017-01-10 16:33:50.113 [bus notice] <00
2017-01-10 16:33:50.116 [bus notice] <00
2017-01-10 16:33:50.118 [bus notice] <00
2017-01-10 16:33:50.119 [bus notice] <00
2017-01-10 16:33:50.121 [bus notice] <00
2017-01-10 16:33:50.122 [bus notice] <00
2017-01-10 16:33:50.124 [bus notice] <00
2017-01-10 16:33:50.127 [bus notice] <00
2017-01-10 16:33:50.130 [bus notice] <00
2017-01-10 16:33:50.133 [bus notice] <00


leider konnte ich kein <aa bekommen obwohl ich den Tripper schon auf 5k geändert habe um diesen feiner einzustellen.
woran könnte es liegen, das ich kein <<aa bekomme?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 10 Januar 2017, 18:34:25
ZitatTripper schon auf 5k
;D ;D

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Trainer am 11 Januar 2017, 11:45:31
Zitat von: Prof. Dr. Peter Henning am 10 Januar 2017, 18:34:25
  ;D ;D

LG

pah

;D Sorry, sollte natürlich Trimmer heißen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rob uboot am 11 Januar 2017, 22:07:16
wird wohl noch eine weile dauern bis man die teile arotherm ansteuern kann. :(
wird es dann auch möglich sein einzelne befehle zu erteilen die so in der original software nicht vorgesehen sind.
wie zb. benutze die fb heizung wie gewohnt über die inneneinheit aber ohne dazu die WP zu verwenden,
diese soll später einmal über einen wasserführenden kamin an tagen wie diesen angesteuert werden.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 12 Januar 2017, 08:54:25
Zitat von: rob uboot am 11 Januar 2017, 22:07:16
wird es dann auch möglich sein einzelne befehle zu erteilen die so in der original software nicht vorgesehen sind.
nur sehr bedingt. Das hängt ausschließlich davon ab, über welche Register die WP verfügt und was sich damit einstellen lässt.
Da aber dieses Wissen genau fehlt und die 470 Deine Wünsche offensichtlich nicht erfüllt, steht das auf recht wackeligen Beinen...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Hasont am 16 Januar 2017, 21:03:11
Hallo, ich habe mich jetzt mal im FHEM Forum durchgelesen und ein paar Fragen zusammengestellt. Aber erst einmal vielen Dank an alle die zum Thema eBus, FHEM u.s.w. seit Jahren Ihre Erfahrungen und Entwicklungsleistungen teilen.

In meinem Reihen-Eckhaus steht eine Vaillant VCS196-3-150 EcoCompact mit Calormatic430 welche direkt an der Heizung verbaut ist. Meine EBus-Platine (Layout) stammt von Benedikt Patt
Mit der Platine und den eBus begann ich bereits 2015 auf Basis der V1.1 von John konnte aber aus Zeit und mangels Linux Erfahrung nicht so richtig dran bleiben.
Zur Jahreswende wollte ich das ganze dann auf einen Raspi mit FHEM zum laufen bringen und zum Glück fand ich im Netz einen Hinweis auf das Config-Tool hier im Forum inkl. FHEM welches ich im September dann erstmalig installiert habe. Danach hatte ich erst mal wieder viele ??????
Mittlerweile ist FHEM und EBus auf dem neuesten Stand und funktioniert soweit ganz gut. In der FHEM.cfg und der BAI01.cfg hab ich auch schon einiges getan ohne jedoch genau zu Wissen
wie z.B. die Vaillant_Timer in der 99myUtils.pm funktioniert. Irgendwie sind die Befehle dort mehrfach angelegt und ergeben für mich noch keinen Sinn.
Immerhin hab ich es aber geschafft zu den Heizprogrammen auch noch Wasserprogramme, Wetterdaten usw. einzugügen. Auch Gaebus funktioniert seit gestern und ich bin grad dabei mir etwas Logik anzueignen indem ich die FHEM.cfg etwas mehr strukturiere.

Hier meine gesammelten Fragen mit der Bitte um eure Beihilfe

1.) eBus Abfrage; Diese zwei Commands kommen alle 60sec, was ist das?
unknown BC cmd: 10feb505020400
    unknown MS cmd: 1008b512020064 / 00

   
2.) Suche ev. fertige FHEM.cfg und BAI01.cfg damit ich schneller die Strucktur für weitere Befehle erkennen kann. Außerdem funktionieren bei mir die Tablet-BOF nicht. Ihr habt da ja schon sehr schöne
Oberflächen die ich ev. als Grundlage verwenden könnte. Handy oder Tablet wäre schön. Die Web BOF ist da am Handy nicht so toll. Aber eins nach dem anderen.

3.) Ich hab keine steuerbaren Heizkörper-Thermostate und der eBus ist auch noch nicht rund um die Uhr im Einsatz. Daher möchte ich nur manuell an der Heizkurve oder der Raum-Solltemperatur drehen.
Die Heizkurve kann ich schon jetzt prima abfragen und verstellen. Aber wie kann man die Raumsolltemperatur einstellen, am besten noch direkt in Verknüpfung mit den Heizzeiten wie bei der Colormatic 430. Ich finde im eBus nur lesen als "r DisplayedHc1RoomTempDesired".

4.) Ich möchte die Heizung und das Warmwasser über FHEM Schalten. Die ebus Befehle hab ich gefunden und über ebuctl auch getestet. Bei den .cfgs hab ich mich an der Heizkurve orientiert.
BAI.cfg
# WarmWasserSchalter lesen
get WWSchalter cmd {"r -f HwcOPMode\n"}
get WWSchalter expect "\d+\.\d+\n"
get WWSchalter postproc { sprintf("%3.1f",$_) }

# WarmwasserSchalterSchreiben
get WarmwasserSchreiben cmd {"write -c 430 HwcOPMode ".Value("WarmwasserSchalterEinstellen")."\n"}
get WarmwasserSchreiben expect ".*\n\n"
get WarmwasserSchreiben postproc  { $_ }


und in der Fhem.cfg
#Wasser ein/aus
define WWSchalter ECMDDevice bai00.class
attr WWSchalter IODev EBUS
attr WWSchalter group Vaillant
attr WWSchalter icon scene_hall
attr WWSchalter room Vaillant

define Warmwasser_Schalter dummy
attr Warmwasser_Schalter group Warmwasser_Schalter
attr Warmwasser_Schalter icon scene_hall
attr Warmwasser_Schalter room Heizung
attr Warmwasser_Schalter setList state:off,manual,auto
attr Warmwasser_Schalter webCmd state

define WarmwasserSchalterSchreiben_Click notify WarmwasserSchalterSchreiben {\
fhem("get WarmwasserSchalterSchreiben WarmwasserSchalterSchreiben");;\
}
attr WarmwasserSchalterSchreiben_Click group heatingControl
attr WarmwasserSchalterSchreiben_Click room Heizung

define WarmwasserSchalterSchreiben ECMDDevice bai00.class
attr WarmwasserSchalterSchreiben IODev EBUS
attr WarmwasserSchalterSchreiben group Warmwasser_Schalter
attr WarmwasserSchalterSchreiben room Heizung

Die Anzeige in FHEM passt so bereits aber beim Ausführen bekomme ich Fehlermeldungen. Denke FHEM erwartet hier einen nummerischen Wert und kann mit off,manual,auto nix anfangen.

5.) Hier noch eine technische Fragen zur Vaillant Heizung selbst
Ich hab eine externe Zirkulationspumpe mit Timer obwohl doch an der Calormatic 430 für die Zirkulationspumpe Timer gesetzt werden können. Kann man die Pumpe nicht direkt über 230V an Vaillant direkt anschließen. Mein freundlicher Heizungsbauer sagte damals das geht nicht!
Weiter ist mein Außenthermostat Richtung Süd-West was im Winter bei Sonnenschein gar nicht gut ist. Wie bei meiner Vorstellung schon angesprochen ist die ColorMatic430 direkt in der Heizung verbaut und ich hab gehört, dass man diese auch in einen Raum über den Bus versetzen kann. Bei mir wäre das im Wohnzimmer da das ein großer offener Raum ist und dieser als Referenz dient.
Ich habe die Heizung jetzt über Weihnachten beobachtet und festgestellt, dass die Heizkurve auf 1,4 gar nicht passte. Draußen Warm = innen kalt und draußen kalt = (bei voll geöffneten Heizthermostat) zu warm. Habe nun die Heizkurve auf 1.0 und die Raumtemperatur (was auch immer das dann sein soll wenn die Calormatic 430 im Keller steht) auf 26 Grad.
Damit komme ich auf so 21,7 bis 22 Grad bei voll geöffneten Heizthermostat. Kann man die 430 ins Wohnzimmer versetzen und macht das Sinn?   
Alle Reihenhäuser hier haben die Calormatic im Keller und die Außenthermostate nach SW.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 17 Januar 2017, 08:38:37
Das sind viele Fragen zu unterschiedlichen Themenbereichen, von der Optimierung der Heizkurve über die Warmwasserzirkulation bis zur Anzeige in FHEM. Ich will hier nicht mit dem Zaunpfahl winken - aber darüber habe ich in den SmartHome Hacks ganze Kapitel geschrieben.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 17 Januar 2017, 11:48:50
@Hasont

ich würde zum Thema Heizung auch das Buch von pah empfehlen, kostet nicht die Welt und die Leseproben die ich machte sind alle sehr gut erklärt und einfach zu verstehen. Auch wenn man glaubt eh schon alles zu wissen, erfährt man immer wieder einfache aber wirksame Methoden die man an der eigenen Heizung gebrauchen kann.

Das Problem mit der Heizkurve haben auch andere, es gibt eigentlich keine ideale Einstellung für alle Außentemperaturen und der gewünschte Sollwerte in den Räumen. Dies ist auch der Grund warum ich die Ventilstellungen der "wichtigen" Räume überwache und dann automatisch mit der Heizkurve reagiere. Ist es zu warm (Ventile fast geschlossen) dann wird sie möglichst flach gemacht, ist es zu kalt dann wird zusätzliche Wärme (Vorlauf) benötigt und sie wird in kleinen Schritten erhöht. Mit dieser einfachen Logik komme ich die letzten 2 Jahre sehr gut über die Runden und muss händisch so gut wie nie eingreifen, außer man will bewusst absenken weil man nicht in der Wohnung ist.

Du brauchst ja für eine Heizungsteuerung irgendwelche Sensoren um den Wärmebedarf zu bestimmen (gut geeignet sind dazu Ventilstellungen) HM Thermostate oder zumindest Temperaturwerte der Räume. Wenn du die Calormatic in das Wohnzimmer versetzt, hast du wenigstens ein Thermostat in der Wohnung.

Auch ich habe entgegen der Meinung der Heizungsbauer den Außenfühler im Süden montiert, ersten ist das nur 1 Meter Kabel und wenn die Sonne auf die Mauer scheint wird der Vorlauf sofort reduziert was auch Sinn macht weil die Hausmauer auch von außen aufgewärmt wird. Ist der Vorlauf dann dennoch zu gering, wird er ja durch die automatische Nachführung der Heizkurve wieder ausgeglichen (geregelt). Ich glaube aber hier kann man keine generellen Aussagen machen, weil das ist immer von der jeweiligen Situation des Hauses (Isolierung, Wind etc.) abhängig.

Wie sich das bei mir durch Beobachtung der Ventilstellungen (Wichtung über Modul Valve berechnet) auswirkt, siehst du im angehängten Bild. In den Morgenstunden wird die Kurve automatisch angehoben und schon nach wenigen Stunden wieder abgeflacht, obwohl hier Aussentemperaturen von -5 Grad herrschen.

Ich würde an deiner Stelle nicht sofort mit Wetterprognosen beginnen (obwohl ich das Thema interessant finde, speziell Fußbodenheizung und so), weil ich es wichtiger finde wenn die Basis erst stabil und zufriedenstellend läuft. Du hast sonst so viele Faktoren die das Verhalten beeinflussen, das du nicht mehr weist wer denn jetzt was regelt. Auf jeden Fall, die Heizung mal ein paar Wochen genau zu beobachten (wie du es getan hast) ist schon der richtige Weg der zum Erfolg führt weil du damit ein Gefühl bekommst wo du eingreifen musst. Dann noch so eine Lektüre wie SmartHome Hacks und plötzlich wird alles sehr einfach zu durchschauen.

LG
Reinhart

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Hasont am 17 Januar 2017, 19:41:38
@pah und Reinhard, danke für eure schnelle Antwort. Wenn das alles im Buch von pah behandelt wird sollte das ja ne feine Sache sein und ich werde mir den Tip gerne zu Herzen nehmen.
Finde ich da auch was über die Anschaltung zur Zirkulationspumpe oder gibt es zu Vaillant ein Forum wo ich sowas mal anfragen kann?
Würde denn die Steuerung über Valve auch Funktionieren wenn ich keine Heizkörperthermostate einsetze und nur die Colormatic 430 ins Wohnzimmer versetze und die Temperatur Abfrage.

Es wäre auch noch furchtbar nett wenn Ihr mir noch einen Tip zum Punkt 4 geben könntet.

Gruß aus Fürth/Bayern
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 17 Januar 2017, 21:01:57
Zitat von: Hasont am 17 Januar 2017, 19:41:38
Würde denn die Steuerung über Valve auch Funktionieren wenn ich keine Heizkörperthermostate einsetze und nur die Colormatic 430 ins Wohnzimmer versetze und die Temperatur Abfrage.

Ohne Heizkörperthermostate kennst du ja den gemittelten Raumbedarf nicht, also hilft dir auch Valve nicht weiter.

zu deinem Punkt 4, da würde ich verbose auf 5 stellen und im Log schauen was da für Fehlermeldungen kommen. Nur zur Sicherheit, deine bai heißt schon bai00.cfg und nicht wie von dir erwähnt BAI.cfg?

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Hasont am 18 Januar 2017, 18:50:50
Hallo Reinhart, hab noch nicht Verbose 5 eingestellt. Im normalen FHEM Log steht:
2017.01.18 18:21:28 1: EBUS: unexpected answer auto\n\n (\141\165\164\157\012\012) received (wrote r -f HwcOPMode\n (\162\040\055\146\040\110\167\143\117\120\115\157\144\145\012), expected \d+\.\d+\n)
2017.01.18 18:21:28 1: PERL WARNING: Argument "auto\n\n" isn't numeric in sprintf at (eval 3197) line 1.
2017.01.18 18:21:28 3: eval: { sprintf("%3.1f",$_) }
2017.01.18 18:22:16 3: get HeizungsSchalterSchreiben HeizungsSchalterSchreiben : HeizungsSchalterSchreiben ERR: invalid numeric argument


Gruß Hasont
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 18 Januar 2017, 19:16:49
passe deine Definition für HeizungsSchalterSchreiben wie folgt an
get HeizungsSchalterSchreiben expect ".*\n\n"
get HeizungsSchalterSchreiben postproc { $_ }


und die Meldungen verschwinden...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Hasont am 18 Januar 2017, 19:57:29
Hallo amunra, danke für die Antwort, leider hab ich das so schon.

HeizungsSchalter und WarmWasserSchalter sind gleich aufgebaut.

Ich hab mir das von der Heizkurve abgeschaut > da werden jedoch Werte von 0.7 bis 1.8 geschrieben und in diesem Fall off, auto und manual.
Könnte es sein, dass nummerische Werte erwartet werden jedoch Buchstaben kommen?

Auszug aus der BAI01.cfg
##############################
#      HeizungsSchalter      #
##############################

# HeizungsSchalter lesen
get HSchalter cmd {"r -f Hc1OPMode\n"}
get HSchalter expect "\d+\.\d+\n"
get HSchalter postproc { sprintf("%3.1f",$_) }

# HeizungsSchalter Schreiben
get HeizungsSchalterSchreiben cmd {"write -c 430 Hc1OPMode ".Value("HeizungsSchalterEinstellen")."\n"}
get HeizungsSchalterSchreiben expect ".*\n\n"
get HeizungsSchalterSchreiben postproc  { $_ }


und FHEM.cfg
#################################
#      Heizung ein/aus          #
#################################

define HSchalter ECMDDevice bai00.class
attr HSchalter IODev EBUS
attr HSchalter group Vaillant
attr HSchalter icon sani_heating_manual
attr HSchalter room Vaillant

define Heizungs_Schalter dummy
attr Heizungs_Schalter group Heizungs_Schalter
attr Heizungs_Schalter icon sani_heating_manual
attr Heizungs_Schalter room Heizung
attr Heizungs_Schalter setList state:off,manual,auto
attr Heizungs_Schalter webCmd state

define HeizungsSchalterSchreiben_Click notify HeizungsSchalterSchreiben {\
fhem("get HeizungsSchalterSchreiben HeizungsSchalterSchreiben");;\
}
attr HeizungsSchalterSchreiben_Click group heatingControl
attr HeizungsSchalterSchreiben_Click room Heizung

define HeizungsSchalterSchreiben ECMDDevice bai00.class
attr HeizungsSchalterSchreiben IODev EBUS
attr HeizungsSchalterSchreiben group Heizungs_Schalter
attr HeizungsSchalterSchreiben room Heizung
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 18 Januar 2017, 20:08:18
ich habe mir dein Listing jetzt genauer angeschaut und da sind einige Fehler drinnen weil du einiges verwechselt hast. Ich habe die ausgebessert und bei mir getestet, funktioniert jetzt.

# WarmWasserSchalter lesen
get WWSchalter cmd {"r -f HwcOPMode\n"}
get WWSchalter expect ".*\n\n"
get WWSchalter postproc {$_}

# WarmwasserSchreiben
get WarmwasserWrite cmd {"write -c 430 HwcOPMode ".Value("Warmwasser_Schalter")."\n"}
get WarmwasserWrite expect ".*\n\n"
get WarmwasserWrite postproc  {$_}


hier die bai00.cfg

#Wasser ein/aus
define WWSchalter ECMDDevice bai00.class
attr WWSchalter IODev EBUS
attr WWSchalter group Vaillant
attr WWSchalter icon scene_hall
attr WWSchalter room Vaillant

define WarmwasserWrite ECMDDevice bai00.class
attr WarmwasserWrite IODev EBUS
attr WarmwasserWrite group Warmwasser_Schalter
attr WarmwasserWrite room Heizung

define Warmwasser_Schalter dummy
attr Warmwasser_Schalter group Warmwasser_Schalter
attr Warmwasser_Schalter icon scene_hall
attr Warmwasser_Schalter room Heizung
attr Warmwasser_Schalter setList state:off,manual,auto
attr Warmwasser_Schalter webCmd state

define WarmwasserSchalterSchreiben_Click notify Warmwasser_Schalter {\
fhem("get WarmwasserWrite WarmwasserWrite");;\
}
attr WarmwasserSchalterSchreiben_Click group heatingControl
attr WarmwasserSchalterSchreiben_Click room Heizung


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 18 Januar 2017, 20:18:11
hmmm... dein read im Logfile
Zitat von: Hasont am 18 Januar 2017, 18:50:50
2017.01.18 18:21:28 1: EBUS: unexpected answer auto\n\n (\141\165\164\157\012\012) received (wrote r -f HwcOPMode\n (\162\040\055\146\040\110\167\143\117\120\115\157\144\145\012), expected \d+\.\d+\n)
2017.01.18 18:21:28 1: PERL WARNING: Argument "auto\n\n" isn't numeric in sprintf at (eval 3197) line 1.
2017.01.18 18:21:28 3: eval: { sprintf("%3.1f",$_) }
2017.01.18 18:22:16 3: get HeizungsSchalterSchreiben HeizungsSchalterSchreiben : HeizungsSchalterSchreiben ERR: invalid numeric argument

passt nicht zur Definition
HeizungsSchalterSchreiben cmd {"write -c 430 Hc1OPMode "
Hc1OPMode
Aber, vielleicht hift ja Reinharts Anpassung...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 18 Januar 2017, 20:24:18
das Problem war weil die Formatierung in der bai00.cfg als numerisch war und es wurde das falsche Reading geschrieben. Aber das hast eh du auch schon Aufgrund der Fehlermeldungen bemerkt.

Ebenso waren auch in der fhem.cfg einige Ungereimtheiten. Bei mir hat es tadellos geklappt und habe die Schreibversuche jeweils mit SSH am eBus Raspi geprüft. Ebenso musste ich unbenennen, weil ich schon so ein Define hatte aber das was anderes tut.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 18 Januar 2017, 20:38:21
Warum macht Ihr eigentlich ein get mit einem "write"?
Ich habe get und set via ECMD getrennt, da wird etwas gelsen oder gesetzt. So habe ich eine klare Trennung. Beispiel:
# Ferientemperatur
get T.Ferien cmd {"r RoomTempHoliday\n"}
get T.Ferien expect ".*\n\n"
get T.Ferien postproc { sprintf("%.1f",$_) }

set T.Ferien cmd { "w -c ui RoomTempHoliday %temp\n" }
set T.Ferien params temp
set T.Ferien expect "done\n"
set T.Ferien postproc {if ($_ =~ "done") {"%temp"} else {$_}}

Beim set wird der aktuelle Wert vorgegeben, den ich dann überschreibe und der reading-Wert wird aktualisiert.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Hasont am 18 Januar 2017, 21:47:03
Hallo Reinhart, vielen Dank.
Es läuft und ich setz das jetzt noch so für den HeizungsSchalter um.

Gruß auch an alle, seit eine große Hilfe

Hasont
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: bmwfan am 18 Januar 2017, 21:49:14
@Reinhart:
Sehr interessant, was Du im Beitrag gestern zu Deiner Heizungssteuerung geschrieben hast. Gibt es dazu schon in einem Beitrag etwas ausführlicheres? Nachdem ich meine Zeotherm (zumindest lesend) eingebunden habe, will ich als nächstes auch Schreiben und informiere mich gerade (habe auch das sehr empfehlenswerte Buch von pah) darüber, wie ich meine Thermostate / Stellglieder steuern kann. Problem: Ich habe im ganzen Haus nur Fußbodenheizung und möchte, wenn möglich, nicht alle Stellglieder austauschen müssen. Die Thermostate in den Räumen muss ich sowieso tauschen, da nur mit einem Rändelrad versehen.

Sind die Werte der Heizkurve in dem Diagramm wirklich zwischen 0,5 und 1,5 bei Dir oder mit einem Faktor zur deutlicheren Darstellung versehen? Ich wechsle gerade manuell zwischen 0,1 und 0,15 und möchte etwas ähnliches erreichen wie Du. Macht das dann überhaupt Sinn, wenn ich nur in einem so engen Bereich wechseln kann? Feiner als 0,05 läßt sich die Heizkurve nicht einstellen.

Gruß Jürgen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 19 Januar 2017, 09:53:17
@bmwfan

Nein, ausführlicheres habe ich noch nicht gepostet (irgendwo gibt es schon ein paar Listings), weil es eigentlich 5 einfache IF Abfragen sind die alle 20-30 Minuten geprüft werden und werden und dann entsprechend handeln. Man kann es auch noch langsamer durchführen.

Wenn bei dir die Heizkurve zwischen 0,1 - 0,15 liegt, dann ist dein Typ der Heizung so ausgelegt. Ob das Sinn macht oder nicht, musst du selbst entscheiden, wenn du jedoch händisch nachregeln musst/willst, dann kann das natürlich auch Fhem für dich machen. Sinn macht es in meinen Augen immer, weil je flacher die Kurve je weniger Verbrauch hast du. Wenn die Heizleistung ausreicht, spricht nichts dagegen sie abzusenken bis zu dem Punkt wo sie gerade noch passt.

Fussbodenheizung ist ohnehin eine eigene Herausforderung, weil sie stark verzögert sind. Meine FB hat nur 1cm Bauhöhe, liegt direkt unter der Fliese und reagiert sehr schnell, daher kann ich auch hier mit einem Thermostat Ventil den Durchfluß schön steuern.

Ich würde an deiner Stelle einfach mit den Thermostaten anfangen und schauen ob das schon ausreicht oder ob du noch mehr willst.

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)

hier die einfachen IF Abfragen, die Zahl hinter der Schwelle dient zur Kompensation und zur Früherkennung. man könnte hier auch eventuell einen Faktor der Wettervorschau einbringen. Beim Absenken sind es ähnliche IF, nur andere Faktoren bei der Kompensation. Die Kompensation habe ich einfach in der Praxis ermittelt und so lange angepasst bis es für mein System optimal war. Je kleiner die Kurve wird, desto genauer wird der Schaltpunkt ermittelt.

WichtungAll = Durchschnitt Stellung der Ventile von Valve ermittelt
Schwelle = setlist mit Vorgaben für Sollwerte
HeizkurveEinstellen = augenblickliche Heizkurve/neuer Sollwert
Winter = Dummy Schalter für Sommer/Winterbetrieb

Das Ganze läuft seit über 2 Jahren zur vollsten Zufriedenheit mit Hilde des eBus. Dieses kleine IF, steigert bei mir den Komfort und macht alles behaglich und stellt eigentlich den ganzen Regler dar. Man kann das noch ausdehnen, ist aber bei mir nicht notwendig.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 20 Januar 2017, 12:18:42
Zitat von: jkriegl am 18 Januar 2017, 20:38:21
Warum macht Ihr eigentlich ein get mit einem "write"?
Ich habe get und set via ECMD getrennt, da wird etwas gelsen oder gesetzt. So habe ich eine klare Trennung.

ich glaube das hat sich einfach so eingebürgert weil die ersten Beispiele auch alle mit "get" waren. Im Prinzip ist es so wie du schon sagst rein optischer Natur und da macht es durchaus Sinn. Es wird über den definierten ECMD Device via Telnet das "cmd" an den eBus übergeben und der führt das Kommando aus, egal ob mit "get" oder "set" er das empfangen hat weil der eBus das gar nicht weiß. Entscheidend ist eigentlich nur der Parameter, welcher das Kommando enthält und das ist entweder ein "read" oder ein "write".

Es wäre jetzt viel Arbeit das Wiki zu durchforsten und alle Sendebefehle mit "set" zu ersetzen, weil das auch alle Beispiele betrifft die vorher alle nochmals getestet werden müssten. Aber wenn das wer machen möchte spricht ja nichts dagegen. In den Threads natürlich ist auch immer die Variante "get" vorhanden, was dann besonders für Einsteiger undurchschaubar wäre und dann zur Verwirrung sorgt.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: hanswerner1 am 20 Januar 2017, 16:35:49
Hallo,
ich habe die eBus Schaltung auch gelötet und gestern dann ausprobiert. Ich habe auch für ein paar sec. Daten auf dem Bus gesehen, dann aber nichts mehr. Wenn ich die Schaltung nun am eBus klemme stürzt dieser ab. Es steht kurz loading in Display vom Vailant VRC700, dann geht das Display aus und es fängt wieder von vorne an. Sobald ich die Schaltung abklemme läuft das VRC700 normal.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 20 Januar 2017, 16:59:16
@ Reinhart
habe ich mir auch so gedacht, weil "nichts läuft länger als ein Provisorium". War auch für die Zukunft gedacht, um eine bessere Struktur rein zu bekommen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 20 Januar 2017, 17:43:41
@hanswerner1

Mit allen Unsicherheiten der Ferndiagnose: Sieht mir nach falsch eingelöteten Dioden aus, die den eBUS kurzschließen.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 20 Januar 2017, 18:29:13
@hanswerner1

so wie dir pah schon geschrieben hat, hast du auf jeden Fall einen Kurzschluß am Schaltungseingang (Diodenbrücke).
Auf keinen Fall nochmals die Platine anschließen, sondern vorher mit dem Ohmmeter den Eingang einmal durchmessen. Strippen auch austauschen (umpolen) bei der Messung. Schön wäre natürlich jetzt ein Labornetzteil mit Stromanzeige zur Fehlersuche, es geht aber auch mit einem Multimeter.

Eigentlich ist der eBus Kurzschlußfest, ich würde es aber trotzdem nicht riskieren. Das Netzteil der eBusversorgung sitzt direkt auf der Steuerplatine und kann nur als Ganzes getauscht werden was dann etwas kostspielig wäre. Ich hatte schon eine defekte Platine, hatte aber nichts mit dem eBus zu tun.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: hanswerner1 am 20 Januar 2017, 19:23:43
Hab die Dioden nochmal kontrolliert, sind alle 4 wie im wiki eingelötet, auch die Z ist wie im wiki. Hab den Eingang mit einem Multimieter durchgemessen, Wiederstand >20M (max Anzeige) in beiden Richtungen. Komisch war auch das es kurz funktionierte.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 20 Januar 2017, 20:34:20
check auch mal den Sendeweg, d.h. die Zenerdiode und den Darlingtontransistor.
Wenn die Platine den Sendeweg ständig durchschaltet, kann es auch zu deinem Problem an der Therme kommen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 29 Januar 2017, 11:19:45
Zitat von: rob uboot am 11 Januar 2017, 22:07:16
wird wohl noch eine weile dauern bis man die teile arotherm ansteuern kann. :(
Vor ner Ewigkeit hab ich mal ein paar Fragmente für HMU erhalten, die hab ich jetzt überarbeitet und eingecheckt: ebusd-2.1.x/en/vaillant/08.hmu.csv (https://github.com/john30/ebusd-configuration/blob/master/ebusd-2.1.x/en/vaillant/08.hmu.csv).
Ist nicht wirklich viel, aber vielleicht ein motivierender Anfang :-)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: hanswerner1 am 29 Januar 2017, 16:28:53
Zitat von: Reinhart am 20 Januar 2017, 20:34:20
check auch mal den Sendeweg, d.h. die Zenerdiode und den Darlingtontransistor.
Wenn die Platine den Sendeweg ständig durchschaltet, kann es auch zu deinem Problem an der Therme kommen.

Bin wieder aus dem Urlaub zurück und kann mich jetzt wieder der Fehlersuche widmen.
Wie kann ich die ZDiode und den Transistor am besten testen ohne Labornetzteil ? Hab ein normales Multimeter.

LG HW1
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 05 Februar 2017, 18:02:50
Zitat von: mirror am 10 Januar 2017, 12:12:45
Hier noch mal attached das Ergebnis von readall.
hab jetzt mal eine vorläufige an die bai.308523.inc angepasste  Version für die ecocompact VSC/4 ins git gestellt (https://github.com/john30/ebusd-configuration/blob/master/ebusd-2.1.x/de/vaillant/bai.0010015600.inc).
Wär cool, wenn ein paar Leute die Definitionen nachvollziehen würden und sich vielleicht auch trauen, die writes auszuprobieren (haben jetzt alle bai#install_NOT_YET_CONFIRMED bzw. bai#service_NOT_YET_CONFIRMED als circuit, damit man ja nicht aus Versehen seine Anlage zerbröselt...).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mirror am 07 Februar 2017, 16:12:30
Zitat von: john30 am 05 Februar 2017, 18:02:50
hab jetzt mal eine vorläufige an die bai.308523.inc angepasste  Version für die ecocompact VSC/4 ins git gestellt (https://github.com/john30/ebusd-configuration/blob/master/ebusd-2.1.x/de/vaillant/bai.0010015600.inc).
Wär cool, wenn ein paar Leute die Definitionen nachvollziehen würden und sich vielleicht auch trauen, die writes auszuprobieren (haben jetzt alle bai#install_NOT_YET_CONFIRMED bzw. bai#service_NOT_YET_CONFIRMED als circuit, damit man ja nicht aus Versehen seine Anlage zerbröselt...).
Hallo John,

erstmal vielen Dank für das Reinstellen der ecoCompact bai.0010015600.inc.

Anbei eine auf Deiner Basis erweiterten Datei:
- es sind alle Anlagenparameter eingefügt.
- Parameter mit unbekannter Registeradresse sind aus kommentiert
- Deine Namenskonvention wurde behalten
- Problem könnte "Waterpressure" Konflikt mit der 15.700 sein
- DCF Time geht nur so bei mir

Pull request war zu umständlich.

Gruß,
Dietmar
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 20 Februar 2017, 10:28:43
Zitat von: mirror am 07 Februar 2017, 16:12:30
Anbei eine auf Deiner Basis erweiterten Datei:
okay, ist drin.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 23 Februar 2017, 11:31:11
Ich habe mit dem Board und den bei Reichelt bestellten Teilen nun zwei Boards bestückt.
Super Vorarbeit! Es ging bis hierhin recht reibungslos.
Nun lese ich, dass es mehrere Seriell/USB Adapter gibt, die bei euch im Einsatz sind.
Kann mir jemand einen Hinweis geben, welcher der zuverlässigste ist? Wäre super!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 25 Februar 2017, 20:19:30
Vielleicht könnt ihr mir helfen, ich komme einfach nicht weiter.

Die Schaltung mitsamt 232/USB Koppler hängt nun am Raspi.
ebusd und auch die csv Dateien sind nach Anleitung von John installiert.
Koppler hängt an USB 0

Wenn ich mit   ebusd -f -c /tmp --logareas bus --loglevel info --lograwdata -d /dev/ttyUSB0
im Terminal nachsehe, kommen keine Messages an.
Das Poti habe ich schon langsam von ganz links nach ganz rechts gedreht.
Den ebsud Dienst kann ich starten und stoppen und es wird im Logfile auch mitgeschrieben.
Steh ich auf dem Schlauch oder übersehe ich eine Kleinigkeit?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 25 Februar 2017, 20:34:51
Tx und Rx richtig angeschlossen?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 25 Februar 2017, 20:45:17
Zitat von: amunra am 25 Februar 2017, 20:34:51
Tx und Rx richtig angeschlossen?

TX ist mit TX und RX mit RX verbunden.
Am Koppler leuchtet allerdings gar keine LED, also zumindest keine blinkt.

Im Terminal erscheint auch keine Fehlermeldung unter dem Befehl.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 25 Februar 2017, 21:00:23
Ich habe allerdings auch auf der ebus Seite kein Gerät angeschlossen. Das kann bei Einstellen offen bleiben, oder?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 25 Februar 2017, 21:05:56
nein, du musst den schon an den EBUS anschließen.

Alternativ, kannst Du die Einstellung mit einem Labornetzteil vornehmen (ist hier im Thread von Reinhart beschrieben, wie man das macht.).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 25 Februar 2017, 21:33:50
muss der Jumper am Koppler eigentlich auf 3,3 oder 5 Volt stecken?

Auch mit angeschlossenem ebus (Vaillant auromatic 620/3) leider das Gleiche. Keine Zeilen zu sehen.
Kann ich irgendwie differenzieren ob Hard-/oder Software das Problem sind?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 25 Februar 2017, 21:40:04
Zitat von: theotherhalf am 25 Februar 2017, 21:33:50
muss der Jumper am Koppler eigentlich auf 3,3 oder 5 Volt stecken?
5V
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 25 Februar 2017, 21:42:55
schalte in den RAW Modus und versuche damit das Poti abzugleichen.

ebusctl raw

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 25 Februar 2017, 21:43:24
Bei Vaillant in der Anleitung steht, dass die Polarität des ebus egal sei, auch wenn die Klemmen mit + und - bezeichnet sind. Auf der 1.6 Platine steht auch nichts, sodass ich davon ausgehe dass es egal ist.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 25 Februar 2017, 21:44:09
Zitat von: Reinhart am 25 Februar 2017, 21:42:55
schalte in den RAW Modus und versuche damit das Poti abzugleichen.

ebusctl raw

LG

da sagt mein Raspi "disabled".....
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 25 Februar 2017, 21:44:59
Zitat von: theotherhalf am 25 Februar 2017, 21:43:24
Bei Vaillant in der Anleitung steht, dass die Polarität des ebus egal sei, auch wenn die Klemmen mit + und - bezeichnet sind. Auf der 1.6 Platine steht auch nichts, sodass ich davon ausgehe dass es egal ist.
Ja, sind verpolungssicher.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 25 Februar 2017, 21:47:52
Zitat von: theotherhalf am 25 Februar 2017, 21:44:09
da sagt mein Raspi "disabled".....

schau dazu ins Wiki unter "Poti abgleichen", ebusd muss im Vordergrund laufen.
LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 25 Februar 2017, 21:53:21
jetzt ist das Logging enabled, aber es erscheint keine einzige Logging Zeile im Terminalfenster
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 25 Februar 2017, 21:57:39
auch wenn keine Aktivität am eBus ist müssen die "aa" kommen wenn das Poti richtig gedreht wird.

Kontrollieren nochmals ob du den RAW Modus laut Wiki richtig aktiviert hast.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 25 Februar 2017, 22:03:22
habe alles so gemacht wie im Wiki beschrieben. Schritt für Schritt.
Aber keine Zeile im Terminalfenster.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 25 Februar 2017, 22:06:55
siehe Bild
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 25 Februar 2017, 22:33:59
tail -f /var/log/ebusd.log
damit kannst Du mitverfolgen, was in das Log geschrieben wird.

alternativ - ebus im Vordergrund laufen lassen...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 25 Februar 2017, 22:38:16
Zitat von: amunra am 25 Februar 2017, 22:33:59
tail -f /var/log/ebusd.log
damit kannst Du mitverfolgen, was in das Log geschrieben wird.

alternativ - ebus im Vordergrund laufen lassen...

mit der Variante wie im Wiki beschrieben läuft doch der ebusd im Vordergrund, oder?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: amunra am 25 Februar 2017, 22:55:59
Zitat von: theotherhalf am 25 Februar 2017, 22:38:16
mit der Variante wie im Wiki beschrieben läuft doch der ebusd im Vordergrund, oder?
ja, es darf aber nicht so aussehen wie auf deinem Screenshot.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 26 Februar 2017, 08:44:17
gibt es denn einen Weg wie ich abschnittsweise prüfen kann ob folgendes passend ist:

- Installation
- USB/232 Wandler
- ebus Schaltung?

Der ebus Service lässt sich ja starten und stoppen. Kann man davon ausgehen, das er richtig läuft?

Habe 2 Wandler bestellt und beide ausprobiert. Macht keinen Unterschied. Beide werden mit lsusb unter USB0 angezeigt.

Die Schaltung ist sauber gelötet, habe das nochmals kontrolliert.

Der Fakt, dass überhaupt keine Messages gezeigt werden, lässt mich etwas an der Softwareinstallation zweifeln.
Gesetzt den Fall, man hätte ausschließlich den Wandler ohne ebus Schaltung am Raspi, sollten dann auch (fehlerhafte) Nachrichten angezeigt werden?


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 26 Februar 2017, 09:29:03
der Wandler ohne eBus Platine macht gar nichts weil die TX und RX Signale ins Leere gehen!

ich habe bei meinem Abgleich das alles schon blind gemacht und habe über 20 Stück abgeglichen! https://forum.fhem.de/index.php/topic,46098.msg539569/topicseen.html#msg539569 (https://forum.fhem.de/index.php/topic,46098.msg539569/topicseen.html#msg539569)

Bei einem neuem Spindeltrimmer einfach 27 Halbumdrehungen (=13,5 Umdrehungen) nach rechts und die Abstimmung hat gepasst! Wenn du jedoch schon gedreht hast, geht das nicht mehr.

Da du ja 2 Schaltungen zur Verfügung hast, nehme ich nicht an das beide defekt sind. Selbst wenn der Sendeweg nicht funktionieren sollte, muss etwas ankommen. Wenn richtig abgestimmt ist oder du wenigstens in die Nähe kommst, dann sieht man das auch am FTDI Modul die Leds zu flackern beginnen.

Aber Vorsicht, das Spindeltrimmer kann man auch überdrehen wenn es am Anschlag ist. Man braucht daher trotzdem etwas Feingefühl, dann spürt man den leichten Anschlag. Wenn alles nichts hilft, dann musst die mit einem Netzteil die Schaltung überprüfen und kannst auch so den exakten Abgleichspunkt finden.

PS: was hast du denn im angeschlossenen Zustand für eine eBus Spannung?

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 26 Februar 2017, 09:44:02
Die zweite ebus Schaltung kann ich leider nicht ausprobieren, da für diese noch die 4Stk. Dioden fehlten. Hatte ich bei der Reichelt Bestellung falsch angegeben. Sind aber unterwegs.
Habe also die beiden Wandler an der gleichen ebus Schaltung geprüft.
Am Ausgang des ebus zur VRS620 habe ich recht stabile 18,5 Volt anliegen, ich denke das ist i.O. so.

Was mich so stutzig macht ist, dass auf den Kopplern nur rechts unten rotes Dauerlicht ist (ich denke, das ist die Betriebsspannung), aber überhaupt kein TXD oder RXD blinkt und das bei dem kompletten Spindelweg. (den man im Übrigen gut durch ein leichtes Klicken nach oben und unten abgegrenzt hören kann).
Von daher glaube ich irgendwie, dass vom Raspi keine Anfrage abgesetzt wird.

Meine Therme und mein Regler sind im Übrigen NICHT per ebus verbunden. Der Raspi hängt also Punkt zu Punkt am VRS620.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 26 Februar 2017, 10:05:53
Installiert habe ich es nach Wiki mit V2.4 bzw. V2.1. Fehlt da noch etwas?

wget https://github.com/john30/ebusd/releases/download/v2.0/$EBUSDPACKAGE
sudo dpkg -i --force-overwrite $EBUSDPACKAGE


und

wget https://github.com/john30/ebusd-configuration/releases/download/v2.0.1/$EBUSDCFGPACKAGE
sudo dpkg -i --force-overwrite $EBUSDCFGPACKAGE
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 26 Februar 2017, 10:15:49

ja, die Spannung dürfte soweit ok sein ( zwischen 15-24V ).


wenn nix blinkt, dann kommt entweder aus dem Optokoppler U1 kein richtiges Signal (Pin4 ) oder der U2-2 liefert an Pin4 kein Signal, das eben von der Potistellung abhängt. Ich hatte einmal den Fall ( war aber eine anderer Optokoppler ) da musste ich den Widerstand R1 etwas abändern, damit der Optokoppler ordentlich durchschaltete.


Es ist ja schaltungstechnisch so gedacht, dass wenn am Eingang des eBus >15 V schaltet der Optokoppler U1 durch, Pin 3 des U2-1 geht auf  low und somit geht Pin 4 des U2-2 auf high. Das ist das ganze Geheimnis.

Hast du dass (https://forum.fhem.de/index.php/topic,64952.msg565487.html#msg565487) schon gelesen, der hat die selbe Umgebung wie du.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 26 Februar 2017, 10:27:15
Ja, habe den Thread schon gelesen, sagt mir aber recht wenig neues.

Ich denke, dass ich erst mal das zweite Board fertig mache und es austausche. Vllt. habe ich ja auch beim Zusammenbau den CMOS Baustein zerstört.

Wer ist eigentlich an diesem Bus der Master, d.h. wer sendet eine Anfrage? Nach meinem Verständnis ist es der Raspi, oder? Sollte dann nicht zumindest die TXD LED des Kopplers aufleuchten? Oder lauscht dieser nur was am Eingang des ebus passiert und stellt es dar?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 26 Februar 2017, 12:36:56
Zitat von: theotherhalf am 26 Februar 2017, 10:27:15
Ja, habe den Thread schon gelesen, sagt mir aber recht wenig neues.

Ich denke, dass ich erst mal das zweite Board fertig mache und es austausche. Vllt. habe ich ja auch beim Zusammenbau den CMOS Baustein zerstört.

Wer ist eigentlich an diesem Bus der Master, d.h. wer sendet eine Anfrage? Nach meinem Verständnis ist es der Raspi, oder? Sollte dann nicht zumindest die TXD LED des Kopplers aufleuchten? Oder lauscht dieser nur was am Eingang des ebus passiert und stellt es dar?
ich glaube du hast da grundsätzlich noch was mit ebusd falsch verstanden. Du musst den im Vordergrund laufen lassen, damit Du das raw logging auch siehst. Über ebusctl raw kannst Du das nur ein und ausschalten. Also zwei Terminals öffnen, eines mit ebusd im Vordergrund wie mehrfach beschrieben. Darin sollte dann mindestens auch ein signal acquired zu finden sein. Andernfalls kommt da nichts durch.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 26 Februar 2017, 12:44:33
Zitat von: john30 am 26 Februar 2017, 12:36:56
ich glaube du hast da grundsätzlich noch was mit ebusd falsch verstanden. Du musst den im Vordergrund laufen lassen, damit Du das raw logging auch siehst. Über ebusctl raw kannst Du das nur ein und ausschalten. Also zwei Terminals öffnen, eines mit ebusd im Vordergrund wie mehrfach beschrieben. Darin sollte dann mindestens auch ein signal acquired zu finden sein. Andernfalls kommt da nichts durch.

Zwei Terminal Fenster hatte ich offen.So wie im Wiki beschrieben.
In dem ersten kam aber keine Meldung durch.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 26 Februar 2017, 12:53:44
Zitat von: theotherhalf am 26 Februar 2017, 12:44:33
Zwei Terminal Fenster hatte ich offen.So wie im Wiki beschrieben.
In dem ersten kam aber keine Meldung durch.
im ebusd terminal sollte das z.B. so aussehen:
2017-02-26 12:50:38.000 [main notice] ebusd 3.0pre.122b725 started
2017-02-26 12:50:38.290 [bus notice] <aa
2017-02-26 12:50:38.310 [bus notice] signal acquired
2017-02-26 12:50:38.334 [bus notice] <aa
2017-02-26 12:50:38.380 [bus notice] <aa
...

wenn da gar nix vorbei kommt, dann passt was mit dem interface und/oder dem anschluss nicht
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 26 Februar 2017, 18:00:33
Zitat von: john30 am 26 Februar 2017, 12:36:56
ich glaube du hast da grundsätzlich noch was mit ebusd falsch verstanden. Du musst den im Vordergrund laufen lassen, damit Du das raw logging auch siehst. Über ebusctl raw kannst Du das nur ein und ausschalten. Also zwei Terminals öffnen, eines mit ebusd im Vordergrund wie mehrfach beschrieben. Darin sollte dann mindestens auch ein signal acquired zu finden sein. Andernfalls kommt da nichts durch.


Wie im angehängten Bild sieht es aus.
Titel: ebusd Versionswechsel
Beitrag von: henry22 am 26 Februar 2017, 18:51:37
Hallo John,  wenn ich eine aktuellere Version des ebusd installieren will, muss ich dann die vorhandene Version deinstallieren oder kann man die neue Version einfach drüberinstallieren ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 28 Februar 2017, 08:32:27
Zitat von: theotherhalf am 26 Februar 2017, 18:00:33
Wie im angehängten Bild sieht es aus.
Also da kommt überhaupt nichts durch...
Titel: Antw:ebusd Versionswechsel
Beitrag von: john30 am 28 Februar 2017, 08:34:45
Zitat von: henry22 am 26 Februar 2017, 18:51:37
Hallo John,  wenn ich eine aktuellere Version des ebusd installieren will, muss ich dann die vorhandene Version deinstallieren oder kann man die neue Version einfach drüberinstallieren ?
Das Debian Paket kannst Du einfach updaten, sprich wie gewohnt installieren, wobei das alte ersetzt wird.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 28 Februar 2017, 08:37:50
Zitat von: john30 am 28 Februar 2017, 08:32:27
Also da kommt überhaupt nichts durch...

Mal schauen was das zweite ebus Board verändert. Am Ende der Woche werde ich die 4 Dioden einsetzen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 02 März 2017, 22:00:11
Habe eben das zweite Board drangehängt und siehe da, es hat funktioniert. Aber leider nur sehr kurz.....
Es kamen ausschliesslich hex Zeichen und keine aa. Habe dann versucht das Poti zu trimmen, sodaß aa kommt, aber Fehlanzeige. Ungefähr 30sek wurde geloggt und dann nix mehr.
Das gleiche Bild wie vorher. Keine einzige Zeile wird mehr angezeigt.
Hat jemand noch eine funktionierende Schaltung, die er mir leihweise überlassen kann?
Oder ist es möglich, dass ich meine Schaltung an jemanden schicke der sie an seinem (funktionierenden) Rest ausprobiert?
Bin irgendwie mit meinem Latein am Ende. :(
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 März 2017, 12:19:01
so, habe nun beide Platinen inkl. FTDI von theotherhalf bekommen und habe mich auf die Fehlersuche begeben.

Es war schon etwas Pech dabei, denn gleich bei der 1. Platine musste ich feststellen, das Pin 4 des U2-2 immer auf High steht. Pin 3 des U2-1 läßt sich aber schön mit dem Poti einstellen (12 oder 14 V =  H oder L). Dachte zuerst der 4011 ist hinüber, aber es war das FTDI Modul welches am RxD immer auf High war. FTDI Modul getauscht und die erste Platine lief wieder.

Die 2. Platine war etwas haarig, da der Pin 2 des U2-1, also das Signal vom Optokoppler  nicht über 1,5 V ging und somit das Gatter nicht das H Signal brachte. Ein gegenseitiges Tauschen der beiden CNY17 brachte keinen Erfolg. Ich musste R1 von 3k3 auf 2,7k verringern, damit der Optokoppler wieder schön in Sättigung kam und der erforderliche Pegel am Eingang des Gatters ausreichte. Die Summer der Streuungen aller Bauteile kann sich eben so negativ auswirken.

Ich kann daher jeden nur empfehlen, wenn sich das Poti nicht abstimmen läßt zum regelbaren Netzgerät und zum Multimeter zu greifen sofern beides zur Verfügung steht. Die Fehlersuche hat so nicht länger als 15-20 Minuten für beide Platinen gebraucht.

Ich teste nun beide Platinen direkt an meinem eBus und schicke sie dann zurück!

LG
Reinhart



Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 09 März 2017, 13:11:31

Tausend Dank für deine Hilfe Reinhart!
Ich hatte die zwei Boards wirklich von vorne bis hinten geprüft, so wie es eben ohne Netzteil geht. Aber wie du schon schreibst, manchmal ist dann nichts mehr ersichtlich.
Die beiden FTDI Module sind flammneu. Habe sie vor 2 Wochen gekauft. Eines ist defekt schreibts du und das andere i.O. ?
Dann tausche ich zumindest das eine um.
Warte dann mal sehnsüchtig ab bis es dann softwareseitig losgehen kann :-)

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 März 2017, 16:34:04
ja, speziell bei der 2. Platine hättest ohne Netzteil den Fehler nie finden können, weil ja Schaltungstechnisch alles in Ordnung ist und eben nur die Streuung verschiedener Bauteile den Fehler verursacht.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 10 März 2017, 11:42:07
@theotheralf

Heute habe ich beide Platinen am eBus getestet und musste leider festsstellen, dass auch der 2. FTDI Adapter defekt ist. Ich habe nun dem Paket einen Adapter von mir beigelegt, mit dem habe ich beide Platinen erfolgreich getestet. An beiden eBus Platinen waren nun keine Bauteile defekt und die große Abweichung der Toleranzen war wirklich Pech. In solchen Fällen hat man aber ohne Multimeter und Netzteil kaum eine Chance den Fehler zu finden und etwas Erfahrung in Elektronik ist auch nicht schlecht.

Kann es sein, dass du bei den Adaptern einmal die Vcc mit GnD vertauscht hast?

hier ein Log der 1. Platine inkl. Schreibversuch.
2017-03-10 09:26:49.547 [update notice] update bai Status01 QQ=10: 58.0;50.0;6.000;43.0;37.0;off
2017-03-10 09:26:51.550 [update notice] update bai DateTime QQ=10: nosignal;18:11:47;-.-.-;6.000
2017-03-10 09:26:51.818 [update notice] update bai Status02 QQ=10: auto;60;70.0;70;50.0
2017-03-10 09:26:55.579 [update notice] update bai Mode QQ=10: standby
2017-03-10 09:26:59.566 [update notice] update bai Status01 QQ=10: 50.0;50.0;6.000;43.0;37.0;off
2017-03-10 09:27:01.498 [update notice] update broadcast outsidetemp QQ=10: 4.000
2017-03-10 09:27:05.573 [update notice] update bai Mode QQ=10: standby
2017-03-10 09:27:09.471 [main notice] write 430 Hc1HeatCurve: decode done
2017-03-10 09:27:11.568 [update notice] update bai Status02 QQ=10: auto;60;70.0;70;50.0
2017-03-10 09:27:16.044 [update notice] update bai Mode QQ=10: standby
2017-03-10 09:27:20.054 [update notice] update bai Status01 QQ=10: 49.0;35.0;6.000;43.0;39.0;off
2017-03-10 09:27:22.063 [update notice] update bai DateTime QQ=10: nosignal;18:12:19;-.-.-;6.000


und hier von der 2.Platine
2017-03-10 09:44:06.216 [update notice] update bai Mode QQ=10: standby
2017-03-10 09:44:10.247 [update notice] update bai Status01 QQ=10: 41.0;36.0;6.000;41.0;39.0;off
2017-03-10 09:44:12.253 [update notice] update bai DateTime QQ=10: nosignal;18:29:40;-.-.-;6.000
2017-03-10 09:44:12.725 [main notice] write 430 Hc1HeatCurve: decode done
2017-03-10 09:44:16.321 [update notice] update bai Mode QQ=10: standby
2017-03-10 09:44:20.787 [update notice] update bai Status01 QQ=10: 37.0;35.0;6.000;41.0;39.0;off
2017-03-10 09:44:24.774 [update notice] update bai Mode QQ=10: standby
2017-03-10 09:44:30.785 [update notice] update bai Status01 QQ=10: 39.0;35.0;6.000;41.0;39.0;on
2017-03-10 09:44:32.750 [update notice] update broadcast vdatetime QQ=10: 10:25:45;10.03.2017
2017-03-10 09:44:33.004 [update notice] unknown MS cmd: 1008b512020064 / 00
2017-03-10 09:44:34.782 [update notice] update bai Mode QQ=10: standby
2017-03-10 09:44:40.802 [update notice] update bai Status01 QQ=10: 42.0;35.0;6.000;41.0;39.0;on
2017-03-10 09:44:45.095 [update notice] update bai DateTime QQ=10: nosignal;18:30:14;-.-.-;6.000
2017-03-10 09:44:45.367 [update notice] update bai Status02 QQ=10: auto;60;70.0;70;50.0
2017-03-10 09:44:45.614 [update notice] unknown MS cmd: 1008b512020064 / 00
2017-03-10 09:44:55.025 [update notice] update bai Mode QQ=10: standby

bei der 2.Platine ist das Poti ziemlich auf Anschlag. Solltest du hier einmal Probleme haben, dann verringere den Widerstand R2 von 1K auf 560 Ohm, dann ist der Abstimmbereich besser.

Ansonsten musste ich nichts mehr abstimmen, die statische Einstellung mit dem Multimeter hat genau gepasst. Ich habe zwar noch kontrolliert und einige Umdrehungen links und rechts durchgeführt um den Mittelpunkt zu kontrollieren.
Es kann nun sein, dass du etwas Feinabgleich an deinem Gerät durchführen musst, glaube ich aber nicht denn die anderen Anwender welchen ich eine fertig abgestimmte Platine gesendet habe mussten auch nichts machen. Der eBus ist ja schließlich genormt.

Das Paket ist ab heute Nachmittag unterwegs und wird vermutlich Anfang ( Mo oder Di ) zu dir kommen. Die Österreicher brauchen immer etwas länger als von Deutschland zu uns, aber wir dürfen ja auf der Autobahn nur 130 km/h fahren, dass wird vermutlich die Verzögerung sein.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 10 März 2017, 17:23:58

Wie ich schon schrieb, sahen die Lötungen der Käfer auf dem FTDI Board nicht sehr sauber aus. Vllt. ist das auch der Fehler. VCC und GND habe ich nicht vertauscht, ganz sicher. Lediglich mit TxD und RxD habe ich gespielt. Die Dinger gehen auf jeden Fall zurück.

Bin schon gespannt darauf, dass es weiter gehen kann.

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: derhoeppi am 11 März 2017, 13:22:23
Hallo,
ich habe nun auch eine Platine für den EBus Anschluss fertiggestellt. Nachdem ich nun alles angeschlossen habe, bin ich die Anleitung aus dem Wiki durchgegangen und habe den eBusd auf meine Raspberry Pi3 installiert. Nun möchte ich gerne das Poti kalibrieren, aber an dem Punkt an dem man "ebusctl raw" in einem zweiten Consolenfenster öffnet, erhalte ich immer die folgende Meldung:

HTTP/1.1 400 Bad Request
Date: Sat, 11 Mar 2017 12:12:32 GMT
Server: libwww-perl-daemon/6.01
Content-Type: text/html
Content-Length: 57

<title>400 Bad Request</title>
<h1>400 Bad Request</h1>

Selbiges auch wenn ich ebusctl info aufrufe. Kann mir jemand sagen, was auf dem Raspberry fehlt, wenn ich eine HTTP Fehlermeldung erhalte? Installiert ist die eBusd Version 2.4 und die letzte Konfig.

Gruß
derhoeppi
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: henry22 am 11 März 2017, 23:42:15
Hallo derhoeppi,

wo gibst Du denn die Kommandos ein ?  Sieht aus wie eine Antwort von einem Browser.

Du solltest am Raspi auf die Shell Ebene gehen oder von einem anderen Rechner ein ssh-session zum Raspi eröffnen. Die Kommandos "ebusctl info" etc. müssen von der shell ebene aus erfolgen.

freundliche Grüße

Henry22
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: derhoeppi am 12 März 2017, 06:59:30
Hallo Henry,
die Ausgabe erhalte ich aus der Shell, die ich via SSH geöffnet habe. Ich begreife den HTTP Error nicht, denn ich dachte der eBusd ist C geschrieben und hätte damit nichts mit einer Webtechnologien zu tun. Ich habe gestern die Installation erneut durchgeführt, aber auch dort erhalte ich die Meldung.

Gruß
derhoeppi
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 12 März 2017, 08:46:54
Zitat von: derhoeppi am 11 März 2017, 13:22:23
Nun möchte ich gerne das Poti kalibrieren, aber an dem Punkt an dem man "ebusctl raw" in einem zweiten Consolenfenster öffnet, erhalte ich immer die folgende Meldung:

HTTP/1.1 400 Bad Request
Date: Sat, 11 Mar 2017 12:12:32 GMT
Server: libwww-perl-daemon/6.01

Auf dem Port 8888, den ebusd standardmäßig für die ebusctl Verbindung bereitstellt, läuft noch ein anderer Prozess, anscheinend ein perl www Dienst. Vielleicht hast Du den Port 8888 in fhem konfiguriert?
Auf einem Port kann immer nur ein Dienst laufen, also musst Du den anderen Dienst umstellen oder ebusd mit den Startparametern entsprechend umkonfigurieren. Siehe hier: --port=PORT (https://github.com/john30/ebusd/wiki/2.-Run#daemon-options)
Also z.B. --port=8889 in /etc/default/ebusd in die Konfigurationszeile mit aufnehmen.
Dann  musst Du halt bei jedem ebusctl Kommando auch diesen Port angeben. Siehe die Hilfe des Kommando dazu (ebusctl --help).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: derhoeppi am 12 März 2017, 20:47:05
Hallo John,

danke für den Tipp - hätt ich auch selbst drauf kommen können :) . Auf dem selben Port lauscht der Raspimonitor. Von dem habe ich erstmal den Port geändert und werde nun die Feinabstimmung vom Poti vornehmen.

Gruß
derhoeppi

EDIT: Super jetzt habe ich Werte wie im Wiki beschrieben. Nun muss ich nur noch die Integration zur Visualisierung vornehmen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: derhoeppi am 19 März 2017, 18:41:55
Hallo,

jetzt habe ich doch noch einmal eine Frage zum ebusd. Laut dem ebusd Wiki von John30 soll ich die Daten auch direkt via HTTP lesen und schreiben können. Dazu habe ich mir das Wiki durchgelesen. Wenn ich jedoch ebusd --port=8888  oder ebusd --httpport=8890 aufrufe, passiert nichts. Weder über netstat sehe ich dann einen Dienst lauschen noch kann ich mich verbinden. Über den Port 8888 kann ich dann zwar eine Telnet Verbindung zum Raspberry Pi aufbauen, aber nach Eingabe des Read Kommandos erscheint nur "Command not found".
Dann habe ich ein weiteres Verständnis Problem, weil ich keine Servicekonfiguration gefunden habe. Wo speichert der Dienst ebusd seine Parameter, die ich konfiguriere?

Gruß
derhoeppi
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Orpheus am 19 März 2017, 18:58:39
Hallo,
zunächst mal ein herzliches Dankeschön an alle, die an dem Projekt mitwirken und uns Nachbauern auch mit vielen Tipps und Ratschlägen unterstützen, Reinhart, pah, john 30, um nur einige zu nennen. Tolle Sache.

Ich selbst komme bei der Inbetriebnahme nicht mehr weiter. Meine aktive Zeit mit Elektonik basteln war als so langsam die SMD Technik Einzug hielt. Damal habe ich auch viel im Bereich Amateurfunkt gemacht. Vieles ist aber in Vergessenheit geraten. NAND und Optokoppler gab es zwar damals auch schon, und ich weiß auch wie sie funktionieren.
Verwendet habe ich die Platine V1.6, die Teile aus der ,,Warenkorb bei Reichelt" aus dem EBUS fhem Wiki. Der eBus Dienst läuft auf einen Raspi. USB Konverter ist ein ,,FTDI Basic Program Downloader - USB zu TTL FT232 - Breakout Modul 3.3V 5V" mit original FTDI Chip. Verbunden habe ich 5 V – VDD, GND – GND, RXD – RXD, TXD – TXD.
Hier gleich zu meiner ersten Frage, ist das so richtig? Oder müssen RX und TX gedreht werden?

Wie hier beschrieben habe ich 12 V (aus einem selbst gebauten regelbaren Netzteil  ;)) über einen 330 Ohm Widerstand angeschlossen, gemessen an den Klemmen des Netzteils. Obwohl der USB Konverter selbst RX und TX Dioden hat, habe ich die im Wiki beschriebene Diode mit einen 1K Widerstand auch angeschlossen (Minus an die Minusklemme des eBus). Es tut sich jedoch überhaupt nichts. Auch der eBus Dienst protokolliert nichts.
Dann habe ich angefangen, das Ganze gemäß den Messpunkten aus dem Wiki nachzumessen. Und da komme ich nicht weiter. Nachdem ich Probleme hatte, die zwei Blau's auf der Zeichnung zu unterscheiden, habe ich für alle drei Spannungen gemessen. Minus des Messgerätes habe ich mit Punkt vier des Brückengleichrichters verbunden.
Bei 24 V:
Sperrrichtung der Z1 20 V statt 19,2 V, Durchlassrichtung 12 V statt 9,4 V.
Messpunkte am U3 alles 0V
Messpunkte am U2 alles 0V
U1 Pin 1: 1,15V

Bei 14 V
Messpunkte am U3 alles 0V
Messpunkte am U2 alles 0V
U1 Pin 1: 1,12V

Bei 10 V
Messpunkte am U3 alles 0V
Messpunkte am U2 alles 0V
U1 Pin 1: 1,106 V

Beim Messen der U2 und U3 fiel mir auf, dass die Anzeige immer zwischen -0,009 und + 0,009 Volt schwankte.

Der 78L05 funktioniert und hat am Ausgang 5V
Messe ich vielleicht gegen die "falsche" Masse? Ich habe mal die Werte am CMOS gegen den Pin 7 VSS gemessen, da messe ich am Pin 2 4,71V an 4 und 8/9 4,91 V und an Pin 10 0V.

Kann mit jemand von Euch Tipps geben wie ich irgendwie weiter kommen könnte?

Vielen Dank und beste Grüße

Jürgen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 19 März 2017, 20:32:03
Als Amateurfunker schaffst du das leicht, konzentriere dich einmal auf U2-1 Pin2 bzw. dem Ausgang Pin3 oder Pin4.

Wenn der Optokoppler durchsteuert, dann sollte die Spannung am Pin 2 auf etwa 2,5 V ansteigen, was den Ausgang Pin 3 dann auf Low zieht. Wenn die Spannung nicht genau passt, dann versuche das Poti so lange zu drehen bis der Pin3 auf Low geht. Unter 12 Volt sollte der Optokoppler nicht durchschalten und bei knapp über 12 V schon. Nimm bei diesen Messungen die Masse vom 4011, am besten ein Stück Draht zur Messstrippe anlöten damit du eine Hand zum drehen am Poti frei hast.

Da der 4011 ein negiertes Und-Gatter ist (Nand), ist nur bei Zustand der beiden Eingänge auf H der Ausgang Low, alle anderen Zustände machen den Ausgang H.

Ich hatte gerade 2 defekte Platinen zur Reparatur und da musste ich bei einer R1 verkleinern weil der Optokoppler nicht durchschalten wollte ( siehe ein paar Threads weiter oben ) .

Wenn du nicht zurecht kommst, dann melde dich einfach wieder bzw. teile dann die Messergebnisse von U2-1 Pin3 mit.

PS: und ganz wichtig, den FTDI Adapter anstecken und mit Spannung versorgen!

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Orpheus am 20 März 2017, 20:35:00
Hallo Reinhart,
danke für Deine Antwort.
Zitat von: Reinhart am 19 März 2017, 20:32:03
Als Amateurfunker schaffst du das leicht ..
Vom Amateurfunk hab ich auch nur noch die Morsetaste und ein Kenwood TH-42E, war damals neu 8)
Schau ich mir so an und melde mich dann wieder.

Viele Grüße
Jürgen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: dz-replay am 24 März 2017, 10:40:25
Hallo zusammen,

vielleicht kann mir ja hier jemand weiterhelfen.
Ich habe das eBus Modul erfolgreich fertig gelötet und mit USB Modul an meinen Raspberry angeschlossen.
Technisch scheint alles zu funktionieren, allerdings bekomme ich das Modul nicht abgestimmt.
Ich bin hierbei nach dem WIKI vorgegangen und habe den eBus Dienst mit minimalen Parametern und ohne eBusd Konfigurationsdateien gestartet.

Nun sollte man das Modul mit dem Poti so justieren, das man als HEX Werte <aa angezeigt bekommt.
Ich bekomme, je nach dem in welche Richtung ich den Poti drehe nur Werte wie <00; <0E; <F0; und <FF angezeigt.

Hat jemand eine Idee, woran das liegen könnte?

Vielen Dank schon einmal

Gruß
Daniel

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 25 März 2017, 12:36:58
Zitat von: derhoeppi am 19 März 2017, 18:41:55
jetzt habe ich doch noch einmal eine Frage zum ebusd. Laut dem ebusd Wiki von John30 soll ich die Daten auch direkt via HTTP lesen und schreiben können. Dazu habe ich mir das Wiki durchgelesen.
das ist nicht ganz richtig. Schreiben via HTTP ist derzeit noch nicht möglich.

Zitat von: derhoeppi am 19 März 2017, 18:41:55
Wenn ich jedoch ebusd --port=8888  oder ebusd --httpport=8890 aufrufe, passiert nichts. Weder über netstat sehe ich dann einen Dienst lauschen noch kann ich mich verbinden. Über den Port 8888 kann ich dann zwar eine Telnet Verbindung zum Raspberry Pi aufbauen, aber nach Eingabe des Read Kommandos erscheint nur "Command not found".
ich schätze auf dem Port lauscht noch ein anderer Dienst. Schalt halt mal alle anderen Dienste aus, die im Weg sein könnten.

Zitat von: derhoeppi am 19 März 2017, 18:41:55
Dann habe ich ein weiteres Verständnis Problem, weil ich keine Servicekonfiguration gefunden habe. Wo speichert der Dienst ebusd seine Parameter, die ich konfiguriere?
Welche Parameter meinst Du? Die Aufrufparameter? Diese stehen in /etc/default/ebusd
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: derhoeppi am 25 März 2017, 14:16:54
Hallo John,
danke für die Antwort. Mit dem HTTP Port habe ich in der Tat noch Probleme. Wenn ich via dem Command ebusd --httpport=8890 oder irgendeinen anderen Port eingebe, kann ich danach mit netstat -tulp nicht erkennen, dass der Raspberry den Port nach außen anbietet. Aus diesem Grund habe ich auch nach der Konfig-Datei für den Dienst gefragt.
Wenn ich mir nun die ebusd Datei unter /etc/default ansehe, finde ich dort nur die Zeile EBUSD_OPTS="--scanconfig". Woher weiß der Dienst das ich den HTTP Port konfiguriert habe oder das ich den Dienst abweichend von Port 8888 auf einen anderen Port geändert habe?

Für den HTTPPort ist es zwingend erforderlich den htmlpath anzugeben? Wird dann dorthin eine Datei kopiert oder wie funktioniert das? Laut deine Wiki auf Github ist das Default Verzeichnis [/var/ebusd/html]. Ein solches Verzeichnis existiert bei mir nicht.

Gruß
derhoeppi

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Orpheus am 26 März 2017, 18:29:28
Hallo Reinhart,
manchmal sitzt das Problem auch vor dem Monitor  :'(.
Ich kann mich nur noch an die Drehpoti erinnern, welche einmal von links nach rechts gedreht denn komplette Bereich abgedeckt.. So habe ich auch versucht, das Ganze einzustellen.
Dank Deiner Anleitung habe ich nun am Poti ein paar Umdrehungen mehr gemacht und siehe da, irgendwann begann die RxD LED zu flackern.
Dann zurückgedreht, bis die RxD LED erlischt, die Spannung erhöht und die LED fing wieder zu flackern an.

Allerdings habe ich das gleiche Problem wie "dz-replay". Es werden nur <00, <ef, <e8, <ff, <43, <de etc. angezeigt, aber keine <aa
Erlischt die LED kommt nach "[bus error] signal lost" und weitere Meldungen.

Hast Du oder einer der Mitleser eine Idee?

Vielen Dank

Beste Grüße

Jürgen

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 26 März 2017, 18:46:30
Zitat von: derhoeppi am 25 März 2017, 14:16:54
danke für die Antwort. Mit dem HTTP Port habe ich in der Tat noch Probleme. Wenn ich via dem Command ebusd --httpport=8890 oder irgendeinen anderen Port eingebe, kann ich danach mit netstat -tulp nicht erkennen, dass der Raspberry den Port nach außen anbietet. Aus diesem Grund habe ich auch nach der Konfig-Datei für den Dienst gefragt.
das hat sicher einen Grund. Kann ich Dir remote jetzt aber auch nicht beantworten. Hast Du denn kontrolliert ob der Dienst nach dem Start mit diesem Parameter auch läuft?

Zitat von: derhoeppi am 25 März 2017, 14:16:54
Wenn ich mir nun die ebusd Datei unter /etc/default ansehe, finde ich dort nur die Zeile EBUSD_OPTS="--scanconfig". Woher weiß der Dienst das ich den HTTP Port konfiguriert habe oder das ich den Dienst abweichend von Port 8888 auf einen anderen Port geändert habe?
nur dadurch, dass Du das in diese Datei an EBUSD_OPTS dranhängst. Wie sollte er es denn sonst erfahren??

Zitat von: derhoeppi am 25 März 2017, 14:16:54
Für den HTTPPort ist es zwingend erforderlich den htmlpath anzugeben? Wird dann dorthin eine Datei kopiert oder wie funktioniert das? Laut deine Wiki auf Github ist das Default Verzeichnis [/var/ebusd/html]. Ein solches Verzeichnis existiert bei mir nicht.
Nein, das Verzeichnis ist optional und kann genutzt werden, damit ebusd via HTTP als kleiner Webserver zusätzlich zu den ebus Daten auch noch Dateien abliefert.
Wozu willst Du das denn überhaupt benutzen? HTTP Support ist immer noch als experimentell einzustufen...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: derhoeppi am 26 März 2017, 19:49:13
Zitat von: john30 am 26 März 2017, 18:46:30
das hat sicher einen Grund. Kann ich Dir remote jetzt aber auch nicht beantworten. Hast Du denn kontrolliert ob der Dienst nach dem Start mit diesem Parameter auch läuft?
Den ebusd habe ich bei mir als Dienst eingerichtet. Nach der Konfiguration mit ebusd --httpport=xxxx habe ich den Dienst auch neugestartet. Allerdings war hinterher auch kein Port in netstat zu sehen.
Zitat von: john30 am 26 März 2017, 18:46:30
nur dadurch, dass Du das in diese Datei an EBUSD_OPTS dranhängst. Wie sollte er es denn sonst erfahren??
Ich hätte gehofft, dass das Befehlszeilentool also wenn ich ebusd --httpport=xxxx aufrufe, dass dies gleichzeitig in der Dienstkonfiguration eingetragen wird. Ich es also nicht manuell in /etc/Default/ebusd vornehmen muss. Von daher wird selbst bei einmaligen Aufruf des Befehls nach einem Dienstneustart der Parameter entfernt sein. Ich werde es aber gleich mal in der Dienstkonfigurationsdatei eintragen und sehen was passiert.
Zitat von: john30 am 26 März 2017, 18:46:30
Nein, das Verzeichnis ist optional und kann genutzt werden, damit ebusd via HTTP als kleiner Webserver zusätzlich zu den ebus Daten auch noch Dateien abliefert.
Wozu willst Du das denn überhaupt benutzen? HTTP Support ist immer noch als experimentell einzustufen...
Den ebusd möchte ich gerne zum Auslesen meiner Vaillant Heizung verwenden. Dabei geht es mir vorrangig um das Auslesen - schreiben ist derzeit nicht so interessant, weil die Erdwärmeheizung doch eher gemächlich auf Änderungen reagiert. Parameter wie das Einschalten der Zirkulationspumpe oder dessen Timer wären sicherlich interessant, aber viel mehr auch nicht. Es geht quasi nur um ein Monitoring, dass Parameter für die weitere Hausautomatisierung liefert. Die Daten möchte ich gerne via HTTP im JSON oder XML Format abholen, weil sich dies für die Weiterverarbeitung am einfachsten erweist.

Du schreibst das die HTML-Schnittstelle noch als experimentell anzusehen ist. Ist es denn das Ziel das diese zuverlässig funktioniert. Irgendwo im Netz habe ich auch gelesen, dass sich jemand mit einem Java-Tool bei Dir melden wollte, der seinen Java Code nach C portiert, damit eben eine XML Abfrage möglich wird.

Gruß
derhoeppi
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 26 März 2017, 19:53:32
@Orpheus

Ja genau, da wo die LED flackert ist die ideale Stellung.
Zeig doch mal ein Log wenn und wie oft die "Signal Lost" kommen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 27 März 2017, 08:48:14
Zitat von: derhoeppi am 26 März 2017, 19:49:13
Den ebusd habe ich bei mir als Dienst eingerichtet. Nach der Konfiguration mit ebusd --httpport=xxxx habe ich den Dienst auch neugestartet. Allerdings war hinterher auch kein Port in netstat zu sehen.Ich hätte gehofft, dass das Befehlszeilentool also wenn ich ebusd --httpport=xxxx aufrufe, dass dies gleichzeitig in der Dienstkonfiguration eingetragen wird.
Nein, so machen das die wenigsten Dienste, wenn überhaupt einer.
Das musst schon in die Datei eintragen.

Zitat von: derhoeppi am 26 März 2017, 19:49:13
Die Daten möchte ich gerne via HTTP im JSON oder XML Format abholen, weil sich dies für die Weiterverarbeitung am einfachsten erweist.
Dann brauchst Du auch keine Dateien in den http Ordner legen, sondern lediglich die URL /data/ nutzen, wie hier beschrieben (https://github.com/john30/ebusd/wiki/3.2.-HTTP-client)

Zitat von: derhoeppi am 26 März 2017, 19:49:13
Du schreibst das die HTML-Schnittstelle noch als experimentell anzusehen ist. Ist es denn das Ziel das diese zuverlässig funktioniert.
Ja natürlich. Sie funktioniert auch zuverlässig, aber halt bis jetzt nur lesend. Ist alles eine Frage von privater Freizeit...

Zitat von: derhoeppi am 26 März 2017, 19:49:13
Irgendwo im Netz habe ich auch gelesen, dass sich jemand mit einem Java-Tool bei Dir melden wollte, der seinen Java Code nach C portiert, damit eben eine XML Abfrage möglich wird.
Das ergbit jetzt nicht wirklich viel Sinn. aber macht nix :)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Orpheus am 27 März 2017, 21:07:13
Hallo Reinhard
Zitat von: Reinhart am 26 März 2017, 19:53:32
Zeig doch mal ein Log wenn und wie oft die "Signal Lost" kommen.
Hab an den Buchsen 12 angelegt (gemessen nach dem 330 Ohm Widerstand zum Einstellen.
Dann den Poti solange gedreht, bis die RxD LED das flackern anfängt (2,157 V am Pin 2 des 4011).
In dem Moment läuft auch die Protokollierung los. Bei ca. 2,18 V hört sie wieder das flackern auf. Hier kommt dann auch "signal lost". Auch bei fallender Spannung unter 2,157 V, wenn die RxD LED wieder erlischt kommt es "signal lost". Drehe ich etwas "um diese Spannung", kommt dann "signal lost", "signal acquired", wieder ein paar Werte usw.
Denn oberen Spannungswert zu ermitteln ist übrigens nicht einfach. Auch bei ganz langsamen drehen des Poti springt die Spannungsanzeige wild herum. Zwischen 1/10 bis 1/100 Volt plus oder minus. Eigentlich sollte ein drehen des Poti's im Uhrzeigersinn die Spannung verringern, dann geht sie doch wieder leicht nach oben?? Ich kann es mir nicht erklären.
Kurz noch meine Beobachtung zusammengefaßt, wenn die RxD LED erlischt, kommt auch "signal lost".

Vielen Dank und beste Grüße
Jürgen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 28 März 2017, 20:33:50
oh, du hast das falsch interpretiert. Wenn du ein Netzteil angeschlossen hast du ja keine Verbindung zum eBus (hoffentlich)  und brauchst auch nicht zu loggen, das dient ja nur zum exakten finden des Schaltpunktes (Potistellung ) . Hänge es doch einmal an das Gerät und schaue was vom eBus nun kommt.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Orpheus am 28 März 2017, 20:53:51
Hallo Reinhart,

alles klar, danke Dir, versuche ich am WE mal. Melde mich wieder mit den Ergebnissen.

Beste Grüße
Jürgen

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 30 März 2017, 19:09:07
Das "raw logging" klappt nun ganz gut, nachdem Reinhart meine Boards "geheilt" hat. :-)
Ab und zu mal ein "Signal lost", aber ansonsten sind ständig hex Zahlen zu sehen. Das kann ich mehrere Tage laufen lassen und es gibt kein Problem.

Schalte ich aber den ebusd Service zu, passiert etwas seltsames:

2017-03-20 20:25:18.844 [main notice] ebusd 2.4.79708d2 started
2017-03-20 20:25:18.849 [bus notice] signal acquired
2017-03-20 20:25:18.852 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2017-03-20 20:25:21.003 [bus notice] max. symbols per second: 418
2017-03-20 20:25:26.009 [bus error] signal lost
2017-03-20 20:25:29.728 [bus notice] signal acquired
2017-03-20 20:25:32.036 [bus error] signal lost
2017-03-20 20:25:32.875 [bus notice] signal acquired
2017-03-20 20:25:35.020 [bus error] signal lost
2017-03-20 20:25:38.636 [bus notice] signal acquired

Das setzt sich dann so fort....Übersehe ich etwas? Wieso wird nichts geloggt?

Ferner stürzt mir dann der VRS620 ab. Kann das auch reproduzieren.
@John, hast du eine Idee woran das liegen könnte?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 31 März 2017, 04:33:43
ZitatFerner stürzt mir dann der VRS620 ab
Das ist ein Hinweis auf einen Hardwarefehler auf dem Board - offenbar zieht der Transistor den Bus ins Nirwana.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 31 März 2017, 06:25:45
Zitat von: Prof. Dr. Peter Henning am 31 März 2017, 04:33:43
Das ist ein Hinweis auf einen Hardwarefehler auf dem Board - offenbar zieht der Transistor den Bus ins Nirwana.

Etwas seltsam ist, dass diese Schaltung bei Reinhart einige Zeit ohne Probleme lief nachdem er den Widerstand auf dem Board gewechselt hat.
Auch sollte das dann doch beim raw logging auch passieren, oder?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 31 März 2017, 10:55:29
"logging" greift nur passiv lesend auf den Bus zu. Hier sieht es aber so aus, als ob irgendetwas den Bus aktiv stört.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Orpheus am 02 April 2017, 17:23:56
Hallo Reinhart,

Zitat von: Orpheus am 28 März 2017, 20:53:51
.. Melde mich wieder mit den Ergebnissen.
große Katastrophe.
Nach dem Anschluss an den eBus der Heizung gestern lief alles einwandfrei, mit ebusctr -r -w find usw. Ich konnte also Werte lesen und schreiben.

..
2017-04-02 11:21:49.270 [update notice] update bai Mode QQ=10: standby
2017-04-02 11:21:53.351 [update notice] update bai Status01 QQ=10: 32.0;32.0;12.
875;37.0;44.0;16
2017-04-02 11:21:55.303 [update notice] update broadcast outsidetemp QQ=10: 12.8
75
2017-04-02 11:21:59.430 [update notice] update bai Mode QQ=10: standby
2017-04-02 11:22:03.450 [update notice] update bai Status01 QQ=10: 32.0;32.0;12.
875;37.0;44.0;16
2017-04-02 11:22:05.450 [update notice] update bai Status02 QQ=10: auto;60;75.0;
80;60.0
2017-04-02 11:22:09.500 [update notice] update bai Mode QQ=10: standby
2017-04-02 11:22:13.530 [update notice] update bai Status01 QQ=10: 32.0;32.0;12.
875;37.0;44.0;16
2017-04-02 11:22:15.550 [update notice] update bai DateTime QQ=10: valid;11:22:1
7;02.04.2017;12.875
2017-04-02 11:22:15.763 [update notice] unknown BC cmd: 10feb505020400
2017-04-02 11:22:17.559 [update notice] update bai Mode QQ=10: standby
..

Und dann: Durch den Gang gelaufen, in das Kabel des Staubsaugers nähe der Steckdose verheddert, Stecker wird seitlich gedrückt, im Inneren der Steckdose bricht die Halterung, die Phase kommt an den Schutzleiter, FI fliegt raus. Tausch der Steckdose, FI wieder rein.
Als ich mich dann wieder dem eBus widmete, musste dieser erst neu gestartet werden. Und dann ging nicht mehr, nur noch die Fehlermeldungen:


2017-04-02 12:24:23.485 [main notice] found messages: 14 (0 conditional on 0 con
ditions, 0 poll, 7 update)
2017-04-02 12:24:23.684 [bus notice] signal acquired
2017-04-02 12:24:29.489 [main notice] starting initial scan for fe
2017-04-02 12:24:32.084 [bus notice] new master 10, master count 2
2017-04-02 12:24:37.805 [bus error] send to 15: ERR: read timeout, retry
2017-04-02 12:24:37.850 [bus error] send to 15: ERR: read timeout, retry
2017-04-02 12:24:37.894 [bus error] send to 15: ERR: read timeout, retry
2017-04-02 12:24:37.940 [bus error] send to 15: ERR: read timeout
2017-04-02 12:24:37.940 [main error] scan config 15 message: ERR: read timeout
2017-04-02 12:25:57.527 [main notice] found messages: 14 (0 conditional on 0 con
ditions, 0 poll, 7 update)
2017-04-02 12:26:05.934 [main notice] starting initial scan for fe
2017-04-02 12:26:06.004 [bus error] send to fe: ERR: read timeout, retry
2017-04-02 12:26:06.057 [bus error] send to fe: ERR: read timeout, retry
2017-04-02 12:26:06.100 [bus error] send to fe: ERR: read timeout, retry
2017-04-02 12:26:06.144 [bus error] send to fe: ERR: read timeout
2017-04-02 12:26:06.144 [main error] initial scan failed: ERR: read timeout
2017-04-02 12:26:17.552 [bus notice] new master 10, master count 2
2017-04-02 12:26:26.214 [bus error] send to 15: ERR: read timeout, retry
2017-04-02 12:26:26.264 [bus error] send to 15: ERR: read timeout, retry
2017-04-02 12:26:26.310 [bus error] send to 15: ERR: read timeout, retry
2017-04-02 12:26:26.356 [bus error] send to 15: ERR: read timeout
2017-04-02 12:26:26.356 [main error] scan config 15 message: ERR: read timeout


Ich befürchte, dass es zu einer leichten Überspannung gekommen und irgend ein Bauteil gestorben ist.
Ich habe auch die grobe Justierung des Poti's noch mal durchgeführt, Raspi, Dienst etc. neu gestartet


ebusctl
localhost: find
broadcast datetime = no data stored
broadcast error = no data stored
broadcast id = no data stored
broadcast netloss = no data stored
broadcast netresetcfg = no data stored
broadcast netresetstate = no data stored
broadcast signoflife = no data stored
broadcast id = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan.15  = no data stored


Die Tx Diode flackert ständig. Das in die Heizung "eingehängte" CalorMatic 430 Regler, der ja auch am eBus hängt, funktioniert glücklicherweise noch.
Bei der Justierung kommen neben Hexwerten des Reglers die <aa sauber an.

Was könnte es sein?
Vielen Dank und beste Grüße

Jürgen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 03 April 2017, 13:14:09
das ist wirklich Pech!

Viel kann das nicht sein, ich tippe auf Z-Diode oder Sendetransistor. Hast du ein Multimeter mit dem du Dioden prüfen kannst dann geht das ganz einfach. Eventuell könntest du noch den 78L05 prüfen ob er die 5 V noch liefert, der steuert nämlich den Sendetransistor über den Optokoppler an.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 05 April 2017, 08:30:06
Wahrscheinlich müsste man zur Absicherung gegen so etwas eine Schutzschaltung am Eingang vorsehen.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Orpheus am 05 April 2017, 20:35:05
Hallo Reinhart,
hab jetzt mal etwas gemessen, werde aber nicht ganz schlau daraus.
Am eBus habe ich 24 V (senden) angelegt. Gemessen (gegen die Masse des 78L05):
U1 Pin 1: 1,12 V
U1 Pin 2: 0 V (was mich wundert, die Diode des Optokopplers müsste doch durchsteuern?)
Z1 Sperrrichtung: 20 V
Z1 Durchlass: 12 V
U3 Pin 5: 5 V
U3 Pin 4: 0 V

Jetzt mal alles stromfrei, den USB Adapter weg, Dioden Messungen und Widerstandsmessung des Multimeters, die Diodenmessung sollte bei Messung in Sperrrichtung 0V anzeigen (eine 1N4002 zur Gegenprobe)   
                            Durchlassrichtung     Sperrrichtung
                            Ohm      Volt          Ohm   Volt            
1N4002                  1,5 M    0,600        5 M   0 V     ok
Die vier 1N4148       1,5 M    0,630      15 M   1,9 V   m.E. zu hoch, müsste 0 V sein
Z1                         5,0 M    0,700       22 M  1,9 V   zu hoch

Die unterschiedlichen Widerstandswerte in Durchlass und Sperrrichtung dürften groß genug sein, so dass nichts auf einen Defekt hindeutet.
Aber ich kann mir nicht erklären, wie die Spannung in Sperrrichtung kommt. Es können doch nicht alle Dioden kaputt sein. Über den BD645 kann der Strom auch nicht "geroutet" werden, an der Basis liegt keine Spannung an, also dürfte der auch nicht durchschalten? (lang lang ist es her ..)
Den BD645 weiß ich nicht, wie ich den messen kann, außer ausbauen und im Multimeter testen.

Hast Du noch einen Tipp?

Danke

Gruß Jürgen

PS.: So langsam weiß ich wieder, wie ein Transistor funktioniert.  8)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 06 April 2017, 09:43:55
Du solltest bitte nicht am eBus Eingang 24 V direkt anlegen und den Transistor zum durchschalten bringen, nur über einen Vorwiderstand von etwa 220 Ohm 5 Watt. Sonst fließt dir ein sehr hoher C-E Strom am Transistor wenn dieser angesteuert wird. Der Strom wird dann nur durch die Zenerdiode begrenzt was die sicher nicht aushält ( der Transistor aber vermutlich schon ) . Der eBus speist ja die 24V auch über einen Vorwiderstand ein, sonst könnte kein Gerät an ihn was senden. Wenn ein Gerät sendet dann erkennt er den Spannungsabfall und so werden intern dann die Low und High erzeugt.

Senden ist ganz einfach, wenn der Eingang des Nand U2-3 Pin8+9  Low ist, dann wird Pin10 High und steuert den Optokoppler U3 an. Dort wird Pin4 High und steuert die Basis des Darlington Transistors an, der schaltet durch und die Zenerdiode läßt die Spannung am Collector um die Zenerspannung der Diode (7,5V) gegenüber dem eBus abfallen. Der Transistor macht eigentlich beim senden nichts anderes als den eBus über die Z-Diode kurz zu schließen und dieses erhöhte Stromaufkommen wird dann vom Master als H/L detektiert.

Wenn du nun 24 V mit einem Netzgerät direkt anlegst (ohne Vorwiderstand) und den T1 durchsteuerst, wird der Strom vermutlich die Z-Diode zerstören weil das Netzteil stabil bleibt und die 24V halten will, also nicht gut!
Bei guten Labornetzteilen kann man allerdings den Strom begrenzen, sodaß dieses vorzeitig auslöst.

Bei der Zenerdiode kann man aber nicht unbedingt durch ohmsches Messen einen Fehler feststellen wenn diese nur Halb-Defekt ist und den Fehler nur in Betrieb zeigt. Bei der Diodenmessung ist eigentlich nur der Spannungsabfall ( typischerweise 0.7V) von Interesse nicht der Widerstand. Einmal in Durchlass Richtung ( 0,7 V Spannungsabfall, Kennlininenknick bei etwa 0,55V )  und einmal in Sperrrichtung, dann sieht man die korrekte Funktion. Gleiches gilt für den Transistor, einmal B-E und B-C messen dann in Sperrrichtung ( also Messstrippen umpolen ) .  Da bei dir aber der Fehler in der Senderichtung ist, wird die Z-Diode defekt sein.

Zur Erinnerung, Germaniumdioden wie du sie in der HF Technik einsetzt haben einen wesentlich geringeren Spannungsabfall ( 0,2 V ) !

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 06 April 2017, 18:26:12
Nur abgesehen davon, dass man heute statt Germaniumdioden besser Schottky-Dioden verwendet: Wenn 24 V an den eBus angelegt werden, bitte mit dem Handy filmen. Kann ein echter Hit werden.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 06 April 2017, 18:41:17
Hallo pah!

Ich bin mir sicher Orpheus hat die 24V an den Eingang der Platine statt des eBus angehängt und nicht an den produktiven eBus!
Ansonsten wäre wohl so einiges abgeraucht.

Ja, Schottky Dioden im HF Bereich sind in der heutigen Zeit klar weil Germanium als Rohstoff ohnehin knapp ist, aber es früher leider die Technik noch nicht so gab. Ich bin noch aus einer Zeit als es im Handel fast nur Germaniumtransistoren gab, die waren in einem schwarz lackierten Glaskörper untergebracht (OC xxx ) . Aber als Amateurfunker der alten Schule hatte er wohl eher mit Germanium Dioden zu tun und mir ging es eigentlich um die Erklärung des Spannungsabfalls an den verschiedenen Werkstoffen der Übergangsschichten.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Orpheus am 06 April 2017, 20:58:21
Hallo Miteinander,
vielen Dank für Eure Antworten.
Sorry, hätte ich dazu schreiben sollen, 24 V wie im eBus FHEMWiki beschrieben, mit eine 330 Ohm Widerstand. Und weg von der Heizung.
Die 1N4002 hab ich nur mal genommen um zu sehen, ob die Diodenmessung meines Voltcraft M-3850 überhaupt noch funktioniert.
Ich hab mal die Z-Diode ausgelötet (ich hasse auslöten, immer wieder werden Bauteile gegrillt oder die Leiterbahnen gehen kaputt. Deshalb hab ich es erst mal im eingebauten Zustand versucht dem Problem auf die Spur zu kommen). Mit der Diodenmessung des Multimeters ergeben sich 700 mV in Durchlass und 0V in Sperrrichtung. Dürfte also in Ordnung sein. Am WE fliegt dann der Transistor raus, mal sehen was der so macht. Melde mich wieder.

Zitat von: Prof. Dr. Peter Henning am 05 April 2017, 08:30:06
Wahrscheinlich müsste man zur Absicherung gegen so etwas eine Schutzschaltung am Eingang vorsehen.
Wie sollte die den aussehen?

Viele Grüße

Jürgen

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 07 April 2017, 09:54:13
Transistor brauchst nicht auslöten, kannst genau so mit dem Multimeter mit Stellung "Diodenmessung" durchmessen.
Ich kann mir jedoch kaum vorstellen, das der Transistor defekt ist weil der doch einiges aushält.

Hast du denn schon versucht den Eingang des U2-3 auf Ground zu ziehen, dann muss der Optokoppler und somit der Transistor durchschalten.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: frz am 07 April 2017, 13:08:26
Hallo zusammen,

ich würde mir auch gerne ein eBus USB interface bauen. Hat hier ggf. noch jemand eine unbestückte Platine rumliegen die er mir gegen ein entsprechendes entgeld zukommen lassen könnte? Notfalls würde ich das ganze auf Lochraster aufbauen - wenn sichs vermeiden lässt aber lieber nicht.

Ansonsten noch einige Fragen:
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 08 April 2017, 09:36:51
Zitat von: theotherhalf am 30 März 2017, 19:09:07
Das setzt sich dann so fort....Übersehe ich etwas? Wieso wird nichts geloggt?
Ferner stürzt mir dann der VRS620 ab. Kann das auch reproduzieren.
ich tippe wie pah auch auf einen Schaltungsfehler.
Was für einen RS232 Wander bzw. USB IF hast Du im Einsatz.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 08 April 2017, 20:57:53
Zitat von: john30 am 08 April 2017, 09:36:51
ich tippe wie pah auch auf einen Schaltungsfehler.
Was für einen RS232 Wander bzw. USB IF hast Du im Einsatz.

Einen USB FTDI Wandler. Nachdem meine beiden defekt zu A......n zurück gegangen sind, war Reinhart so freundlich mir einen zu überlassen, als er meine beiden Boards geprüft hat. Ich gehe erst einmal davon aus das Board und Wandler in Ordnung sind. Bei ihm lief die Kombi an seiner Therme.
@Reinhart, hast du beim Probelauf nur "raw" geloggt oder auch in das Log schreiben lassen?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Orpheus am 09 April 2017, 11:53:04
Hallo Reinhart,
Zitat von: Reinhart am 07 April 2017, 09:54:13
Transistor brauchst nicht auslöten, kannst genau so mit dem Multimeter mit Stellung "Diodenmessung" durchmessen.
Danke für den Tipp, der Transistor scheint ok zu sein. Die ZDiode habe ich wieder eingebaut. Steht jetzt auf Stelzen (hab die Stummel nicht mehr durch die Löcher gebracht ;))

Zitat von: Reinhart am 07 April 2017, 09:54:13
Hast du denn schon versucht den Eingang des U2-3 auf Ground zu ziehen, dann muss der Optokoppler und somit der Transistor durchschalten.
Wenn der USB Adapter angeschlossen ist, hab ich am Eingang ca. 5V, am Ausgang 0 V. Den Eingang auf Masse zu legen traue ich mich nicht, nicht das der USB Adapter leidet. Adapter abgezogen, Pin 8 und 9 mit 7 (Vss) verbunden bringt nichts. Wie kriege ich das hin?

Danke und viele Grüße
Jürgen

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 16 April 2017, 10:40:06
Zitat von: theotherhalf am 08 April 2017, 20:57:53
Einen USB FTDI Wandler. Nachdem meine beiden defekt zu A......n zurück gegangen sind, war Reinhart so freundlich mir einen zu überlassen, als er meine beiden Boards geprüft hat. Ich gehe erst einmal davon aus das Board und Wandler in Ordnung sind. Bei ihm lief die Kombi an seiner Therme.
@Reinhart, hast du beim Probelauf nur "raw" geloggt oder auch in das Log schreiben lassen?

Nun stürzt meine VRS620 auch ab, nachdem 2 Tage "raw logging" aktiv war.
Da sollte nur gelauscht werden, oder? Also kein aktives schreiben auf den ebus?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Orpheus am 16 April 2017, 20:25:22
Hallo,
ich bin langsam der Verzweiflung nahe.

Kurz noch mal die Zusammenfassung:
Die Schaltung mit einem USB FTDI Adapter lief zwei Tage einwandfrei, bis wir eine Kurzschluss in einer Steckdose hatten (bzw. die Phase auf den Schutzleiter ging) und der FI auslöste. Danach sah es u.a. so aus:
Zitat von: Orpheus am 02 April 2017, 17:23:56
...

2017-04-02 12:24:23.485 [main notice] found messages: 14 (0 conditional on 0 con
ditions, 0 poll, 7 update)
2017-04-02 12:24:23.684 [bus notice] signal acquired
2017-04-02 12:24:29.489 [main notice] starting initial scan for fe
2017-04-02 12:24:32.084 [bus notice] new master 10, master count 2
2017-04-02 12:24:37.805 [bus error] send to 15: ERR: read timeout, retry
2017-04-02 12:24:37.850 [bus error] send to 15: ERR: read timeout, retry
2017-04-02 12:24:37.894 [bus error] send to 15: ERR: read timeout, retry
2017-04-02 12:24:37.940 [bus error] send to 15: ERR: read timeout
2017-04-02 12:24:37.940 [main error] scan config 15 message: ERR: read timeout
2017-04-02 12:25:57.527 [main notice] found messages: 14 (0 conditional on 0 con
ditions, 0 poll, 7 update)
2017-04-02 12:26:05.934 [main notice] starting initial scan for fe
2017-04-02 12:26:06.004 [bus error] send to fe: ERR: read timeout, retry
2017-04-02 12:26:06.057 [bus error] send to fe: ERR: read timeout, retry
2017-04-02 12:26:06.100 [bus error] send to fe: ERR: read timeout, retry
2017-04-02 12:26:06.144 [bus error] send to fe: ERR: read timeout
2017-04-02 12:26:06.144 [main error] initial scan failed: ERR: read timeout
2017-04-02 12:26:17.552 [bus notice] new master 10, master count 2
2017-04-02 12:26:26.214 [bus error] send to 15: ERR: read timeout, retry
2017-04-02 12:26:26.264 [bus error] send to 15: ERR: read timeout, retry
2017-04-02 12:26:26.310 [bus error] send to 15: ERR: read timeout, retry
2017-04-02 12:26:26.356 [bus error] send to 15: ERR: read timeout
2017-04-02 12:26:26.356 [main error] scan config 15 message: ERR: read timeout


Der Empfangsweg funktioniert einwandfrei, die <aa kommen sauber an.
Mit Unterstützung von Reinhart, der mit den Sendeweg und die Funktionsweise ausführlich erklärte (vielen Dank noch mal), machte ich mich auf die Fehlersuche.
Die Z1 ausgelötet, zeigte mit der Diodenprüfung des Multimeters 700 mV in Durchlass und 0V in Sperrrichtung. Dürfte ok sein.
Der Transistor habe ich in eingebauten Zustand durchgemessen. Hier auch mit Diodenprüfung, scheinbar auch alles ok.
Der 78L05 hat am Ausgang 5 V
Die CNY17 habe ich mal von "links" nach "rechts" getauscht, also von der Empfangs- in Senderichtung. Des weiteren habe die Dioden der Optokoppler auch mit der Diodenprüfung überprüft, Spannung in Durchlass, 0V in Sperrrichtung, sind auch Ok.
Den 4011 habe ich ausgetauscht.
Auch habe ich mir einen anderen USB Serial Adapter besorgt, Mini-USB-Modul UM2102 von ELV.
Bisher habe ich die ebus Schaltung über ein Klingeldraht mit dem eBus der Heizung verbunden. Um Störungen aus zu schliessen, das habe ich hier auch schon gelesen, habe ich nun ein Cat7 Installationskabel verwendet (ok, ist etwas übertrieben, bei 2,4 kB ein Kabel für 1 GB zu verwenden, aber ich hatte kein geschirmtes serielles Kabel mehr rum liegen).
Und trotz allem, es bleibt bei den Fehlern in Senderichtung.

Hat noch jemand einen Tipp?
ggf. besorge ich mir eine Platine und baue das Ganze nochmal neu nach. Ist hier mal wieder eine Sammelbestellung angedacht?

Danke, viele Grüße und noch eine schönen Feiertag

Jürgen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: henry22 am 16 April 2017, 23:22:07
Hallo Orpheus,

nachdem meine Schaltung fast ein Jahr problemlos lief hatte ich in den letzten Wochen ähnliche Probleme. Zuerst dachte ich an "Alterungsproblemen" die hier auch schon mal beschreiben wurden. Nachjustieren Poti hat nicht gebracht.

Heute habe ich durch Zufall den Verdacht auf das Netzteil vom Raspi gelenkt ( wurde hier auch schon mal beschrieben) ich habe ein anderes Netzteil genommen und siehe da, jetzt läuft wieder alles einwandfrei. Anscheinend hat sich das Netzteil so langsam verabschiedet und nicht digital.  Probier mal ein anderes Netzteil, vielleicht hilft das bei Dir auch.

Viele Grüße
Henry_22
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 17 April 2017, 10:22:40
ja genau, irgendwas in der Richtung muss es ja sein, denn ich hatte beide Platinen nach der Reparatur erfolgreich an meiner Vaillant Therme getestet (auch Sendebefehle abgesetzt) ! Seltsam war ja auch, das beide UART defekt waren.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Orpheus am 17 April 2017, 11:02:24
Hallo Henry,

vielen Dank für Deinen Tipp. An das Netzteil selbst habe ich bisher nicht gedacht, zumal es ein neues mit 2,5 A ist. Allerdings hab ich mir auch schon überlegt, ob nicht der Raspy was ab bekommen hat, zumal das Netzteil an der nächsten Steckdose nach der Unglückssteckdose hängt. Die Heizung selbst ist getrennt abgesichert. Allerdings hat ein anders Netzteil auch nichts gebracht. Den WLAN Adapter habe ich auch mal entfernt, hängt nun direkt am Netz.
Momentan installiere ich auf einen PI II den eBusd und probiere es mit dem mal.

Gruß Jürgen

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Orpheus am 17 April 2017, 11:12:34
Hallo Reinhart,
Zitat von: Reinhart am 17 April 2017, 10:22:40
ja genau, irgendwas in der Richtung muss es ja sein, denn ich hatte beide Platinen nach der Reparatur erfolgreich an meiner Vaillant Therme getestet (auch Sendebefehle abgesetzt) ! Seltsam war ja auch, das beide UART defekt waren.

Das waren aber nicht meine Platinen  :).
Hab mir aber das Problem auch mal durchgelesen. Könnte es sein, dass der eBus heizungsseitig was abbekommen hat?
Ist der "externe" Anschluss des Bus nochmal besonders gesichert gegenüber dem "internen" an dem das calorMATIC 430 angeschlossen wird, wenn es im Heizgerät integriert wird?
Kann man die UART's auch ohne Anschluss an die eBus Schaltung überprüfen?

Gruß Jürgen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Orpheus am 17 April 2017, 13:26:39
Es ist die SD-Card. Hat scheinbar bei der Überspannung eine Schuss abbekommen.
Hab mal auf meinem "fhem" Raspy den ebusd aufgespielt und angeschlossen:


pi@raspberrypi:~ $ ebusctl r -f outsidetemp temp
6.69


Dann habe ich die Karte des "eBus" Raspy in den "fhem" Raspy rein, das gleiche Problem wie zuvor.
Den "eBus" Raspry wieder angeschlossen, mit der "fhem" Karte, geht alles.
"eBus" Raspy Karte wieder rein, altes Problem.
Werde auf der "eBus" Raspy Karte alles neu installieren, wenn es dann immer noch nicht geht, eine andere Karte.

Vielen Dank noch mal an alle, die mir hier mit Ratschlagen und Erklärungen zur Seite standen, allen voran Reinhart.

Gruß Jürgen


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 17 April 2017, 13:58:24
oh sorry, habe dich jetzt  verwechselt!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Orpheus am 17 April 2017, 18:09:04
Hallo Reinhart,

kein Problem, bei der Menge an Fragen, die Du, pah, john usw. beantworten ... Hut ab nochmal für alle, die ihre Zeit hier opfern um uns zu helfen.

Viele Grüße

Jürgen
PS.: Raspy neu hochgezogen, jetzt geht wieder alles.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 17 April 2017, 21:26:52
Gratuliere dir zur Fehlerfindung!

Wie man sieht ist es zur Fehlersuche gut wenn man 2 gleiche System greifbar hat. Die Idee mit dem SD Karten Tausch hast du gut gemacht und hat ja zu 100% zur Fehlerbehebung beigetragen.

Oft such man an der falschen Ecke und in diesem Fall hättest da noch lange suchen können weil es ja so gut wie keine Hinweise aus den Logs gab die den Fehler eingrenzen konnten.

Aber etwas Glück und Logik braucht man auch dazu! Ich habe immer einen Clone der SD parat und versuche den wenigstens jährlich neu zu erstellen. Updates sind ja schnell nachgezogen, aber die Grundkonfiguration (FTP, SSH einrichten etc.) kann sonst schon etwas zeitaufwendig werden. Unabhängig davon werden Configs täglich gesichert. Mit einem Clone ist man zumindest innerhalb weniger Minuten wieder online, noch dazu wenn keine Datenbank dahinter ist. Ich habe auch einen Reserveraspi für Notfälle wenn einer der 3 aktiven ( eBus + FHEM + Zählererfassung ) ausfällt. Eine SD des FHEM Raspi ist mir schon nach nichtmal 2 Jahren ausgefallen, da habe ich schnell auf eine SSD hochgerüstet, aber beim reinen eBus wäre das übertrieben.

LG
Reinhart

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Orpheus am 18 April 2017, 20:17:49
Da kommt man ja auch nicht so leicht drauf, obwohl ich mich da schon etwas auskenne. (Muttersprache C unter SCO Unix). Aber da braucht nur während der Überspannung ein Schreibzugriff gewesen sein und ein Bit gekippt.
Vom fhem Raspi habe ich einen Clone der SD-Card, nachdem meine diesbezügliche "wer sichert ist feig" Einstellung mal dazu führte, dass ich nach einem SD Card Defekt alles neu installieren musste. Von der für den eBus Raspi habe ich noch keine Clone, aber das kommst noch.

Ich hoffe aber, dass die Erkenntnisse den einen oder anderen etwas bei seiner Problemlösung hilft -> nicht nur die Hardware kann kaputt gehen! 8)

Viele Grüße
Jürgen

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 20 April 2017, 00:38:23
Zumindest meine Hardware Probleme sind gelöst, nachdem ich einen eigenen Raspberry für die ebus Abfrage aufgesetzt habe.
Durch die Verwendung mit FHEM auf einer Plattform gab es scheinbar Konflikte.
Im Log werden jetzt die Messages gelistet, allerdings noch nicht mit Klartext.
Damit bin ich aber schon mal einen großen Schritt weiter.

2017-04-19 23:34:09.523 [update notice] unknown MS cmd: 1026b509040e100001 / 00
2017-04-19 23:34:10.257 [update notice] unknown BC cmd: 10feb516080002342319040$
2017-04-19 23:34:10.661 [update notice] unknown BC cmd: 10feb51603019001
2017-04-19 23:34:10.891 [update notice] update broadcast datetime QQ=10: 1.562;$
2017-04-19 23:34:11.268 [update notice] unknown MS cmd: 1026b5090118 / 0a000000$
2017-04-19 23:34:11.524 [update notice] unknown MS cmd: 10ecb5040110 / 0a320300$
2017-04-19 23:34:11.818 [update notice] unknown MS cmd: 1050b5040101 / 09180300$
2017-04-19 23:34:12.054 [update notice] unknown MS cmd: 1050b504010d / 0532009e$
2017-04-19 23:34:12.287 [update notice] unknown MS cmd: 1026b509030d0400 / 0308$
2017-04-19 23:34:12.528 [update notice] unknown MS cmd: 10ecb5040111 / 06500501$
2017-04-19 23:34:12.782 [update notice] unknown MS cmd: 10ecb5040112 / 0a008000$
2017-04-19 23:34:13.008 [update notice] unknown MS cmd: 1050b505042d000000 / 00
2017-04-19 23:34:14.977 [update notice] unknown BC cmd: 10feb5050427003000
2017-04-19 23:34:15.193 [update notice] unknown MS cmd: 1025b5040117 / 0100
2017-04-19 23:34:15.450 [update notice] unknown MS cmd: 1026b5040100 / 0a031534$
2017-04-19 23:34:16.929 [update notice] unknown MS cmd: 1050b505072b1e010000000$
2017-04-19 23:34:18.784 [update notice] unknown MM cmd: 103f0501050000000100
2017-04-19 23:34:19.118 [update notice] unknown MM cmd: 103fb509040e7d0000
2017-04-19 23:34:19.627 [update notice] unknown MS cmd: 1026b509040e100001 / 00

Die Datei /etc/defaults/ebusd hat folgenden Eintrag bekommen:
EBUSD_OPTS="-d /dev/ttyUSB0 --scanconfig"

Ich versuche eine Auromatic 620/3 auszulesen.

Leider werde ich nicht ganz schlau daraus wie ich mit den .csv Dateien zu verfahren habe. Die liegen noch unberührt in etc/ebusd bzw. etc/ebusd/vaillant

Ein Scan fördert folgendes zutage:

pi@raspberrypi:~ $ ebusctl info
version: ebusd 2.4.79708d2
signal: acquired
symbol rate: 59
reconnects: 0
masters: 3
messages: 18
conditional: 0
poll: 0
update: 4
address 10: master #2
address 23: slave, scanned
address 25: slave, scanned
address 26: slave, scanned
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 3f: master #23
address 44: slave #23, scanned
address 50: slave, scanned
address ec: slave, scanned

pi@raspberrypi:~ $ ebusctl scan full
done

pi@raspberrypi:~ $ ebusctl scan result
empty

Es hängen am Bus nur 2 Teilnehmer, nämlich die VRS620 und der ebusd. Keine Ahnung wo die anderen herkommen....

Kann mir jemand einen Rat geben wie es weiter geht?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 20 April 2017, 08:03:01
Zitat von: theotherhalf am 20 April 2017, 00:38:23
pi@raspberrypi:~ $ ebusctl scan full
done

pi@raspberrypi:~ $ ebusctl scan result
empty

Es hängen am Bus nur 2 Teilnehmer, nämlich die VRS620 und der ebusd. Keine Ahnung wo die anderen herkommen....
Das sieht so aus, als könntest Du nicht auf den Bus schreiben...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 20 April 2017, 08:08:21
Zitat von: john30 am 20 April 2017, 08:03:01
Das sieht so aus, als könntest Du nicht auf den Bus schreiben...

Wodurch könnte das blockiert werden?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 20 April 2017, 08:11:51
Zitat von: theotherhalf am 20 April 2017, 08:08:21
Wodurch könnte das blockiert werden?
Durch das HW Interface.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 20 April 2017, 08:31:34
Zitat von: john30 am 20 April 2017, 08:11:51
Durch das HW Interface.
Das Interface hatte Reinhart an seiner Therme einige Zeit laufen, ohne Probleme. Auch wenn immer alles möglich ist, so schliesse ich das erst einmal aus.

Mal angenommen es würde SW seitig blockiert über die Benutzerrechte, dann sollte auch eine entsprechende Meldung kommen wenn ich das Kommando eingebe, oder?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 22 April 2017, 11:42:19
Zitat von: theotherhalf am 20 April 2017, 08:31:34
Das Interface hatte Reinhart an seiner Therme einige Zeit laufen, ohne Probleme. Auch wenn immer alles möglich ist, so schliesse ich das erst einmal aus.

Mal angenommen es würde SW seitig blockiert über die Benutzerrechte, dann sollte auch eine entsprechende Meldung kommen wenn ich das Kommando eingebe, oder?
Musst halt mal einen Blick ins Logfile werfen
Titel: Antw:eBus Schaltung in Betrieb nehmen - Fragen über Fragen
Beitrag von: a200 am 22 April 2017, 16:45:01
Hallo,

mein ebus läuft. Allerdings kann ich mit den ausgelesenen Daten nicht viel anfangen. Irgendwie gibt es nur ein paar Status, die ich auslesen kann. Aber der Reihe nach:

root@raspberrypi:~# ebusctl info
version: ebusd 3.0pre.cc59b32
signal: acquired
symbol rate: 42
reconnects: 0
masters: 3
messages: 712
conditional: 12
poll: 1
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0604;HW=5502", loaded "bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
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", loaded "vaillant/25.solsy.hwc.csv"
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 ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/ec.solsy.sc.csv"


Ich denke, dass ich folgende Kreise auslesen können müsste:
broadcast, bai, ui, cc, hwc, hc, mc und sc
Nach langen ausprobieren, habe ich folgende Werte gefunden, die ich auch auslesen kann:

mc
root@raspberrypi:~# ebusctl f -v -c mc|grep -v "no data stored"
mc Mode = tempdesired=18;mcmode=auto;floorpavingdryingday=0;floorpavingdryingtemp=0;teleswitchmode=low;mctype7=mixer;daynight=day
mc Status = flowtempdesired=26;onoff=off;flowtemp=25.06;tempdesired=18


hwc
root@raspberrypi:~# ebusctl f -v -c hwc|grep -v "no data stored"
hwc Mode = temp0=55;hwcmode=auto;=02;onoff=off
hwc Status = temp0=0;onoff=off;temp=53.62;temp0=55


bai
root@raspberrypi:~# ebusctl f -v -c bai|grep -v "no data stored"
bai Mode = mode=standby
bai Status01 = temp1=30.0;temp1=30.0;temp2=-;temp1=-;temp1=-;pumpstate=off


hc
root@raspberrypi:~# ebusctl f -v -c hc|grep -v "no data stored"
hc currenterror = error=-;error=-;error=-;error=-;error=-
hc DateTime = dcfstate=valid;btime=12:57:19;bdate=23.04.2017;temp2=10.562
hc SumFlowSensor = temp=28.31;sensor=ok


broadcast
root@raspberrypi:~# ebusctl f -v -c broadcast|grep -v "no data stored"
broadcast datetime = outsidetemp=10.562;time=12:57:04;date=23.04.2017
broadcast outsidetemp = temp2=10.562
broadcast vdatetime = time=12:57:04;date=23.04.2017


Meine Fragen an die Experten:
root@raspberrypi:~# tail -f /var/log/ebusd.log|grep unknow
2017-04-22 16:11:51.898 [update notice] unknown MS cmd: 1050b5050427001800 / 00
2017-04-22 16:11:52.218 [update notice] unknown MS cmd: 1025b5040117 / 0101
2017-04-22 16:11:52.777 [update notice] unknown MS cmd: 1050b505082b0f010000000080 / 00
2017-04-22 16:11:59.314 [update notice] unknown MS cmd: 10ecb5040121 / 052200003800
2017-04-22 16:11:59.811 [update notice] unknown MS cmd: 1008b513020508 / 00
2017-04-22 16:12:00.627 [update notice] unknown MS cmd: 10ecb504010d / 050000008000
2017-04-22 16:12:01.998 [update notice] unknown MS cmd: 1025b5050427001800 / 00
2017-04-22 16:12:02.318 [update notice] unknown MS cmd: 1025b5040117 / 0101
2017-04-22 16:12:02.879 [update notice] unknown MS cmd: 1026b5040101 / 09140300000580000100
2017-04-22 16:12:02.882 [update notice] unknown BC cmd: 10feb505025501

root@raspberrypi:~# ebusctl r -v -c mc RoomTempOffset

ERR: element not found

root@raspberrypi:/home/pi/Work/20170422/ebusd# ebusd --scanconfig --checkconfig
2017-04-23 16:02:21.223 [main notice] ebusd 3.0pre.930ae49 performing configuration check...
2017-04-23 16:02:22.544 [main notice] found messages: 7056 (373 conditional on 147 conditions, 13 poll, 62 update)
2017-04-23 16:02:22.598 [main notice] ebusd stopped


Über alle Informationen würde ich mich sehr freuen. Ich habe hier viel gelesen, aber diese offene Punkte sind geblieben. Sollte die eine oder die andere Frage bereits woanders beantwortet worden sein (wovon ich ausgehe), die ich aber nicht gefunden habe (trotz Suche), dann bitte nicht böse sein. Einfacher Hinweis wird schon helfen. :)

Vielen Dank für eure Unterstützung. LG, a200.

(Die neuen Erkenntnisse füge ich hinzu. Also nicht wundern, wenn sich die Inhalte leicht verändern. Danke.)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 23 April 2017, 10:42:11
Zitat von: john30 am 22 April 2017, 11:42:19
Musst halt mal einen Blick ins Logfile werfen

Laut log werden alle Slaves gescannt, aber jeder für sich bricht mit einem Timeout ab.
Schaut nach HW aus. Nur seltsam, dass die Schaltung inkl. Konverter bei Reinhart lief.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: a200 am 24 April 2017, 15:34:23
Zitat von: theotherhalf am 20 April 2017, 00:38:23

Ein Scan fördert folgendes zutage:

pi@raspberrypi:~ $ ebusctl info
[...]
address 10: master #2
address 23: slave, scanned
address 25: slave, scanned
address 26: slave, scanned
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 3f: master #23
address 44: slave #23, scanned
address 50: slave, scanned
address ec: slave, scanned

pi@raspberrypi:~ $ ebusctl scan full
done

pi@raspberrypi:~ $ ebusctl scan result
empty

Es hängen am Bus nur 2 Teilnehmer, nämlich die VRS620 und der ebusd. Keine Ahnung wo die anderen herkommen....

Kann mir jemand einen Rat geben wie es weiter geht?
Es sieht sie ähnlich wie bei mir aus:

address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0604;HW=5502", loaded "bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
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", loaded "vaillant/25.solsy.hwc.csv"
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 ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/ec.solsy.sc.csv"


Ich werde dir heute Abend von zu hause eine Version von ebusd + passende .csv Dateien mit denen ich diese Werte ausgelesen habe. Mit der aktuellen Version von git und den aktuellen config Files bekomme ich auch nichts zu sehen (Sehe Punkt 8 in meinem Posting). Irgendwann hatte ich auch eine Version bei der ich auch die ec-Werte auslesen konnte, aber die habe ich nicht mehr.

Bis später.
a200.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: hanswerner1 am 25 April 2017, 09:43:07
Hallo,

ich hatte das Problem mit dem Kurzschluss auf dem eBus. Nachdem ich jetzt die 4 Dioden getauscht habe ist der Kurzschluss weg und ich konnte die Schaltung in Betrieb nehmen und sie funktioniert.

Ich habe sie an einer ECOTEC 206/5-5 mit Multimatic 700/2 weiterhin ist ein VR900 und VR91 am bus.

Ich habe alles nach der Anleitung vom ebus wiki gemacht und in Fhem das Skript benutzt.

Vor, Rücklauf und Fanspeed scheinen zu funktionieren. Bei HKurve und PumpeWatt bekomme ich nur 0.0 und bei Außentemperatur eine Fehlermeldung:  Aussentemp ERR: element not found

Wo liegt hier noch mein Fehler ?

Im FHEM log steht folgendes:

Zitat
2017.04.25 08:50:52 1: EBUS: unexpected answer ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012) received (wrote r -f PumpPower\n (\162\040\055\146\040\120\165\155\160\120\157\167\145\162\012), expected \d+\n\n)
2017.04.25 08:50:52 1: PERL WARNING: Argument "ERR: element not found\n\n" isn't numeric in sprintf at (eval 168701) line 1.
2017.04.25 08:50:52 3: eval: { sprintf("%5.0f",$_) }
2017.04.25 08:50:53 1: EBUS: unexpected answer ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012) received (wrote r -f PumpPower\n (\162\040\055\146\040\120\165\155\160\120\157\167\145\162\012), expected \d+\n\n)
2017.04.25 08:50:53 1: PERL WARNING: Argument "ERR: element not found\n\n" isn't numeric in sprintf at (eval 168705) line 1.
2017.04.25 08:50:53 3: eval: { sprintf("%5.0f",$_) }
2017.04.25 08:50:53 1: EBUS: unexpected answer ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012) received (wrote r -f Hc1HeatCurve\n (\162\040\055\146\040\110\143\061\110\145\141\164\103\165\162\166\145\012), expected \d+\.\d+\n)
2017.04.25 08:50:53 1: PERL WARNING: Argument "ERR: element not found\n\n" isn't numeric in sprintf at (eval 168707) line 1.
2017.04.25 08:50:53 3: eval: { sprintf("%3.1f",$_) }

bai01.cfg
Zitat
#################################
#       bai01 - Installer       #
#################################
#
#!/usr/bin/perl
# Aussentemperatur
get Aussentemp cmd {"r -f outsidetemp temp\n"}
get Aussentemp expect ".*\n*"
get Aussentemp postproc { $_ }
#
# vorlauftemperatur
get Vorlauf cmd {"r -f flowtemp temp\n"}
#get Vorlauf cmd {"r -m 10 status01 temp1.0\n"}
get Vorlauf expect "\d+\.\d+\n\n"
get Vorlauf postproc { sprintf("%5.1f",$_) }
#
# Ruecklauftemperatur
get Ruecklauf cmd {"r -f sdtrt temp\n"}
#get Ruecklauf cmd {"r -m 10 status01 temp1.1\n"}
get Ruecklauf expect "\d+\.\d+\n\n"
get Ruecklauf postproc { sprintf("%5.1f",$_) }
#
# Pumpenleistung
get PumpeWatt cmd {"r -f PumpPower\n"}
get PumpeWatt expect "\d+\n\n"
get PumpeWatt postproc { sprintf("%5.0f",$_) }
#
# Fanspeed
get Fanspeed cmd {"r -f SDFanSpeed\n"}
get Fanspeed expect "\d+\n\n"
get Fanspeed postproc { sprintf("%5.0f",$_) } 
#
# Heizkurve lesen
get HKurve cmd {"r -f Hc1HeatCurve\n"}
get HKurve expect "\d+\.\d+\n"
get HKurve postproc { sprintf("%3.1f",$_) }

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

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 25 April 2017, 19:59:01
PumpeWatt wurde in der csv auf WPPWMPower geändert.

# Pumpenleistung
get PumpeWatt cmd {"r -f WPPWMPower\n"}
get PumpeWatt expect ".*\n*"
get PumpeWatt postproc { sprintf("%5.0f",$_) }


Die Heizkurve wie du sie abfragst gilt für die VC430, die musst du für deine Multimatic ändern.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen - Fragen über Fragen
Beitrag von: john30 am 26 April 2017, 20:59:54
Zitat von: a200 am 22 April 2017, 16:45:01
Nach langen ausprobieren, habe ich folgende Werte gefunden, die ich auch auslesen kann:
root@raspberrypi:~# ebusctl f -v -c mc|grep -v "no data stored"
Mit dem Kommando bekommst Du nur die Messages präsentiert, die Du zuvor selbst aktiv mit "ebusctl read" abgerufen hast, oder die ein anderen Busteilnehmer abgefragt hat.
contrib/scripts/readall.sh ist Dein Freund :-)

oh je, so viele Fragen...
Zitat von: a200 am 22 April 2017, 16:45:01
1) Wie finde ich heraus, welche weitere Werte auslesbar sind?
ebusctl f -v -c broadcast listet alle theoretisch verfügbare Werte auf. Allerdings sind nicht alle Werte mit Inhalt  gefüllt. Des Weiteren sind es die, die ich eh schon durch die Logfile-Analyse gefunden habe.
falsch. Das Kommando listet nur die broadcast Messages, die innerhalb der letzten 5 Minuten auf dem Bus erschienen sind.

Zitat von: a200 am 22 April 2017, 16:45:01
2) Welche Werte könnte ich bei cc und sc auslesen?[/li][/list]
Aus Pkt 1) weiss ich welche Werte theoretisch vorhanden sind. Daraus ergibt sich die Frage, wieso die vielen Werte nicht gefüllt werden? Ist das normal?
siehe ganz oben.

Zitat von: a200 am 22 April 2017, 16:45:01
3) Wie finde ich heraus was sich hinter den unknow MS cmd verbirgt? Kann ich bei der "Dechiffrierung" irgendwie helfen?
ja. Beobachten und versuchen, die Daten mit irgendwelchen realen Werten zu verknüpfen. Siehe auch Tickets unter ebusd-configuration.

Zitat von: a200 am 22 April 2017, 16:45:01
4) Was sagt die Meldung: [bus error] poll ui YieldThisYear failed: ERR: read timeout
"read timeout". Sagt doch eigentlich alles, oder? Der Wert konnte wegen timeout nicht gelesen werden, weil der Slave nicht rechtzeitig geantwortet hat.

Zitat von: a200 am 22 April 2017, 16:45:01
5) Im Logfile sehe ich den Eintrag: [update notice] update mc RoomTempOffset QQ=10: 0.00 Wieso kann ich den Wert nicht direkt auslesen, während es bei den anderen Werten geht?
Du solltest den Wert schon auslesen können, allerdings nur innerhalb 5 Minuten nachdem er auf dem Bus erschienen ist. Es sei denn Du änderst die read Abfrage hinsichtlich der Cache Zeit entsprechend. ebusctl help read ist Dein Freund.

Zitat von: a200 am 22 April 2017, 16:45:01
6) Gibt es irgendwo Infos, wie ich die von ebus genutzten Namen (wie temp0, tempdesired, usw) in Klartext (Vorlauftemperatur, Absenktemperatur usw.) übersetzen kann?
Das sind ja nur die Namen der Datentypen. Die Feldnamen sind idealerweise in der Nachricht hinterlegt. Schau mal unter ebusctl find -f oder ebusctl read -V

Zitat von: a200 am 22 April 2017, 16:45:01
7) In der auroMatic 620 (vrs) kann ich viele Informationen zu der Solaranlage sehen (sc). Auslesen kann ich aber gar nichts. Allerdings bin ich der Meinung, dass ich früher einige Werte (wie z.B. monatlicher Ertrag) sehen konnte. Dank Logrotate gibt es dazu nichts nichts mehr ;(
immernoch falsch, siehe ganz oben.

Zitat von: a200 am 22 April 2017, 16:45:01
8 ) Wenn die aktuelle Version von git installiere, dann erhalte ich die Meldung: version: ebusd 3.0pre.930ae49
update check: revision fb9c28b available, broadcast.csv: different version available
und dass sowohl mit dem in contrib/etc/ebusd/ vorhandenen broadcast.csv file, als auch mit dem aktuellen aus dem git ebusd-configuration. Dadurch werden trotz Scan keine passende csv-Dateien gefunden.
das ist Quatsch, hat damit nun wirklich nichts zu tun. Wie kommst Du denn darauf???

Zitat von: a200 am 22 April 2017, 16:45:01
Was mache ich falsch? scanconfig und checkconfig bringen keinen Fehler
Du nutzt ebusctl find anstelle von ebusctl read. Das ist Dein Problem.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: hanswerner1 am 27 April 2017, 10:43:32
Zitat von: Reinhart am 25 April 2017, 19:59:01
PumpeWatt wurde in der csv auf WPPWMPower geändert.

Die Heizkurve wie du sie abfragst gilt für die VC430, die musst du für deine Multimatic ändern.


Danke, hab's hinbekommen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Orpheus am 27 April 2017, 20:00:01
Hallo,
Zitat von: Prof. Dr. Peter Henning am 24 Januar 2016, 14:36:26
Das macht der eingebaute Watchdog des Raspberry Pi viel besser.
Dazu muss nur ein entsprechendes Skript nach /etc/watchdog.d geschrieben werden:.

mir ist aufgefallen, bzw. in der /var/log/watchdog/repair-bin.stdout ist zu lesen, dass alle 8 Sekunden der ebusd neu gestartet wird.

/etc/watchdog.d $ tail /var/log/watchdog/repair-bin.stdout
ebusd restarting at Do 27. Apr 19:26:48 CEST 2017
Starting ebusd (via systemctl): ebusd.service.
ebusd restarting at Do 27. Apr 19:26:56 CEST 2017
Starting ebusd (via systemctl): ebusd.service.
ebusd restarting at Do 27. Apr 19:27:03 CEST 2017

Also habe ich mir das Script mal genauer angesehen, bzw. die Befehle ausgeführt:

/etc/watchdog.d $ ps -ef | grep ebusd.*USB0 | grep -v grep
/etc/watchdog.d $
etc/watchdog.d $ ps -ef | grep ebusd.*USB0
pi        3606   670  0 19:30 pts/0    00:00:00 grep --color=auto ebusd.*USB0
/etc/watchdog.d $
/etc/watchdog.d $ ps -ef | grep ebusd
root      1955     1  0 19:18 ?        00:00:00 /usr/bin/ebusd --pidfile /var/run/ebusd.pid --scanconfig
pi        3679   670  0 19:30 pts/0    00:00:00 grep --color=auto ebusd
/etc/watchdog.d $
/etc/watchdog.d $ ps -ef | grep "ebusd --pidfile.*--scanconfig" | grep -v grep
root      1955     1  0 19:18 ?        00:00:00 /usr/bin/ebusd --pidfile /var/run/ebusd.pid --scanconfig


Daraufhin habe ich den Eintrag im Script entsprechend abgeändert:

...
       if [ -s /var/run/ebusd.pid ] ; then
           RUN=`ps -ef | grep ebusd.*--pidfile.*--scanconfig | grep -v grep`
           if [ "$RUN" != "" ] ; then
              #echo "ebusd is already running
...


Jetzt funktioniert es bei mir. (Achtung, nano legt im gleichen Verzeichnis eine ebusd.save an, da sucht man dann erst mal, weil es nicht funktioniert. 8))

Viele Grüße
Jürgen







Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 11 Mai 2017, 15:55:20
Hat jemand noch ein Set aus Ebus Platine und USB Wandler, welches er nicht mehr braucht? Bin bereit eines abzukaufen. Nachricht gerne per PM.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: hanswerner1 am 16 Mai 2017, 21:43:03
Hallo,
Ich habe noch ein Rechte Problem auf den PI.
service ebusd start
Failed to start ebusd.service: Access denied

mit sudo geht's. Angemeldet bin ich als pi user. Welche Rechte muss ich ändern ?
VG
Thomas
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 17 Mai 2017, 12:04:42
das ist doch normal, dass ein Daemon wenn er händisch gestartet wird mit "sudo" gestartet werden muss.

Wenn der Service mit "sudo update-rc.d ebusd Defaults" zum Start/Stop Script hinzugefügt wurde, startet der Service beim booten ja mit den entsprechenden Rechten automatisch.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: hanswerner1 am 17 Mai 2017, 20:20:20
Zitat von: Reinhart am 17 Mai 2017, 12:04:42
Wenn der Service mit "sudo update-rc.d ebusd Defaults" zum Start/Stop Script hinzugefügt wurde, startet der Service beim booten ja mit den entsprechenden Rechten automatisch.
Danke Reinhart, das wars. Bin in der Linux Welt leider nicht so zuhause.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 19 Mai 2017, 22:09:09
Zitat von: Reinhart am 17 Mai 2017, 12:04:42


Wenn der Service mit "sudo update-rc.d ebusd Defaults" zum Start/Stop Script hinzugefügt wurde, startet der Service beim booten ja mit den entsprechenden Rechten automatisch.

LG

Ist es relevant an welche Stelle im Skript das Kommando eingefügt wird? Ich würde es an den Anfang setzen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 20 Mai 2017, 19:16:01
das brauchst du nur einmal in der Konsole aufrufen, trägt sich dann selber ein.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: texel am 21 Mai 2017, 15:21:42
Zitat von: theotherhalf am 20 April 2017, 08:08:21
Wodurch könnte das blockiert werden?

Hi, habe seit heute ähnliches Problem. Ich hab einen alten Raspi1 im Einsatz - heute Linux upgedated, von ebusd2.1 auf ebusd3 upgegraded.
Ebusd3 erkennt z.T. meine Geräte nicht mehr (nur noch den 50.mc) - nicht aber BAI.

ok - wieder downgrade auf ebusd2.1:
Jetzt scheint es auch so, dass ich nicht mehr auf den Bus schreiben kann.
Es kommt immer ein read timeout ...

Zitatbai 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 WPSecondStage = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan id = no data stored
scan.08 id = no data stored
scan.08 ident = MF=Vaillant;ID=BAI00;SW=0518;HW=7401
scan.15 ident = no data stored
scan.50 ident = MF=Vaillant;ID=V6100;SW=0418;HW=1902
scan.75 ident = MF=Vaillant;ID=V8100;SW=0202;HW=2502
v81 CMResetCnt = no data stored
v81 COMErrorCnt = no data stored
v81 DesiredHcRoomTempDesired = no data stored
v81 DisplayedRoomTemp = no data stored
v81 eBUSCRC = no data stored
v81 eBUSFifoDiffCntMax = no data stored
v81 EEpromMaxInkonsCnt = no data stored
v81 FiFoResetCnt = no data stored
v81 Hc2RoomTemp = no data stored
v81 HcActiveSpecialFunction = no data stored
v81 HcRoomTempDesiredAdjustable = no data stored
v81 LVResetCnt = no data stored
v81 OperatingMode430 = no data stored
v81 POCResetCnt = no data stored
v81 RoomTempOffset = no data stored
v81 RoomTempOffsetSelfWarming = no data stored
v81 SelectedHc = no data stored
v81 StackeBUSTaskMax = no data stored
v81 StackLifeCheckTaskMax = no data stored
v81 StackMainTaskMax = no data stored
v81 Variant = no data stored
v81 VariantDKRefreshCnt = no data stored
v81 WDResetCnt = no data stored

localhost: r -f WarmstartDemand
ERR: read timeout

localhost: r -c bai WarmstartDemand
ERR: read timeout

localhost: r WarmstartDemand
ERR: read timeout
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: texel am 22 Mai 2017, 13:55:06
Hi, ich habe soeben nochmals alle ebusd Versionen durchprobiert. Alle haben wohl ein Problem auf den Bus zu schreiben:

Zitatroot@ebusd:/usr/bin/ebusd_2.1.0# ./ebusd -s -f --configpath=/etc/ebusd_2.1.0/ --receivetimeout=99999
2017-05-22 13:50:49.106 [main notice] ebusd 2.1.0c0ea8e started
2017-05-22 13:50:49.126 [main notice] found messages: 12 (0 conditional on 0 conditions, 0 poll, 6 update)
2017-05-22 13:50:49.393 [bus notice] signal acquired
2017-05-22 13:50:50.761 [bus notice] new master 70, master count 2
2017-05-22 13:50:50.777 [update notice] unknown MS cmd: 7050b505053c37013701 / 00
2017-05-22 13:50:50.842 [bus notice] new master 10, master count 3
2017-05-22 13:50:50.887 [bus notice] new master 03, master count 4
2017-05-22 13:50:50.889 [update notice] unknown MS cmd: 1008b510090000006effff010000 / 0101
2017-05-22 13:50:51.128 [update notice] unknown MS cmd: 1050b505021800 / 00
2017-05-22 13:50:52.775 [update notice] unknown MS cmd: 1050b505023001 / 0101
2017-05-22 13:50:53.768 [update notice] unknown MS cmd: 7050b5040126 / 0705000009003701
2017-05-22 13:50:54.852 [update notice] unknown MS cmd: 1008b5110101 / 096a6600133822000024
2017-05-22 13:50:56.916 [update notice] unknown MS cmd: 1008b5100305ff01 / 00
2017-05-22 13:50:58.610 [update notice] unknown MS cmd: 7008b5110101 / 096a6600133822000024
2017-05-22 13:50:58.912 [update notice] unknown MS cmd: 1050b5040137 / 0200ff
2017-05-22 13:50:59.134 [main notice] starting initial scan for fe
2017-05-22 13:50:59.148 [bus error] send to fe: ERR: read timeout, retry
2017-05-22 13:50:59.194 [bus error] send to fe: ERR: read timeout, retry
2017-05-22 13:50:59.242 [bus error] send to fe: ERR: read timeout, retry
2017-05-22 13:50:59.290 [bus error] send to fe: ERR: read timeout
2017-05-22 13:50:59.291 [main error] initial scan failed: ERR: read timeout
2017-05-22 13:50:59.323 [bus error] send to 08: ERR: read timeout, retry
2017-05-22 13:50:59.371 [bus error] send to 08: ERR: read timeout, retry
2017-05-22 13:50:59.418 [bus error] send to 08: ERR: read timeout, retry
2017-05-22 13:50:59.466 [bus error] send to 08: ERR: read timeout
2017-05-22 13:50:59.468 [main error] scan config 08 message: ERR: read timeout
2017-05-22 13:51:00.913 [update notice] unknown MS cmd: 1008b510090000006effff010000 / 0101
2017-05-22 13:51:01.166 [update notice] unknown MS cmd: 1050b505021800 / 00
2017-05-22 13:51:01.497 [bus error] send to 15: ERR: read timeout, retry
2017-05-22 13:51:01.545 [bus error] send to 15: ERR: read timeout, retry
2017-05-22 13:51:01.577 [bus error] send to 15: ERR: read timeout, retry
2017-05-22 13:51:01.624 [bus error] send to 15: ERR: read timeout
2017-05-22 13:51:01.626 [main error] scan config 15 message: ERR: read timeout
2017-05-22 13:51:02.990 [update notice] unknown MS cmd: 1050b505023001 / 0101

Den timeout hochzusetzen hat auch nichts gebracht.

Ich vermute das das update/upgrade auf die neuste Linuxversion das Problem verursacht hat.

Da ja ansonsten die lesenden Datenpakete, die vom Bus kommen, vernünftig aussehen liegt es vermutlich nicht an der Hardware und auch nicht an ebusd??

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 24 Mai 2017, 11:31:57
Zitat von: Reinhart am 20 Mai 2017, 19:16:01
das brauchst du nur einmal in der Konsole aufrufen, trägt sich dann selber ein.


Danke Reinhart! Punkt is abgehakt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 24 Mai 2017, 13:39:15
@Texel

wenn du noch eine Sicherung deiner SD hast, dann wäre das einfach die auf eine neue SD zurück spielen und damit austesten.
Dann könntest du durch einfaches umstecken der SD den Fehler schön einkreisen.

Die Platine verhält sich ja so als wäre der Sendeweg defekt, du bist ja nicht der erste dem dieser komische Fehler nach dem Update passiert.
Ich hatte das ja auch einmal, habe aber dem ganzen wenig Beachtung geschenkt und einfach eine Sicherung zurück gespielt, die Schaltung sicherheitshalber getauscht und dann Schritt für Schritt wieder upgedatet. Hatte aber dann alles geklappt und konnte den Fehler nicht mehr nachvollziehen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: a200 am 24 Mai 2017, 14:31:46
Zitat von: texel am 22 Mai 2017, 13:55:06
Hi, ich habe soeben nochmals alle ebusd Versionen durchprobiert. Alle haben wohl ein Problem auf den Bus zu schreiben:

Den timeout hochzusetzen hat auch nichts gebracht.

Ich vermute das das update/upgrade auf die neuste Linuxversion das Problem verursacht hat.

Da ja ansonsten die lesenden Datenpakete, die vom Bus kommen, vernünftig aussehen liegt es vermutlich nicht an der Hardware und auch nicht an ebusd??

Gleiches Problem hier. Habe meinen aBus-Adapter prüfen lassen. Soll i.O. sein. Ich kann trotzdem nur lesen.
ebusd > 3.0
Vaillant auroMATIC vrs 620/3
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: texel am 25 Mai 2017, 16:49:41
@Reinhard: dummerweise hab ich keine Sicherung auf SD Karte und leider auch keinen Zugriff auf die Hardware (kann mich nur Remote aufschalten)..
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: a200 am 27 Mai 2017, 13:40:34
Zitat von: texel am 22 Mai 2017, 13:55:06
Hi, ich habe soeben nochmals alle ebusd Versionen durchprobiert. Alle haben wohl ein Problem auf den Bus zu schreiben:

Den timeout hochzusetzen hat auch nichts gebracht.

Ich vermute das das update/upgrade auf die neuste Linuxversion das Problem verursacht hat.

Da ja ansonsten die lesenden Datenpakete, die vom Bus kommen, vernünftig aussehen liegt es vermutlich nicht an der Hardware und auch nicht an ebusd??
Moin,
kannst du noch sagen, wann dein eBusd noch korrekt gelaufen ist? Ich konnte noch nie schreibend auf den Bus zugreifen und wie du kann ich mit einer alten Version besser meine Geräte erkennen als mit den aktuellen. Ich würde ein altes Raspi-Image suchen und testen ob ich dann auf den eBus zugreifen kann.  Allerdings wäre eine grobe Orientierung wann  es bei dir noch ging, ganz gut.

Danke, a200.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 28 Mai 2017, 10:55:54
Zitat von: a200 am 27 Mai 2017, 13:40:34
kannst du noch sagen, wann dein eBusd noch korrekt gelaufen ist? Ich konnte noch nie schreibend auf den Bus zugreifen und wie du kann ich mit einer alten Version besser meine Geräte erkennen als mit den aktuellen. Ich würde ein altes Raspi-Image suchen und testen ob ich dann auf den eBus zugreifen kann.  Allerdings wäre eine grobe Orientierung wann  es bei dir noch ging, ganz gut.
Für das "Erkennungsproblem" gibt es ein issue, das natürlich behoben werden muss: https://github.com/john30/ebusd/issues/87 (https://github.com/john30/ebusd/issues/87)
Die Timeout Geschichte scheint mit Änderungen am ftdi Modul im Kernel zu tun zu haben.
Inzwischen sehe ich auf einem RPi 2 mit aktuellem archlinux 4.9.30-1, dass immer noch eine Latenz von bis zu 20ms zwischen Senden eines bytes und Rückempfang besteht. Deshalb kann das nur dann funktionieren, wenn ebusd als Startparameter noch --latency=20000 o.ä bekommt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 28 Mai 2017, 15:29:38
Für alle, die nach einem Linux Update Probleme mit Schreiben auf dem Bus haben, dürfte die Verwendung von /sbin/setserial /dev/ttyUSB0 low_latency die Lösung sein (Dabei "/dev/ttyUSB0" durch das entsprechende Device ersetzen).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: a200 am 28 Mai 2017, 15:54:02
Vielen Dank an John!

Funktioniert bei mir bestens! Endlich wird bei mir alles eingelesen!

bei raspi 3 wird setserial in /bin installiert es heißt also:
/bin/setserial /dev/ttyUSB0 low_latency
Unter Umständen vorher mitsudo apt-get install setserial
setserial installieren.
Viel Erfolg.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 28 Mai 2017, 16:02:51
Zitat von: a200 am 28 Mai 2017, 15:54:02
/bin/setserial /dev/ttyUSB0 low_latency
Unter Umständen vorher mitsudo apt-get install setserial
setserial installieren.
ja hast Recht, setserial liegt unter /bin und nicht unter /sbin.
Das Kommando ist jetzt auch im init Script enthalten, so dass man sich hoffentlich nicht mehr darum kümmern muss :-)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: a200 am 28 Mai 2017, 16:22:15
Zitat von: john30 am 28 Mai 2017, 16:02:51
ja hast Recht, setserial liegt unter /bin und nicht unter /sbin.
Das Kommando ist jetzt auch im init Script enthalten, so dass man sich hoffentlich nicht mehr darum kümmern muss :-)
Ich wollte dich nicht korrigieren, sondern dir so aufdringliche Typen wie mich vom Hals halten! ;-) Deine Zeit ist für solche Fragen zu kostbar.

Schönen Sonntag noch.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: texel am 01 Juni 2017, 16:53:24
Hi John,

funktioniert bei mir nun auch alles wieder!! (setserial)

Besten Dank!

Texel
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: istler am 02 Juni 2017, 22:55:43
Hallo,

ich hatte auch das Problem mit dem "setserial" unter Ubunut Server 16.04 LTS. :o

Danke für den Hinweis! :-)

Gruß
Maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 03 Juni 2017, 10:18:57
für alle, die mit Latenz Probleme hatten:
setserial wird nun nicht mehr benötigt, ebusd setzt das entsprechende Flag auf dem /dev/tty* serial device inzwischen selbst.
VG John
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 05 Juni 2017, 16:21:20
Hallo,

nach längerer Pause nun wieder was von mir.
Ich bin nun dabei meine Vaillant Lüftung einzubinden.
EBus ist ausgelesen und zugeordnet.
nun habe ich eine *.csv erstellt, und muss die HEX Werte umrechnen lassen.
Hier stosse ich auf meine Wissensgrenzen.

ein Beispiel:
pi@ospi ~ $ ebusctl -p 8888 hex 38b509030d1c0e
027300

dies sollte ein Dezimalwert von 115 ergeben.

was muss ich in der csv bei datatypes/templates & divider/values eingeben??
Ich habe schon alle versucht, es kommt aber nur Datenmüll oder Fehler (ERR: argument value out of valid range) herraus.

ich hänge mal meine csv und die gelesenen HEX Daten an.

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 05 Juni 2017, 16:40:53
Zitat von: TiPpFeHlEr am 05 Juni 2017, 16:21:20
pi@ospi ~ $ ebusctl -p 8888 hex 38b509030d1c0e
027300

dies sollte ein Dezimalwert von 115 ergeben.

was muss ich in der csv bei datatypes/templates & divider/values eingeben??
Das ist die Slave Antwort. 02 ist die Länge der folgenden Bytes (wird von ebusd eh nicht zur Dekodierung zur Verfügung gestellt).
7300 ist dann ein Zwei-Byte Wert im Format UIN, siehe hier: https://github.com/john30/ebusd/wiki/4.3.-Builtin-data-types (https://github.com/john30/ebusd/wiki/4.3.-Builtin-data-types)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 05 Juni 2017, 17:15:50
@john30

es geht, frag mich bitte nicht wieso.
Hatte schon UIN probiert!

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 05 Juni 2017, 17:52:47
Noch ne Frage,

kann man in der CSV Min/Max Werte oder feste Werte wie zb. 0-100 oder 300,400,500 festlegen?
Damit nicht falsche Werte übertragen/gesendet werden die meine Lüftung nicht versteht.

Und es bleibt nur noch die Frage der Temperaturen, dort ergeben die HEX Werte keinen logischen Sinn.

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: FFM am 08 Juni 2017, 08:10:36
Guten Morgen,

ich lese schon seit einiger Zeit mit und habe vor zwei Wochen meine beiden Platinen gelötet und versucht in Betrieb zu nehmen. Hat aber mit dem vorhandenen USB-Adapter nicht funktioniert - anderen bestellt und seit gestern tut sich was.

Auf dem Raspi 3b ist folgendes installiert:
ii  ebusd          2.4          armhf        eBUS daemon.
ii  ebusd-configur 2.1.b143f39- all          ebusd configuration files (de).

Auszug aus dem ebusd.log:
Zitat
2017-06-07 18:43:56.562 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:43:57.175 [update notice] unknown MM cmd: 100305010a00000011000000000000
2017-06-07 18:43:59.883 [update notice] update broadcast datetime QQ=10: 17.398;18:20:38;07.06.2017
2017-06-07 18:44:04.563 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:44:06.780 [update notice] update scan.08  QQ=10: TEM;WE_1 ;3036;3330
2017-06-07 18:44:09.865 [update notice] unknown BC cmd: 10fe0801083339333900000080
2017-06-07 18:44:12.534 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:44:16.798 [update notice] unknown MM cmd: 100305010a00000011000000000000
2017-06-07 18:44:19.877 [update notice] unknown BC cmd: 10fe080208000000320000fe15
2017-06-07 18:44:20.532 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:44:26.764 [update notice] unknown BC cmd: 10fe050d0a1400800000800080ffff
2017-06-07 18:44:28.582 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:44:29.836 [update notice] update broadcast datetime QQ=10: 17.398;18:21:08;07.06.2017
2017-06-07 18:44:33.180 [main error] unable to load scan config 08: list files in /etc/ebusd/tem ERR: element not found
2017-06-07 18:44:36.581 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:44:37.187 [update notice] unknown MM cmd: 100305010a00000011000000000000
2017-06-07 18:44:39.850 [update notice] unknown BC cmd: 10fe0801083339333900000080
2017-06-07 18:44:44.583 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:44:46.700 [update notice] unknown MM cmd: 100305020101
2017-06-07 18:44:49.815 [update notice] unknown BC cmd: 10fe0802080000003200000415
2017-06-07 18:44:52.580 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:44:56.706 [update notice] unknown MM cmd: 100305010a00000011000000000000
2017-06-07 18:44:59.933 [update notice] update broadcast datetime QQ=10: 17.398;18:21:38;07.06.2017
2017-06-07 18:45:00.579 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:45:06.632 [update notice] unknown MM cmd: 1003050a00
2017-06-07 18:45:08.597 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:45:09.943 [update notice] unknown BC cmd: 10fe0801083339333900000080
2017-06-07 18:45:16.593 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:45:17.207 [update notice] unknown MM cmd: 100305010a00000011000000000000
2017-06-07 18:45:19.912 [update notice] unknown BC cmd: 10fe0802080000003200000b15
2017-06-07 18:45:24.549 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:45:26.812 [update notice] update scan.08  QQ=10: TEM;WE_1 ;3036;3330
2017-06-07 18:45:29.901 [update notice] update broadcast datetime QQ=10: 17.398;18:22:08;07.06.2017
2017-06-07 18:45:32.566 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:45:36.781 [update notice] unknown MM cmd: 100305010a00000011000000000000
2017-06-07 18:45:39.863 [update notice] unknown BC cmd: 10fe0801083339333900000080
2017-06-07 18:45:40.564 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:45:46.798 [update notice] unknown BC cmd: 10fe050d0a1400800000800080ffff
2017-06-07 18:45:48.567 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:45:49.865 [update notice] unknown BC cmd: 10fe0802080000003200001115
2017-06-07 18:45:56.564 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:45:57.173 [update notice] unknown MM cmd: 100305010a00000011000000000000
2017-06-07 18:45:59.839 [update notice] update broadcast datetime QQ=10: 17.398;18:22:38;07.06.2017
2017-06-07 18:46:04.569 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:46:06.682 [update notice] unknown MM cmd: 100305020101
2017-06-07 18:46:09.850 [update notice] unknown BC cmd: 10fe0801083339333900000080
2017-06-07 18:46:12.614 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:46:16.742 [update notice] unknown MM cmd: 100305010a00000011000000000000
2017-06-07 18:46:19.822 [update notice] unknown BC cmd: 10fe0802080000003200001715
2017-06-07 18:46:20.611 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:46:26.668 [update notice] unknown MM cmd: 1003050a00
2017-06-07 18:46:28.584 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:46:29.935 [update notice] update broadcast datetime QQ=10: 17.398;18:23:08;07.06.2017
2017-06-07 18:46:36.534 [update notice] unknown MM cmd: 031005030a010000006633ff3f0000
2017-06-07 18:46:37.143 [update notice] unknown MM cmd: 100305010a00000011000000000000
2017-06-07 18:46:39.944 [update notice] unknown BC cmd: 10fe0801083339333900000080

Der Regler ein "TEM 2975 OGZ" meldet sich mit:
TEM;WE_1 ;3036;3330

Aus der Konfiguration wird jedoch nichts erkannt.

Von John30 auf https://github.com/john30/ebusd-configuration/pull/28/commits

Patch Tem (chaffoteaux) habe ich was gefunden - kann es aber nicht verwenden.

Irgendwelche Ideen?

Gruß Ralf
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: a200 am 08 Juni 2017, 10:05:00
Zitat von: FFM am 08 Juni 2017, 08:10:36
Guten Morgen,

ich lese schon seit einiger Zeit mit und habe vor zwei Wochen meine beiden Platinen gelötet und versucht in Betrieb zu nehmen. Hat aber mit dem vorhandenen USB-Adapter nicht funktioniert - anderen bestellt und seit gestern tut sich was.

Auf dem Raspi 3b ist folgendes installiert:
ii  ebusd          2.4          armhf        eBUS daemon.
ii  ebusd-configur 2.1.b143f39- all          ebusd configuration files (de).

Auszug aus dem ebusd.log:
Der Regler ein "TEM 2975 OGZ" meldet sich mit:
TEM;WE_1 ;3036;3330

Aus der Konfiguration wird jedoch nichts erkannt.

Von John30 auf https://github.com/john30/ebusd-configuration/pull/28/commits

Patch Tem (chaffoteaux) habe ich was gefunden - kann es aber nicht verwenden.

Irgendwelche Ideen?

Gruß Ralf
Schon mit:
sudo apt-get install setserial
/bin/setserial /dev/ttyUSB0 low_latency

versucht? Ansonsten würde ich die aktuelle ebusd Version vom GIT nehmen.

VG, a200.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: FFM am 08 Juni 2017, 11:39:17
@a200

i  ebusd          2.4          armhf        eBUS daemon.
ii  ebusd-configur 2.1.b143f39- all          ebusd configuration files (de).

Sind die aktuellen Debian-Pakete von john30

Warum sollte ich setserial installieren und konfigurieren? Die Ebus-Kommunikation hat doch keine Verbindungsprobleme.
Es geht darum, dass die Ebus-Konfiguration für die Rückmeldungen z.B.
2017-06-07 18:43:56.562 [update notice] unknown MM cmd:  31005030a010000006633ff3f0000
nicht passt.

Gruß Ralf
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 08 Juni 2017, 20:43:31
Zitat von: FFM am 08 Juni 2017, 11:39:17
Warum sollte ich setserial installieren und konfigurieren? Die Ebus-Kommunikation hat doch keine Verbindungsprobleme.
Es geht darum, dass die Ebus-Konfiguration für die Rückmeldungen z.B.
2017-06-07 18:43:56.562 [update notice] unknown MM cmd:  31005030a010000006633ff3f0000
nicht passt.
ja da hast Du Recht.
Problem ist: Für Deine Anlage gibts noch keine ausgereiften Konfigurationsdateien.
Wir sollten mal versuchen, die einzelnen Anlagenbenutzer zusammen zu bekommen (also bspw. alle TEM User), damit nicht jeder seine eigene Insellösung bastelt.

Ich arbeite gerade intensiv an einem Editor für ebusd Konfigurationen, der direkt mit ebusd kommuniziert und somit das finden, dekodieren und definieren neuer Messages massiv erleichtern wird.
Bis das allerdings einsetzbar ist, wird noch ne Weile vergehen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 08 Juni 2017, 20:49:46
Zitat von: TiPpFeHlEr am 05 Juni 2017, 17:52:47
kann man in der CSV Min/Max Werte oder feste Werte wie zb. 0-100 oder 300,400,500 festlegen?
Nein, derzeit noch nicht.

Zitat von: TiPpFeHlEr am 05 Juni 2017, 17:52:47
Und es bleibt nur noch die Frage der Temperaturen, dort ergeben die HEX Werte keinen logischen Sinn.
dazu müsstest du mal ein paar hex sequenzen posten oder zumindest einen groben hinweis geben, wo die in deinen files zu finden sind.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: FFM am 09 Juni 2017, 08:54:45
@john30

ZitatWir sollten mal versuchen, die einzelnen Anlagenbenutzer zusammen zu bekommen (also bspw. alle TEM User), damit nicht jeder seine eigene Insellösung bastelt.

Sehe ich auch so - das Rad muss nicht mehrmals erfunden werden.

Evtl. eigenen Thread für TEM-Regler aufmachen? Wie kann ich unterstützen?

ZitatIch arbeite gerade intensiv an einem Editor für ebusd Konfigurationen, der direkt mit ebusd kommuniziert und somit das finden, dekodieren und definieren neuer Messages massiv erleichtern wird.
Bis das allerdings einsetzbar ist, wird noch ne Weile vergehen.

Klingt sehr gut

Gruß Ralf
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: _Cyber_ am 16 Juni 2017, 01:02:44
hi,

nachdem ich am ebus-controller vom microcontrollerforum wegen der SMD komponenten gescheitert bin würd ich gern diesen hier löten.
hat jemand eine / zwei platine(n) noch übrig?

Danke! :-)

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 17 Juni 2017, 08:04:02
Zitat von: FFM am 09 Juni 2017, 08:54:45
Evtl. eigenen Thread für TEM-Regler aufmachen? Wie kann ich unterstützen?
ja zum Beispiel. Ich hab nur nicht die Zeit, das zu koordinieren, und auch keine Anlage, an der ich Konfigurationen testen könnte, sonst hätt ich das schon längst gemacht. User Initiative ist gefragt :-)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 22 Juni 2017, 15:31:49
Hi,

habe da mal ein Problem.

ebusd lädt die 15.470.csv nicht mehr.
1. erst konnte ich aus fhem herraus keine Werte schreiben, lesen ging noch, auch das schreiben in der Konsole ging noch.
2. nun kann ich garnicht mehr schreiben & lesen

als Fehler kommt
ERR: element not found

also habe ich pi@ospi ~ $ ebusctl -p 8888 scan full
done

pi@ospi ~ $ ebusctl -p 8888 info
version: ebusd 2.1.28b50d2
signal: acquired
symbol rate: 8
masters: 4
messages: 256
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403"
address 26: slave, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403"
address 31: master #8, ebusd
address 33: master #13
address 36: slave #8
address 38: slave #13, scanned "MF=Vaillant;ID=V32  ;SW=0117;HW=9802", loaded "vaillant/38.v32.csv"


dort sieht man das die csv für den Raumregler nicht geladen wird.
Neustart zwecklos.

was ist hier passiert?

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 22 Juni 2017, 17:22:15
hier noch was interessantes aus dem 0.8GB logFile :D

2017-06-22 15:05:48.586 [bus notice] scan 15: ;Vaillant;47000;0420;1403;21;14;32;0020171280;0082;031167;N9
2017-06-22 15:05:48.781 [bus notice] scan 16 timed out (213 slaves left)
2017-06-22 15:05:49.331 [bus notice] scan 18 timed out (212 slaves left)
2017-06-22 15:05:49.883 [bus notice] scan 19 timed out (211 slaves left)
2017-06-22 15:05:51.103 [bus notice] scan 1a timed out (210 slaves left)
2017-06-22 15:05:51.651 [bus notice] scan 1b timed out (209 slaves left)
2017-06-22 15:05:52.193 [bus notice] scan 1c timed out (208 slaves left)
2017-06-22 15:05:53.412 [bus notice] scan 1d timed out (207 slaves left)
2017-06-22 15:05:53.962 [bus notice] scan 1e timed out (206 slaves left)
2017-06-22 15:05:54.508 [bus notice] scan 20 timed out (205 slaves left)
2017-06-22 15:05:55.106 [update notice] update bai Mode QQ=10: Standby
2017-06-22 15:05:55.252 [bus notice] scan 21 timed out (204 slaves left)
2017-06-22 15:05:55.806 [bus notice] scan 22 timed out (203 slaves left)
2017-06-22 15:05:56.348 [bus notice] scan 23 timed out (202 slaves left)
2017-06-22 15:05:56.891 [bus notice] scan 24 timed out (201 slaves left)
2017-06-22 15:05:58.073 [bus notice] scan 25 timed out (200 slaves left)
2017-06-22 15:06:00.201 [bus notice] scan 26 completed (199 slaves left)
2017-06-22 15:06:00.202 [bus notice] scan 26: ;Vaillant;47000;0420;1403;21;14;32;0020171280;0082;031167;N9
2017-06-22 15:06:00.396 [bus notice] scan 27 timed out (198 slaves left)
2017-06-22 15:06:00.945 [bus notice] scan 28 timed out (197 slaves left)
2017-06-22 15:06:01.050 [main error] unable to load scan config 26: no file from /etc/ebusd/vaillant with prefix 26. matches ID "47000", SW0420, HW1403


er hat die 15.xxxx gefunden aber keinerlei Meldung das er die csv Datei geladen hat oder nicht.
bei der 26.xxxx meckert er wenigstens rum das keine csv existiert.
das Gerät 26.xxxx gibt es nicht! hat er mir aber schon immer angezeigt.

und später

2017-06-22 15:18:03.238 [main error] error reading scan config file /etc/ebusd/vaillant/15.470.csv for ID "47000", SW0420, HW1403: ERR: invalid numeric argument


Ansätze?

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 23 Juni 2017, 16:37:08
so,

hab mal die 15.470 ne geladen und getauscht.
Die ebusd.log gelöscht (wegen 0,8gb)
und alles neu gestartet.

hier nun die neue ebusd.log

2017-06-23 16:11:38.458 [main notice] ebusd 2.1.28b50d2 started
2017-06-23 16:11:38.493 [main notice] found messages: 5 (0 conditional on 0 conditions, 0 poll, 0 update)
2017-06-23 16:11:38.501 [bus notice] signal acquired
2017-06-23 16:11:40.452 [bus notice] new master 10, master count 2
2017-06-23 16:11:41.260 [update notice] unknown BC cmd: 10feb516080043111623060517
2017-06-23 16:11:41.485 [update notice] unknown BC cmd: 10feb51603040014
2017-06-23 16:11:41.745 [bus notice] new master 03, master count 3
2017-06-23 16:11:41.745 [update notice] unknown MS cmd: 1008b512020064 / 00
2017-06-23 16:11:42.532 [update notice] unknown MS cmd: 1008b5100900000068ffff010000 / 0101
2017-06-23 16:11:48.600 [update notice] unknown MS cmd: 1008b5110101 / 0942467019ff600000ff
2017-06-23 16:11:48.833 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv
2017-06-23 16:11:48.835 [main error] error reading common config file /etc/ebusd/vaillant/scan.csv: ERR: duplicate entry
2017-06-23 16:11:48.839 [main notice] read scan config file /etc/ebusd/vaillant/08.bai.csv for ID "bai00", SW0518, HW7401
2017-06-23 16:11:48.891 [main notice] found messages: 202 (3 conditional on 23 conditions, 1 poll, 4 update)
2017-06-23 16:11:49.500 [bus notice] poll scan.08 id:
2017-06-23 16:11:50.700 [update notice] update bai DateTime QQ=10: valid;16:11:53;23.06.2017;25.438
2017-06-23 16:11:50.925 [update notice] unknown BC cmd: 10feb50503623a1b
2017-06-23 16:11:51.041 [main error] error reading scan config file /etc/ebusd/vaillant/15.470.csv for ID "47000", SW0420, HW1403: ERR: end of input reached


was heist
Zitat2017-06-23 16:11:51.041 [main error] error reading scan config file /etc/ebusd/vaillant/15.470.csv for ID "47000", SW0420, HW1403: ERR: end of input reached
??

2017-06-23 16:16:42.308 [bus error] send to 38: ERR: read timeout, retry
2017-06-23 16:16:43.045 [bus error] send to 38: ERR: read timeout, retry
2017-06-23 16:16:43.942 [bus error] send to 38: ERR: read timeout, retry
2017-06-23 16:16:44.665 [bus error] send to 38: ERR: read timeout
2017-06-23 16:16:44.665 [main error] send message part 0: ERR: read timeout
2017-06-23 16:26:40.951 [bus error] send to 38: ERR: read timeout, retry
2017-06-23 16:26:41.866 [bus error] send to 38: ERR: read timeout, retry
2017-06-23 16:26:42.755 [bus error] send to 38: ERR: read timeout, retry
2017-06-23 16:26:43.654 [bus error] send to 38: ERR: read timeout
2017-06-23 16:26:43.654 [main error] send message part 0: ERR: read timeout
2017-06-23 16:26:44.353 [bus notice] poll scan.08 id:
2017-06-23 16:26:44.638 [bus error] send to 38: ERR: read timeout, retry
2017-06-23 16:26:45.563 [bus error] send to 38: ERR: read timeout, retry
2017-06-23 16:26:46.304 [bus error] send to 38: ERR: read timeout, retry
2017-06-23 16:26:47.209 [bus error] send to 38: ERR: read timeout, retry
2017-06-23 16:26:47.924 [bus error] send to 38: ERR: read timeout
2017-06-23 16:26:47.925 [main error] send message part 0: ERR: read timeout


mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 24 Juni 2017, 09:20:56
Zitat von: TiPpFeHlEr am 23 Juni 2017, 16:37:08
was heist  ??

Also irgendetwas ist sicher auf dem System oder der Anlage passiert, zumindest wenn bisher das File ohne Probleme gelesen wurde.
Irgendein Update eingespielt? Oder Systemupdates?
Dann könnte es sein, dass Du jetzt einen neueren Kernel mit der latency Thematik hast, die hier ausführlich diskutiert wurde.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 24 Juni 2017, 10:20:35
Hi John,

Es wurde kein Update eingespielt.
Als einiges wurde die 38.v32.csv hinzugefügt.

Was meinst du mit Timing Probleme?

Mfg Maik Stolle
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 24 Juni 2017, 10:36:58
@john

also habe mal sudo apt-get install setserial
/bin/setserial /dev/ttyUSB1 low_latency
gemacht

aber es kommt immer noch
2017-06-24 10:30:41.371 [main error] error reading scan config file /etc/ebusd/vaillant/15.470.csv for ID "47000", SW0420, HW1403: ERR: end of input reached

was bedeutet
ZitatERR: end of input reached



allerdings geht der scan und die Einbindung der *.csv's nun in bruchteilen von Sekunden, was bisher immer ca 5 Minuten gedauert hat.

Problem nicht gelöst.

wenn es mit Timing Problemen zusammen hängt?
Wieso kann ich dann auf die 08.bai.... & die 38.v32.... schreiben&lesen?

und nur die 15.470..... hat Probeleme?

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 24 Juni 2017, 11:10:18
so

System Update/Upgrade durchgeführt
sudo apt-get update
sudo apt-get upgrade

danach nochmal
pi@ospi ~ $ sudo /bin/setserial /dev/ttyUSB1 low_latency


keine Verbesserung

immernoch
pi@ospi ~ $ ebusctl -p 8888 info
version: ebusd 2.1.28b50d2
signal: acquired
symbol rate: 26
masters: 4
messages: 255
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "bai.308523.inc", "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403"
address 31: master #8, ebusd
address 33: master #13
address 36: slave #8
address 38: slave #13, scanned "MF=Vaillant;ID=V32  ;SW=0117;HW=9802", loaded "vaillant/38.v32.csv"

2017-06-24 11:07:18.493 [main error] error reading scan config file /etc/ebusd/vaillant/15.470.csv for ID "47000", SW0420, HW1403: ERR: invalid numeric argument


Lösungsansätze?

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 24 Juni 2017, 11:38:43
Zitat von: TiPpFeHlEr am 24 Juni 2017, 11:10:18
System Update/Upgrade durchgeführt
das hätte jetzt allerdings eh nichts gebracht, aber ok.

von wem hast Du denn das ominöse File bekommen?
Es ist halt syntaktisch falsch, was "ebusd --checkconfig ..." auch zeigt, sind mehrere Fehler drin.
Mein Tipp: wende Dich an den Autor des Files.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 24 Juni 2017, 15:51:06
Ähm die 15.470 ist von dir gewesen
Oder welche meinst du?

Mfg Maik Stolle
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 24 Juni 2017, 16:10:45
Zitat von: TiPpFeHlEr am 24 Juni 2017, 15:51:06
Ähm die 15.470 ist von dir gewesen
Nein, die war in der Form sicher nicht von mir. Es sind wie gesagt mehrere Fehler drin, die so nicht geparsed werden können. Hast Du die in einem Office geöffnet und wieder gespeichert? Dann ist dabei etwas schief gegangen...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 24 Juni 2017, 16:22:31
hi Fehler gefunden!!!

hatte die Datei mit LibreOffice geöffnet und gespeichert.
Dies hat wohl einige Werte zerhauen.

Datei neu geladen und wird nun wieder geladen.

mfg maik

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 24 Juni 2017, 16:35:28
Das Problem ist, dass beim "naiven" Öffnen der CSV-Datei dezimale Zahlen als Zahlen und hexadezimale Zahlen als String gelesen werden. Besser ist es also, mit einem Spreadsheet zu arbeiten, dessen Spalten ordentlich formatiert sind - und dann nur den Export in eine CSV-Datei zu machen.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: FunkOdyssey am 25 Juni 2017, 00:47:07
Ich bräuchte mal einen Tipp, denn ich komme mit meinem selbst zusammengelötetem eBus-Adapter nicht weiter.

Ich habe das Interface (mit und ohne angeschlossenem eBus) folgendenmaßen getestet:

service ebusd stop
ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/ttyUSB0
ebusctl raw


Es erscheint in beiden Terminalfenster absolut gar nichts. Keine weiteren Zeilen. Kein <AA oder sonstiges.

Erst als ich versehentlich den U1 am Pin 6 berührt habe (kein Kurzschluss - nur berühren), erschienen mehrere der folgenden Zeilen:

2017-06-24 19:55:48.097 [bus notice] <00

Ich habe es mit einem neu installiertem Raspbian Jessie ausprobiert. Insgesamt habe ich zwei FTDI-Adapter (der "rote" mit dem Mini-USB-Anschluss FT232RL und der "eingeschweißte" anderer China-Bauart als USB-Stecker PL2303HX) ausprobiert.

Die Bestückung habe ich geprüft. Die Bauteile sind alle korrekt angeschlossen. Die Verlötung habe ich mittlerweile zweimal überprüft.

Ich habe nicht wirklich einen Plan, wie ich was durchmessen soll.

Wie könnte ich den Fehler nun eingrenzen? Habt ihr einen Tipp?

Die <AA in ebusd sollten doch auch erscheinen, wenn ich den Adapter nicht am Bus angeschlossen habe, oder? Das macht mir das Testen einfacher.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 25 Juni 2017, 08:21:40
Zitat von: FunkOdyssey am 25 Juni 2017, 00:47:07
Ich bräuchte mal einen Tipp, denn ich komme mit meinem selbst zusammengelötetem eBus-Adapter nicht weiter.

Ich habe das Interface (mit und ohne angeschlossenem eBus) folgendenmaßen getestet:

service ebusd stop
ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/ttyUSB0
ebusctl raw


Es erscheint in beiden Terminalfenster absolut gar nichts. Keine weiteren Zeilen. Kein <AA oder sonstiges.
Dann würde ich darauf tippen, dass Du Rx und Tx von Interface zu USB Adapter vertauscht hast.

Zitat von: FunkOdyssey am 25 Juni 2017, 00:47:07
Die <AA in ebusd sollten doch auch erscheinen, wenn ich den Adapter nicht am Bus angeschlossen habe, oder? Das macht mir das Testen einfacher.
Nein, die erscheinen nur, wenn der eBus auch angeschlossen ist.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: FunkOdyssey am 25 Juni 2017, 14:08:07
Hmm, ich habe es gerade vorsichtshalber mal geprüft und auch testweise getauscht. Daran lag es leider nicht.

Ich habe einen RasPi B+ mit Raspbian Jessie, eBus 2.4 im Einsatz.
Den eBus-Adapter habe ich an exakt folgenden USB-To-TTL-Adapter (https://de.aliexpress.com/item/Free-Shipping-FT232RL-FT232-USB-TO-TTL-5V-3-3V-Download-Cable-To-Serial-Adapter-Module/1927444755.html?spm=2114.13010608.0.0.MCLXcK) angeschlossen.

Die Anschlussklemme habe ich an den eBus einer Renovent Excellent 400 (http://www.brinkclimatesystems.de/getattachment/56e82cc6-e02e-4bbc-abe4-1346ba16389e/Renovent-Excellent-300---400-(plus)---Installation.aspx) Lüftungsanlage angeschlossen. An den gleichen PINs ist auch die Digitale Fernbedienung (http://www.brinkclimatesystems.de/getattachment/febe0b73-b84d-4a8b-ab83-44d75d2106e1/Digitale-Fernbedienung-OpenTherm---Renovent-Excell.aspx) angeschlossen. Im Lüftungsgerät ist die Steckverbindung auf eBus eingestellt (es geht auch OpenTherm).

Leider erscheinen weder "<AA" noch sonst irgendetwas im Terminalfenster (RAW-Logging).

USB-Kabel habe ich getauscht. RasPi-Netzteile auch.
Die eBus-Leitungslänge kann ich auch ausschließen, da ich mich heute direkt zur Lüftungsanlage bewegt habe. :-)

Nun bin ich ein wenig ratlos.

Wie bereits erwähnt habe ich vom Schaltplan prüfen bzw. Platine nachmessen absolut keine Ahnung. Ich habe zwar ein Multimeter griffbereit - kann damit aber nicht wirklich gut umgehen.

Ich habe vorsorglich mal Fotos von meinem eBus-Adapter erstellt. Vielleicht seht ihr ja etwas und könnt mir weiterhelfen.

Ich würde mich sehr freuen. Vielen Dank.

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 25 Juni 2017, 14:55:13
Zitat von: FunkOdyssey am 25 Juni 2017, 14:08:07
Wie bereits erwähnt habe ich vom Schaltplan prüfen bzw. Platine nachmessen absolut keine Ahnung. Ich habe zwar ein Multimeter griffbereit - kann damit aber nicht wirklich gut umgehen.
Hast Du denn das Poti justiert?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: FunkOdyssey am 25 Juni 2017, 15:04:49
Ehrlich gesagt: noch nicht wirklich.
Ich habe ganz vorsichtig nach rechts gedreht und wieder zurück.
Ich bin davon ausgegangen, dass ich auch ohne Justierung wenigstens irgendetwas sehen sollte und ich das Finetuning dann danach mache. Ist doch so, oder?

Nachtrag:
Wenn ich hier und/oder in deinem (https://github.com/john30/ebusd/wiki/6.-Hardware) Wiki schaue, dann sollte wenigstens irgendein Output angezeigt werden. Darum habe ich erst einmal die Finger vom Poti gelassen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 25 Juni 2017, 20:18:38
Wenn das Poti grob falsch steht, dann kommt gar nichts an Daten bei raus...

Grüße

Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Paul.baumann am 01 Juli 2017, 14:37:13
Hallo eBus-Profis,

seit zwei Tagen ist meine neue Heizung installiert und ich habe nun auch einen eBus.

Ich habe das Interface aus dem WIKI nachgebaut und in Betrieb genommen. Nach dem Abgleich des Potis bekomme ich sauber die <aa Sequenzen und nach dem Start von ebusd empfange ich auch Protokolle. Allerdings werden die initialen Scans mit read timeout beendet, so dass die Teilnehmer am eBus nicht identifiziert werden und auch keine Konfigurationsdateien zugeordnet werden.

pi@raspberrypi:/etc/ebusd/vaillant $ ebusctl info
version: ebusd 2.4.79708d2
signal: acquired
symbol rate: 23
reconnects: 0
masters: 3
messages: 1
conditional: 0
poll: 0
update: 0
address 03: master #11
address 08: slave #11, scanned
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd



2017-07-01 14:06:49.153 [main notice] ebusd 2.4.79708d2 started
2017-07-01 14:06:49.222 [bus notice] signal acquired
2017-07-01 14:06:49.245 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2017-07-01 14:06:55.533 [bus notice] new master 10, master count 2
2017-07-01 14:06:55.584 [bus notice] new master 03, master count 3
2017-07-01 14:06:55.585 [update notice] unknown MS cmd: 1008b5110101 / 09756f4015ff6e0000ff
2017-07-01 14:06:55.856 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2017-07-01 14:06:59.221 [main notice] starting initial scan for fe
2017-07-01 14:06:59.254 [bus error] send to fe: ERR: read timeout, retry
2017-07-01 14:06:59.317 [bus error] send to fe: ERR: read timeout, retry
2017-07-01 14:06:59.381 [bus error] send to fe: ERR: read timeout, retry
2017-07-01 14:06:59.445 [bus error] send to fe: ERR: read timeout, retry
2017-07-01 14:06:59.509 [bus error] send to fe: ERR: read timeout, retry
2017-07-01 14:06:59.572 [bus error] send to fe: ERR: read timeout, retry
2017-07-01 14:06:59.636 [bus error] send to fe: ERR: read timeout, retry
2017-07-01 14:06:59.701 [bus error] send to fe: ERR: read timeout, retry
2017-07-01 14:06:59.765 [bus error] send to fe: ERR: read timeout, retry
2017-07-01 14:06:59.828 [bus error] send to fe: ERR: read timeout, retry
2017-07-01 14:06:59.892 [bus error] send to fe: ERR: read timeout, retry
2017-07-01 14:06:59.956 [bus error] send to fe: ERR: read timeout
2017-07-01 14:06:59.957 [main error] initial scan failed: ERR: read timeout
2017-07-01 14:07:00.021 [bus error] send to 08: ERR: read timeout, retry
2017-07-01 14:07:00.084 [bus error] send to 08: ERR: read timeout, retry
2017-07-01 14:07:00.148 [bus error] send to 08: ERR: read timeout, retry
2017-07-01 14:07:00.212 [bus error] send to 08: ERR: read timeout, retry
2017-07-01 14:07:00.276 [bus error] send to 08: ERR: read timeout, retry
2017-07-01 14:07:00.340 [bus error] send to 08: ERR: read timeout, retry
2017-07-01 14:07:00.404 [bus error] send to 08: ERR: read timeout, retry
2017-07-01 14:07:00.468 [bus error] send to 08: ERR: read timeout, retry
2017-07-01 14:07:00.532 [bus error] send to 08: ERR: read timeout, retry
2017-07-01 14:07:00.595 [bus error] send to 08: ERR: read timeout, retry
2017-07-01 14:07:00.659 [bus error] send to 08: ERR: read timeout, retry
2017-07-01 14:07:00.724 [bus error] send to 08: ERR: read timeout
2017-07-01 14:07:00.724 [main error] scan config 08 message: ERR: read timeout
2017-07-01 14:07:02.738 [bus error] send to 15: ERR: read timeout, retry
2017-07-01 14:07:02.802 [bus error] send to 15: ERR: read timeout, retry
2017-07-01 14:07:02.865 [bus error] send to 15: ERR: read timeout, retry
2017-07-01 14:07:02.930 [bus error] send to 15: ERR: read timeout, retry
2017-07-01 14:07:02.994 [bus error] send to 15: ERR: read timeout, retry
2017-07-01 14:07:03.058 [bus error] send to 15: ERR: read timeout, retry
2017-07-01 14:07:03.121 [bus error] send to 15: ERR: read timeout, retry
2017-07-01 14:07:03.185 [bus error] send to 15: ERR: read timeout, retry
2017-07-01 14:07:03.251 [bus error] send to 15: ERR: read timeout, retry
2017-07-01 14:07:03.314 [bus error] send to 15: ERR: read timeout, retry
2017-07-01 14:07:03.377 [bus error] send to 15: ERR: read timeout, retry
2017-07-01 14:07:03.441 [bus error] send to 15: ERR: read timeout
2017-07-01 14:07:03.441 [main error] scan config 15 message: ERR: read timeout
2017-07-01 14:07:05.656 [update notice] unknown MS cmd: 1008b5110101 / 09756e4015ff6e0000ff
2017-07-01 14:07:05.927 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2017-07-01 14:07:06.198 [update notice] unknown MS cmd: 1008b5040100 / 0a03070714010706174015
2017-07-01 14:07:06.454 [update notice] unknown MS cmd: 1008b5110102 / 06033c9646826e
2017-07-01 14:07:06.693 [update notice] unknown BC cmd: 10feb516080006071401070617
2017-07-01 14:07:06.964 [update notice] unknown MS cmd: 1008b5110100 / 08ab030e001f000080
2017-07-01 14:07:07.173 [update notice] unknown BC cmd: 10feb51603014015
2017-07-01 14:07:15.722 [update notice] unknown MS cmd: 1008b5110101 / 09756e4015ff6e0000ff
2017-07-01 14:07:15.981 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2017-07-01 14:07:25.792 [update notice] unknown MS cmd: 1008b5110101 / 09756e4015ff6e0000ff
2017-07-01 14:07:26.051 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2017-07-01 14:07:35.850 [update notice] unknown MS cmd: 1008b5110101 / 09756e4015ff6e0000ff
2017-07-01 14:07:36.119 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2017-07-01 14:07:36.375 [update notice] unknown MS cmd: 1008b5110102 / 06033c9646826e
2017-07-01 14:07:45.869 [update notice] unknown MS cmd: 1008b5110101 / 09746e4015ff6e0000ff
2017-07-01 14:07:46.140 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2017-07-01 14:07:55.939 [update notice] unknown MS cmd: 1008b5110101 / 09746e4015ff6e0000ff
2017-07-01 14:07:56.209 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2017-07-01 14:08:06.007 [update notice] unknown MS cmd: 1008b5110101 / 09746e7015ff6e0000ff
2017-07-01 14:08:06.279 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2017-07-01 14:08:06.538 [update notice] unknown MS cmd: 1008b5040100 / 0a03070814010706177015
2017-07-01 14:08:06.793 [update notice] unknown MS cmd: 1008b5110102 / 06033c9646826e
2017-07-01 14:08:07.032 [update notice] unknown BC cmd: 10feb516080007081401070617


Wenn ich nun die Heizung neu starte, erkennt der Dämon die Teilnehmer am eBus und kann auch erste Konfigurationen laden. Auch habe ich nun dekodierte Telegrammeinträge im Protokoll.

pi@raspberrypi:/etc/ebusd/vaillant $ ebusctl info
version: ebusd 2.4.79708d2
signal: acquired
symbol rate: 108
reconnects: 0
masters: 3
messages: 198
conditional: 3
poll: 0
update: 4
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0202;HW=9602", loaded "vaillant/08.bai.HW9602.csv"
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


2017-07-01 14:28:33.704 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;65.0
2017-07-01 14:28:43.233 [update notice] update bai Status01 QQ=10: 56.0;53.5;21.625;-;54.5;off
2017-07-01 14:28:53.304 [update notice] update bai Status01 QQ=10: 55.5;54.0;21.625;-;54.5;off
2017-07-01 14:28:53.571 [update notice] update bai Mode QQ=10: standby


Alles in Allem sieht das denke ich schon mal gut aus.

Allerdings bleibt die Frage, warum ich die Timeouts bei manuellen Anfragen (z.B. ebusctl scan) bekomme?


Paul
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 02 Juli 2017, 09:35:41
Zitat von: Paul.baumann am 01 Juli 2017, 14:37:13
Allerdings bleibt die Frage, warum ich die Timeouts bei manuellen Anfragen (z.B. ebusctl scan) bekomme?
entweder kann dein Interface generell nichts auf den Bus schreiben, oder du hast das latency Problem.
Rausfinden kannst du das, indem du das raw logging aktivierst (--lograwdata=bytes auf dem aktuellen ebusd 3.0pre, bei 2.4 war es glaub ich einfach nur  --lograwdata).
in der Ausgabe prüfen, ob ein von ebusd geschriebenes byte (>...) auch wieder vom Bus gelesen wird (<...) und wie hoch die zeitliche Verzögerung ist.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Paul.baumann am 02 Juli 2017, 10:06:37
Zitat von: john30 am 02 Juli 2017, 09:35:41
entweder kann dein Interface generell nichts auf den Bus schreiben, oder du hast das latency Problem.
Rausfinden kannst du das, indem du das raw logging aktivierst (--lograwdata=bytes auf dem aktuellen ebusd 3.0pre, bei 2.4 war es glaub ich einfach nur  --lograwdata).
in der Ausgabe prüfen, ob ein von ebusd geschriebenes byte (>...) auch wieder vom Bus gelesen wird (<...) und wie hoch die zeitliche Verzögerung ist.

Danke, so sieht es mit --lograwdata aus:

2017-07-02 10:01:16.341 [bus notice] <31
2017-07-02 10:01:16.388 [bus notice] <aa
2017-07-02 10:01:16.390 [bus notice] >31
2017-07-02 10:01:16.400 [bus notice] scan 61 timed out (145 slaves left)
2017-07-02 10:01:16.404 [bus notice] <31
2017-07-02 10:01:16.451 [bus notice] <aa
2017-07-02 10:01:16.453 [bus notice] >31
2017-07-02 10:01:16.463 [bus notice] scan 62 timed out (144 slaves left)
2017-07-02 10:01:16.468 [bus notice] <31


Ist hier etwas auffällig? Ich habe mal mit --latency=15000 gestartet, augenscheinlich sieht es besser aus.



Paul
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 02 Juli 2017, 11:53:55
Zitat von: Paul.baumann am 02 Juli 2017, 10:06:37
Ich habe mal mit --latency=15000 gestartet, augenscheinlich sieht es besser aus.
Ist der serial Adapter via USB oder Netzwerk angebunden?
Via USB könntest (und solltest) Du mit setserial low_latency aktivieren, sonst klappt die Kommunikation nicht wirklich gut. Oder ebusd 3.0pre nutzen, der macht das gleich selbst.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Paul.baumann am 02 Juli 2017, 14:40:38
Zitat von: john30 am 02 Juli 2017, 11:53:55
Ist der serial Adapter via USB oder Netzwerk angebunden?

Via USB.

ZitatOder ebusd 3.0pre nutzen, der macht das gleich selbst.

Dass die neueren Versionen low_latency aktivieren, hatte ich auch schon gelesen. Allerdings nutze ich seit gestern die 3.0pre:

version: ebusd 3.0pre.p20170701
signal: acquired
symbol rate: 23
reconnects: 1
masters: 3
messages: 209
conditional: 3
poll: 0
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0202;HW=9602", loaded "vaillant/08.bai.HW9602.csv"
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



Paul
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: _Cyber_ am 13 Juli 2017, 07:28:54
niemand hier mit einem übrigen PCB?  :'(
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Axel21 am 16 Juli 2017, 14:56:01
Hallo zusammen,

ich bin neu hier und möchte gerne die ebus-Konverter-Schaltung aufbauen. Es wurde VIEL Arbeit hier in Hardware und Foren hineingesteckt und ich habe durch das Wiki und durch 3 andere Foren viele Tipps gesehen, vielen Dank – ich bin gespannt wie es läuft.

Mein Stand:
1.
Es gibt ein Platine (V. 1.6) mit einem Abgleichpotentiometer. Diese ist bewährt und funktioniert. Im Moment (16-07-2017) gibt es keine Sammelbestellung mehr und keiner hat eine übrige Platine abzugeben.

2.
Eine Platine könnte ich selber herstellen lassen, dazu benötige ich das Gerberfile.
Der gefundene Link dazu http://forum.fhem.de/index.php/topic,45127.msg370647.html#msg370647 führt mich aber nicht weiter.

3.
Ich beabsichtige daher, zunächst einmal die Schaltung auf meinem Breadboard aufzubauen.

4.
Die Stückliste bei Reichelt enthält kein Trimpotentiometer. Dieses muss ich selber hinzufügen und werde dazu ein breadboard-taugliches nehmen.

5.
Beim Suchen, warum das Poti auf der Stückliste fehlt, bin ich auf Informationen gestoßen, dass es eine neue Platine gibt, die gar kein Poti mehr benötigt und sich selbst abgleicht. Ich konnte dazu aber keine weiteren Informationen finden, also werde ich die bekannte Schaltung wählen.

Nun meine Fragen:

A)
Sind die obigen Infos korrekt oder habe ich etwas übersehen?

B)
Statt eines FTDI- USB Konverters möchte ich die RXD und TXD direkt an einen Raspberry *2*, also einen RASP mit richtigem UART anschließen. Dazu muss ich softwareseitig die Konsole abstellen. Hardwareseitig muss ich den Empfangspegel der Schaltung V1.6 mit einem Spannungsteiler auf 3,3 V Niveau bringen und sendeseitig mal schauen, ob ich die 3,3 V ausreichen das NAND-Gatter zu steuern, ggf. zwei Transistoren dazwischenzuschalten.
Liegen hier Erfahrungen vor?
(Hintergrund dieser Idee: Ich hatte einen kommerziellen EBUS->USB Wandler und hatte zu viele read-Error und möchte diese durch den direkten Anschluss an eine echte USB Schnittstelle vermeiden. Dann kann ich dies als Ursache ausschließen. Dann bliebe als Alternative noch die lange Leitung vom Keller bis ins OG ist, die dafür verantwortlich sein könnte.)

Vielen Dank für Eure Antworten!

Axel
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 17 Juli 2017, 19:58:41
Zitat von: Axel21 am 16 Juli 2017, 14:56:01
A)
Sind die obigen Infos korrekt oder habe ich etwas übersehen?
nach kurzem Überfliegen würde ich sagen, dass ja.

Zitat von: Axel21 am 16 Juli 2017, 14:56:01
B)
Statt eines FTDI- USB Konverters möchte ich die RXD und TXD direkt an einen Raspberry *2*, also einen RASP mit richtigem UART anschließen. Dazu muss ich softwareseitig die Konsole abstellen. Hardwareseitig muss ich den Empfangspegel der Schaltung V1.6 mit einem Spannungsteiler auf 3,3 V Niveau bringen und sendeseitig mal schauen, ob ich die 3,3 V ausreichen das NAND-Gatter zu steuern, ggf. zwei Transistoren dazwischenzuschalten.
Liegen hier Erfahrungen vor?
(Hintergrund dieser Idee: Ich hatte einen kommerziellen EBUS->USB Wandler und hatte zu viele read-Error und möchte diese durch den direkten Anschluss an eine echte USB Schnittstelle vermeiden. Dann kann ich dies als Ursache ausschließen. Dann bliebe als Alternative noch die lange Leitung vom Keller bis ins OG ist, die dafür verantwortlich sein könnte.)
ich würde dir von der Verwendung der RPi UART abraten, da wegen der hohen Latenz der Buszugriff dauerhaft nicht richtig funktionieren kann. Aber wenn Du mit arbitration loss und derlei Fehlern, die durch eine 5 EUR Investition auszumerzen wären, kein Problem hast, dann go for it :-)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Axel21 am 17 Juli 2017, 20:22:01
Zitat von: john30 am 17 Juli 2017, 19:58:41
nach kurzem Überfliegen würde ich sagen, dass ja.
ich würde dir von der Verwendung der RPi UART abraten, da wegen der hohen Latenz der Buszugriff dauerhaft nicht richtig funktionieren kann. Aber wenn Du mit arbitration loss und derlei Fehlern, die durch eine 5 EUR Investition auszumerzen wären, kein Problem hast, dann go for it :-)

Vielen Dank für Deine Antwort, John! Also dann lasse ich die Finger weg vom UART des PI. Mein ursprünglicher Gedankengang war, dadurch eine "echte" serielle Schnittstelle zu bekommen mit weniger Latenz. Meine Probleme hatte ich darauf zurückgeführt, dass der FTDI-Konverter die Pakete immer erst nach 64 byte losschickt. Aber vielleicht muss ich einfach einen der empfohlenen Konverter verwenden und nicht den mitgelieferten.

Danke nochmals, dann werde ich wohl mal bei Reichelt bestellen :-)



Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 20 Juli 2017, 13:53:33
Hallo Axel,

diese Schaltung ist auch sehr zu empfehlen und dort im Forum gibt es immer wieder Leutchen, die Platinen über haben:

https://www.mikrocontroller.net/topic/346833 (https://www.mikrocontroller.net/topic/346833)

Gruß Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: vwsuser am 21 Juli 2017, 10:41:27
Hallo Leute,

ich betreibe eine Vaillant VWS 83/3 Wärmepumpe. An das Gerät ist ein eBUS USB Koppler (an einem Raspberry Pi 2) angeschlossen. Über ein Jahr hat alles zu meiner Zufriedenheit funktioniert. Jetzt findet der Koppler die Wärmepumpe offenbar nicht mehr, d. h. es gibt kein scan-Ergebnis:

# ebusctl scan result
empty

Wenn ich die Wärmepumpe bei laufendem ebusd aus- und wieder einschalte, so findet der ebusd Folgendes beim scan:

[code]
08;Vaillant;EHP00;0419;7201
23;Vaillant;EHP00;0419;7201
25;Vaillant;EHP00;0419;7201
50;Vaillant;EHP00;0419;7201


Ein "find" zeigt folgende scan-relevante Ergebnisse:

scan id = no data stored
scan.08  = Vaillant;EHP00;0419;7201
scan.15  = no data stored
scan.23  = Vaillant;EHP00;0419;7201
scan.25  = Vaillant;EHP00;0419;7201
scan.50  = Vaillant;EHP00;0419;7201


Scheinbar fehlt da noch was, oder?

Beim Abrufen von Informationen kommt es zu einem "read timeout":

# ebusctl  read -f SourceHours
ERR: read timeout


Broadcasts kommen übrigens an:

2017-07-21 10:34:47.945 [update notice] update hwc Mode QQ=10: 38;on;00;off


Hier noch einige Infos zum ebusd:

# dpkg -l | grep ebusd
ii  ebusd                                2.4                              armhf        eBUS daemon.
ii  ebusd-configuration                  2.1.b143f39-de                   all          ebusd configuration files (de).

# ebusctl info
version: ebusd 2.4.79708d2
signal: acquired
symbol rate: 40
reconnects: 1
masters: 3
messages: 511
conditional: 194
poll: 2
update: 58
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/08.ehp.csv"
address 10: master #2
address 23: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/23.ehp.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/25.ehp.hwc.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/50.ehp.mc.csv"


Hat jemand eine Idee, wie ich das wieder zum Laufen bekomme? Software-Problem oder Hardware-Defekt (Wärmepumpe, Koppler)?

Viele Grüße
Robert

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: vwsuser am 25 Juli 2017, 16:38:33
Zitat von: vwsuser am 21 Juli 2017, 10:41:27
ich betreibe eine Vaillant VWS 83/3 Wärmepumpe. An das Gerät ist ein eBUS USB Koppler (an einem Raspberry Pi 2) angeschlossen. Über ein Jahr hat alles zu meiner Zufriedenheit funktioniert. Jetzt findet der Koppler die Wärmepumpe offenbar nicht mehr, d. h. es gibt kein scan-Ergebnis:

Hat keiner eine Idee, woran das liegen könnte?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 25 Juli 2017, 16:42:34
Zitat von: vwsuser am 25 Juli 2017, 16:38:33
Hat keiner eine Idee, woran das liegen könnte?

Das hier:
Zitat von: vwsuser am 21 Juli 2017, 10:41:27

# ebusctl  read -f SourceHours
ERR: read timeout

sieht sehr nach einem Fehler auf der Sendeseite im Koppler aus
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: vwsuser am 26 Juli 2017, 11:10:24
Zitat von: john30 am 25 Juli 2017, 16:42:34
Das hier:sieht sehr nach einem Fehler auf der Sendeseite im Koppler aus
Danke für deine Rückmeldung! Gehst du also davon aus, dass es sich um einen Hardwaredefekt am Koppler handelt? Kann ich das irgendwie testen?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rufus999 am 29 Juli 2017, 18:08:09
Hallo zusammen,

Schuldigung wenn hier so zwischen fahre, aber ich bekomme seit grade eben auch immer einen "ERR: element not found". Habe das System schon seit einigen Monaten laufen, dann plötzlich diese Meldung im Log.
Ich habe als letztes einen apt-get upgrade ausgeführt und dann der obige Fehler. Das System hat dabei folgende Paket aktualisiert:

Start-Date: 2017-07-29  10:44:27
Commandline: apt-get upgrade
Upgrade: libcomerr2:armhf (1.42.12-2, 1.43.3-1~bpo8+1), perl-modules:armhf (5.20.2-3+deb8u7, 5.20.2-3+deb8u8), libirs-export91:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), perl:armhf (5.20.2-3+deb8u7, 5.20.2-3+deb8u8), libdns-export100:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), libraspberrypi-doc:armhf (1.20170515-1, 1.20170703-1), libss2:armhf (1.42.12-2, 1.43.3-1~bpo8+1), multiarch-support:armhf (2.19-18+deb8u9, 2.19-18+deb8u10), debconf-utils:armhf (1.5.56, 1.5.56+deb8u1), man-db:armhf (2.7.0.2-5, 2.7.5-1~bpo8+1), raspberrypi-kernel:armhf (1.20170515-1, 1.20170703-1), libgcrypt20:armhf (1.6.3-2+deb8u3, 1.6.3-2+deb8u4), libc6-dbg:armhf (2.19-18+deb8u9, 2.19-18+deb8u10), debconf:armhf (1.5.56, 1.5.56+deb8u1), libisccc90:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), libc6:armhf (2.19-18+deb8u9, 2.19-18+deb8u10), samba-common:armhf (4.2.14+dfsg-0+deb8u6, 4.2.14+dfsg-0+deb8u7), libisc-export95:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), libc6-dev:armhf (2.19-18+deb8u9, 2.19-18+deb8u10), libraspberrypi-bin:armhf (1.20170515-1, 1.20170703-1), e2fsprogs:armhf (1.42.12-2, 1.43.3-1~bpo8+1), libisc95:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), libbind9-90:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), perl-base:armhf (5.20.2-3+deb8u7, 5.20.2-3+deb8u8), libdns100:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), locales:armhf (2.19-18+deb8u9, 2.19-18+deb8u10), debconf-i18n:armhf (1.5.56, 1.5.56+deb8u1), libffi6:armhf (3.1-2, 3.1-2+deb8u1), liblwres90:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), libgnutls-deb0-28:armhf (3.3.8-6+deb8u6, 3.3.8-6+deb8u7), libc-dev-bin:armhf (2.19-18+deb8u9, 2.19-18+deb8u10), raspi-config:armhf (20170503, 20170705), libasound2:armhf (1.0.28-1+rpi2, 1.0.28-1+rpi3), raspberrypi-bootloader:armhf (1.20170515-1, 1.20170703-1), libexpat1:armhf (2.1.0-6+deb8u3, 2.1.0-6+deb8u4), libisccfg90:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), libraspberrypi0:armhf (1.20170515-1, 1.20170703-1), bind9-host:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), libisccfg-export90:armhf (9.9.5.dfsg-9+deb8u11, 9.9.5.dfsg-9+deb8u13), libgnutls-openssl27:armhf (3.3.8-6+deb8u6, 3.3.8-6+deb8u7), libc-bin:armhf (2.19-18+deb8u9, 2.19-18+deb8u10), e2fslibs:armhf (1.42.12-2, 1.43.3-1~bpo8+1), libasound2-data:armhf (1.0.28-1+rpi2, 1.0.28-1+rpi3), libwbclient0:armhf (4.2.14+dfsg-0+deb8u6, 4.2.14+dfsg-0+deb8u7), libraspberrypi-dev:armhf (1.20170515-1, 1.20170703-1)
End-Date: 2017-07-29  11:00:14


Wie gesagt vorher alles Gut nun findet er meine ebus Teilnehmer nicht mehr.

Könnte dies mit einem der update Pakete zutun haben?

Gruß rufus999
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rufus999 am 29 Juli 2017, 19:42:53
Hallo zusammen,

Nachtrag: ebusctl info ergibt folgendes:

version: ebusd 2.4.79708d2
signal: acquired
symbol rate: 22
reconnects: 0
masters: 3
messages: 15
conditional: 0
poll: 0
update: 7
address 03: master #11
address 08: slave #11, scanned
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd

Aber leider keine Abfragen möglich. ebusctl r -f HwcTempDesired ergibt: ERR: element not found

Hat jemand eine Idee was ich noch prüfen kann?

Gruß rufus999
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rufus999 am 30 Juli 2017, 10:38:12
Sorry zusammen,

habe eine Lösung gefunden. Im großen ebus-thread hier im Forum wurde bereits eine Lösung beschrieben:

1. Installiert das Paket setserial: apt-get install setserial
2. Führt folgendes aus: setserial /dev/ttyUSB0 low_latency

In diesem Modus wird euer Ebus-Koppler wieder die kompletten Daten aus dem ebus auslesen können.

Sorry für den doppel Post.

Gruß rufus999
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: vwsuser am 30 Juli 2017, 18:05:34
@rufus999: Du bist mein Held!  8) Damit funktioniert's bei mir auch wieder!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: FunkOdyssey am 30 Juli 2017, 19:27:13
Das Thema hatten wir dich bei mir neulich auch.
Jedoch habe ich einfach die neueste eBus-Version genommen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 31 Juli 2017, 18:11:17
Hallo zusammen,

ich habe gerade auf die 3.0pre upgedatet, nachdem ich für Alexa den Raspi mit Jessie neu aufgezogen habe. Nun wollte ich neben meiner bai und der 470 auf einem zweiten Adapter die 560 (SDR) laufen lassen. Der erste Adapter (sind beide identisch vom Aufbau, nach dem Plan aus dem Mikrocontroller-Forum) läuft immernoch wie tüt, aber bei dem zweiten habe ich einige Probleme. Oft, wenn ich mit "r -f......" Abfragen losschicke (meist, wenn ich das über FHEM per Timer nacheinander abfrage, was aber am andren Adapter sonst auch noch nie problematisch war), kommt "generic device error" zurück. Poti habe ich mitte im blinkenden Bereich eingestellt, aber auch schon ein wenig rechts und links davon probiert, die USB-latency ist auf low. Nun erstmal die Grundlegende Frage: Läßt dieser Fehler eher auf ein Problem zwischen Adapter und Raspi oder zwischen Adapter und eBus schließen ? Hinweis vielleicht noch, ich habe den zweiten über einen passiven Hub mit dem Homematic-Stick HM-CFG-USB2 auf einem Port. Das zweite Problem ist, daß ich immer mit "scan 15" beim Start die 560er scannen muss, über --scanconfig wird sonst lange keine automatische Verbindung aufgebaut. Die 560 steht aber auch "stand alone" sozusamen, ist also sonst nicht angebunden.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 04 August 2017, 08:29:55
Zitat von: cs-online am 31 Juli 2017, 18:11:17
...
Oft, wenn ich mit "r -f......" Abfragen losschicke (meist, wenn ich das über FHEM per Timer nacheinander abfrage, was aber am andren Adapter sonst auch noch nie problematisch war), kommt "generic device error" zurück.
das klingt sehr nach echten Problemen mit dem USb Device selbst. Hier einfach mal dmesg anschauen, syslog etc., um das Problem einzugrenzen. Das hat nicht wirklich etwas mit dem eBUS zu tun.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 04 August 2017, 08:37:46
Danke John, da kann ich das weiter eingrenzen. werd ich mich am Wochenende mal dran setzen, einen weiteren Adapter aufzubauen...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 04 August 2017, 08:43:29
Zitat von: cs-online am 04 August 2017, 08:37:46
Danke John, da kann ich das weiter eingrenzen. werd ich mich am Wochenende mal dran setzen, einen weiteren Adapter aufzubauen...
ich denke nicht dass es der eBUS Adapter selbst ist, sondern der USB-serial Wandler
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 04 August 2017, 12:28:23
ja, dachte ich mir,bei dem vom Mikrocontroller-Forum ist ja beides auf einer Platine und ich bekomme den FTDI leider nicht so raus, dass die Platine heil bleibt, das lass ich dann lieber einen Kollegen machen. Ich werde morgen erstmal probieren, den an einen anderen USB-Port ohne Hub zu betreiben. sonst baue ich nochmal einen Bausatz zusammen, den ich noch habe und teste damit weiter...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Svnm am 23 August 2017, 18:59:56
Hallo,
ich bekomme leider meine ebus-Platine nicht zum laufen. Ich habe schon diverse Seiten im FHEM-Forum gelesen und meiner Platine schon viele Sichtprüfungen unterzogen, ich weiß einfach nicht woran es liegt.
Durch den Aufruf des Befehls zum Einstellen des Potis bleibt das Terminalfenster leider leer. Es erscheint nur hin und wieder:
ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/ttyUSB0
2017-08-23 18:29:41.959 [bus notice] re-opened /dev/ttyUSB0
2017-08-23 18:29:55.485 [bus notice] re-opened /dev/ttyUSB0
2017-08-23 18:30:25.097 [bus notice] re-opened /dev/ttyUSB0


Die RX, TX-LEDs an dem USB Adapter bleiben leider auch dunkel (verwende diesen hier: http://www.ebay.de/itm/322450824431 )
Den Poti habe ich schon unzählige male im Kreis gedreht, ohne dass auch nur eine winzige Kleinigkeit passiert ist.
RX ist mit RX verbunden und TX mit TX. 5V liegen an der Platine an.
Probeweise hatte ich auch ein Netzteil mit 24V und 330 Ohm Vorwiderstand an den Bus-Anschluss angeschlossen, ohne Reaktion der Schaltung.
Ich verwende einen Raspberry Pi 2 und habe das Installer-Script von Reinhart verwendet.
Für wertvolle Tipps bedanke ich mich schon einmal!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 23 August 2017, 19:08:54
Zitat von: Svnm am 23 August 2017, 18:59:56
ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/ttyUSB0
2017-08-23 18:29:41.959 [bus notice] re-opened /dev/ttyUSB0

das sieht so aus, als wäre der USB2serial Wandler im Eimer
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Svnm am 23 August 2017, 19:38:32
Ok, ich habe jetzt mal an RX eine LED angeklemmt und die Platine mit 5V versorgt.
Wenn am Bus Spannung anliegt (24V) dann leuchtet die LED. Liegt keine Spannung am Bus an, geht die LED aus.
Drehen am Poti bringt aber weiterhin nichts.  :-\
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: FunkOdyssey am 23 August 2017, 19:50:48
Oder haben sich evtl. mehrere Geräte um den ttyUSB0 gestritten?
Hast du mehrere?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Svnm am 23 August 2017, 20:07:30
Ich habe extra einen neuen Pi aufgesetzt, wo nur dieser eine Stick steckt.
Ist das Verhalten der angeschlossenen LED, der LEDs des Sticks überhaupt so in Ordnung?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 23 August 2017, 20:50:01
ähm, ich weiß nicht, wie das bei der Adapterplatine ist, hast Du RX vom USB mit TX vom Adapter verbunden und umgekehrt oder RX an RX usw. ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Svnm am 23 August 2017, 20:52:40
Ich habe RX mit RX usw. verbunden.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Svnm am 23 August 2017, 22:29:44
Ich habe jetzt noch mal mit Multimeter und regelbaren Netzteil gearbeitet:
Pin3 des 4011 steht bis etwa 5V (angelegte Spannung an ebus-Klemme) auf High, ab 5V auf Low. Das Verstellen des Potis ändert das Verhalten nicht. Sollte hier die Schwelle nicht bei etwa 12V liegen?
Den 4011 und den Poti habe ich bereits getauscht, ohne Ergebnis.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 24 August 2017, 09:11:27
Ich fragte deshalb, weil es beim Arbeiten mit solchen USB-Adaptern normalerweise so ist, daß RX von a an TX von b und umgekehrt verdrahtet wird, weil der Ausgang vom USB-Adapter normalerweise an den Eingang vom Device angeschlossen wird. Ich weiß aber nicht, ob der Designer dieser Platine wegen besserem Verständnis zum nachbauen das evtl. anders gemacht hat. Daher würde ich erstmal probieren, das zu kreuzen, wenn sonst kein Fehler festgestellt werden kann.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: FunkOdyssey am 24 August 2017, 09:35:34
Nein, hier müssen RX an RX und TX an TX. Kein Crossover.
Falls du das überhaupt gemeint hast :-)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 24 August 2017, 11:29:08
...genau das... Aber dann muss der Fehler woanders liegen :-(
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Svnm am 24 August 2017, 11:30:25
Leider ja. Ich weiß leider nicht, was ich jetzt noch untersuchen kann.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 24 August 2017, 11:39:20
Weiss zufällig jemand, ob der Forumsadapter auch mit ESPeasy /ESPlink oder ähnliches über serialserver auf ESP8266 ans WLAN angebunden werden kann ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: chons am 24 August 2017, 12:11:40
Probiert habe ich das nicht, aber ich wüsste nicht was aus technischer Sicht dagegen sprechen würde – bei 2400 Baudrate könnte sogar SoftwareSerial funktionieren.
Einfach probieren...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 25 August 2017, 11:40:35
Zitat von: cs-online am 24 August 2017, 11:39:20
Weiss zufällig jemand, ob der Forumsadapter auch mit ESPeasy /ESPlink oder ähnliches über serialserver auf ESP8266 ans WLAN angebunden werden kann ?

mir hat amunra vor einem Jahr einmal erzählt er hätte das schon mit Erfolg getestet. Damals war aber der ebusd noch nicht einmal soweit entwickelt. ESPLink ist bei mir mit HM sehr stabil. Ich glaube John hat das Thema mit den Latenzzeiten bei den neuen Versionen auch im Griff und ESPLink ist sicher eine gute Wahl.

hier ein Auszug von Amunra vom April 2016:
ZitatJa, mit dem ESP8266-01 und ebus habe ich schon vor ca. 3/4 Jahr bzw. letzten Sommer gebastelt, hat eigentlich auch ganz gut funktioniert, habe allerdings auch keine Langzeit Erfahrung. Ich habe es übrigens mit transparent Bridge probiert, damals gab es wenige bis keine Firmware die eine uart2tcp angeboten haben.

Amunra ist leider nur mehr Gast.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 25 August 2017, 11:59:10
Hi Reinhart,

danke für die Info !! Hab bislang zwei Adapter nach der Vorlage aus dem Mikrokontroller-Forum am laufen, die laufen stabil mit USB, haben aber keine rausgeführte Serielle Schnittstelle, da wollte ich nicht einen Forumsadapter nachbauen ohne zu wissen, ob das überhaupt Chance hat zu klappen. Würde nämlich gerne die USBs reduzieren um Platz für andere Devices zu bekommen. ESPLink habe ich nur mal überflogen, bislang nehme ich eigentlich ganz gerne ESPEasy, da läuft z.b. mein OBIS-Zähler recht stabil mit... Dann werde ich bei Gelegenheit mal basteln gehen und die verschiedenen FWs probieren ;-)

Grüße

Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 25 August 2017, 20:55:35

ich habe mir diesen HM Uart (https://forum.fhem.de/index.php/topic,73913.0.html) nachgebaut und der funktioniert stabil mit ESPLink. ich habe aber schon gelesen, dass mit ESPEasy und der seriellen Kommunikation keine Langzeitstabilität gegeben ist, aber selber damit noch nicht getestet. Versuch einfach beides, dann siehst du wie es läuft.


Ob man bei der Platine statt dem HM-Modul die eBus Platine seriell anhängt sollte ja egal sein und auch so lt. amunra ja funktionieren.


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: chons am 26 August 2017, 23:49:33
Zur Info.
Der "Galileo" EBUS Adapter 2.0 ist fast fertig und bald verfügbar.
Weitere Informationen findet man hier (https://forum.fhem.de/index.php/topic,75878.0.html).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 27 August 2017, 10:41:17
@ Reinhart: hab das auch mal getestet, läuft mit ESPlink prima. Frage: ist ein RSSI von -39 besser oder schlechter als -60 ? klar, höher=besser, aber ich frage wegen dem "-"
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: FunkOdyssey am 27 August 2017, 11:39:34
Je niedriger desto schlechter.
Und -80 ist kleiner als -60. 😄
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 27 August 2017, 17:12:00
genau so war die Frage zu verstehen, ob das "-" davor in diesem Fall tatsächlich negativ bedeutet, also , daß wenn die Zahlen größer werden, der RSSI dann kleiner wird. Weil dann hätte mein HM-Gateway deutlich bessere Werte als mein HM-USB-CFG II :-) Was mich sehr freuen würde ;-)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 31 August 2017, 21:54:43
Hallo,

nach 2 Tagen Recherche und basteln muss ich mich hier auch mal einklinken.

Folgendes Setup setze ich ein:

eBusd-Server: dedizierter Raspberry Pi 3
FHEM-Server: Raspberry Pi 3
eBus-Adapter von Esera
Vaillant GeoTherm VWL 61/3, eBus direkt an der Klemme angeschlossen.

eBus habe ich gemäß Wiki installiert, folgendes Ergebnis:

pi@raspberrypiebusd:~ $ ebusctl i
version: ebusd 3.0.595c7c0
update check: version 3.0pre available, 5 newer configuration files available
signal: acquired
symbol rate: 42
max symbol rate: 133
reconnects: 0
masters: 3
messages: 170
conditional: 4
poll: 0
update: 4
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UIH00;SW=0374;HW=6901"
address 23: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 25: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address e0: slave, scanned "MF=Vaillant;ID=OMU00;SW=0118;HW=5202"


Die bai00.cfg habe ich angelegt und auch gemäß Wiki gefüllt.
Testweise habe ich die Devices Vorlauf und Aussentemperatur angelegt, die sollten ja auf jeden Fall Werte liefern.
Beide zeigen aber nur "???" an.

Es scheint mir so, als werden die CSV-Dateien nicht geladen. Könnt ihr mir bitte weiterhelfen?

Danke schonmal! :-)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 01 September 2017, 08:27:22
Zitat von: Peter1984 am 31 August 2017, 21:54:43
Die bai00.cfg habe ich angelegt und auch gemäß Wiki gefüllt.
Für Dein Setup brauchst Du keine BAI.

Zitat von: Peter1984 am 31 August 2017, 21:54:43
Es scheint mir so, als werden die CSV-Dateien nicht geladen. Könnt ihr mir bitte weiterhelfen?
wie hast Du die CSVs runtergeladen/installiert?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Svnm am 01 September 2017, 11:24:48
Hallo,
ich habe da noch mal eine Frage:
Ist es möglich, dass auf den eBus ausschließlich lesend zugegriffen werden kann, d.h. ein möglicher physischer Schreib-Zugriff auf den Bus verhindert wird?
Dafür hatte ich gedacht, dass man den TX-Anschluss auf der Platine nicht mit dem USB-Konverter verbindet. Dann kommen jedoch keine Daten mehr über RX an.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 01 September 2017, 11:36:02
Zitat von: Svnm am 01 September 2017, 11:24:48
Ist es möglich, dass auf den eBus ausschließlich lesend zugegriffen werden kann, d.h. ein möglicher physischer Schreib-Zugriff auf den Bus verhindert wird?
Siehe "--readonly" hier: https://github.com/john30/ebusd/wiki/2.-Run#device-options
Dann gibt es aber auch kein wirklich gut funktionierendes automatisches Scannen nach Geräten und Einlesen der richtigen CSVs, sprich Du muss alle irrelevanten CSVs rauswerfen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 01 September 2017, 11:39:56
Zitat von: john30 am 01 September 2017, 08:27:22
Für Dein Setup brauchst Du keine BAI.
wie hast Du die CSVs runtergeladen/installiert?

Ok dann habe ich das mit der BAI noch nicht verstanden.

Hier der Mitschnitt meiner Doku:

Installation eBusd per Package:

https://wiki.fhem.de/wiki/EBUS#eBusd_Installation_per_Debian_Package

Version hier prüfen und im Installationpaket anpassen: https://github.com/john30/ebusd/releases

sudo apt-get install wget

EBUSDPACKAGE=ebusd-3.0_armhf.deb # <--- Version kann bei Bedarf hier angepasst werden.
wget https://github.com/john30/ebusd/releases/download/v3.0/$EBUSDPACKAGE
sudo dpkg -i --force-overwrite $EBUSDPACKAGE

Version hier prüfen und iim Installationspaket anpassen: https://github.com/john30/ebusd-configuration/releases

EBUSDCFGPACKAGE=ebusd-configuration-2.1.b143f39-de_all.deb # <--- Version kann bei Bedarf hier angepasst werden.
wget https://github.com/john30/ebusd-configuration/releases/download/v2.1.1/$EBUSDCFGPACKAGE
sudo dpkg -i --force-overwrite $EBUSDCFGPACKAGE
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 01 September 2017, 21:42:30
Was ich noch vergessen habe: ich bekomme bei der Poti-Justierung keine aa-Werte, sondern nur Hex-Werte...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 02 September 2017, 08:00:41
Zitat von: Peter1984 am 01 September 2017, 11:39:56
Installation eBusd per Package:
sudo dpkg -i --force-overwrite $EBUSDPACKAGE

Hier ist das --force-overwrite nicht notwendig, das brauchts nur bei config.
Hast Du dann noch /etc/default/ebusd angepasst oder ist das noch original?
Wie hast Du fürs Poti anpassen ebusd gestartet?
Mit Version 3.0 hat sich der --lograwdata Aufruf etwas verändert, siehe hier: https://github.com/john30/ebusd/wiki/2.-Run#raw-logging-options
Um alle Bytes ausgeben zu lassen inkl. der SYN Zeichen 0xaa hier --lograwdata=bytes verwenden.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 02 September 2017, 10:29:31
Zitat von: john30 am 02 September 2017, 08:00:41
Hier ist das --force-overwrite nicht notwendig, das brauchts nur bei config.
Hast Du dann noch /etc/default/ebusd angepasst oder ist das noch original?
Wie hast Du fürs Poti anpassen ebusd gestartet?
Mit Version 3.0 hat sich der --lograwdata Aufruf etwas verändert, siehe hier: https://github.com/john30/ebusd/wiki/2.-Run#raw-logging-options
Um alle Bytes ausgeben zu lassen inkl. der SYN Zeichen 0xaa hier --lograwdata=bytes verwenden.

Hallo John,

habe meine Doku angepasst, danke.

Die /etc/default/ebusd ist noch original. Was muss hier angepasst werden?

Die ebusd habe ich für das Einstellen des Potis gestartet, wie es in der Doku steht:

ZitatZur ersten Justierung des Potis, wird der eBusd Dienst genutzt. Das Vorgehen sieht wie folgt aus:

1) eBus Dienst stoppen - Das kann mit der folgenden Kommandozeile bewerkstelligt werden:

service ebusd stop
2) eBus Dienst, jedoch mit minimalen Parametern und ohne eBusd Konfigurationsdateien (CSV-Files), mit der folgenden Kommandozeile erneut starten:

Hinweis: <DEVICE> Muss zuvor durch den entsprechenden USB-Port (siehe USB Device und Port unter Linux ermitteln) z.B. /dev/ttyUSB0 ersetzt werden.

ebusd -f -c /tmp --logareas bus --loglevel info -d <DEVICE>
3) Der eBusd Dienst läuft nun im Vordergrund.

4) Einem zweiten Terminal öffnen und den folgenden Befehl ausführen:

ebusctl raw

Ok, die Änderung auf ebusd -f -c /tmp --logareas bus --lograwdata=bytes -d /dev/ttyUSB0 war zumindest Lösung Teil 1. Jetzt habe ich durchgehend aa unterbrochen von einigen anderen HEX-Werten. Ganz selten kommt mal ein Read Error, aber das stelle ich dann feiner ein wenn die Verkabelung final ist. Aktuell geht ich auf die BUS-Klemme, dort klemmt auch die Außeneinheit drauf...

Was mir noch auffällt, die Wärmepumpe hat einen Schütz intern, der alle paar Minuten einmal kurz klackt. Ich habe den Eindruck, dass das ist, seit der eBus-Koppler angeschlossen ist... Bei wem ist das noch so? Vaillant VWL 61/3.

Und: Wenn ich "sudo service ebusd start" absetze, erhalte ich nicht die "OK"-Meldung.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 02 September 2017, 10:53:05
Zitat von: Peter1984 am 02 September 2017, 10:29:31
Die /etc/default/ebusd ist noch original. Was muss hier angepasst werden?
Da müsste das device rein, falls es nicht /dev/ttyUSB0 ist.

Zitat von: Peter1984 am 02 September 2017, 10:29:31
Was mir noch auffällt, die Wärmepumpe hat einen Schütz intern, der alle paar Minuten einmal kurz klackt. Ich habe den Eindruck, dass das ist, seit der eBus-Koppler angeschlossen ist... Bei wem ist das noch so? Vaillant VWL 61/3.
Habe eine VWS und so ein Phänomen in 10 Jahren nicht festgestellt.

Zitat von: Peter1984 am 02 September 2017, 10:29:31
Und: Wenn ich "sudo service ebusd start" absetze, erhalte ich nicht die "OK"-Meldung.
was erhältst du denn?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 02 September 2017, 10:56:18
Zitat von: john30 am 02 September 2017, 10:53:05
Da müsste das device rein, falls es nicht /dev/ttyUSB0 ist.
Device ist /dev/ttyUSB0. Daher keine Änderung nötig.
Zitat von: john30 am 02 September 2017, 10:53:05
was erhältst du denn?
Nichts.

pi@raspberrypiebusd:~ $ sudo service ebusd start
pi@raspberrypiebusd:~ $


Ich habe noch weiter getestet:

pi@raspberrypiebusd:~ $ sudo ebusctl scan result
08;Vaillant;EHP00;0419;7201
15;Vaillant;UIH00;0374;6901
23;Vaillant;EHP00;0419;7201
25;Vaillant;EHP00;0419;7201
50;Vaillant;EHP00;0419;7201
e0;Vaillant;OMU00;0118;5202


Aber auch:

pi@raspberrypiebusd:~ $ sudo /etc/init.d/ebusd status
sudo: /etc/init.d/ebusd: Befehl nicht gefunden


Müsste da nicht ein Ergebnis kommen?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 02 September 2017, 11:05:10
Zitat von: Peter1984 am 02 September 2017, 10:56:18
pi@raspberrypiebusd:~ $ sudo service ebusd start
pi@raspberrypiebusd:~ $

hm, hängt vielleicht von der Distribution ab, ob etwas ausgegeben wird.

Zitat von: Peter1984 am 02 September 2017, 10:56:18
Ich habe noch weiter getestet:
pi@raspberrypiebusd:~ $ sudo ebusctl scan result
für ebusctl ist kein sudo notwendig.

Zitat von: Peter1984 am 02 September 2017, 10:56:18
pi@raspberrypiebusd:~ $ sudo /etc/init.d/ebusd status
sudo: /etc/init.d/ebusd: Befehl nicht gefunden

Müsste da nicht ein Ergebnis kommen?
Das hängt wie gesagt von der Distribution ab. Wahrscheinlich hast Du ein systemd basiertes System, da sind die Befehle anders.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 02 September 2017, 11:21:17
Ich habe einfach Raspbian installiert, keine Noobs-Variante.

Du hattest eingangs auch geschrieben, das ich keine bai00.cfg brauche.

Wie lege ich dann fest, welchen Wert ich in FHEM sehen will?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 02 September 2017, 11:22:53
Zitat von: Peter1984 am 02 September 2017, 11:21:17
Du hattest eingangs auch geschrieben, das ich keine bai00.cfg brauche.
ach so, ich dachte du sprachst von der ebusd-configuration bai. für fhem brauchst natürlich irgendwas, aber da bin ich nicht der experte.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 02 September 2017, 11:24:47
Ok, dann gehe ich jetzt einfach danach vor und schaue, was passiert. https://wiki.fhem.de/wiki/EBUS#Mit_ECMD_in_FHEM

Laut deiner Doku wird die richtige CSV-Datei automatisch angezogen?

Danke für deine Hilfe!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 03 September 2017, 14:24:20

@Peter1984

soweit ich sehe fehlen dir einige primäre Konfigurationen, zB. die Startscripts.
Ich würde dir empfehlen es mit dem Installer (https://forum.fhem.de/index.php/topic,46098.msg405704.html#msg405704) versuchen, der installiert alle benötigen Scripts und auch auf Wunsch die Konfigs inkl. der csv. Das ist zwar nicht die letzte (Beta) Version (3.x) sondern noch eine 2er. Die Installation dort durchführen, wo auch der eBus Hardwaremäßig angeschlossen ist.


Oder du ackerst das Wki zur Installation noch einmal durch.

LG


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 03 September 2017, 14:46:48
Hallo Reinhart,

danke für deine Hilfe, das hat mir schonmal weiter geholfen.
Muss ich jetzt noch eine Zuordnung zu den CSVs machen, wenn ich die Option 3 (eBus Config Package) gewählt habe?

Habe mal ein Bild angehängt, wie es im Moment aussieht.

Habe mal den Lüftertest durchgeführt, Drehzahl sehe ich noch keine.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 03 September 2017, 17:37:13
ok, die Installation scheint gut verlaufen zu sein, aber es sind noch keine Daten da.

ZitatMuss ich jetzt noch eine Zuordnung zu den CSVs machen, wenn ich die Option 3 (eBus Config Package) gewählt habe?
nein, das passt soweit, die hat der Installer schon gemacht.

Versuche einmal in der Console folgendes Kommando: ebusctl r -m 10 status01


pi@raspberrypi-ebus ~ $ ebusctl r -m 10 status01
36.0;36.0;14.500;38.0;36.0;off

es sollte dann so eine ähnliches Ergebnis kommen. Wenn eine Fehlermeldung kommt, dann poste die.

Eventuell aus dem Verz. die /var/log/ebusd.log posten.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 03 September 2017, 18:36:10
Hallo,

bei dem gewünschten Befehl bekomme ich folgende Fehlermeldung:

pi@raspberrypiebusd:~ $ ebusctl r -m 10 status01
ERR: element not found


Die letzten Einträge der ebusd.log sind alle unknown MS oder unknown BC.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 03 September 2017, 18:40:08
dann poste mal die Ausgabe von : ebusctl info

pi@raspberrypi-ebus ~ $ ebusctl info
version: ebusd 2.4.79708d2
signal: acquired
symbol rate: 22
reconnects: 0
masters: 3
messages: 429
conditional: 17
poll: 0
update: 11
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/08.bai.HW7401.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


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 03 September 2017, 18:41:23
pi@raspberrypiebusd:~ $ ebusctl info
version: ebusd 2.3.5bcc475
signal: acquired
symbol rate: 48
masters: 3
messages: 17
conditional: 0
poll: 0
update: 4

address 03: master #11
address 08: slave #11, scanned
address 10: master #2
address 23: slave, scanned
address 25: slave, scanned
address 31: master #8, ebusd
address 36: slave #8
address 50: slave, scanned
address e0: slave, scanned
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 03 September 2017, 19:01:44
deine Geräte am eBus werden alle gefunden, aber sie können nicht zugeordnet werden.

Schau einmal ob im Verzeichnis /etc/ebusd die Files _templates.csv, broadcast.csv, memory.csv liegen. Im Verzeichniss darunter (Vaillant) liegen dann alle csv. Etwa 38 und 19 Symbollinks. Kontrolliere hier die Zugriffsrechte ob die passen mit mindestens 3x "r" .

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 03 September 2017, 19:23:59
hm, ich glaube da müssen wir John fragen ob die Vaillant VWL 61/3 geoTherm von ihm aus schon unterstützt wird?

offensichtlich gibt es da noch keine csv.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 03 September 2017, 20:17:23
Die Anlage dürfte seiner VWS (Erdwärme) sehr ähnlich sein. Falls die VWL noch nicht unterstützt wird, bin ich gerne für weitere Schandtaten bereit. Weiter vorne im Thread hatte Marie01 aber auch schon eine VWL 101/3 im Einsatz, die ist baugleich mit mehr Leistung.

Die 3 Dateien sowie das Verzeichnis sind da und die Rechte passen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: nase69 am 04 September 2017, 00:10:19
Hallo und guten Abend,
seid geraumer Zeit verfolge ich dieses Forum, denn wir haben eine neue Therme erhalten. Diese wollte ich nun in die vorhandene Haussteuerung einbinden.
Die Anlage ist eine VCW206/5-5 ( E-DE ) R6 eco TEC plus mit einem Bedienpanel calorMATIC 350
Der Nachbau der Platine, der Abgleich und die Installation verliefen soweit ohne Probleme.
Hier die Zeilen, welche nach "ebusctl info" ausgegeben werden:

root@raspberrypi3:~ # ebusctl info
version: ebusd 3.0.v3.0-2-g29cee10
update check: OK, different configuration files available
signal: acquired
symbol rate: 10
max symbol rate: 114
reconnects: 0
masters: 3
messages: 227
conditional: 4
poll: 0
update: 8
address 03: master #11
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 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=35000;SW=0114;HW=7102", loaded "vaillant/15.350.csv"
address 26: slave, scanned "MF=Vaillant;ID=35000;SW=0114;HW=7102"
address 31: master #8, ebusd
address 36: slave #8, ebusd


Hier der Auszug aus dem Logfile:

2017-09-03 22:14:15.992 [update notice] update bai Mode QQ=10: standby
2017-09-03 22:14:20.019 [update notice] update bai Status01 QQ=10: 42.0;41.5;-;35.0;39.5;off
2017-09-03 22:14:21.988 [update notice] update broadcast vdatetime QQ=10: 22:15:26;03.09.2017
2017-09-03 22:14:22.225 [update notice] unknown MS cmd: 1008b512020000 / 00
2017-09-03 22:14:26.082 [update notice] update bai Mode QQ=10: standby
2017-09-03 22:14:28.358 [bus notice] scan 26: ;21;17;12;0020124472;0082;011722;N5
2017-09-03 22:14:28.364 [main error] unable to load scan config 26: no file from /etc/ebusd/vaillant with prefix 26. matches ID "35000", SW0114, HW7102
2017-09-03 22:14:28.364 [main error] scan config 26: ERR: element not found
2017-09-03 22:14:30.109 [update notice] update bai Status01 QQ=10: 42.0;41.5;-;35.0;39.5;off
2017-09-03 22:14:32.156 [update notice] update bai DateTime QQ=10: nosignal;-:-:-;-.-.-;-
2017-09-03 22:14:32.416 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;65.0


So wie es für mich aussieht, ist die Adresse 15 und 26 die Adresse vom Bedienpanel.
Die Adresse 26 hat aber kein CSV File.
Die Zahlen nach "[bus notice] scan 26:" befinden sich als Strichcode auf der Platine des Bedienpanel.

Nun zu meinen Fragen:
-Gib es jemanden, der für die Adresse 26 ein CSV-File erstellt hat?
-Kann ich auch außer Daten wie Vorlauf, Rücklauf und Warmwasser auslesen?
-Kann das Bedienpanel seperat angesprochen werden? Für mich sieht es so aus, als ob das Panel nur "lauscht" und nichts selber sendet, zumindest finden sich keine Einträge im Log.
-Am Bedienpanel kann ich den Systemdruck ablesen, eine Übermittlung im Bus kann ich im Logfile nicht finden, es sei denn es ist die Zeile

[update notice] unknown MS cmd: 1008b512020000 / 00

Kann mir jemand weiter helfen? Vielen Dank im voraus.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: andig am 04 September 2017, 07:56:01
Wenn ich das logfile richtig lese dann wäre 26 das gleiche Gerät wie 15 und sollte eigentlich geladen werden?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 04 September 2017, 08:03:20
Zitat von: Peter1984 am 03 September 2017, 18:41:23
pi@raspberrypiebusd:~ $ ebusctl info
version: ebusd 2.3.5bcc475

das ist ne ziemlich betagte Version von ebusd, warum gleich so ne alte?
Nimm doch das aktuelle Release, da hast mehr Spaß damit.
Ansonsten sieht Dein scan Ergebnis so aus, als ob Du entweder nicht auf den Bus schreiben kannst, oder "--scanconfig" als Aufrufparameter an ebusd fehlt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 04 September 2017, 08:11:07
Zitat von: nase69 am 04 September 2017, 00:10:19
-Gib es jemanden, der für die Adresse 26 ein CSV-File erstellt hat?
Für die 26 brauchst Du m.E. keine CSV, da hier nicht mehr auszulesen wäre, als aus der 15, denn das Gerät antwortet einfach auf 2 Adressen als Slave auf dem Bus (0x15 und 0x26).

Zitat von: nase69 am 04 September 2017, 00:10:19
-Kann ich auch außer Daten wie Vorlauf, Rücklauf und Warmwasser auslesen?
Tonnen davon. Mit "ebusctl find" findest Du erstmal alle Nachrichten, die aufgrund der CSVs und des Scan Ergebnisses für Deine Anlage definiert sind (jeweils als <circuit> und <name>). Jede einzelne davon kannst Du mit "ebuscl read <circuit> <name>" auslesen und nach Lust und Laune verwerten.

Zitat von: nase69 am 04 September 2017, 00:10:19
-Kann das Bedienpanel seperat angesprochen werden? Für mich sieht es so aus, als ob das Panel nur "lauscht" und nichts selber sendet, zumindest finden sich keine Einträge im Log.
Das stimmt nicht. Alle Nachrichten, die jetzt als "update" über den Bus laufen, stammen ausnahmslos vom Bedienpanel (QQ=10 ist die Master Adresse des Slave 15, also dem Bedienpanel). "Ansprechen" kannst Du das Bedienpanel über die Nachrichten der circuit "350" bzw. über Master Adresse 10 und die Slave Adressen 15 und 26.

Zitat von: nase69 am 04 September 2017, 00:10:19
-Am Bedienpanel kann ich den Systemdruck ablesen, eine Übermittlung im Bus kann ich im Logfile nicht finden, es sei denn es ist die Zeile

[update notice] unknown MS cmd: 1008b512020000 / 00

Das Panel kann ja nicht zaubern, sprich der Druck steht in irgendeiner der update oder unknown Messages mit drin. I.d.R. ist das eine der Status Messages, die von der Therme (Adresse 08) beantwortet wird.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 04 September 2017, 09:18:18
Zitat von: john30 am 04 September 2017, 08:03:20
das ist ne ziemlich betagte Version von ebusd, warum gleich so ne alte?
Nimm doch das aktuelle Release, da hast mehr Spaß damit.
Ansonsten sieht Dein scan Ergebnis so aus, als ob Du entweder nicht auf den Bus schreiben kannst, oder "--scanconfig" als Aufrufparameter an ebusd fehlt.

@Peter1984

der Installer installiert noch diese 2.x Version, wir werden uns überlegen auch noch für die 3.x einen zu erstellen, bzw. diesen anzupassen. Ich habe außerdem noch keine 3.x Version getestet, da muss ich mich selbst erst in Johns Wiki genau einlesen wie das mit den automatischen Updates genau ablaufen soll. Ich hatte auch noch keinen Grund meine seit Jahren sehr gut laufende Version 2.x zu wechseln.

Aber mach einmal was John vorgeschlagen hat und checke die /etc/default/ebusd was hier eingetragen ist.

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

# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log --scanconfig"


Der Installer sollte diesen Eintrag gemacht haben, wichtig ist ja dabei --scanconfig.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 04 September 2017, 09:24:01
Zitat von: Reinhart am 04 September 2017, 09:18:18
Ich habe außerdem noch keine 3.x Version getestet, da muss ich mich selbst erst in Johns Wiki genau einlesen wie das mit den automatischen Updates genau ablaufen soll.
Auomatische Updates gibt es (noch) nicht, es wird lediglich überprüft, ob es Updates gibt und in "ebusctl info" ausgegeben.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 04 September 2017, 12:34:34
ja ich habe da

A Docker image including the latest message configuration files is available on the hub
diese Docker Images gemeint.

Ich habe da noch nicht durchgeblickt, wie das aufgerufen werden soll, es braucht ja angeblich lokal nichts installiert werden, aber auf der anderen Seite wird die Jackfruit Installation erklärt was ja wiederum eBus 3.0 ist. Besonders die MQTT Variante hätte mich da interessiert. Ich bin gerade dabei da einen eigenen Raspi aufzusetzen und das zu testen welches Potential da drinnen steckt.

docker run -d --name=ebusd --device=/dev/ttyUSB0 -p 8888 john30/ebusd -f --scanconfig -d /dev/ttyUSB0 --mqttport=1883 --mqtthost=BROKERHOST

Vielleicht hast du da einen Tipp womit man da beginnen soll. Du hast ja geschrieben, du hast das auf einer nicht Linux Synologie Diskstation am Laufen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: andig am 04 September 2017, 14:22:22
Hallo Reinhardt,

Zumindest docker-ce musst Du vorab lokal installieren. M.w. geht das erst ab Raspi3.

Vg Andreas
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 04 September 2017, 15:56:19
ok Danke, das wäre wieder dumm, denn ich habe einen alten Raspi B+ genommen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 04 September 2017, 18:05:12
Zitat von: Reinhart am 04 September 2017, 09:18:18
Aber mach einmal was John vorgeschlagen hat und checke die /etc/default/ebusd was hier eingetragen ist.

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

# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log --scanconfig"


Der Installer sollte diesen Eintrag gemacht haben, wichtig ist ja dabei --scanconfig.

Der Eintrag ist vorhanden. Muss nach dem Booten des Raspberrys noch irgendwas getan werden oder startet ebusd automatisch wie es soll?

Nächste Schritte wären:

- Update auf 3.0 wenn das "einfach so" geht?
- Alternativ den ebus-Raspi mal platt machen (habe die aktuellste Raspbian Stretch genommen) und komplett mit dem Installer zu installieren (inkl. lokalem FHEM zum Testen).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 04 September 2017, 20:22:08
Zitat von: andig am 04 September 2017, 14:22:22
Hallo Reinhardt,

Zumindest docker-ce musst Du vorab lokal installieren. M.w. geht das erst ab Raspi3.

Vg Andreas

scheint so zu sein, den die Dockerinstallation läuft am B+ nicht fehlerfrei durch.

pi@raspberrypi-ebus:/etc/init.d $ sudo docker pull john30/ebusd
Using default tag: latest
Warning: failed to get default registry endpoint from daemon (error during connect: Get http://%2Fvar%2Frun%2Fdocker.sock/v1.29/info: read unix @->/var/run/docker.sock: read: connection reset by peer). Using system default: https://index.docker.io/v1/
error during connect: Post http://%2Fvar%2Frun%2Fdocker.sock/v1.29/images/create?fromImage=john30%2Febusd&tag=latest: read unix @->/var/run/docker.sock: read: connection reset by peer
pi@raspberrypi-ebus:/etc/init.d $

und beim Laden des Image steigt er mit Fehlermeldung aus.

Ich konzentriere mich vorerst dann auf Version 3.0 lokal installiert.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 04 September 2017, 20:31:41
Zitat von: Peter1984 am 04 September 2017, 18:05:12
- Update auf 3.0 wenn das "einfach so" geht?
- Alternativ den ebus-Raspi mal platt machen (habe die aktuellste Raspbian Stretch genommen) und komplett mit dem Installer zu installieren (inkl. lokalem FHEM zum Testen).

Update kann ich nicht viel sagen da ich selber erst mit 3.0 teste.
Platt machen brauchst den Raspi nicht, es genügt ja wenn du alle Einträge manuell entfernst.
/etc/default/ebusd
/etc/init.d/ebusd
/etc/ebusd
/usr/bin/ebusd
/usr/bin/ebusctl


LG

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 04 September 2017, 20:33:17
Zitat von: Peter1984 am 04 September 2017, 18:05:12
- Alternativ den ebus-Raspi mal platt machen (habe die aktuellste Raspbian Stretch genommen) und komplett mit dem Installer zu installieren (inkl. lokalem FHEM zum Testen).

Ich habe gerade eine andere SD-Karte genommen, FHEM, sowie ebusd vom Installer installiert - gleiches Verhalten.
Ist vielleicht einfach mein Kabel zu lang? Ich kann noch einiges kürzen, ist im Moment noch Testaufbau.

@Reinhart: Was mich wundert, auf Seite 25 beschreibt Marie01, dass sie ihre VWL zum Laufen bekommen hat...

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 04 September 2017, 20:57:09
Zitat von: Peter1984 am 04 September 2017, 20:33:17
Ich habe gerade eine andere SD-Karte genommen, FHEM, sowie ebusd vom Installer installiert - gleiches Verhalten.
Ist vielleicht einfach mein Kabel zu lang? Ich kann noch einiges kürzen, ist im Moment noch Testaufbau.

@Reinhart: Was mich wundert, auf Seite 25 beschreibt Marie01, dass sie ihre VWL zum Laufen bekommen hat...

nein, Kabel ist sicher nicht zu lang sonst kannst auch keine Daten empfangen und das klappt ja bei dir. Konzentriere dich auf die Überprüfung ob du auch wirklich was senden kannst. John hat ja auch schon erwähnt das diese die Ursache sein kann wenn das "scan" Kommando nicht abgesetzt werden kann erhältst du auch nichts zurück.

Am Bus mitlauschen geht ja schon. Ich kenne deinen Adapter nicht, deshalb kann ich dir hier auch keine Tipps geben wie du das an der HW  feststellen kannst. Evtl. Leds am Uart?

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 04 September 2017, 21:58:50
Ich komme voran. Habe ebusd nochmal neu installiert, wieder die 3.0.
Sind diese Konfig-Files die neuesten? ebusd-configuration-2.1.b143f39-de_all.deb
Laut https://github.com/john30/ebusd-configuration/releases ist das so, diese habe ich auch genommen.

Bekomme so zumindest schonmal eine Vorlauftemperatur, wenn auch mit -13.9 Grad nicht korrekt.
Lüftergeschwindigkeit sehe ich keine, wenn ich den Lüfter anwerfe.

Dann:


pi@raspberrypiebusd:~ $ sudo service ebusd start --scanconfig
pi@raspberrypiebusd:~ $ sudo ebusctl scan full
done
pi@raspberrypiebusd:~ $ sudo ebusctl scan result
08;Vaillant;EHP00;0419;7201
15;Vaillant;UIH00;0374;6901
23;Vaillant;EHP00;0419;7201
25;Vaillant;EHP00;0419;7201
50;Vaillant;EHP00;0419;7201
e0;Vaillant;OMU00;0118;5202

pi@raspberrypiebusd:~ $ ebusctl i
version: ebusd 3.0.595c7c0
update check: revision v3.0-2-g29cee10 available, 5 newer configuration files available
signal: acquired
symbol rate: 47
max symbol rate: 1334
reconnects: 0
masters: 3
messages: 170
conditional: 4
poll: 0
update: 4
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UIH00;SW=0374;HW=6901"
address 23: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 25: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address e0: slave, scanned "MF=Vaillant;ID=OMU00;SW=0118;HW=5202"
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 05 September 2017, 08:34:09
Zitat von: Reinhart am 04 September 2017, 20:22:08
scheint so zu sein, den die Dockerinstallation läuft am B+ nicht fehlerfrei durch.

Ich konzentriere mich vorerst dann auf Version 3.0 lokal installiert.
das würde ich auch sagen, docker auf nem kleinen raspi ist schon eher ein overkill und bringt für den Aufwand nicht den enormen Vorteil, da man ja ebusd auch einfach mit dpkg aktualisieren kann.
Der einzige Vorteil wären die im docker image bereits enthaltenen CSVs, aber auch die lassen sich ja ohne riesen Aufwand aktuell halten.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 05 September 2017, 17:42:19
Ich hänge hier mal mein ebusd.log an, vielleicht kommen wir / ihr ja damit weiter?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 05 September 2017, 20:42:33
@Peter1984

wenn ich mir dein Log ansehen, dann werden hier folgende csv geladen:

03.09. 14:26
08.ehp.csv
15.uih.csv
23.ehp.cc.csv
50.ehp.mc.csv
e0.omu.csv

diese csv werden eindeutig geladen.


2017-09-03 14:26:34.852 [main notice] starting initial scan for fe
2017-09-03 14:26:34.900 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000035013001070000
2017-09-03 14:26:35.112 [main notice] read common config file /etc/ebusd/vaillant/scan.csv
2017-09-03 14:26:35.113 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv
2017-09-03 14:26:35.177 [main notice] read scan config file /etc/ebusd/vaillant/08.ehp.csv for ID "ehp00", SW0419, HW7201
2017-09-03 14:26:35.180 [main notice] found messages: 328 (139 conditional on 21 conditions, 1 poll, 55 update)
2017-09-03 14:26:35.180 [main notice] scan config 08: file vaillant/08.ehp.csv loaded
2017-09-03 14:26:35.266 [bus notice] poll ehp HeatpumpType: brinetowater
2017-09-03 14:26:35.728 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-03 14:26:36.538 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-03 14:26:37.341 [main notice] read scan config file /etc/ebusd/vaillant/15.uih.csv for ID "uih00", SW0374, HW6901
2017-09-03 14:26:37.342 [main notice] found messages: 483 (230 conditional on 30 conditions, 1 poll, 55 update)
2017-09-03 14:26:37.342 [main notice] scan config 15: file vaillant/15.uih.csv loaded
2017-09-03 14:26:37.442 [update notice] update ehp Mode QQ=10: off
2017-09-03 14:26:37.682 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-03 14:26:39.543 [update notice] unknown MS cmd: 1050b5040101 / 09140200000085000100
2017-09-03 14:26:39.651 [main notice] read scan config file /etc/ebusd/vaillant/23.ehp.cc.csv for ID "ehp00", SW0419, HW7201
2017-09-03 14:26:39.657 [main notice] found messages: 505 (230 conditional on 30 conditions, 1 poll, 55 update)
2017-09-03 14:26:39.657 [main notice] scan config 23: file vaillant/23.ehp.cc.csv loaded
2017-09-03 14:26:39.774 [update notice] unknown MS cmd: 1050b504020d00 / 050000e00105
2017-09-03 14:26:39.960 [update notice] unknown MS cmd: 1050b5040132 / 0a001406030100600b0100
2017-09-03 14:26:40.111 [update notice] unknown MS cmd: 1050b5040131 / 020000
2017-09-03 14:26:41.126 [bus notice] poll ehp HeatpumpType: brinetowater
2017-09-03 14:26:41.781 [main notice] read scan config file /etc/ebusd/vaillant/50.ehp.mc.csv for ID "ehp00", SW0419, HW7201
2017-09-03 14:26:41.788 [main notice] found messages: 593 (275 conditional on 38 conditions, 2 poll, 56 update)
2017-09-03 14:26:41.788 [main notice] scan config 50: file vaillant/50.ehp.mc.csv loaded
2017-09-03 14:26:43.447 [update notice] update broadcast hwcStatus QQ=10: off;24;off
2017-09-03 14:26:43.712 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-03 14:26:43.917 [main notice] read scan config file /etc/ebusd/vaillant/e0.omu.csv for ID "omu00", SW0118, HW5202
2017-09-03 14:26:43.920 [main notice] found messages: 705 (324 conditional on 41 conditions, 2 poll, 56 update)
2017-09-03 14:26:43.920 [main notice] scan config e0: file vaillant/e0.omu.csv loaded
2017-09-03 14:26:44.121 [update notice] update ehp SourcePumpStatus QQ=10: 0
2017-09-03 14:26:44.768 [update notice] update ehp VWLSBadWeatherOMU2 QQ=10: no
2017-09-03 14:26:44.931 [update notice] update ehp ActualEnvironmentPower QQ=10: 0
2017-09-03 14:26:45.094 [update notice] update ehp ActualEnvironmentPowerFine QQ=10: 49
2017-09-03 14:26:45.264 [update notice] unknown MS cmd: 1025b50903290000 / 050000000300
2017-09-03 14:26:45.475 [update notice] unknown MS cmd: 1050b505072b000c00000000 / 00
2017-09-03 14:26:45.799 [update notice] update ehp Status QQ=10: 24.69;2.340;1.422;00 00 00 00
2017-09-03 14:26:45.962 [update notice] update ehp Status02 QQ=10: disabled;0;100.0;0;100.0
2

hier der Auszug aus deinem Log, es werden sogar schon Daten aufgelöst, aber alle kommen von selbst, ohne Anstoß durch ein Kommando der Platine.


2017-09-03 14:31:54.051 [main notice] starting initial scan for fe
2017-09-03 14:31:54.102 [bus error] send to fe: ERR: read timeout, retry
2017-09-03 14:31:54.167 [bus error] send to fe: ERR: read timeout, retry
2017-09-03 14:31:54.231 [bus error] send to fe: ERR: read timeout, retry
2017-09-03 14:31:54.294 [bus error] send to fe: ERR: read timeout
2017-09-03 14:31:54.294 [main error] initial scan failed: ERR: read timeout
2017-09-03 14:31:54.358 [bus error] send to 08: ERR: read timeout, retry
2017-09-03 14:31:54.422 [bus error] send to 08: ERR: read timeout, retry
2017-09-03 14:31:54.486 [bus error] send to 08: ERR: read timeout, retry
2017-09-03 14:31:54.550 [bus error] send to 08: ERR: read timeout
2017-09-03 14:31:54.550 [main error] scan config 08 message: ERR: read timeout

aber du kannst offensichtlich nichts senden, hier solltest du ansetzen und dich mit dem Konverter auseinandersetzen!

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 05 September 2017, 20:48:48
Zitat von: john30 am 05 September 2017, 08:34:09
das würde ich auch sagen, docker auf nem kleinen raspi ist schon eher ein overkill und bringt für den Aufwand nicht den enormen Vorteil, da man ja ebusd auch einfach mit dpkg aktualisieren kann.
Der einzige Vorteil wären die im docker image bereits enthaltenen CSVs, aber auch die lassen sich ja ohne riesen Aufwand aktuell halten.

Danke für deinen Kommentar, habe mir das schon gedacht.
ich persönlich brauche das auch nicht, aber es hat mich rein die Technik interessiert. Ich möchte auch in einem laufenden System keine csv in irgend einer Weise automatisch updaten wollen, weil man doch selber in irgend einem File herumschraubt.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 06 September 2017, 11:46:17
@Peter1984

Ich habe mir noch kurz die Beschreibung zu deinem Koppler gelesen, es ist hier ein ganz normaler serieller FTDI Treiber zu verwenden.
Du kannst ja mal in der Konsole checken ob der auf deinem Raspi aktiv ist und an welcher USB Schnittstelle. Sollte so sein, weil sonst könntest vermutlich auch nix am eBus lesen.

pi@raspberrypi-ebus ~ $ dmesg | grep FTDI
[    2.445791] usb 1-1.4: Manufacturer: FTDI
[    6.558110] usbserial: USB Serial support registered for FTDI USB Serial Device
[    6.625820] ftdi_sio 1-1.4:1.0: FTDI USB Serial Device converter detected
[    6.688433] usb 1-1.4: FTDI USB Serial Device converter now attached to ttyUSB0

sollte so ähnlich aussehen, wenn nicht dann mit diesem Befehl einmalig aktivieren.
modprobe -v ftdi_sio


LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 06 September 2017, 12:39:00
@Peter1984

wenn du den Sendemodus deines Kopplers überprüfen willst, dann merke dir die Uhrzeit und setze einfach ein Scan Kommando ab und prüfe dann das Log.
ebusctl scan full

ebusd beginnt dann alle Adressen abzuscannen und wenn eines vorhanden ist, dann sollte eine Antwort kommen. Siehe hier, bei Adresse 08 meldet sich meine Therme und bei 15 die Calormatic 430.

2017-09-06 12:31:17.189 [bus notice] scan 02 timed out (227 slaves left)
2017-09-06 12:31:17.744 [bus notice] scan 04 timed out (226 slaves left)
2017-09-06 12:31:18.298 [bus notice] scan 05 timed out (225 slaves left)
2017-09-06 12:31:18.857 [bus notice] scan 06 timed out (224 slaves left)
2017-09-06 12:31:20.218 [bus notice] scan 08 completed (223 slaves left)
2017-09-06 12:31:20.218 [bus notice] scan 08: ;Vaillant;BAI00;0518;7401;;;;;;;
2017-09-06 12:31:20.351 [bus notice] scan 09 timed out (222 slaves left)
2017-09-06 12:31:21.535 [bus notice] scan 0a timed out (221 slaves left)
2017-09-06 12:31:22.095 [bus notice] scan 0b timed out (220 slaves left)
2017-09-06 12:31:22.653 [bus notice] scan 0c timed out (219 slaves left)
2017-09-06 12:31:23.844 [bus notice] scan 0d timed out (218 slaves left)
2017-09-06 12:31:24.391 [bus notice] scan 0e timed out (217 slaves left)
2017-09-06 12:31:24.946 [bus notice] scan 12 timed out (216 slaves left)
2017-09-06 12:31:26.143 [bus notice] scan 14 timed out (215 slaves left)
2017-09-06 12:31:28.897 [bus notice] scan 15 completed (214 slaves left)
2017-09-06 12:31:28.897 [bus notice] scan 15: ;Vaillant;43000;0215;2002;21;11;09;0020028515;0907;006374;N5

hier das Scan Ergebnis eines funktionierenden Kopplers (Empfang und Sendeweg).

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 06 September 2017, 16:16:31
Hallo Reinhart,

der Treiber ist installiert:

pi@raspberrypiebusd:~ $ dmesg | grep FTDI
[    2.197012] usb 1-1.3: Manufacturer: FTDI
[    3.590732] usbserial: USB Serial support registered for FTDI USB Serial Device
[    3.591014] ftdi_sio 1-1.3:1.0: FTDI USB Serial Device converter detected
[    3.596258] usb 1-1.3: FTDI USB Serial Device converter now attached to ttyUSB0


Habe zusätzlich ein Full Scan gestartet, hier das Ergebnis:

2017-09-06 16:08:43.723 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000044013101070000
2017-09-06 16:08:43.773 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-06 16:08:44.082 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-06 16:08:44.841 [bus notice] scan 08: ;Vaillant;EHP00;0419;7201
2017-09-06 16:08:45.701 [bus notice] scan 15: ;Vaillant;UIH00;0374;6901
2017-09-06 16:08:45.944 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-06 16:08:46.313 [update notice] unknown MS cmd: 1008b511020300 / 0a8b015708ad0500000000
2017-09-06 16:08:47.359 [bus notice] scan 23: ;Vaillant;EHP00;0419;7201
2017-09-06 16:08:47.600 [bus notice] scan 25: ;Vaillant;EHP00;0419;7201
2017-09-06 16:08:51.496 [bus notice] scan 50: ;Vaillant;EHP00;0419;7201
2017-09-06 16:08:51.903 [update notice] unknown MS cmd: 1023b5040101 / 091e0300000006000100
2017-09-06 16:08:52.254 [update notice] unknown MS cmd: 1023b504020d00 / 050000008000
2017-09-06 16:08:52.618 [update notice] unknown MS cmd: 1023b5040132 / 0a00000000000090110000
2017-09-06 16:08:52.948 [update notice] unknown MS cmd: 1023b5040131 / 020000
2017-09-06 16:08:55.914 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-06 16:08:57.963 [update notice] unknown MS cmd: 1023b505072b000c00000000 / 00
2017-09-06 16:08:58.418 [update notice] unknown MS cmd: 1008b511020300 / 0a8b015708ad0500000000
2017-09-06 16:08:58.759 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-06 16:08:59.993 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-06 16:09:00.597 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-06 16:09:01.202 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-06 16:09:01.546 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-06 16:09:02.159 [update notice] unknown MS cmd: 1025b50903290000 / 050000e40200
2017-09-06 16:09:02.770 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00870100
2017-09-06 16:09:03.388 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-06 16:09:04.433 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-06 16:09:04.635 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000044013101070000
2017-09-06 16:09:04.912 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-06 16:09:05.188 [update notice] update mc Mode QQ=10: 20;off;00;off
2017-09-06 16:09:05.537 [update notice] update mc Status QQ=10: 0;off;30.06;5
2017-09-06 16:09:05.902 [update notice] unknown MS cmd: 1050b5040132 / 0a00140603010090110100
2017-09-06 16:09:06.062 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-06 16:09:06.308 [update notice] unknown MS cmd: 1050b5040131 / 020002
2017-09-06 16:09:06.651 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-06 16:09:07.104 [update notice] update mc DateTime QQ=10: valid;16:09:08;06.09.2017;17.812
2017-09-06 16:09:08.107 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-06 16:09:08.593 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-06 16:09:09.899 [bus notice] scan e0: ;Vaillant;OMU00;0118;5202
2017-09-06 16:09:10.696 [update notice] unknown MS cmd: 1008b511020300 / 0a8b015508ad0500000000
2017-09-06 16:09:11.042 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-06 16:09:12.162 [update notice] unknown BC cmd: 10feb516080003091606090317
2017-09-06 16:09:12.658 [update notice] unknown BC cmd: 10feb5160301d011
2017-09-06 16:09:13.079 [update notice] update broadcast datetime QQ=10: 17.812;16:09:03;06.09.2017
2017-09-06 16:09:13.692 [update notice] unknown BC cmd: 10feb51603049011
2017-09-06 16:09:14.044 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-06 16:09:14.595 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-06 16:09:16.049 [update notice] unknown MS cmd: 1025b5040101 / 09250300000003000100
2017-09-06 16:09:16.217 [update notice] unknown MS cmd: 1025b504020d00 / 055000e40225
2017-09-06 16:09:16.401 [update notice] unknown MS cmd: 1025b5040132 / 0a00000000000090110000
2017-09-06 16:09:16.551 [update notice] unknown MS cmd: 1025b5040131 / 020000
2017-09-06 16:09:20.032 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-06 16:09:20.166 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-06 16:09:20.549 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-06 16:09:20.712 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-06 16:09:20.876 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-06 16:09:21.047 [update notice] unknown MS cmd: 1025b50903290000 / 050000e40200
2017-09-06 16:09:21.218 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00890100
2017-09-06 16:09:22.091 [update notice] unknown MS cmd: 1025b505072b000c00000000 / 00
2017-09-06 16:09:22.279 [update notice] unknown MS cmd: 1008b511020300 / 0a8b015508ad0500000000
2017-09-06 16:09:22.441 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-06 16:09:23.734 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000044013101070000
2017-09-06 16:09:24.103 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-06 16:09:24.265 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-06 16:09:24.679 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-06 16:09:25.709 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-06 16:09:26.106 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-06 16:09:26.260 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-06 16:09:28.110 [update notice] unknown MS cmd: 1023b5040101 / 091e0300000006000100
2017-09-06 16:09:28.277 [update notice] unknown MS cmd: 1023b504020d00 / 050000008000
2017-09-06 16:09:28.461 [update notice] unknown MS cmd: 1023b5040132 / 0a00000000000090110000
2017-09-06 16:09:28.612 [update notice] unknown MS cmd: 1023b5040131 / 020000
2017-09-06 16:09:28.775 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-06 16:09:32.081 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-06 16:09:32.258 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-06 16:09:34.141 [update notice] unknown MS cmd: 1023b505072b000c00000000 / 00
2017-09-06 16:09:34.329 [update notice] unknown MS cmd: 1008b511020300 / 0a8b015708ad0500000000
2017-09-06 16:09:34.492 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-06 16:09:38.144 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-06 16:09:38.343 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-06 16:09:40.150 [update notice] update mc Mode QQ=10: 20;off;00;off
2017-09-06 16:09:40.317 [update notice] update mc Status QQ=10: 0;off;30.06;5
2017-09-06 16:09:40.501 [update notice] unknown MS cmd: 1050b5040132 / 0a00140603010090110100
2017-09-06 16:09:40.652 [update notice] unknown MS cmd: 1050b5040131 / 020002
2017-09-06 16:09:40.816 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-06 16:09:40.987 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00890100
2017-09-06 16:09:41.150 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-06 16:09:41.313 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-06 16:09:41.485 [update notice] unknown MS cmd: 1025b50903290000 / 050000e40200
2017-09-06 16:09:42.463 [update notice] update mc DateTime QQ=10: valid;16:09:43;06.09.2017;17.812
2017-09-06 16:09:43.754 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000044013101070000
2017-09-06 16:09:44.156 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-06 16:09:44.422 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-06 16:09:44.703 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-06 16:09:45.616 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-06 16:09:45.677 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-06 16:09:46.197 [update notice] unknown MS cmd: 1050b505072b000c00000000 / 00
2017-09-06 16:09:46.473 [update notice] unknown MS cmd: 1008b511020300 / 0a8b015608ad0500000000
2017-09-06 16:09:46.636 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-06 16:09:48.237 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-06 16:09:48.400 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-06 16:09:50.248 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-06 16:09:50.491 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-06 16:09:52.252 [update notice] unknown MS cmd: 1025b5040101 / 09250300000003000100
2017-09-06 16:09:52.420 [update notice] unknown MS cmd: 1025b504020d00 / 055000e40225
2017-09-06 16:09:52.604 [update notice] unknown MS cmd: 1025b5040132 / 0a00000000000090110000
2017-09-06 16:09:52.754 [update notice] unknown MS cmd: 1025b5040131 / 020000
2017-09-06 16:09:56.190 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-06 16:09:56.544 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-06 16:09:58.251 [update notice] unknown MS cmd: 1025b505072b000c00000000 / 00
2017-09-06 16:09:58.615 [update notice] unknown MS cmd: 1008b511020300 / 0a8b015708ad0500000000
2017-09-06 16:09:58.777 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-06 16:10:00.789 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 06 September 2017, 17:08:42
Es ist leider ein Trugschluss, dass aus "Daten können gelesen werden" auch folgt, dass das Kabel OK ist. Wenn nämlich dessen Innenwiderstand zu hoch ist, merkt das beim Lesen keiner. Beim Schreiben aber kann der Buskoppler die Empfängerseite nicht genügend her unterziehen.

Hoher Innenwiderstand  heißt meist vermurkste Anschlüsse, muss also nichts mit der Länge zu tun haben. Als ich damals den ersten Adapter gebaut habe, war mein Testkabel ca. 20m lang.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 06 September 2017, 19:31:28
@Peter1984

so wie dein Log jetzt aussieht werden die Geräte erkannt, aber der Scanvorgang selbst sieht etwas anders aus als meiner. Da sieht man wie der Scanner versucht alle Adressen nach der Reihe anzusprechen und bei dir kommt nur das Resultat. Das kann aber an der Version des ebusd liegen, das kann nur John beantworten.

Aber pah hat völlig recht, wenn der Widerstand des Kabels inkl. aller Klemmstellen zu hoch ist, funktioniert zwar das Lesen, aber wenn der notwendige Spannungshub für das Sendesignal erzeugt werden soll, dann geht das über hochohmige Leitungen nicht mehr. Wobei hochohmig hier sicher noch übertrieben ist, vermutlich schon bei wenigen 100 Ohm. Der Transistor zieht ja die Spannung beim Senden über die Zenerdiode auf die Zenerspannung herunter und jedes Bauteil (inkl. der Dioden im Gleichrichter) hat noch einen Innenwiderstand der sich aufsummiert.

Mit einem Mulltimeter wird das kaum zu messen sein, wenn du ein Oszilloskop zur Verfügung hast oder jemand kennst der so eines hat wäre das an den Klemmen der Therme am eBus schnell festzustellen. Ein High entspricht ja einer Spannung von 15 - 24V und ein Low 9 - 12V. Wenn beim Senden dann die untere Spannung nicht unter 12V gedrückt werden kann, ist der Widerstand des Kabels zu hoch. Gemessen muss aber unbedingt an der Klemme der Therme werden und nicht an der Konverterplatine.

Danke an pah für den Hinweis!

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 07 September 2017, 16:44:20
Danke für euren Input.

Ich habe die Klemmen überprüft und ein kürzeres (2m) Kabel angeklemmt.

Ergebnis auf den ersten Blick das gleiche, aber ich habe gerade im Log folgende Einträge gefunden:

2017-09-07 16:20:56.650 [main notice] ebusd stopped
2017-09-07 16:29:42.671 [main notice] ebusd 3.0.595c7c0 started
2017-09-07 16:29:42.716 [main error] error reading config files: ERR: duplicate entry, last error: /etc/ebusd/vaillant/15.heb.csv:6: ERR: duplicate entry, duplicate ID
2017-09-07 16:29:42.719 [bus notice] bus started with own address 31/36
2017-09-07 16:29:42.720 [bus notice] signal acquired
2017-09-07 16:29:43.713 [bus notice] new master 10, master count 2
2017-09-07 16:29:43.769 [update notice] unknown MS cmd: 1023b5040101 / 091e0300000006000100
2017-09-07 16:29:43.935 [update notice] unknown MS cmd: 1023b504020d00 / 050000008000
2017-09-07 16:29:44.121 [update notice] unknown MS cmd: 1023b5040132 / 0a000000000000c00d0000
2017-09-07 16:29:44.271 [update notice] unknown MS cmd: 1023b5040131 / 020000
2017-09-07 16:29:47.710 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:29:47.931 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:29:48.288 [bus notice] new master 03, master count 3
2017-09-07 16:29:48.342 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000038013201070000
2017-09-07 16:29:49.329 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-07 16:29:49.760 [update notice] unknown MS cmd: 1023b505072b000c00000000 / 00
2017-09-07 16:29:49.993 [update notice] unknown MS cmd: 1008b511020300 / 0a86015408900500000000
2017-09-07 16:29:50.154 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:29:51.582 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-07 16:29:51.753 [update notice] unknown MS cmd: 1008b5090329d300 / 05d300636363
2017-09-07 16:29:51.945 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-07 16:29:52.738 [main notice] found messages: 165 (4 conditional on 3 conditions, 0 poll, 4 update)
2017-09-07 16:29:53.772 [update notice] unknown MS cmd: 1025b509040ef40000 / 00
2017-09-07 16:29:54.036 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:29:54.498 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:29:55.263 [update notice] unknown MS cmd: 1050b5040133 / 02c00d
2017-09-07 16:29:58.392 [update notice] update mc Mode QQ=10: 20;off;00;off
2017-09-07 16:29:58.560 [update notice] update mc Status QQ=10: 0;off;27.38;5
2017-09-07 16:29:58.743 [update notice] unknown MS cmd: 1050b5040132 / 0a001406030100c00d0100
2017-09-07 16:29:58.895 [update notice] unknown MS cmd: 1050b5040131 / 020002
2017-09-07 16:29:59.066 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00650100
2017-09-07 16:29:59.230 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-07 16:29:59.393 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-07 16:29:59.556 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-07 16:29:59.727 [update notice] unknown MS cmd: 1025b50903290000 / 050000580200
2017-09-07 16:29:59.890 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-07 16:30:00.003 [bus notice] max. symbols per second: 119
2017-09-07 16:30:00.053 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-07 16:30:00.190 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:30:00.589 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:30:01.856 [update notice] unknown MS cmd: 1050b505072b000c00000000 / 00
2017-09-07 16:30:02.175 [update notice] unknown MS cmd: 1008b511020300 / 0a86015008900500000000
2017-09-07 16:30:02.338 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:30:05.902 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:30:06.189 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:30:07.907 [update notice] unknown MS cmd: 1025b5040101 / 09250300000003000100
2017-09-07 16:30:08.074 [update notice] unknown MS cmd: 1025b504020d00 / 055000580225
2017-09-07 16:30:08.258 [update notice] unknown MS cmd: 1025b5040132 / 0a000000000000c00d0000
2017-09-07 16:30:08.362 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000038013201070000
2017-09-07 16:30:08.468 [update notice] unknown MS cmd: 1025b5040131 / 020000
2017-09-07 16:30:09.322 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-07 16:30:10.225 [update notice] unknown BC cmd: 10feb516080001301607090417
2017-09-07 16:30:10.330 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-07 16:30:10.727 [update notice] unknown BC cmd: 10feb51603017012
2017-09-07 16:30:11.238 [update notice] update broadcast datetime QQ=10: 18.438;16:30:01;07.09.2017
2017-09-07 16:30:11.723 [update notice] unknown BC cmd: 10feb5160304c00d
2017-09-07 16:30:11.904 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:30:12.214 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:30:13.921 [update notice] unknown MS cmd: 1025b505072b000c00000000 / 00
2017-09-07 16:30:14.284 [update notice] unknown MS cmd: 1008b511020300 / 0a86015408900500000000
2017-09-07 16:30:14.447 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:30:15.960 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-07 16:30:18.380 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:30:18.799 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:30:19.946 [update notice] unknown MS cmd: 1023b5040101 / 091e0300000006000100
2017-09-07 16:30:20.112 [update notice] unknown MS cmd: 1023b504020d00 / 050000008000
2017-09-07 16:30:20.297 [update notice] unknown MS cmd: 1023b5040132 / 0a000000000000c00d0000
2017-09-07 16:30:20.448 [update notice] unknown MS cmd: 1023b5040131 / 020000
2017-09-07 16:30:20.610 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-07 16:30:20.773 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-07 16:30:20.945 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00640100
2017-09-07 16:30:21.109 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-07 16:30:21.272 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-07 16:30:21.435 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-07 16:30:21.606 [update notice] unknown MS cmd: 1025b50903290000 / 050000580200
2017-09-07 16:30:23.944 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:30:24.343 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:30:26.006 [update notice] unknown MS cmd: 1023b505072b000c00000000 / 00
2017-09-07 16:30:26.458 [update notice] unknown MS cmd: 1008b511020300 / 0a86015208900500000000
2017-09-07 16:30:26.621 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:30:28.352 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000038013201070000
2017-09-07 16:30:29.340 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-07 16:30:29.999 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:30:30.326 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-07 16:30:30.480 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:30:31.200 [update notice] unknown MS cmd: 1050b5040133 / 02c00d
2017-09-07 16:30:34.022 [update notice] update mc Mode QQ=10: 20;off;00;off
2017-09-07 16:30:34.190 [update notice] update mc Status QQ=10: 0;off;27.38;5
2017-09-07 16:30:34.374 [update notice] unknown MS cmd: 1050b5040132 / 0a001406030100c00d0100
2017-09-07 16:30:34.526 [update notice] unknown MS cmd: 1050b5040131 / 020002
2017-09-07 16:30:36.027 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:30:36.512 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:30:38.394 [update notice] unknown MS cmd: 1050b505072b000c00000000 / 00
2017-09-07 16:30:38.583 [update notice] unknown MS cmd: 1008b511020300 / 0a86015308900500000000
2017-09-07 16:30:38.746 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:30:38.909 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-07 16:30:39.072 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-07 16:30:39.243 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00640100
2017-09-07 16:30:39.408 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-07 16:30:39.571 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-07 16:30:39.734 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-07 16:30:39.905 [update notice] unknown MS cmd: 1025b50903290000 / 050000580200
2017-09-07 16:30:40.098 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-07 16:30:42.079 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:30:42.585 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:30:44.083 [update notice] unknown MS cmd: 1025b5040101 / 09250300000003000100
2017-09-07 16:30:44.251 [update notice] unknown MS cmd: 1025b504020d00 / 055000580225
2017-09-07 16:30:44.434 [update notice] unknown MS cmd: 1025b5040132 / 0a000000000000c00d0000
2017-09-07 16:30:44.585 [update notice] unknown MS cmd: 1025b5040131 / 020000
2017-09-07 16:30:48.066 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:30:48.199 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:30:48.391 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000038013201070000
2017-09-07 16:30:49.334 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-07 16:30:50.117 [update notice] unknown MS cmd: 1025b505072b000c00000000 / 00
2017-09-07 16:30:50.745 [update notice] unknown MS cmd: 1008b511020300 / 0a86015408900500000000
2017-09-07 16:30:50.908 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:30:51.586 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-07 16:30:54.139 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:30:54.690 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:30:56.144 [update notice] unknown MS cmd: 1023b5040101 / 091e0300000006000100
2017-09-07 16:30:56.311 [update notice] unknown MS cmd: 1023b504020d00 / 050000008000
2017-09-07 16:30:56.496 [update notice] unknown MS cmd: 1023b5040132 / 0a000000000000c00d0000
2017-09-07 16:30:56.646 [update notice] unknown MS cmd: 1023b5040131 / 020000
2017-09-07 16:30:56.808 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-07 16:31:00.114 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:31:00.248 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:31:00.829 [update notice] update mc DateTime QQ=10: valid;16:31:01;07.09.2017;18.625
2017-09-07 16:31:00.991 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-07 16:31:01.163 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00660100
2017-09-07 16:31:01.326 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-07 16:31:01.489 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-07 16:31:01.653 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-07 16:31:01.825 [update notice] unknown MS cmd: 1025b50903290000 / 050000580200
2017-09-07 16:31:02.168 [update notice] unknown MS cmd: 1023b505072b000c00000000 / 00
2017-09-07 16:31:02.357 [update notice] unknown MS cmd: 1008b511020300 / 0a86015008900500000000
2017-09-07 16:31:02.519 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:31:04.208 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-07 16:31:06.189 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:31:06.388 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:31:08.239 [update notice] update mc Mode QQ=10: 20;off;00;off
2017-09-07 16:31:08.386 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000038013201070000
2017-09-07 16:31:08.466 [update notice] update mc Status QQ=10: 0;off;27.38;5
2017-09-07 16:31:08.649 [update notice] unknown MS cmd: 1050b5040132 / 0a001406030100c00d0100
2017-09-07 16:31:08.801 [update notice] unknown MS cmd: 1050b5040131 / 020002
2017-09-07 16:31:09.347 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-07 16:31:10.334 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-07 16:31:10.928 [update notice] unknown BC cmd: 10feb516080002311607090417
2017-09-07 16:31:11.413 [update notice] unknown BC cmd: 10feb5160301a012
2017-09-07 16:31:11.924 [update notice] update broadcast datetime QQ=10: 18.625;16:31:02;07.09.2017
2017-09-07 16:31:12.189 [update notice] unknown BC cmd: 10feb5160304c00d
2017-09-07 16:31:12.415 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:31:12.944 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:31:14.255 [update notice] unknown MS cmd: 1050b505072b000c00000000 / 00
2017-09-07 16:31:14.487 [update notice] unknown MS cmd: 1008b511020300 / 0a86015408900500000000
2017-09-07 16:31:14.650 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:31:16.838 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-07 16:31:18.376 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:31:18.531 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:31:20.292 [update notice] unknown MS cmd: 1025b5040101 / 09250300000003000100
2017-09-07 16:31:20.460 [update notice] unknown MS cmd: 1025b504020d00 / 0550005a0225
2017-09-07 16:31:20.643 [update notice] unknown MS cmd: 1025b5040132 / 0a000000000000c00d0000
2017-09-07 16:31:20.793 [update notice] unknown MS cmd: 1025b5040131 / 020000
2017-09-07 16:31:20.956 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-07 16:31:21.128 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00680100
2017-09-07 16:31:21.291 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-07 16:31:21.454 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-07 16:31:21.617 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-07 16:31:21.789 [update notice] unknown MS cmd: 1025b50903290000 / 0500005a0200
2017-09-07 16:31:24.259 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:31:24.570 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:31:26.321 [update notice] unknown MS cmd: 1025b505072b000c00000000 / 00
2017-09-07 16:31:26.641 [update notice] unknown MS cmd: 1008b511020300 / 0a86015108900500000000
2017-09-07 16:31:26.803 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:31:28.360 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-07 16:31:28.464 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000038013301070000
2017-09-07 16:31:29.362 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-07 16:31:30.330 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:31:30.393 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-07 16:31:30.636 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:31:32.355 [update notice] unknown MS cmd: 1023b5040101 / 091e0300000006000100
2017-09-07 16:31:32.522 [update notice] unknown MS cmd: 1023b504020d00 / 050000008000
2017-09-07 16:31:32.708 [update notice] unknown MS cmd: 1023b5040132 / 0a000000000000c00d0000
2017-09-07 16:31:32.858 [update notice] unknown MS cmd: 1023b5040131 / 020000
2017-09-07 16:31:36.255 [update notice] update mc DateTime QQ=10: valid;16:31:37;07.09.2017;18.625
2017-09-07 16:31:36.392 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:31:36.701 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:31:36.864 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-07 16:31:38.395 [update notice] unknown MS cmd: 1023b505072b000c00000000 / 00
2017-09-07 16:31:38.760 [update notice] unknown MS cmd: 1008b511020300 / 0a86015508900500000000
2017-09-07 16:31:38.922 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:31:40.979 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-07 16:31:41.151 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00680100
2017-09-07 16:31:41.312 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-07 16:31:41.476 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-07 16:31:41.640 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-07 16:31:41.812 [update notice] unknown MS cmd: 1025b50903290000 / 0500005a0200
2017-09-07 16:31:42.383 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:31:42.803 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:31:44.434 [update notice] update mc Mode QQ=10: 20;off;00;off
2017-09-07 16:31:44.601 [update notice] update mc Status QQ=10: 0;off;27.38;5
2017-09-07 16:31:44.784 [update notice] unknown MS cmd: 1050b5040132 / 0a001406030100c00d0100
2017-09-07 16:31:44.935 [update notice] unknown MS cmd: 1050b5040131 / 020002
2017-09-07 16:31:48.384 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000038013301070000
2017-09-07 16:31:48.434 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:31:48.832 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:31:49.336 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-07 16:31:50.366 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-07 16:31:50.445 [update notice] unknown MS cmd: 1050b505072b000c00000000 / 00
2017-09-07 16:31:50.897 [update notice] unknown MS cmd: 1008b511020300 / 0a86015208900500000000
2017-09-07 16:31:51.060 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:31:52.442 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-07 16:31:52.788 [main notice] update check: revision v3.0-2-g29cee10 available, 5 newer configuration files available
2017-09-07 16:31:54.466 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:31:54.885 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:31:56.463 [update notice] unknown MS cmd: 1008b5090329d300 / 05d300636363
2017-09-07 16:31:56.643 [update notice] unknown MS cmd: 1025b5040101 / 09250300000003000100
2017-09-07 16:31:56.811 [update notice] unknown MS cmd: 1025b504020d00 / 0550005b0225
2017-09-07 16:31:56.996 [update notice] unknown MS cmd: 1025b5040132 / 0a000000000000c00d0000
2017-09-07 16:31:57.146 [update notice] unknown MS cmd: 1025b5040131 / 020000
2017-09-07 16:31:57.309 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-07 16:31:58.475 [update notice] unknown MS cmd: 1025b509040ef40000 / 00
2017-09-07 16:32:00.462 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:32:00.947 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:32:01.462 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-07 16:32:01.633 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00660100
2017-09-07 16:32:01.797 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-07 16:32:01.960 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-07 16:32:02.122 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-07 16:32:02.295 [update notice] unknown MS cmd: 1025b50903290000 / 0500005b0200
2017-09-07 16:32:02.506 [update notice] unknown MS cmd: 1025b505072b000c00000000 / 00
2017-09-07 16:32:03.046 [update notice] unknown MS cmd: 1008b511020300 / 0a86015608900500000000
2017-09-07 16:32:03.209 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:32:06.510 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:32:07.060 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:32:07.781 [update notice] unknown MS cmd: 1050b5040133 / 02c00d
2017-09-07 16:32:08.412 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000038013301070000
2017-09-07 16:32:09.355 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-07 16:32:10.340 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-07 16:32:10.609 [update notice] unknown MS cmd: 1023b5040101 / 091e0300000006000100
2017-09-07 16:32:10.777 [update notice] unknown MS cmd: 1023b504020d00 / 050000008000
2017-09-07 16:32:10.961 [update notice] unknown MS cmd: 1023b5040132 / 0a000000000000c00d0000
2017-09-07 16:32:11.111 [update notice] unknown MS cmd: 1023b5040131 / 020000
2017-09-07 16:32:11.617 [update notice] unknown BC cmd: 10feb516080003321607090417
2017-09-07 16:32:12.146 [update notice] unknown BC cmd: 10feb5160301a012
2017-09-07 16:32:12.571 [update notice] update broadcast datetime QQ=10: 18.625;16:32:03;07.09.2017
2017-09-07 16:32:13.143 [update notice] unknown BC cmd: 10feb5160304c00d
2017-09-07 16:32:13.633 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:32:14.118 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:32:14.592 [update notice] unknown MS cmd: 1023b505072b000c00000000 / 00
2017-09-07 16:32:15.222 [update notice] unknown MS cmd: 1008b511020300 / 0a86015308900500000000
2017-09-07 16:32:15.384 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:32:16.589 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-07 16:32:16.752 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-07 16:32:18.599 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:32:18.753 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:32:20.604 [update notice] update mc Mode QQ=10: 20;off;00;off
2017-09-07 16:32:20.771 [update notice] update mc Status QQ=10: 0;off;27.38;5
2017-09-07 16:32:20.956 [update notice] unknown MS cmd: 1050b5040132 / 0a001406030100c00d0100
2017-09-07 16:32:21.107 [update notice] unknown MS cmd: 1050b5040131 / 020002
2017-09-07 16:32:21.271 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-07 16:32:21.442 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00680100
2017-09-07 16:32:21.606 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-07 16:32:21.769 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-07 16:32:21.932 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-07 16:32:22.104 [update notice] unknown MS cmd: 1025b50903290000 / 0500005b0200
2017-09-07 16:32:24.618 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:32:24.752 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:32:26.636 [update notice] unknown MS cmd: 1050b505072b000c00000000 / 00
2017-09-07 16:32:26.868 [update notice] unknown MS cmd: 1008b511020300 / 0a86015308900500000000
2017-09-07 16:32:27.031 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:32:28.411 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000038013301070000
2017-09-07 16:32:29.354 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-07 16:32:30.340 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-07 16:32:30.647 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:32:30.846 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:32:32.697 [update notice] unknown MS cmd: 1025b5040101 / 09250300000003000100
2017-09-07 16:32:32.864 [update notice] unknown MS cmd: 1025b504020d00 / 0550005b0225
2017-09-07 16:32:33.048 [update notice] unknown MS cmd: 1025b5040132 / 0a000000000000c00d0000
2017-09-07 16:32:33.200 [update notice] unknown MS cmd: 1025b5040131 / 020000
2017-09-07 16:32:36.637 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:32:36.903 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:32:37.198 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-07 16:32:38.685 [update notice] unknown MS cmd: 1025b505072b000c00000000 / 00
2017-09-07 16:32:38.960 [update notice] unknown MS cmd: 1008b511020300 / 0a86015108900500000000
2017-09-07 16:32:39.123 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:32:40.725 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-07 16:32:40.889 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-07 16:32:41.060 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00650100
2017-09-07 16:32:41.222 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-07 16:32:41.387 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-07 16:32:41.550 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-07 16:32:41.721 [update notice] unknown MS cmd: 1025b50903290000 / 0500005b0200
2017-09-07 16:32:42.038 [update notice] update mc DateTime QQ=10: valid;16:32:43;07.09.2017;18.625
2017-09-07 16:32:42.741 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:32:43.028 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:32:44.746 [update notice] unknown MS cmd: 1023b5040101 / 091e0300000006000100
2017-09-07 16:32:44.913 [update notice] unknown MS cmd: 1023b504020d00 / 050000008000
2017-09-07 16:32:45.098 [update notice] unknown MS cmd: 1023b5040132 / 0a000000000000c00d0000
2017-09-07 16:32:45.248 [update notice] unknown MS cmd: 1023b5040131 / 020000
2017-09-07 16:32:48.388 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000038013301070000
2017-09-07 16:32:48.746 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:32:49.055 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:32:49.381 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-07 16:32:50.368 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-07 16:32:50.754 [update notice] unknown MS cmd: 1023b505072b000c00000000 / 00
2017-09-07 16:32:51.118 [update notice] unknown MS cmd: 1008b511020300 / 0a86015608900500000000
2017-09-07 16:32:51.281 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:32:54.802 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:32:55.133 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:32:56.808 [update notice] update mc Mode QQ=10: 20;off;00;off
2017-09-07 16:32:56.976 [update notice] update mc Status QQ=10: 0;off;27.38;5
2017-09-07 16:32:57.159 [update notice] unknown MS cmd: 1050b5040132 / 0a001406030100c00d0100
2017-09-07 16:32:57.311 [update notice] unknown MS cmd: 1050b5040131 / 020002
2017-09-07 16:32:57.474 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-07 16:33:00.779 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:33:01.582 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-07 16:33:01.753 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00660100
2017-09-07 16:33:01.916 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-07 16:33:02.079 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-07 16:33:02.242 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-07 16:33:02.415 [update notice] unknown MS cmd: 1025b50903290000 / 0500005d0200
2017-09-07 16:33:02.845 [update notice] unknown MS cmd: 1050b505072b000c00000000 / 00
2017-09-07 16:33:03.253 [update notice] unknown MS cmd: 1008b511020300 / 0a86015508900500000000
2017-09-07 16:33:03.417 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:33:04.885 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-07 16:33:06.865 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:33:07.284 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:33:08.398 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000039013301070000
2017-09-07 16:33:08.886 [update notice] unknown MS cmd: 1025b5040101 / 09250300000003000100
2017-09-07 16:33:09.054 [update notice] unknown MS cmd: 1025b504020d00 / 0550005b0225
2017-09-07 16:33:09.238 [update notice] unknown MS cmd: 1025b5040132 / 0a000000000000c00d0000
2017-09-07 16:33:09.436 [update notice] unknown MS cmd: 1025b5040131 / 020000
2017-09-07 16:33:09.497 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-07 16:33:10.353 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-07 16:33:12.331 [update notice] unknown BC cmd: 10feb516080004331607090417
2017-09-07 16:33:12.817 [update notice] unknown BC cmd: 10feb5160301a012
2017-09-07 16:33:13.376 [update notice] update broadcast datetime QQ=10: 18.625;16:33:04;07.09.2017
2017-09-07 16:33:13.861 [update notice] unknown BC cmd: 10feb5160304c00d
2017-09-07 16:33:14.350 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:33:14.835 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:33:15.398 [update notice] unknown MS cmd: 1025b505072b000c00000000 / 00
2017-09-07 16:33:15.894 [update notice] unknown MS cmd: 1008b511020300 / 0a86015408900500000000
2017-09-07 16:33:16.057 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:33:17.431 [update notice] update mc DateTime QQ=10: valid;16:33:18;07.09.2017;18.625
2017-09-07 16:33:18.056 [bus notice] scan 08: ;Vaillant;EHP00;0419;7201
2017-09-07 16:33:19.029 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:33:19.534 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:33:19.728 [bus notice] scan 15: ;Vaillant;UIH00;0374;6901
2017-09-07 16:33:21.173 [bus notice] scan 23: ;Vaillant;EHP00;0419;7201
2017-09-07 16:33:21.599 [update notice] unknown MS cmd: 1023b5040132 / 0a000000000000c00d0000
2017-09-07 16:33:21.793 [bus notice] scan 25: ;Vaillant;EHP00;0419;7201
2017-09-07 16:33:22.017 [bus notice] max. symbols per second: 140
2017-09-07 16:33:22.463 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-07 16:33:22.815 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00650100
2017-09-07 16:33:23.160 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-07 16:33:23.504 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-07 16:33:23.848 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-07 16:33:24.200 [update notice] unknown MS cmd: 1025b50903290000 / 0500005d0200
2017-09-07 16:33:24.547 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-07 16:33:25.345 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:33:26.816 [bus notice] scan 50: ;Vaillant;EHP00;0419;7201
2017-09-07 16:33:27.124 [update notice] unknown MS cmd: 1023b505072b000c00000000 / 00
2017-09-07 16:33:27.748 [update notice] unknown MS cmd: 1008b511020300 / 0a86015008900500000000
2017-09-07 16:33:34.736 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-07 16:33:35.007 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:33:35.167 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-07 16:33:35.417 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:33:36.812 [update notice] update mc Mode QQ=10: 20;off;00;off
2017-09-07 16:33:37.162 [update notice] update mc Status QQ=10: 0;off;27.38;5
2017-09-07 16:33:37.527 [update notice] unknown MS cmd: 1050b5040132 / 0a001406030100c00d0100
2017-09-07 16:33:40.807 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:33:41.819 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-07 16:33:41.925 [bus notice] scan e0: ;Vaillant;OMU00;0118;5202
2017-09-07 16:33:42.153 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00680100
2017-09-07 16:33:42.498 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-07 16:33:42.844 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-07 16:33:43.189 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-07 16:33:43.541 [update notice] unknown MS cmd: 1025b50903290000 / 0500005d0200
2017-09-07 16:33:43.883 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-07 16:33:44.230 [update notice] unknown MS cmd: 1050b505072b000c00000000 / 00
2017-09-07 16:33:44.599 [update notice] unknown MS cmd: 1008b511020300 / 0a86015408900500000000
2017-09-07 16:33:44.951 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:33:45.323 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-07 16:33:46.763 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:33:47.358 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:33:48.079 [update notice] unknown MS cmd: 1050b5040133 / 02c00d
2017-09-07 16:33:48.402 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000039013301070000
2017-09-07 16:33:49.390 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-07 16:33:50.375 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-07 16:33:50.908 [update notice] unknown MS cmd: 1025b5040101 / 09250300000003000100
2017-09-07 16:33:51.075 [update notice] unknown MS cmd: 1025b504020d00 / 0550005d0225
2017-09-07 16:33:51.323 [update notice] unknown MS cmd: 1025b5040132 / 0a000000000000c00d0000
2017-09-07 16:33:51.473 [update notice] unknown MS cmd: 1025b5040131 / 020000
2017-09-07 16:33:52.800 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:33:52.932 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:33:54.815 [update notice] unknown MS cmd: 1025b505072b000c00000000 / 00
2017-09-07 16:33:55.004 [update notice] unknown MS cmd: 1008b511020300 / 0a86015108900500000000
2017-09-07 16:33:55.167 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:33:58.818 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:33:58.974 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:33:59.706 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-07 16:33:59.877 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00660100
2017-09-07 16:34:00.850 [update notice] unknown MS cmd: 1023b5040101 / 091e0300000006000100
2017-09-07 16:34:01.018 [update notice] unknown MS cmd: 1023b504020d00 / 050000008000
2017-09-07 16:34:01.416 [update notice] unknown MS cmd: 1023b5040131 / 020000
2017-09-07 16:34:01.579 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-07 16:34:01.743 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-07 16:34:01.906 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-07 16:34:02.069 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-07 16:34:02.240 [update notice] unknown MS cmd: 1025b50903290000 / 0500005d0200
2017-09-07 16:34:04.876 [update notice] unknown MS cmd: 1008b5090329d300 / 05d300636363
2017-09-07 16:34:05.015 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:34:05.545 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:34:06.888 [update notice] unknown MS cmd: 1025b509040ef40000 / 00
2017-09-07 16:34:07.099 [update notice] unknown MS cmd: 1023b505072b000c00000000 / 00
2017-09-07 16:34:07.595 [update notice] unknown MS cmd: 1008b511020300 / 0a86015308900500000000
2017-09-07 16:34:07.758 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:34:08.742 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000039013301070000
2017-09-07 16:34:08.935 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-07 16:34:09.394 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-07 16:34:10.380 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-07 16:34:10.907 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:34:12.932 [update notice] update mc Mode QQ=10: 20;off;00;off
2017-09-07 16:34:13.098 [update notice] update mc Status QQ=10: 0;off;27.38;5
2017-09-07 16:34:13.252 [update notice] unknown BC cmd: 10feb516080004341607090417
2017-09-07 16:34:13.701 [update notice] unknown MS cmd: 1050b5040132 / 0a001406030100c00d0100
2017-09-07 16:34:13.853 [update notice] unknown MS cmd: 1050b5040131 / 020002
2017-09-07 16:34:14.036 [update notice] unknown MS cmd: 1008b50303010100 / 08022d130e0111da05
2017-09-07 16:34:14.169 [update notice] unknown BC cmd: 10feb5160301a012
2017-09-07 16:34:14.680 [update notice] update broadcast datetime QQ=10: 18.625;16:34:04;07.09.2017
2017-09-07 16:34:15.166 [update notice] unknown BC cmd: 10feb5160304c00d
2017-09-07 16:34:16.932 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:34:17.197 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:34:17.844 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-07 16:34:18.499 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00650100
2017-09-07 16:34:18.975 [update notice] unknown MS cmd: 1050b505072b000c00000000 / 00
2017-09-07 16:34:19.295 [update notice] unknown MS cmd: 1008b511020300 / 0a86015008900500000000
2017-09-07 16:34:19.458 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:34:22.635 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-07 16:34:22.797 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-07 16:34:22.960 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-07 16:34:23.123 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-07 16:34:23.295 [update notice] unknown MS cmd: 1025b50903290000 / 0500005b0200
2017-09-07 16:34:23.471 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:34:23.802 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:34:24.555 [update notice] unknown MS cmd: 1008b50303010101 / 08021a0e060b100c02
2017-09-07 16:34:24.705 [update notice] unknown MS cmd: 1050b5040133 / 02c00d
2017-09-07 16:34:27.350 [update notice] unknown MS cmd: 1025b5040101 / 09250300000003000100
2017-09-07 16:34:27.519 [update notice] unknown MS cmd: 1025b504020d00 / 0550005b0225
2017-09-07 16:34:27.703 [update notice] unknown MS cmd: 1025b5040132 / 0a000000000000c00d0000
2017-09-07 16:34:27.853 [update notice] unknown MS cmd: 1025b5040131 / 020000
2017-09-07 16:34:28.442 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000039013301070000
2017-09-07 16:34:28.976 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:34:29.421 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:34:29.484 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-07 16:34:30.382 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-07 16:34:31.033 [update notice] unknown MS cmd: 1025b505072b000c00000000 / 00
2017-09-07 16:34:31.417 [update notice] unknown MS cmd: 1008b511020300 / 0a86015008900500000000
2017-09-07 16:34:31.580 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:34:33.049 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-07 16:34:33.453 [update notice] unknown MS cmd: 1008b50303010102 / 08021a0e060b100b02
2017-09-07 16:34:35.037 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:34:35.456 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:34:37.086 [update notice] unknown MS cmd: 1023b5040101 / 091e0300000006000100
2017-09-07 16:34:37.253 [update notice] unknown MS cmd: 1023b504020d00 / 050000008000
2017-09-07 16:34:37.437 [update notice] unknown MS cmd: 1023b5040132 / 0a000000000000c00d0000
2017-09-07 16:34:37.588 [update notice] unknown MS cmd: 1023b5040131 / 020000
2017-09-07 16:34:37.751 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-07 16:34:37.970 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00650100
2017-09-07 16:34:41.057 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:34:41.471 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:34:42.119 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-07 16:34:42.282 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-07 16:34:42.447 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-07 16:34:42.609 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-07 16:34:42.780 [update notice] unknown MS cmd: 1025b50903290000 / 0500005b0200
2017-09-07 16:34:43.125 [update notice] unknown MS cmd: 1023b505072b000c00000000 / 00
2017-09-07 16:34:43.576 [update notice] unknown MS cmd: 1008b511020300 / 0a86015008900500000000
2017-09-07 16:34:43.740 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:34:43.924 [update notice] unknown MS cmd: 1008b50303010103 / 0802170e060b102d02
2017-09-07 16:34:47.136 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:34:47.554 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:34:48.447 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000039013301070000
2017-09-07 16:34:49.158 [update notice] update mc Mode QQ=10: 20;off;00;off
2017-09-07 16:34:49.325 [update notice] update mc Status QQ=10: 0;off;27.38;5
2017-09-07 16:34:49.387 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-07 16:34:49.527 [update notice] unknown MS cmd: 1050b5040132 / 0a001406030100c00d0100
2017-09-07 16:34:49.677 [update notice] unknown MS cmd: 1050b5040131 / 020002
2017-09-07 16:34:50.400 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-07 16:34:53.110 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:34:53.639 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:34:54.219 [update notice] unknown MS cmd: 1008b50303010104 / 0802110e060b100c02
2017-09-07 16:34:54.369 [update notice] unknown MS cmd: 1050b5040133 / 02c00d
2017-09-07 16:34:57.177 [update notice] unknown MS cmd: 1050b505072b000c00000000 / 00
2017-09-07 16:34:57.717 [update notice] unknown MS cmd: 1008b511020300 / 0a86015108900500000000
2017-09-07 16:34:57.880 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:34:58.073 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-07 16:34:58.236 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-07 16:34:58.409 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00650100
2017-09-07 16:34:59.243 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:34:59.750 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:35:01.393 [update notice] unknown MS cmd: 1025b504020d00 / 0550005b0225
2017-09-07 16:35:01.577 [update notice] unknown MS cmd: 1025b5040132 / 0a000000000000c00d0000
2017-09-07 16:35:01.728 [update notice] unknown MS cmd: 1025b5040131 / 020000
2017-09-07 16:35:01.891 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-07 16:35:02.053 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-07 16:35:02.216 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-07 16:35:02.380 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-07 16:35:02.552 [update notice] unknown MS cmd: 1025b50903290000 / 0500005b0200
2017-09-07 16:35:03.836 [update notice] unknown MS cmd: 1008b50303010105 / 0802110e060b100b02
2017-09-07 16:35:05.206 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:35:05.339 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:35:07.223 [update notice] unknown MS cmd: 1025b505072b000c00000000 / 00
2017-09-07 16:35:07.410 [update notice] unknown MS cmd: 1008b511020300 / 0a86015108900500000000
2017-09-07 16:35:07.573 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:35:08.735 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000039013301070000
2017-09-07 16:35:08.844 [update notice] unknown BC cmd: 10feb516080000351607090417
2017-09-07 16:35:09.329 [update notice] unknown BC cmd: 10feb5160301a012
2017-09-07 16:35:09.392 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-07 16:35:09.859 [update notice] update broadcast datetime QQ=10: 18.625;16:35:00;07.09.2017
2017-09-07 16:35:10.344 [update notice] unknown BC cmd: 10feb5160304c00d
2017-09-07 16:35:10.407 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-07 16:35:11.262 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:35:11.417 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:35:13.268 [update notice] unknown MS cmd: 1023b5040101 / 091e0300000006000100
2017-09-07 16:35:13.433 [update notice] unknown MS cmd: 1023b504020d00 / 050000008000
2017-09-07 16:35:13.619 [update notice] unknown MS cmd: 1023b5040132 / 0a000000000000c00d0000
2017-09-07 16:35:13.768 [update notice] unknown MS cmd: 1023b5040131 / 020000
2017-09-07 16:35:13.953 [update notice] unknown MS cmd: 1008b50303010106 / 0802310c1309101d02
2017-09-07 16:35:17.260 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:35:17.436 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:35:17.775 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-07 16:35:17.995 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00650100
2017-09-07 16:35:19.306 [update notice] unknown MS cmd: 1023b505072b000c00000000 / 00
2017-09-07 16:35:19.538 [update notice] unknown MS cmd: 1008b511020300 / 0a86015108900500000000
2017-09-07 16:35:19.702 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:35:21.321 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-07 16:35:21.486 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-07 16:35:21.650 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-07 16:35:21.812 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-07 16:35:21.975 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-07 16:35:22.146 [update notice] unknown MS cmd: 1025b50903290000 / 0500005b0200
2017-09-07 16:35:23.334 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:35:23.533 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:35:24.287 [update notice] unknown MS cmd: 1008b50303010107 / 08020f0f1209101d02
2017-09-07 16:35:25.348 [update notice] update mc Mode QQ=10: 20;off;00;off
2017-09-07 16:35:25.517 [update notice] update mc Status QQ=10: 0;off;27.38;5
2017-09-07 16:35:25.701 [update notice] unknown MS cmd: 1050b5040132 / 0a001406030100c00d0100
2017-09-07 16:35:25.851 [update notice] unknown MS cmd: 1050b5040131 / 020002
2017-09-07 16:35:28.464 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000039013301070000
2017-09-07 16:35:29.133 [update notice] update mc DateTime QQ=10: valid;16:35:30;07.09.2017;18.812
2017-09-07 16:35:29.358 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:35:29.421 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-07 16:35:29.598 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:35:30.408 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-07 16:35:31.386 [update notice] unknown MS cmd: 1050b505072b000c00000000 / 00
2017-09-07 16:35:31.662 [update notice] unknown MS cmd: 1008b511020300 / 0a86015008900500000000
2017-09-07 16:35:31.825 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:35:34.210 [update notice] unknown MS cmd: 1008b50303010108 / 0802140e1209101d02
2017-09-07 16:35:35.399 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:35:35.685 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:35:37.402 [update notice] unknown MS cmd: 1025b5040101 / 09250300000003000100
2017-09-07 16:35:37.570 [update notice] unknown MS cmd: 1025b504020d00 / 0550005b0225
2017-09-07 16:35:37.755 [update notice] unknown MS cmd: 1025b5040132 / 0a000000000000c00d0000
2017-09-07 16:35:37.953 [update notice] unknown MS cmd: 1025b5040131 / 020000
2017-09-07 16:35:38.600 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-07 16:35:38.770 [update notice] unknown MS cmd: 1008b50903290f00 / 050f00650100
2017-09-07 16:35:41.393 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:35:41.703 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-07 16:35:42.878 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-07 16:35:43.041 [update notice] unknown MS cmd: 1008b5090329bb00 / 03bb0000
2017-09-07 16:35:43.204 [update notice] unknown MS cmd: 1008b5090329ba00 / 03ba0000
2017-09-07 16:35:43.366 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20131
2017-09-07 16:35:43.538 [update notice] unknown MS cmd: 1025b50903290000 / 0500005b0200
2017-09-07 16:35:43.706 [update notice] unknown MS cmd: 1025b505072b000c00000000 / 00
2017-09-07 16:35:44.334 [update notice] unknown MS cmd: 1008b511020300 / 0a86015508900500000000
2017-09-07 16:35:44.496 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-07 16:35:44.681 [update notice] unknown MS cmd: 1008b50303010109 / 0802320f1109101d02
2017-09-07 16:35:45.494 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-07 16:35:47.471 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-07 16:35:47.802 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-09-07 16:35:48.475 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000039013301070000
2017-09-07 16:35:49.418 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-07 16:35:49.510 [update notice] unknown MS cmd: 1023b5040101 / 091e0300000006000100
2017-09-07 16:35:49.678 [update notice] unknown MS cmd: 1023b504020d00 / 050000008000
2017-09-07 16:35:49.862 [update notice] unknown MS cmd: 1023b5040132 / 0a000000000000c00d0000
2017-09-07 16:35:50.013 [update notice] unknown MS cmd: 1023b5040131 / 020000
2017-09-07 16:35:50.426 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-07 16:35:53.445 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-07 16:35:53.842 [update notice] unknown BC cmd: 10feb505034a0000


Hier taucht ein Fehler bzgl. den CSVs auf - ist das "normal" oder der Schlüssel zur Lösung?
In der CSV steht drin, dass diese für eine auroMatic 560 sei - die habe ich zwar, hängt aber nicht mit der Wärmepumpe zusammen (wenn der Heizi keinen Fehler gemacht hat...).

@John: Gibt es eine neuere Config als die von 2016?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 07 September 2017, 22:12:11
in deinem Log sieht man ja nur die erste Sekunde und abgesehen von der doppelten ID in der 15.sdr_p.csv, kannst nun senden, bzw. was steht da dann im Log?

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 07 September 2017, 22:20:59
Ich habe die weiteren Zeilen oben reineditiert.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 08 September 2017, 09:58:31
ok, ich habe mir jetzt die Scannergebnisse angeschaut und die sehen doch gut aus. Ich kenne jetzt die 3.0 Version nicht und kann daher nicht sagen ob das alles korrekt ist, aber Fehler kommen keine mehr und du solltest jetzt diese Geräte mit "info" sehen. Wenn das Gerät mit "scan" erfasst wird, muss auch der Anstoß gesendet worden sein, so sehe ich das.

2017-09-07 16:20:56.650 [main notice] ebusd stopped
2017-09-07 16:29:42.671 [main notice] ebusd 3.0.595c7c0 started
2017-09-07 16:29:42.716 [main error] error reading config files: ERR: duplicate entry, last error: /etc/ebusd/vaillant/15.heb.csv:6: ERR: duplicate entry, duplicate ID
2017-09-07 16:29:42.719 [bus notice] bus started with own address 31/36
2017-09-07 16:29:42.720 [bus notice] signal acquired
2017-09-07 16:29:43.713 [bus notice] new master 10, master count 2
2017-09-07 16:29:48.288 [bus notice] new master 03, master count 3
2017-09-07 16:33:18.056 [bus notice] scan 08: ;Vaillant;EHP00;0419;7201
2017-09-07 16:33:19.728 [bus notice] scan 15: ;Vaillant;UIH00;0374;6901
2017-09-07 16:33:21.173 [bus notice] scan 23: ;Vaillant;EHP00;0419;7201
2017-09-07 16:33:21.599 [update notice] unknown MS cmd: 1023b5040132 / 0a000000000000c00d0000
2017-09-07 16:33:21.793 [bus notice] scan 25: ;Vaillant;EHP00;0419;7201
2017-09-07 16:33:22.017 [bus notice] max. symbols per second: 140
2017-09-07 16:33:26.816 [bus notice] scan 50: ;Vaillant;EHP00;0419;7201
2017-09-07 16:33:41.925 [bus notice] scan e0: ;Vaillant;OMU00;0118;5202

hier deine "bus notice", alle ohne Fehler. Auch die Zeiten wo die Geräte gefunden werden klingen logisch.

Hast du denn schon versucht was zu senden und schauen was dann im Log passiert?

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 08 September 2017, 10:20:40
Ja, mit Info sehe ich alle Geräte:

pi@raspberrypiebusd:~ $ ebusctl info
version: ebusd 3.0.595c7c0
update check: revision v3.0-2-g29cee10 available, 5 newer configuration files available
signal: acquired
symbol rate: 64
max symbol rate: 149
reconnects: 0
masters: 3
messages: 170
conditional: 4
poll: 0
update: 4
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UIH00;SW=0374;HW=6901"
address 23: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 25: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address e0: slave, scanned "MF=Vaillant;ID=OMU00;SW=0118;HW=5202"


Ich will ja erstmal Daten lesen, dazu hatte ich die ECMD Devices von deinem Configurator anlegen lassen.

Ergebnis hänge ich an, Logfile sieht immer noch so aus, als liest er die CSVs nicht richtig ein.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 08 September 2017, 12:22:10
da ich die 3.0 noch nicht kenne kann ich nicht sagen ob das so passt. Aber beim Vorlauf ist irgendwas da, ich nehme an das kommt aus dem Status.

Für den Vorlauf gibt es eigentih 2 Arten den auszulesen, einmal als flowtemp und einmal als Status01. Bei flowtemp benutzt er ein csv und muss angefordert werden und der Status kommt zyklisch von selbst.

pi@raspberrypi-ebus ~ $ ebusctl r -f flowtemp
56.88;ok

pi@raspberrypi-ebus ~ $ ebusctl r -m 10 status01
55.0;55.0;23.062;48.0;44.0;off

pi@raspberrypi-ebus ~ $ ebusctl r -m 10 status01 temp1.0
57.0


Wenn es jetzt einmal einen Regentag hat, dann wechsle ich auch auf 3.0 und schaue wie das aussehen soll.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 08 September 2017, 13:05:03
Ich habe die Befehle mal abgesetzt.

pi@raspberrypiebusd:~ $ ebusctl r -f flowtemp
-13.94;cutoff

pi@raspberrypiebusd:~ $ ebusctl r -m 10 status01
ERR: element not found

pi@raspberrypiebusd:~ $ ebusctl r -m 10 status01 temp1.0
ERR: element not found
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 08 September 2017, 13:50:32
so, hat mir jetzt keine Ruhe gelassen und ich habe mir ebus3.0 installiert.
Wegen dem Fehler "duplicate error" kann ich dich beruhigen, den habe ich auch.

pi@raspberrypi-ebus:~ $ ebusd --checkconfig
2017-09-08 13:39:34.555 [main notice] ebusd 3.0pre.8165176 performing configuration check...
/etc/ebusd/vaillant/15.36p.csv:8: ERR: duplicate entry, duplicate ID
2017-09-08 13:39:35.126 [main error] error reading config files: ERR: duplicate entry, last error: /etc/ebusd/vaillant/15.36p.csv:8: ERR: duplicate entry, duplicate ID
2017-09-08 13:39:35.168 [main notice] found messages: 487 (6 conditional on 6 conditions, 0 poll, 4 update)
2017-09-08 13:39:35.206 [main notice] ebusd stopped

gleicher Fehler wie bei dir


pi@raspberrypi-ebus:~ $ ebusctl info
version: ebusd 3.0pre.8165176
update check: version 3.0 available, 7 newer configuration files available
signal: acquired
symbol rate: 30
max symbol rate: 112
reconnects: 0
masters: 3
messages: 228
conditional: 0
poll: 0
update: 8
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 31: master #8, ebusd
address 36: slave #8, ebusd

und hier werden eindeutig die Infos ausgegeben, dass die csv geladen werden, die fehlt bei dir. Das ist dann auch der Grund warum bei dir nichts in Klartext aufgelöst werden kann. Ich schätze es sind tatsächlich keine csv für dein Gerät vorhanden, da kann ich dir dann auch nicht weiterhelfen. Du könntest aber schauen, wie sich andere (Marie) abgeholfen habe, bzw. ob hier im Forum wo csv erstellt wurden. Ansonsten must du selber Hand anlegen.

Der Scan und somit das Senden dürfte aber jetzt funktionieren.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 08 September 2017, 14:11:12
Ok vielen Dank für deine Geduld und deine Hilfe!

Vielleicht kann John noch was zu den CSVs sagen?

Ich mache mich dann mal auf die Suche danach...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 08 September 2017, 22:17:25
Yeah Yeah Yeah!
Ich habs!!!!

Was hab ich gemacht? Ich habe ebusd und die Config nochmal weggeworfen, gemäß Wiki.

Dann die aktuellste ebusd 3.0 installiert:

pi@raspberrypiebusd:~ $ EBUSDPACKAGE=ebusd-3.0_armhf.deb
wget https://github.com/john30/ebusd/releases/download/v3.0/$EBUSDPACKAGE
sudo dpkg -i $EBUSDPACKAGE


So, dann kommt glaube ich der Knackpunkt. Ich habe die Ebusd-Config 2.1.x direkt auf dem Raspi runtergeladen und die CSVs (de) direkt in /etc/ebusd/ reinkopiert.

Dann:

pi@raspberrypiebusd:~ $ sudo service ebusd stop
pi@raspberrypiebusd:~ $ sudo service ebusd start --scanconfig
pi@raspberrypiebusd:~ $ sudo ebusctl scan full
done

pi@raspberrypiebusd:~ $ ebusctl info
version: ebusd 3.0.595c7c0
update check: revision v3.0-2-g29cee10 available, different configuration files available
signal: acquired
symbol rate: 36
max symbol rate: 133
reconnects: 0
masters: 3
messages: 1029
conditional: 152
poll: 3
update: 53
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UIH00;SW=0374;HW=6901"
address 23: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 25: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address e0: slave, scanned "MF=Vaillant;ID=OMU00;SW=0118;HW=5202"


Das Log sieht auch viel besser aus:

2017-09-08 22:00:49.474 [main notice] ebusd 3.0.595c7c0 started
2017-09-08 22:00:49.640 [main error] error reading config files: ERR: duplicate entry, last error: /etc/ebusd/vaillant/15.e7f.csv:8: ERR: duplicate entry, duplicate ID
2017-09-08 22:00:49.643 [bus notice] bus started with own address 31/36
2017-09-08 22:00:49.644 [bus notice] signal acquired
2017-09-08 22:00:49.769 [bus notice] new master 10, master count 2
2017-09-08 22:00:49.769 [bus error] poll sdr_p Yield failed: ERR: invalid position
2017-09-08 22:00:50.290 [update notice] unknown MS cmd: 1050b505072b000c00000000 / 00
2017-09-08 22:00:50.743 [bus notice] new master 03, master count 3
2017-09-08 22:00:50.743 [update notice] unknown MS cmd: 1008b511020300 / 0a86015708960500000000
2017-09-08 22:00:50.906 [update notice] unknown MS cmd: 1008b5110102 / 050000c800c8
2017-09-08 22:00:52.330 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-08 22:00:54.311 [update notice] unknown MS cmd: 1008b51009000100000000000002 / 00
2017-09-08 22:00:54.734 [update notice] update ehp EnergyBalancingRelease QQ=10: on
2017-09-08 22:00:55.135 [bus error] poll sdr_p CollPumpHRuntime failed: ERR: invalid position
2017-09-08 22:00:56.328 [update notice] unknown MS cmd: 1025b5040101 / 09250300000003000000
2017-09-08 22:00:56.495 [update notice] unknown MS cmd: 1025b504020d00 / 0550004c0200
2017-09-08 22:00:56.643 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000020011101070000
2017-09-08 22:00:56.739 [update notice] unknown MS cmd: 1025b5040132 / 0a000000000000600e0000
2017-09-08 22:00:56.890 [update notice] unknown MS cmd: 1025b5040131 / 020000
2017-09-08 22:00:57.002 [bus notice] max. symbols per second: 116
2017-09-08 22:00:57.052 [update notice] unknown MS cmd: 1008b5090329b801 / 03b80100
2017-09-08 22:00:57.217 [update notice] unknown MS cmd: 1008b5090329b901 / 03b90100
2017-09-08 22:00:57.393 [update notice] update ehp SourceTempInput QQ=10: 23.19;ok
2017-09-08 22:00:57.555 [update notice] update ehp ActualEnvironmentPowerPercentage QQ=10: 0
2017-09-08 22:00:57.613 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-08 22:00:57.738 [update notice] update ehp ActualEnvironmentPower QQ=10: 0
2017-09-08 22:00:57.896 [update notice] unknown MS cmd: 1008b5090329e201 / 03e20135
2017-09-08 22:00:58.000 [bus notice] max. symbols per second: 128
2017-09-08 22:00:58.071 [update notice] update ehp HwcTemp QQ=10: 36.75;ok
2017-09-08 22:00:58.613 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-08 22:00:59.645 [main error] error resolving conditions: ERR: element not found, last error: condition scan id: message not found, condition scan id: message not found, condition scan id: message not found, condition scan id: message not found, condition scan id: message not found, condition scan id: message not found, condition scan id: message not found, condition scan id: message not found, condition scan id: message not found, condition scan id: message not found, condition scan id: message not found, condition scan id: message not found, condition scan id: message not found, condition scan id: message not found, condition scan id: message not found
2017-09-08 22:00:59.835 [main error] error executing instructions: ERR: duplicate entry, last error: error resolving condition for "08.bai": ERR: element not found condition scan id: message not founderror resolving condition for "08.bai": ERR: element not found condition scan id: message not founderror resolving condition for "08.bai": ERR: element not found condition scan id: message not founderror resolving condition for "08.bai": ERR: element not found condition scan id: message not founderror resolving condition for "08.bai": ERR: element not found condition scan id: message not founderror resolving condition for "08.bai": ERR: element not found condition scan id: message not founderror resolving condition for "08.bai": ERR: element not found condition scan id: message not founderror resolving condition for "08.bai": ERR: element not found condition scan id: message not founderror resolving condition for "08.bai": ERR: element not found condition scan id: message not founderror resolving condition for "08.bai": ERR: element not found condition scan id: message not founderror resolving condition for "08.bai": ERR: element not found condition scan id: message not founderror resolving condition for "08.bai": ERR: element not found condition scan id: message not founderror resolving condition for "08.bai": ERR: element not found condition scan id: message not founderror resolving condition for "08.bai": ERR: element not found condition scan id: message not found, error loading "/etc/ebusd/vaillant/bai.308523.inc" for "08": ERR: duplicate entry /etc/ebusd/vaillant/bai.308523.inc:13: ERR: duplicate entry, duplicate ID, included "/etc/ebusd/vaillant/hcmode.inc" for "08", included "/etc/ebusd/vaillant/iotesthp.inc" for "08", included "/etc/ebusd/vaillant/errors.inc" for "08", error including "/etc/ebusd/vaillant/hcmode.inc" for "08": ERR: duplicate entry /etc/ebusd/vaillant/hcmode.inc:4: ERR: duplicate entry, duplicate ID, included "/etc/ebusd/vaillant/errors.inc" for "15", included "/etc/ebusd/vaillant/hcmode.inc" for "26", included "/etc/ebusd/vaillant/timer.inc" for "26", included "/etc/ebusd/vaillant/iotest620.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/iotest630.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/iotest630.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"
2017-09-08 22:00:59.835 [main notice] found messages: 1026 (152 conditional on 56 conditions, 3 poll, 53 update)
2017-09-08 22:01:00.313 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-08 22:01:00.798 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-08 22:01:01.112 [bus notice] poll ehp HeatpumpType: brinetowater
2017-09-08 22:01:02.339 [update notice] unknown MS cmd: 1025b505072b000c00000000 / 00
2017-09-08 22:01:02.883 [update notice] update bai Status QQ=10: 24.38;2.134;1.426;00 00 00 00
2017-09-08 22:01:03.046 [update notice] update bai Status02 QQ=10: disabled;0;100.0;0;100.0
2017-09-08 22:01:04.903 [update notice] update mc DateTime QQ=10: ok;22:00:55;08.09.2017;14.500
2017-09-08 22:01:06.662 [update error] unable to parse bai Mode from 1008b51009000100000000000002 / 00: ERR: invalid position
2017-09-08 22:01:06.861 [update notice] update ehp EnergyBalancingRelease QQ=10: on
2017-09-08 22:01:07.126 [bus error] poll sdr_p Yield failed: ERR: invalid position
2017-09-08 22:01:08.406 [update notice] unknown MS cmd: 1023b5040101 / 091e0300000006000000
2017-09-08 22:01:08.574 [update notice] unknown MS cmd: 1023b504020d00 / 050000008000
2017-09-08 22:01:08.760 [update notice] unknown MS cmd: 1023b5040132 / 0a000000000000600e0000
2017-09-08 22:01:08.909 [update notice] unknown MS cmd: 1023b5040131 / 020000
2017-09-08 22:01:09.944 [update notice] unknown BC cmd: 10feb516080001012208090517
2017-09-08 22:01:10.429 [update notice] unknown BC cmd: 10feb5160301800e
2017-09-08 22:01:10.945 [update notice] update broadcast datetime QQ=10: 14.500;22:01:01;08.09.2017
2017-09-08 22:01:11.425 [update notice] unknown BC cmd: 10feb5160304600e
2017-09-08 22:01:12.400 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-08 22:01:12.929 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-08 22:01:13.114 [bus error] poll sdr_p CollPumpHRuntime failed: ERR: invalid position
2017-09-08 22:01:14.428 [update notice] unknown MS cmd: 1023b505072b000c00000000 / 00
2017-09-08 22:01:15.017 [update notice] update bai Status QQ=10: 24.38;2.132;1.426;00 00 00 00
2017-09-08 22:01:15.179 [update notice] update bai Status02 QQ=10: disabled;0;100.0;0;100.0
2017-09-08 22:01:16.467 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-08 22:01:16.685 [update notice] update ehp SourcePumpStatus QQ=10: 0
2017-09-08 22:01:16.783 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000020011101070000
2017-09-08 22:01:16.906 [update notice] update ehp BadWeatherOMU2 QQ=10: no
2017-09-08 22:01:17.078 [update notice] update ehp SourceTempInput QQ=10: 23.19;ok
2017-09-08 22:01:17.243 [update notice] update ehp ActualEnvironmentPowerPercentage QQ=10: 0
2017-09-08 22:01:17.406 [update notice] update ehp ActualEnvironmentPower QQ=10: 0
2017-09-08 22:01:17.568 [update notice] update ehp ActualEnvironmentPowerFine QQ=10: 53
2017-09-08 22:01:17.626 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-08 22:01:17.758 [update notice] update ehp HwcTemp QQ=10: 36.75;ok
2017-09-08 22:01:18.461 [update error] unable to parse bai Mode from 1008b51009000100000000000002 / 00: ERR: invalid position
2017-09-08 22:01:18.607 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-08 22:01:19.031 [update notice] update ehp EnergyBalancingRelease QQ=10: on
2017-09-08 22:01:19.119 [bus error] poll sdr_p Yield failed: ERR: invalid position
2017-09-08 22:01:20.493 [update notice] update mc Mode QQ=10: 20;off;0;0;disabled;pool;night
2017-09-08 22:01:20.661 [update notice] update mc Status QQ=10: 0;off;27.38;5
2017-09-08 22:01:20.841 [update notice] unknown MS cmd: 1050b5040132 / 0a001406030100600e0100
2017-09-08 22:01:20.991 [update notice] unknown MS cmd: 1050b5040131 / 020002
2017-09-08 22:01:24.431 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-08 22:01:24.564 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-08 22:01:25.101 [bus error] poll sdr_p CollPumpHRuntime failed: ERR: invalid position
2017-09-08 22:01:26.640 [update notice] unknown MS cmd: 1050b505072b000c00000000 / 00
2017-09-08 22:01:27.141 [update notice] update bai Status QQ=10: 24.38;2.134;1.426;00 00 00 00
2017-09-08 22:01:27.305 [update notice] update bai Status02 QQ=10: disabled;0;100.0;0;100.0
2017-09-08 22:01:30.517 [update error] unable to parse bai Mode from 1008b51009000100000000000002 / 00: ERR: invalid position
2017-09-08 22:01:30.673 [update notice] update ehp EnergyBalancingRelease QQ=10: on
2017-09-08 22:01:31.111 [bus error] poll sdr_p Yield failed: ERR: invalid position
2017-09-08 22:01:32.524 [update notice] unknown MS cmd: 1025b5040101 / 09250300000003000000
2017-09-08 22:01:32.691 [update notice] unknown MS cmd: 1025b504020d00 / 0550004c0200
2017-09-08 22:01:32.877 [update notice] unknown MS cmd: 1025b5040132 / 0a000000000000600e0000
2017-09-08 22:01:33.028 [update notice] unknown MS cmd: 1025b5040131 / 020000
2017-09-08 22:01:36.509 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-08 22:01:36.658 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000020011101070000
2017-09-08 22:01:36.703 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-08 22:01:37.003 [update notice] update ehp SourcePumpStatus QQ=10: 0
2017-09-08 22:01:37.095 [bus error] poll sdr_p CollPumpHRuntime failed: ERR: invalid position
2017-09-08 22:01:37.223 [update notice] update ehp BadWeatherOMU2 QQ=10: no
2017-09-08 22:01:37.393 [update notice] update ehp SourceTempInput QQ=10: 23.38;ok
2017-09-08 22:01:37.557 [update notice] update ehp ActualEnvironmentPowerPercentage QQ=10: 0
2017-09-08 22:01:37.613 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-08 22:01:37.739 [update notice] update ehp ActualEnvironmentPower QQ=10: 0
2017-09-08 22:01:37.901 [update notice] update ehp ActualEnvironmentPowerFine QQ=10: 53
2017-09-08 22:01:38.000 [bus notice] max. symbols per second: 131
2017-09-08 22:01:38.073 [update notice] update ehp HwcTemp QQ=10: 36.75;ok
2017-09-08 22:01:38.542 [update notice] unknown MS cmd: 1025b505072b000c00000000 / 00
2017-09-08 22:01:38.780 [update notice] update bai Status QQ=10: 24.38;2.131;1.426;00 00 00 00
2017-09-08 22:01:38.943 [update notice] update bai Status02 QQ=10: disabled;0;100.0;0;100.0
2017-09-08 22:01:39.881 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-08 22:01:40.334 [update notice] update mc DateTime QQ=10: ok;22:01:32;08.09.2017;14.500
2017-09-08 22:01:40.610 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-08 22:01:42.596 [update error] unable to parse bai Mode from 1008b51009000100000000000002 / 00: ERR: invalid position
2017-09-08 22:01:42.795 [update notice] update ehp EnergyBalancingRelease QQ=10: on
2017-09-08 22:01:43.103 [bus error] poll sdr_p Yield failed: ERR: invalid position
2017-09-08 22:01:44.603 [update notice] unknown MS cmd: 1023b5040101 / 091e0300000006000000
2017-09-08 22:01:44.771 [update notice] unknown MS cmd: 1023b504020d00 / 050000008000
2017-09-08 22:01:44.955 [update notice] unknown MS cmd: 1023b5040132 / 0a000000000000600e0000
2017-09-08 22:01:45.106 [update notice] unknown MS cmd: 1023b5040131 / 020000
2017-09-08 22:01:48.587 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-08 22:01:48.851 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-08 22:01:49.123 [bus error] poll sdr_p CollPumpHRuntime failed: ERR: invalid position
2017-09-08 22:01:50.614 [update notice] unknown MS cmd: 1023b505072b000c00000000 / 00
2017-09-08 22:01:50.938 [update notice] update bai Status QQ=10: 24.38;2.135;1.426;00 00 00 00
2017-09-08 22:01:51.101 [update notice] update bai Status02 QQ=10: disabled;0;100.0;0;100.0
2017-09-08 22:01:54.622 [update error] unable to parse bai Mode from 1008b51009000100000000000002 / 00: ERR: invalid position
2017-09-08 22:01:54.910 [update notice] update ehp EnergyBalancingRelease QQ=10: on
2017-09-08 22:01:55.126 [bus error] poll sdr_p Yield failed: ERR: invalid position
2017-09-08 22:01:56.631 [update notice] update mc Mode QQ=10: 20;off;0;0;disabled;pool;night
2017-09-08 22:01:56.731 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000020011101070000
2017-09-08 22:01:56.858 [update notice] update mc Status QQ=10: 0;off;27.38;5
2017-09-08 22:01:57.037 [update notice] unknown MS cmd: 1050b5040132 / 0a001406030100600e0100
2017-09-08 22:01:57.187 [update notice] unknown MS cmd: 1050b5040131 / 020002
2017-09-08 22:01:57.357 [update notice] update ehp SourcePumpStatus QQ=10: 0
2017-09-08 22:01:57.519 [update notice] update ehp BadWeatherOMU2 QQ=10: no
2017-09-08 22:01:57.619 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-08 22:01:57.709 [update notice] update ehp SourceTempInput QQ=10: 23.19;ok
2017-09-08 22:01:57.872 [update notice] update ehp ActualEnvironmentPowerPercentage QQ=10: 0
2017-09-08 22:01:58.035 [update notice] update ehp ActualEnvironmentPower QQ=10: 0
2017-09-08 22:01:58.198 [update notice] update ehp ActualEnvironmentPowerFine QQ=10: 53
2017-09-08 22:01:58.371 [update notice] update ehp HwcTemp QQ=10: 36.75;ok
2017-09-08 22:01:58.602 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-08 22:02:00.632 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-08 22:02:00.986 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-08 22:02:01.127 [bus error] poll sdr_p CollPumpHRuntime failed: ERR: invalid position
2017-09-08 22:02:02.662 [update notice] unknown MS cmd: 1050b505072b000c00000000 / 00
2017-09-08 22:02:03.075 [update notice] update bai Status QQ=10: 24.38;2.134;1.426;00 00 00 00
2017-09-08 22:02:03.237 [update notice] update bai Status02 QQ=10: disabled;0;100.0;0;100.0
2017-09-08 22:02:04.701 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-08 22:02:06.685 [update error] unable to parse bai Mode from 1008b51009000100000000000002 / 00: ERR: invalid position
2017-09-08 22:02:07.060 [update notice] update ehp EnergyBalancingRelease QQ=10: on
2017-09-08 22:02:07.148 [bus notice] poll ehp HeatpumpType: brinetowater
2017-09-08 22:02:08.736 [update notice] unknown MS cmd: 1025b5040101 / 09250300000003000000
2017-09-08 22:02:08.903 [update notice] unknown MS cmd: 1025b504020d00 / 0550004c0200
2017-09-08 22:02:09.088 [update notice] unknown MS cmd: 1025b5040132 / 0a000000000000600e0000
2017-09-08 22:02:09.238 [update notice] unknown MS cmd: 1025b5040131 / 020000
2017-09-08 22:02:10.624 [update notice] unknown BC cmd: 10feb516080002022208090517
2017-09-08 22:02:11.110 [update notice] unknown BC cmd: 10feb5160301800e
2017-09-08 22:02:11.624 [update notice] update broadcast datetime QQ=10: 14.500;22:02:02;08.09.2017
2017-09-08 22:02:12.105 [update notice] unknown BC cmd: 10feb5160304600e
2017-09-08 22:02:12.724 [update notice] update ehp TimeOfNextPredictedPowerCut QQ=10: -:-:-
2017-09-08 22:02:12.855 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-08 22:02:13.123 [bus error] poll sdr_p Yield failed: ERR: invalid position
2017-09-08 22:02:14.740 [update notice] update ehp PowerCutPreloading QQ=10: off
2017-09-08 22:02:15.165 [update notice] unknown MS cmd: 1025b505072b000c00000000 / 00
2017-09-08 22:02:15.710 [update notice] update bai Status QQ=10: 24.38;2.135;1.427;00 00 00 00
2017-09-08 22:02:15.873 [update notice] update bai Status02 QQ=10: disabled;0;100.0;0;100.0
2017-09-08 22:02:16.020 [update notice] unknown MS cmd: 1050b5040133 / 02600e
2017-09-08 22:02:16.960 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000020011101070000
2017-09-08 22:02:17.638 [update notice] unknown MS cmd: 03e0b509040e3a0000 / 00
2017-09-08 22:02:18.625 [update notice] unknown MS cmd: 03e0b509040e480000 / 00
2017-09-08 22:02:18.706 [update notice] update ehp SourcePumpStatus QQ=10: 0
2017-09-08 22:02:18.868 [update notice] update ehp BadWeatherOMU2 QQ=10: no
2017-09-08 22:02:19.041 [update notice] update ehp SourceTempInput QQ=10: 23.25;ok
2017-09-08 22:02:19.132 [bus error] poll sdr_p CollPumpHRuntime failed: ERR: invalid position
2017-09-08 22:02:19.260 [update notice] update ehp ActualEnvironmentPowerPercentage QQ=10: 0
2017-09-08 22:02:19.423 [update notice] update ehp ActualEnvironmentPower QQ=10: 0
2017-09-08 22:02:19.587 [update notice] update ehp ActualEnvironmentPowerFine QQ=10: 53
2017-09-08 22:02:19.758 [update notice] update ehp HwcTemp QQ=10: 36.75;ok
2017-09-08 22:02:19.933 [update error] unable to parse bai Mode from 1008b51009000100000000000002 / 00: ERR: invalid position
2017-09-08 22:02:20.221 [update notice] update ehp EnergyBalancingRelease QQ=10: on
2017-09-08 22:02:21.009 [update notice] unknown MS cmd: 1023b5040101 / 091e0300000006000000
2017-09-08 22:02:21.177 [update notice] unknown MS cmd: 1023b504020d00 / 050000008000
2017-09-08 22:02:21.361 [update notice] unknown MS cmd: 1023b5040132 / 0a000000000000600e0000
2017-09-08 22:02:21.511 [update notice] unknown MS cmd: 1023b5040131 / 020000
2017-09-08 22:02:24.775 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-08 22:02:25.130 [bus error] poll sdr_p Yield failed: ERR: invalid position
2017-09-08 22:02:25.266 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-08 22:02:26.797 [update notice] unknown MS cmd: 1023b505072b000c00000000 / 00
2017-09-08 22:02:27.343 [update notice] update bai Status QQ=10: 24.38;2.135;1.426;00 00 00 00
2017-09-08 22:02:27.505 [update notice] update bai Status02 QQ=10: disabled;0;100.0;0;100.0
2017-09-08 22:02:28.837 [update notice] unknown MS cmd: 1008b5130304cd01 / 0acd010100000001000100
2017-09-08 22:02:30.823 [update error] unable to parse bai Mode from 1008b51009000100000000000002 / 00: ERR: invalid position
2017-09-08 22:02:31.133 [bus error] poll sdr_p CollPumpHRuntime failed: ERR: invalid position
2017-09-08 22:02:31.385 [update notice] update ehp EnergyBalancingRelease QQ=10: on
2017-09-08 22:02:32.838 [update notice] update mc Mode QQ=10: 20;off;0;0;disabled;pool;night
2017-09-08 22:02:33.007 [update notice] update mc Status QQ=10: 0;off;27.38;5
2017-09-08 22:02:33.187 [update notice] unknown MS cmd: 1050b5040132 / 0a001406030100600e0100
2017-09-08 22:02:33.338 [update notice] unknown MS cmd: 1050b5040131 / 020002
2017-09-08 22:02:36.655 [update notice] unknown MS cmd: 03e0b5210500020500e7 / 09000020011101070000
2017-09-08 22:02:36.836 [update notice] unknown BC cmd: 10feb5050427001800
2017-09-08 22:02:36.970 [update notice] unknown BC cmd: 10feb505034a0000
2017-09-08 22:02:37.105 [bus error] poll sdr_p Yield failed: ERR: invalid position
2017-09-08 22:02:37.321 [update notice] update ehp SourcePumpStatus QQ=10: 0
2017-09-08 22:02:37.484 [update notice] update ehp BadWeatherOMU2 QQ=10: no
2017-09-08 22:02:37.703 [update notice] update ehp SourceTempInput QQ=10: 23.25;ok


Der Fehler muss also hier liegen:

EBUSDCFGPACKAGE=ebusd-configuration-2.1.b143f39-de_all.deb # <--- Version kann bei Bedarf hier angepasst werden.
wget https://github.com/john30/ebusd-configuration/releases/download/v2.1.1/$EBUSDCFGPACKAGE
sudo dpkg -i --force-overwrite $EBUSDCFGPACKAGE


Sind das einfach alte Config-Files gewesen?

Danke an alle Helfer!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 09 September 2017, 11:21:00
Zitat von: Peter1984 am 08 September 2017, 22:17:25
Der Fehler muss also hier liegen:

EBUSDCFGPACKAGE=ebusd-configuration-2.1.b143f39-de_all.deb # <--- Version kann bei Bedarf hier angepasst werden.
wget https://github.com/john30/ebusd-configuration/releases/download/v2.1.1/$EBUSDCFGPACKAGE
sudo dpkg -i --force-overwrite $EBUSDCFGPACKAGE


Sind das einfach alte Config-Files gewesen?

nein, dein Problem liegt daran, dass der Parameter --scanconfig beim Start von ebusd fehlt. Das widerum liegt an Issue 102 (https://github.com/john30/ebusd/issues/102) in den Debian Jessie Packages. Werd ich demnächst korrigieren.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 09 September 2017, 12:13:47
Zitat von: Peter1984 am 08 September 2017, 22:17:25
Der Fehler muss also hier liegen:

Zitat von: john30 am 09 September 2017, 11:21:00
nein, dein Problem liegt daran, dass der Parameter --scanconfig beim Start von ebusd fehlt. Das widerum liegt an Issue 102 (https://github.com/john30/ebusd/issues/102) in den Debian Jessie Packages. Werd ich demnächst korrigieren.
So, die beiden Pakete im Release 3.0 sind jetzt korrigiert und damit sollte das Scanning auch bei Dir klappen:
https://github.com/john30/ebusd/releases/download/v3.0/ebusd-3.0_armhf.deb
https://github.com/john30/ebusd/releases/download/v3.0/ebusd-3.0_armhf_mqtt1.deb
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 09 September 2017, 16:59:41
Ja, funktioniert. Danke dir!

Wo finde ich denn die Zuordnung zu den CSVs bzw. zu den nötigen ECMD-Devices? Will z.B. die Warmwassertemperatur haben und haben wie folgt definiert:

defmod Warmwasser ECMDDevice bai00.class
attr Warmwasser IODev EBUS
attr Warmwasser group Vaillant
attr Warmwasser room Vaillant


In die bai01.cfg habe ich folgendes ergänzt:

get Warmwasser cmd {"r -f HwcTemp temp\n"}
get Warmwasser expect ".*\n*"
get Warmwasser postproc { $_ }


Gibts irgendwo was empfehlenswertes zum Einlesen?

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 September 2017, 21:35:59
Zitat von: Peter1984 am 09 September 2017, 16:59:41
Wo finde ich denn die Zuordnung zu den CSVs bzw. zu den nötigen ECMD-Devices? Will z.B. die Warmwassertemperatur haben und haben wie folgt definiert:

Gibts irgendwo was empfehlenswertes zum Einlesen?

ich mache das so, dass ich mir ansehe welche CSV geladen werden und dann schaue ich in diese Files und suche mir aus was ich brauchen kann. So hast du es ja auch gemacht. Was man braucht, muss aber jeder Anwender selbst entscheiden, der eine hat eine Wärmepumpe, der andere eine Calormatic usw. Aber wie immer gilt, weniger ist oft mehr!

zB. mache ich mir ein Übersichtsbild (siehe Bild) über die Therme mit den für mich wichtigen Messdaten und diese definiere ich dann als ECMD Devices.

LG

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 September 2017, 21:53:19
Ich habe jetzt einmal mit einer 3.0 Version MQTT getestet und bin eigentlich sehr zufrieden damit. Es ist nun eine Nacht und einen Tag gelaufen und es gab laut Log keine Fehler.

zB: die Abfrage der Aussentemperatur aus einer Konsole mittels Mosquitto Syntax sieht dann so aus.
mosquitto_pub -q 2 -t cmnd/sonoff_ebusd/outsidetemp/get -m "r -f outsidetemp temp"

und hier das Log der Mosquitto Konsole
cmnd/sonoff_ebusd/outsidetemp/get r -f outsidetemp temp
Client mosqsub/1597-raspberryp received PUBLISH (d0, q0, r0, m0, 'sonoff_ebusd/outsidetemp', ... (34 bytes))
sonoff_ebusd/outsidetemp {
     "temp2": {"value": 13.750}}

ich habe hier MQTT auf JSON Format geschaltet und die Antwort innerhalb kürzester Zeit erhalten.

Im Prinzip hat uns John das nun so erweitert, das man ganz ohne ECMD auskommt und rein mit MQTT kommunizieren kann. Ich glaube MQTT ist ein sehr zukunftsträchtiges Protokoll und bei langsamen Verbindungen wie WIFI etc. extrem stabil.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 10 September 2017, 08:47:25
Liest sich sehr interessant! Würdest du das auch mal so schön beschreiben, wie du das gemacht hast? Lohnt aber sicher einen eigenen Thread.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 10 September 2017, 13:26:31
Zitat von: Reinhart am 09 September 2017, 21:53:19
Ich habe jetzt einmal mit einer 3.0 Version MQTT getestet und bin eigentlich sehr zufrieden damit. Es ist nun eine Nacht und einen Tag gelaufen und es gab laut Log keine Fehler.

zB: die Abfrage der Aussentemperatur aus einer Konsole mittels Mosquitto Syntax sieht dann so aus.
mosquitto_pub -q 2 -t cmnd/sonoff_ebusd/outsidetemp/get -m "r -f outsidetemp temp"
Das sieht aber so ganz und gar nicht nach einem ebusd MQTT Topic aus. Bist Du da sicher?
Du hast nicht zufällig irgendein anderes Interface an mosquitto angebunden, das dann ebusctl Kommandos an ebusd schickt?
Anyway, sollte "cmnd/sonoff_ebusd" das an ebusd übergebene mqtttopic sein, dann wäre Deine Ausgabe möglich. Allerdings braucht es das "-m ..." nicht, da beim /get Topic i.d.R. keinerlei Eingabe erwartet wird. Hier kannst Du einfach "-n" benutzen, um eine leere Message zu posten. Input wird bei /get nur für solche ebusd Nachrichten benötigt, die beim ebusctl read auch den Parameter -i benötigen. Beim /set Topic muss natürlich meistens Input übergeben werden.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ralle82 am 10 September 2017, 14:00:33
Hallo zusammen,

ich bin gerade ganz neu hier und habe diese Woche zum ersten Mal einen Raspi über den eservice ebus USB Adapter an den ebus meiner WP/KWL angeklemmt. Nach einigen Tests läuft ebusd 3.0 inkl. CSV Dateien.

Also zunächst einmal ein riesiges DANKE an John und Reinhart und viele Weitere, die hier unermüdlich helfen, programmieren und viel Zeit in dieses spannende Projekt stecken.

Jetzt würde ich die Daten gerne am liebsten per JSON an die Visu (momentan noch Loxone, nebenbei mach ich gerade die ersten Schritte mit FHEM) weitergeben. Ich bekomme aber die http Schnittstelle nicht zu laufen, d.h. bei Aufruf meines Raspi auf dem HTTP Port antwortet ebusd nicht. Muss ich dafür noch einen Apache auf dem Raspi installieren? Welche Schritte sind nötig, damit ich per JSON wie in https://github.com/john30/ebusd/wiki/3.2.-HTTP-client beschrieben Daten abfragen kann?

Vielen Dank schon mal für Eure Hilfe!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 10 September 2017, 14:51:51
Zitat von: ralle82 am 10 September 2017, 14:00:33
Muss ich dafür noch einen Apache auf dem Raspi installieren?
Nein, ebusd hat einen eingebauten Mini-http-Server für diesen Zweck.

Zitat von: ralle82 am 10 September 2017, 14:00:33
Welche Schritte sind nötig, damit ich per JSON wie in https://github.com/john30/ebusd/wiki/3.2.-HTTP-client beschrieben Daten abfragen kann?
Du musst lediglich ebusd den Startparameter --httpport=PORT (https://github.com/john30/ebusd/wiki/2.-Run#daemon-options) übergeben, üblicherweise in /etc/default/ebusd hinter bereits bestehende Aufrufparameter dazu. Als Port bietet sich ein nicht-80 an, der auch nicht von fhem oder sonstigen Diensten beelgt ist.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 10 September 2017, 20:18:52
Zitat von: john30 am 10 September 2017, 13:26:31
Das sieht aber so ganz und gar nicht nach einem ebusd MQTT Topic aus. Bist Du da sicher?
Du hast nicht zufällig irgendein anderes Interface an mosquitto angebunden, das dann ebusctl Kommandos an ebusd schickt?
Anyway, sollte "cmnd/sonoff_ebusd" das an ebusd übergebene mqtttopic sein, dann wäre Deine Ausgabe möglich. Allerdings braucht es das "-m ..." nicht, da beim /get Topic i.d.R. keinerlei Eingabe erwartet wird. Hier kannst Du einfach "-n" benutzen, um eine leere Message zu posten. Input wird bei /get nur für solche ebusd Nachrichten benötigt, die beim ebusctl read auch den Parameter -i benötigen. Beim /set Topic muss natürlich meistens Input übergeben werden.

Danke für deine Info!

Aber das passt schon, ich habe die Topic etwas geändert, da ich ein Jsonfilter in FHEM laufen habe das auf "sonoff.*" lauscht, deshalb die komische Topic. Ich habe einfach den String aus der ECMD abfrage rauskopiert, deshalb auch das -m.

Client mosqsub/21957-raspberry received PUBLISH (d0, q0, r0, m0, 'sonoff_ebusd/Status01', ... (272 bytes))
sonoff_ebusd/Status01 {
     "0": {"name": "temp1", "value": 49.0},
     "1": {"name": "temp1", "value": 49.0},
     "2": {"name": "temp2", "value": 12.875},
     "3": {"name": "temp1", "value": 41.0},
     "4": {"name": "temp1", "value": 44.0},
     "5": {"name": "pumpstate", "value": "off"}}
Client mosqsub/21957-raspberry received PUBLISH (d0, q0, r0, m0, 'sonoff_ebusd/DateTime', ... (145 bytes))
sonoff_ebusd/DateTime {
     "dcfstate": {"value": "nosignal"},
     "btime": {"value": "15:34:41"},
     "bdate": {"value": "-.-.-"},
     "temp2": {"value": 12.875}}
Client mosqsub/21957-raspberry received PUBLISH (d0, q0, r0, m0, 'tele/sonoffpow/STATE', ... (107 bytes))
tele/sonoffpow/STATE {"Time":"2017-09-10T19:15:25", "Uptime":483, "LIGHT":"ON", "Wifi":{"AP":2, "SSID":"Pergola_AP", "RSSI":54}}
Client mosqsub/21957-raspberry received PUBLISH (d0, q0, r0, m0, 'tele/sonoffpow/ENERGY', ... (145 bytes))
tele/sonoffpow/ENERGY {"Time":"2017-09-10T19:15:25", "Yesterday":"1.600", "Today":"1.313", "Period":11, "Power":140, "Factor":"1.00", "Voltage":219, "Current":"0.622"}
Client mosqsub/21957-raspberry sending PINGREQ
Client mosqsub/21957-raspberry received PINGRESP
Client mosqsub/21957-raspberry received PUBLISH (d0, q0, r0, m0, 'tele/sonoffpow3/STATE', ... (104 bytes))
tele/sonoffpow3/STATE {"Time":"2017-09-10T20:15:31", "Uptime":481, "LIGHT":"ON", "Wifi":{"AP":2, "SSID":"Pergola", "RSSI":96}}
Client mosqsub/21957-raspberry received PUBLISH (d0, q0, r0, m0, 'tele/sonoffpow3/ENERGY', ... (134 bytes))
tele/sonoffpow3/ENERGY {"Time":"2017-09-10T20:15:31", "Yesterday":1.483, "Today":1.503, "Period":0, "Power":0, "Factor":0.00, "Voltage":228, "Current":0.000}
Client mosqsub/21957-raspberry received PUBLISH (d0, q0, r0, m0, 'sonoff_ebusd/global/uptime', ... (4 bytes))
sonoff_ebusd/global/uptime 1472
Client mosqsub/21957-raspberry received PUBLISH (d0, q0, r0, m0, 'sonoff_ebusd/vdatetime', ... (75 bytes))
sonoff_ebusd/vdatetime {
     "time": {"value": "19:50:52"},
     "date": {"value": "10.09.2017"}}
Client mosqsub/21957-raspberry received PUBLISH (d0, q0, r0, m0, 'sonoff_ebusd/DateTime', ... (145 bytes))
sonoff_ebusd/DateTime {
     "dcfstate": {"value": "nosignal"},
     "btime": {"value": "15:35:12"},
     "bdate": {"value": "-.-.-"},
     "temp2": {"value": 12.875}}
Client mosqsub/21957-raspberry received PUBLISH (d0, q0, r0, m0, 'sonoff_ebusd/global/uptime', ... (4 bytes))
sonoff_ebusd/global/uptime 1488


so kommen die MQTT Strings am Broker bei mir an.

Aber toll ist das schon, was da mit der ebusd 3.0 schon alles möglich ist. Bei reinem MQTT Betrieb fehlt halt eine zyklische Übertragung von sog. Telemetriedaten (zB: aus einem Array die vom Anwender gewünschten curcuit + names lesen und dann diese zyklisch vom ebusd aus senden) , aber das ist ja bei ECMD auch so, die zyklische Übertragung wird da von FHEM angestoßen. Ich teste da herum und schaue mir an welche Möglichkeiten sich da ergeben, aber stabil ist es auf jeden Fall.

Super Arbeit von dir!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ralle82 am 10 September 2017, 23:23:13
Ah, vielen Dank John.

Leider klappt es immer noch nicht.

Die Options Zeile in /etc/default/ebusd sieht jetzt so aus:

# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="--scanconfig --htmlpath=/var/ebusd/html --httpport=8080"


Bei Aufruf im Browser (http://192.168.100.120:8080/data/mc?verbose&since=1483890000&exact) passiert leider gar nix. HTML Dateien liegen leider auch keine im angebebenen Folder.

Im Log sieht das dann so aus:

2017-09-10 21:19:51.650 [main notice] ebusd 3.0.595c7c0 started
2017-09-10 21:19:51.756 [main error] error reading config files: ERR: duplicate entry, last error: /etc/ebusd/vaillant/15.370.csv:10: ERR: duplicate entry, duplicate ID
2017-09-10 21:19:51.759 [bus notice] bus started with own address 31/36
2017-09-10 21:19:51.762 [bus notice] signal acquired
2017-09-10 21:19:51.923 [bus notice] new master 10, master count 2
2017-09-10 21:19:51.923 [bus error] poll heb Yield failed: ERR: invalid position
2017-09-10 21:19:52.131 [update notice] unknown MS cmd: 1052b523040201012d / 020100
2017-09-10 21:19:52.402 [bus notice] new master 71, master count 3
2017-09-10 21:19:52.403 [update notice] unknown MS cmd: 1076b51009000000ffffff050000 / 0101
2017-09-10 21:19:57.116 [bus error] poll heb CollPumpHRuntime failed: ERR: invalid position
2017-09-10 21:20:00.512 [bus notice] new master 03, master count 4
2017-09-10 21:20:00.512 [update notice] unknown MS cmd: 1008b5110101 / 093331b00dffff0000ff
2017-09-10 21:20:00.807 [update notice] unknown MS cmd: 1052b5230103 / 0f7903d7027701970187016e01c80000
2017-09-10 21:20:01.077 [update notice] unknown MS cmd: 1076b5110101 / 09ff31b00dffff0000ff
2017-09-10 21:20:01.346 [update notice] unknown MS cmd: 1076b512030f0001 / 0700800200800e05
2017-09-10 21:20:01.620 [update notice] unknown MS cmd: 1008b51009000000ffffff070000 / 0101
2017-09-10 21:20:01.785 [main notice] found messages: 614 (4 conditional on 3 conditions, 2 poll, 4 update)
2017-09-10 21:20:01.883 [update notice] unknown MS cmd: 1052b523080100ff0014ffff00 / 0101
2017-09-10 21:20:02.131 [update notice] unknown MS cmd: 1052b523040201012d / 020100
2017-09-10 21:20:02.404 [update notice] unknown MS cmd: 1076b51009000000ffffff050000 / 0101
2017-09-10 21:20:03.092 [bus error] poll heb Yield failed: ERR: invalid position


Hast du noch Ideen?

Wie kann ich denn die Config Files am elegantesten updaten? Irgendwo kam mir schon die Meldung unter, dass neue config Files vorhanden wären. Fragen über Fragen...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 11 September 2017, 21:17:01
@ralle82

lade dir eine aktuelle 3er Version herunter und entpacke sie. Im Verzeichnis /contrib/html liegen deine gesuchten HTML Dateien. Kopiere sie dann nach /var/ebusd/html dann sollte alles klappen.

Config Files hole ich immer von Johns Github (https://github.com/john30/ebusd-configuration/releases).


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ralle82 am 11 September 2017, 23:58:50
@reinhart
super, das klappt schon mal.

@John30
wäre das nicht auch ein Punkt fürs Wiki oder hab ich das schlicht irgendwo überlesen? Ohne Hinweis wäre ich nie darauf gekommen ;)

Wenn ich nun aber versuche, den ebusd als Service laufen zu lassen bekomme ich nach Start des Dienstes folgenden Fehler

pi@ebuspi:/var/ebusd $ sudo service ebusd start
Job for ebusd.service failed because the control process exited with error code.
See "systemctl status ebusd.service" and "journalctl -xe" for details.


die EBUSD_OPTS in /etc/default/ebusd sieht dabei wie folgt aus:
EBUSD_OPTS="--scanconfig --httpport=8080 --httppath=/var/ebusd/html --configlang=DE"

ABER: So bald ich den httppath aus der OPTS Variable raus nehme, startet der Daemon problemlos.

habt ihr da noch eine Idee? 1000 Dank für Eure Hilfe!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ralle82 am 12 September 2017, 00:43:16
Weiterhin bekomme ich leider immer einen "ERR: element not found, field type TEMPV in field 1"

das sieht bei Aufruf von ebusd --checkconfig dann so aus:

pi@ebuspi:~ $ ebusd --checkconfig
2017-09-11 22:41:25.837 [main notice] ebusd 3.0.595c7c0 performing configuration check...
/etc/ebusd/vaillant/15.700.csv:6: ERR: element not found, field type TEMPV in field 1
2017-09-11 22:41:25.889 [main error] error reading config files: ERR: element not found, last error: /etc/ebusd/vaillant/15.700.csv:6: ERR: element not found, field type TEMPV in field 1
2017-09-11 22:41:25.900 [main notice] found messages: 166 (4 conditional on 3 conditions, 0 poll, 4 update)
2017-09-11 22:41:25.902 [main notice] ebusd stopped


Any Ideas? Die Anlage ist eine Flexotherm 117/4 mit VR70 und Mulitmatic VRC700, VR900 und Recovair 360...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: andig am 12 September 2017, 08:25:24
@ralle: existiert denn Dein httppath?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Cruiser79 am 12 September 2017, 08:44:07
Nach langer Abstinenz konnte ich nun auch endlich wieder meine eBus Platine an die Heizung anschliessen. Da ich einen noch nicht unterstützte Heizung habe (ecoTEC plus, multiMATIC 700/VRC700) hatte ich schon früher den Tip bekommen die 08.bai.HW7401.csv zu kopieren und bekomme mit dieser auch schon viele Werte. Da aber noch ein paar "unknown MS cmd" auftauchen und ich generell den Aufbau der ebus Nachrichten verstehen möchte, hier noch ein paar Fragen.
Generell erst einmal mein ebusctl info

pi@raspi:~$ ebusctl info
version: ebusd 3.0.v3.0
update check: revision v3.0-2-g29cee10 available, broadcast.csv: different version available, vaillant/broadcast.csv: different version available
signal: acquired
symbol rate: 24
max symbol rate: 313
reconnects: 0
masters: 3
messages: 210
conditional: 3
poll: 0
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0609;HW=5502", loaded "vaillant/08.bai.HW5502.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0110;HW=2103"
address 31: master #8, ebusd
address 36: slave #8, ebusd


Mein Versuch eine Nachricht manuell zu decodieren, soweit ich es aus https://wiki.fhem.de/wiki/EBUS#eBusd_Bedeutung_der_Telegramme und der CSV Datei herauslesen konnte:

Broadcast Aussentemperatur Nachricht
Folgender Broadcast ist mir klar

2017-09-11 09:34:21.937 [update notice] update broadcast outsidetemp QQ=10: 14.312
2017-09-11 09:34:21.940 [bus notice] <10feb5160301500e28

Byte Bedeutung hier
0x10 Adresse des Senders Zentrale
0xfe Adresse des Empfängers Alle Geräte
0xb5 Herstellercode Vaillant
0x16 Klasse des Kommandos Broadcast
0x03 Anzahl Datenbytes 3
0x01 Bedeutung des Wertes outsidetemp = Außentemperatur
0x50 LSB des Wertes 80
0x0e MSB des Wertes 14    -> (14*256 + 80)/256 = 14,3125
0x28 CRC


Status01 Nachricht
Bei den folgenden Nachrichten habe ich aber Bytes, die ich mir nicht erklären kann. Wofür stehen die Bytes denn hier, die im Broadcast für die Errechnung des eigentlichen Wertes (LSB, MSB) und der CRC standen? Woher weiss ebusd, das er diese überspringen muss, um zu den CSV Daten (temp1;temp1;temp2;temp1;temp1;pumpstate) zu kommen? Und was steht in den letzten 4 Bytes noch drin?
2017-09-11 09:34:19.683 [update notice] update bai Status01 QQ=10: 51.0;50.5;14.312;-;45.5;off
2017-09-11 09:34:19.686 [bus notice] <1008b51101018900096665500eff5b0000ff1b00

Byte Bedeutung hier
0x10 Adresse des Senders Zentrale
0x08 Adresse des Empfängers HW5502
0xb5 Herstellercode Vaillant
0x11 Klasse des Kommandos Status
0x01 Anzahl Datenbytes 1
0x01 Bedeutung des Wertes Status01
0x89 Beim Broadcast LSB, was hier?
0x00 Bei Broadcast MSB, was hier?
0x09 Beim Broadcast CRC, was hier?
0x66  temp1 D1C 51.0
0x65  temp1 D1C 50,5
0x500e  temp2 D2B (14*256 + 80)/256 = 14,3125
ff    temp1 -> -
0x5b  temp1 D1C -> 45,5
0x00  pumpstate UCH -> off
0x00
0xff
0x1b
0x00 


Mode Nachricht
In welchem Byte steht denn hier der Mode, der 1 (=standby) sein müsste? Nach der CSV müsste es ja ein UCH sein, was nur eines der beiden hinteren 01 Bytes sein dürfte. Aber woran erkennt der ebusd nun, das er dort hinten suchen soll? Und was steht in den restlichen Bytes? Noch weitere Informationen, die ich herausfinden könnte?

2017-09-11 09:34:20.475 [update notice] update bai Mode QQ=10: standby
2017-09-11 09:34:20.478 [bus notice] <1008b5100900006affffff000000ca0001019a00

Byte Bedeutung hier
0x10 Adresse des Senders Zentrale
0x08 Adresse des Empfängers HW5502
0xb5 Herstellercode Vaillant
0x10 Klasse des Kommandos
0x09 Anzahl Datenbytes 9
0x00 Bedeutung des Wertes Mode
0x00
0x6a
0xff
0xff
0xff
0x00
0x00
0x00
0xca
0x00
0x01
0x01
0x9a
0x00

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ralle82 am 12 September 2017, 10:14:22
@andig

ja, das Verzeichnis ist vorhanden, und der HTTP Abruf der Daten funktioniert auch, wenn ich ebusd über die Kommandozeile aufrufe mit ebusd --scanconfig --htmlpath=/var/ebusd/html --httpport=8080

Das wundert mich ja eben.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 15 September 2017, 18:45:47
@John30: Ich habe nochmal eine Frage zur 3.0. Wird hier nicht mehr angezeigt, welche CSVs geladen werden?

pi@raspberrypiebusd:~ $ ebusctl i
version: ebusd 3.0.595c7c0
update check: revision v3.0-2-g29cee10 available, different configuration files available
signal: acquired
symbol rate: 45
max symbol rate: 154
reconnects: 0
masters: 3
messages: 1032
conditional: 152
poll: 3
update: 56
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UIH00;SW=0374;HW=6901"
address 23: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 25: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201"
address e0: slave, scanned "MF=Vaillant;ID=OMU00;SW=0118;HW=5202"


Die Funktion ist aber gegeben.

Dann noch eine 2. Frage:

Lasse ich mir mit pi@raspberrypiebusd:~ $ ebusctl find -r -F circuit,name,comment die zur Verfügung stehenden Befehle ausgeben, finde ich eine lange gesuchte / gewünschte Einstellmöglichkeit für die Frostschutzverzögerung (am liebsten würde ich die komplett abschalten, brauche keinen Frostschutz im Haus).

Ergebnis ist aber:

pi@raspberrypiebusd:~ $ ebusctl r -f FrostOverRideTime
ERR: invalid position in decode


Any idea?

Thx!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 September 2017, 10:10:54
Zitat von: Reinhart am 10 September 2017, 20:18:52
Bei reinem MQTT Betrieb fehlt halt eine zyklische Übertragung von sog. Telemetriedaten (zB: aus einem Array die vom Anwender gewünschten curcuit + names lesen und dann diese zyklisch vom ebusd aus senden) , aber das ist ja bei ECMD auch so, die zyklische Übertragung wird da von FHEM angestoßen.
das ließe sich leicht durch Anpassung der CSVs erledigen, oder einmalig nach Start von ebusd mittels "read -p 1 -c <circuit> <name>" für jede der Nachrichten, die zyklisch kommen sollen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 September 2017, 10:14:49
Zitat von: ralle82 am 11 September 2017, 23:58:50
@John30
wäre das nicht auch ein Punkt fürs Wiki oder hab ich das schlicht irgendwo überlesen? Ohne Hinweis wäre ich nie darauf gekommen ;)
naja, das HTML Frontend ist immer noch als experimentell einzustufen. Dennoch kann man auch ohne HTML Dateien den JSON Abruf nutzen, wenn mann den http port aktiviert.
Details zur Schnittstelle stehen hier: https://github.com/john30/ebusd/wiki/3.2.-HTTP-client
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 September 2017, 10:17:53
Zitat von: ralle82 am 12 September 2017, 00:43:16
Weiterhin bekomme ich leider immer einen "ERR: element not found, field type TEMPV in field 1"
das liegt wohl an einer noch unvollständigen _templates.csv, die solltest Du von hier nehmen: https://raw.githubusercontent.com/john30/ebusd-configuration/master/ebusd-2.1.x/de/vaillant/_templates.csv
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 September 2017, 10:44:25
Zitat von: Cruiser79 am 12 September 2017, 08:44:07
Status01 Nachricht
Bei den folgenden Nachrichten habe ich aber Bytes, die ich mir nicht erklären kann.
Schau Dir doch einfach direkt die Definition der Nachricht an, wie ebusd diese dann nach einlesen und auflösen der CSVs verwendet. Dazu liefert "ebusctl f -f Status01" z.B. folgendes:
r,ehp,Status01,Vorlauftemperatur/Rücklauftemperatur/Aussentemperatur/WW Temperatur/Speichertemperatur/Pumpenstatus,,08,b511,01,temp,s,D1C,,°C,Temperatur,temp,s,D1C,,°C,Temperatur,temp,s,D2B,,°C,Temperatur,temp,s,D1C,,°C,Temperatur,temp,s,D1C,,°C,Temperatur,state,s,UCH,,0=off;1=on;2=overrun,,Pumpenstatus

Die drei Spalten "08,b511,01" werden Teil der ID der Nachricht, hier:
08=ZZ Empfänger
b511=PBSB
01=DD erstes Byte aus den Nutzdaten, das zusätzlich noch zur Identifikation verwendet wird.

Somit sind alle Bytes des Master Teils "verbraucht" und die Nutzdaten des Slave Teils werden für die Dekodierung verwendet (bei Dir 6665500eff5b0000ff).
Dazwischen sind noch Protokoll-Teile wie CRC, ACK, und Längenbytes, die für die Nutzdaten keine Rolle spielen.
Siehe auch hier: https://github.com/john30/ebusd/wiki/eBUS-background

Zitat von: Cruiser79 am 12 September 2017, 08:44:07
Mode Nachricht
In welchem Byte steht denn hier der Mode, der 1 (=standby) sein müsste?
Hier sind die Nutzdaten auch im Slave Teil (drittletztes Byte).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 September 2017, 10:50:43
Zitat von: Peter1984 am 15 September 2017, 18:45:47
@John30: Ich habe nochmal eine Frage zur 3.0. Wird hier nicht mehr angezeigt, welche CSVs geladen werden?
Läuft ebusd mit "--scanconfig"?

Zitat von: Peter1984 am 15 September 2017, 18:45:47
Lasse ich mir mit pi@raspberrypiebusd:~ $ ebusctl find -r -F circuit,name,comment die zur Verfügung stehenden Befehle ausgeben, finde ich eine lange gesuchte / gewünschte Einstellmöglichkeit für die Frostschutzverzögerung (am liebsten würde ich die komplett abschalten, brauche keinen Frostschutz im Haus).

Ergebnis ist aber:
pi@raspberrypiebusd:~ $ ebusctl r -f FrostOverRideTime
ERR: invalid position in decode

Mach doch mal "ebusctl hex 15b509030d2e00" und poste das Ergebnis.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 16 September 2017, 11:21:01
Zitat von: john30 am 16 September 2017, 10:50:43
Läuft ebusd mit "--scanconfig"?
Mach doch mal "ebusctl hex 15b509030d2e00" und poste das Ergebnis.

pi@raspberrypiebusd:~ $ ebusctl hex 15b509030d2e00
ERR: command not enabled


pi@raspberrypiebusd:~ $ sudo service ebusd start --scanconfig
pi@raspberrypiebusd:~ $ ebusctl i
version: ebusd 3.0.595c7c0
signal: acquired
symbol rate: 36
max symbol rate: 131
reconnects: 0
masters: 3
messages: 1029
conditional: 152
poll: 3
update: 56
address 03: master #11
address 08: slave #11
address 10: master #2
address 15: slave #2
address 23: slave
address 25: slave
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave
address e0: slave
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 September 2017, 11:43:55
Zitat von: Peter1984 am 16 September 2017, 11:21:01
pi@raspberrypiebusd:~ $ sudo service ebusd start --scanconfig
So funktioniert das nicht. "--scanconfig" muss in die /etc/default/ebusd mit rein. Hast Du evtl. das etwas kaputte Release von neulich installiert? Dann bitte nochmal das deb Package runterladen (wurde inzwischen korrigiert) und nochmal installieren bzw. aktualisieren. Dann sollte ebusd automatisch im "--scanconfig" Modus starten, ohne dass Du noch etwas anpassen musst.

Zitat von: Peter1984 am 16 September 2017, 11:21:01
pi@raspberrypiebusd:~ $ ebusctl hex 15b509030d2e00
ERR: command not enabled


Ach ja, um hex Kommandos absetzen zu können, muss in /etc/default/ebusd noch "--enablehex" als zusätzlicher Parameter z.B. hinter "--scanconfig " eingetragen werden.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 16 September 2017, 14:48:14
Ich habe jetzt nochmal die Version neu kompiliert, bislang habe ich immer aus dem Package geladen.
Jetzt habe ich auch eine andere Version:

pi@raspberrypiebusd:~ $ ebusd -V
ebusd 3.0.v3.0-9-gb9c69f0


Die Config-Files habe ich gelöscht und auch nochmal neu von Github geholt. --enablehex habe ich angefügt und dann den Dienst gestartet. Ergebnis ist immer noch das gleiche, keine Hex-Werte, und ich sehe auch nicht, welche CSVs eingelesen werden.

Irgendwas mache ich hier grundlegend falsch, ich könnte auch eine Teamviewer-Session anbieten :-)

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 September 2017, 19:40:30
Zitat von: Peter1984 am 16 September 2017, 14:48:14
Irgendwas mache ich hier grundlegend falsch, ich könnte auch eine Teamviewer-Session anbieten :-)
ja ist vielleicht einfacher, können wir zb morgen vormittag machen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 16 September 2017, 20:06:11
Hallelujah!

Ich habe nochmals alles deinstalliert (also ebusd) und direkt von github geklont und dann kompiliert (wieder was gelernt).

Und siehe da:

pi@raspberrypiebusd:~ $ ebusctl i
version: ebusd 3.0.v3.0-9-gb9c69f0
signal: acquired
symbol rate: 46
max symbol rate: 142
reconnects: 0
masters: 3
messages: 713
conditional: 262
poll: 3
update: 58
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/08.ehp.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UIH00;SW=0374;HW=6901", loaded "vaillant/15.uih.csv"
address 23: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/23.ehp.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/25.ehp.hwc.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/50.ehp.mc.csv"
address e0: slave, scanned "MF=Vaillant;ID=OMU00;SW=0118;HW=5202", loaded "vaillant/e0.omu.csv"


Jetzt geht auch hex:

pi@raspberrypiebusd:~ $ ebusctl hex 15b509030d2e00
010c


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Cruiser79 am 18 September 2017, 22:34:33
Zitat von: john30 am 16 September 2017, 10:10:54
das ließe sich leicht durch Anpassung der CSVs erledigen, oder einmalig nach Start von ebusd mittels "read -p 1 -c <circuit> <name>" für jede der Nachrichten, die zyklisch kommen sollen.

Ich würde gerne die Statenumber in meine MQTT bekommen. Leider wird die immer nur geschrieben, wenn ich

ebusctl r -m 10 Statenumber

aufrufe. Was müsste ich denn nun als read -p 1 -c <circuit> <name> eingeben? Name wäre dann wohl Statenumber, aber was ist circuit. Oder wie wäre der angesprochene CSV Weg?

Gruß,
Tim
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 19 September 2017, 21:18:50
Ich möchte gerne diesen Wert überschreiben.

pi@raspberrypiebusd:~ $ ebusctl r -m 10 FrostOverRideTime
12


Wie mache ich das?

Logisch wäre für mich gewesen:

pi@raspberrypiebusd:~ $ ebusctl w FrostOverRideTime 13

Das geht aber nicht :-D

Cool wäre natürlich, das in FHEM ändern zu können.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 20 September 2017, 07:41:39
beim Schreiben musst du den circuit-Namen hinter dem w mit angeben, sonst wird das nix...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 20 September 2017, 12:52:24
Wie kriege ich den raus?  ::)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 20 September 2017, 13:35:40
schau einfach in welchen Files dein gewünschter Parameter vorkommt, du hast ja nur 6 (er steht in der 15.uih)

bei mir steht der in der 15.430, das sieht dann so aus.

pi@Raspberry2:~ $ ebusctl w -c 430 FrostOverRideTime 1
done
pi@Raspberry2:~ $ ebusctl r -f FrostOverRideTime
1


dazu musste ich aber den Wert "wi" auf "w" im File ändern und den eBus neu starten, weil es sonst nicht funktioniert.
r;w,,FrostOverRideTime,Frostschutz-Verzögerung,,,,"1A00",,,hours,,,delay before frost protection is activated


früher haben "wi" Parameter einmal so funktioniert, warum das jetzt nicht mehr klappt kann uns wohl nur John sagen.

pi@Raspberry2:~ $ ebusctl w -c 430#install FrostOverRideTime 1
ERR: element not found


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 20 September 2017, 19:56:06
Super, danke! Gecheckt und funktioniert :-)

Gibt es Maximalwerte, die man einstellen kann, oder hilft einfach nur ausprobieren? Ich würde die Frostschutzfunktion am liebsten komplett ausschalten...
Hat das schon jemand realisiert?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 21 September 2017, 08:11:53
Zitat von: Cruiser79 am 18 September 2017, 22:34:33
Ich würde gerne die Statenumber in meine MQTT bekommen. Leider wird die immer nur geschrieben, wenn ich

ebusctl r -m 10 Statenumber

aufrufe. Was müsste ich denn nun als read -p 1 -c <circuit> <name> eingeben? Name wäre dann wohl Statenumber, aber was ist circuit. Oder wie wäre der angesprochene CSV Weg?
einfach mal "ebusctl find statenumber" aufrufen, dann kommt die Liste der Messages mit dem Namen und vorne dran steht die circuit.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 21 September 2017, 08:23:33
Zitat von: Reinhart am 20 September 2017, 13:35:40
dazu musste ich aber den Wert "wi" auf "w" im File ändern und den eBus neu starten, weil es sonst nicht funktioniert.
r;w,,FrostOverRideTime,Frostschutz-Verzögerung,,,,"1A00",,,hours,,,delay before frost protection is activated


früher haben "wi" Parameter einmal so funktioniert, warum das jetzt nicht mehr klappt kann uns wohl nur John sagen.

pi@Raspberry2:~ $ ebusctl w -c 430#install FrostOverRideTime 1
ERR: element not found


das liegt daran, dass ebusd 3.0 jetzt ACL unterstützt. Wer gerne immer ohne Angabe von #install auf Installer-Level arbeiten mag, kann an den ebusd Start noch --accesslevel=install anhängen, oder auch --accesslevel=* um sämtliche Level ohne Authentifizierung nutzen zu können.
Die richtigere Variante wäre, ein ACL File anzulegen, in dem drin steht, mit welchen Credentials man was darf. Siehe hier: https://github.com/john30/ebusd/wiki/2.-Run#daemon-options und hier: https://github.com/john30/ebusd/wiki/3.1.-TCP-client-commands#introduction (letzter Absatz) und hier: https://github.com/john30/ebusd/wiki/3.1.-TCP-client-commands#auth
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 21 September 2017, 12:29:14
Danke John für deine Erklärung!

Habe es jetzt mit
--accesslevel=install
dieser Einstellung versucht und klappt dann problemlos.


pi@Raspberry2:~ $ ebusctl w -c 430 FrostOverRideTime 1
done

pi@Raspberry2:~ $ ebusctl w -c 430 Hc1HeatCurve 0.20
done

Test einmal mit einem "wi" und einmal mit "w", es funktionieren beide mit dieser Einstellung.

r;w,,Hc1HeatCurve,Heizkurve Heizkreis 1,,,,"3100",,,curve,,,heating curve of the first heating circuit
r;wi,,FrostOverRideTime,Frostschutz-Verzögerung,,,,"1A00",,,hours,,,delay before frost protection is activated


LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: DD am 21 September 2017, 21:03:38
Hallo,

ich benötige auch noch einmal Unterstützung bei der Installation der Software:

pi@Heizung:~ $ wget https://github.com/john30/ebusd/releases/download/v3.0/$EBUSDPACKAGE
--2017-09-21 20:40:05--  https://github.com/john30/ebusd/releases/download/v3.0/ebusd-3.0_armhf.deb
Auflösen des Hostnamen »github.com (github.com)«... 192.30.253.112, 192.30.253.113
Verbindungsaufbau zu github.com (github.com)|192.30.253.112|:443... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 302 Found
...
...
... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 200 OK
Länge: 172622 (169K) [application/octet-stream]
In »»ebusd-3.0_armhf.deb«« speichern.

ebusd-3.0_armhf.deb 100%[=====================>] 168,58K   409KB/s   in 0,4s   

2017-09-21 20:40:07 (409 KB/s) - »»ebusd-3.0_armhf.deb«« gespeichert [172622/172622]




pi@Heizung:~ $ sudo dpkg -i $EBUSDPACKAGE
(Lese Datenbank ... 113368 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von ebusd-3.0_armhf.deb ...
Entpacken von ebusd (3.0) über (3.0) ...
ebusd (3.0) wird eingerichtet ...
Instructions:
1. Edit /etc/default/ebusd if necessary
   (especially if your device is not /dev/ttyUSB0)
2. Place CSV configuration files in /etc/ebusd/
   (see https://github.com/john30/ebusd-configuration)
3. To start the daemon, enter 'service ebusd start'
4. Check the log file /var/log/ebusd.log



Soweit o.k.

pi@Heizung:~ $ wget https://github.com/john30/ebusd/releases/download/v3.0/ebusd-3.0_armhf_mqtt1.deb
--2017-09-21 20:45:45--  https://github.com/john30/ebusd/releases/download/v3.0/ebusd-3.0_armhf_mqtt1.deb
Auflösen des Hostnamen »github.com (github.com)«... 192.30.253.113, 192.30.253.112
Verbindungsaufbau zu github.com (github.com)|192.30.253.113|:443... verbunden.
HTTP-Anforderung gesendet, warte auf Antwort... 302 Found
...
...
... 200 OK
Länge: 182742 (178K) [application/octet-stream]
In »»ebusd-3.0_armhf_mqtt1.deb.1«« speichern.

ebusd-3.0_armhf_mqt 100%[=====================>] 178,46K   419KB/s   in 0,4s   

2017-09-21 20:45:46 (419 KB/s) - »»ebusd-3.0_armhf_mqtt1.deb.1«« gespeichert [182742/182742]


Auch hier ging das Runterladen gut, aber auch dann der Fehler:


pi@Heizung:~ $ sudo dpkg -i --force-overwrite ebusd-3.0_armhf_mqtt1.deb
(Lese Datenbank ... 113368 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von ebusd-3.0_armhf_mqtt1.deb ...
Entpacken von ebusd (3.0) über (2.3) ...
dpkg: Warnung: Problem wird übergangen, weil --force angegeben ist:
dpkg: Warnung: Versuch, »/etc/ebusd/broadcast.csv« zu überschreiben, welches auch in Paket ebusd-configuration 2.1.b143f39-de ist
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von ebusd:
ebusd hängt ab von libmosquitto1; aber:
  Paket libmosquitto1 ist nicht installiert.

dpkg: Fehler beim Bearbeiten des Paketes ebusd (--install):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Trigger für systemd (215-17+deb8u7) werden verarbeitet ...
Fehler traten auf beim Bearbeiten von:
ebusd


Was mache ich da falsch?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 22 September 2017, 16:32:28
Zitat von: Reinhart am 30 Dezember 2015, 09:28:46
Mit diesen paar Zeilen in der fhem.cfg ist der GAEBUS schon einsatzbereit und es kann die Konfiguration der Meßwerte vom eBusd beginnen. Kopiert bitte noch die benötigten CSV Files von der ebusd Konfiguration (/etc/ebusd/) nach /opt/fhem/ebusd/.
GAEBUS liest aus diesem Verzeichnis die CSV!


LG
Reinhart

Moin Reinhart
Welches sind denn die benoetigten CSV.files?
ebusctl info hat mir folgendes ausgeworfen:
version: ebusd 3.0.595c7c0
update check: revision v3.0 available, broadcast.csv: newer version available, vaillant/15.470.csv: newer version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: newer version available
signal: acquired
symbol rate: 25
max symbol rate: 132
reconnects: 0
masters: 3
messages: 266
conditional: 0
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=47000;SW=0126;HW=6002", loaded "vaillant/15.470.csv"
address 26: slave, scanned "MF=Vaillant;ID=47000;SW=0126;HW=6002"
address 31: master #8, ebusd
address 36: slave #8, ebusd


Ich gehe mal davon aus, dass ich die 15.470.csv brauche. Aber gehoeren noch welche dazu?

Sorry, aber ich habe jetzt schon 5 Tabs offen, bzgl. eBus. Die Info finde ich aber nicht wirklich!

Danke und Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 22 September 2017, 17:06:59
Zitat von: pc1246 am 22 September 2017, 16:32:28
Ich gehe mal davon aus, dass ich die 15.470.csv brauche. Aber gehoeren noch welche dazu?

ja genau. die braucht der GAEBUS. Ich bin mir aber nicht sicher, ob der GAEBUS das Verzeichnis überhaupt noch braucht. Schau mal hier (https://fhem.de/commandref.html#GAEBUS) und hier (https://forum.fhem.de/index.php/topic,41064.msg481014.html#msg481014)  ob das nicht mit ebusd_find schon funktioniert. Ich habe schon 2 Jahre nichts mehr mit GAEBUS gemacht und bin da nicht mehr so up to date.


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 22 September 2017, 18:47:37
Hallo,

ich habe auch ein Problem mit der Installation des EBUS.
Da ich Anfänger bin habe ich mir zunächst das Installationspakethttps://forum.fhem.de/index.php/topic,46098.msg405704.html#msg405704 (https://forum.fhem.de/index.php/topic,46098.msg405704.html#msg405704), Punkt für Punkt installiert.

Dann wollte ich die Pakete aktualisieren: - (Hoffe das war so richtig)

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


Leider erhalte ich nun beim entpacken des letzten Teils eine Fehlermeldung mit der ich nichts anfangen kann:

pi@raspberrypi:~ $ sudo dpkg -i --force-overwrite ebusd-3.0_armhf_mqtt1.deb
(Reading database ... 122964 files and directories currently installed.)
Preparing to unpack ebusd-3.0_armhf_mqtt1.deb ...
Unpacking ebusd (3.0) over (3.0) ...
dpkg: dependency problems prevent configuration of ebusd:
ebusd depends on libmosquitto1; however:
  Package libmosquitto1 is not installed.

dpkg: error processing package ebusd (--install):
dependency problems - leaving unconfigured
Errors were encountered while processing:
ebusd


Kann mir jemand erklären wie ich dieses libmosquitto1 drauf bekomme!?

Besten Dank im voraus!
Tobias

P.s. mich wundert dass vorher noch nie einer so ein Problem hatte. Mein Raspberry war vollkommen leer und auf dem aktuellsten Stand

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 22 September 2017, 19:43:08
Hallo TobiasR,

die fehlt laut Fehlermeldung noch libmosquitto1, deshalb get das auch nicht. Hast du vor, MQTT einzusetzen?

Wenn nicht würde ich es machen, wie es jetzt letztendlich bei mir geklappt hat. Direkt auf dem Raspberry nach der Anleitung aus dem Wiki vorgegangen und selbst kompiliert. Die CSV-Dateien habe ich als ZIP runtergeladen und in den Ordner /etc/ebusd/ kopiert und schon lief das Ding :)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 22 September 2017, 20:26:20
@TobiasR

wenn du unbedingt die MQTT Version einsetzen willst, dann musst du auf deinem neu aufgesetzten Raspi die libmosquitto-dev vorher installieren.
sudo apt-get install libmosquitto-dev

Aber damit fängst du dir einiges an Arbeit an, wenn du den gesamten Verkehr dann über MQTT abhandeln wilst. Json Filter konfigurieren usw. Beispiele gibt es auch noch keine, d.h. alles selbst konfigurieren. Wenn du das noch nie gemacht hast, dann würde ich vorerst die Finger davon lassen. Was ich nicht ganz verstehe, du hast ja schon das Paket ebusd-3.0_armhf.deb installiert und das passt ja eigentlich schon. Noch die Konfigs und alles läuft.

Ich habe auch die MQTT Version installiert, aber nur aus technischem Interesse und weil ich mir die Langzeit Stabilität anschauen will. Habe das aber nur mit ein paar Messwerten so parallel zu ECMD laufen.

LG


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 22 September 2017, 20:31:41
Hallo Peter,
Hallo Reinhart,

ich muss nicht unbedingt die MQTT Version nutzen, ganz im Gegenteil. Soll so einfach wie möglich bleiben.

Leider klappten die Links aus dem Wiki nicht mehr da sich die Version doch auf 3.0 geändert hat.
Sowohl in der 2.0 Version als auch bei Ersatz des Links durch 3.0 kommt ein toter link:

ZitateBusd installieren
Das entsprechende eBusd Debian Package kann vom GitHub ebusd bezogen werden.

Die Installation (Stand Januar 2016 - Version 2.0) wird wie folgt durchgeführt:

EBUSDPACKAGE=ebusd-2.0_armhf.deb # <--- Version kann bei Bedarf hier angepasst werden.
wget https://github.com/john30/ebusd/releases/download/v2.0/$EBUSDPACKAGE
sudo dpkg -i --force-overwrite $EBUSDPACKAGE
Hinweis: Die eBusd wird dauernd aktualisiert. Aus diesem Grund sollte vor der Installation geprüft werden (siehe den o.g. Link), ob bereits eine neuere Version zur Verfügung steht. Der Name des Debian Packages muss, vor der Ausführung der o.g. Kommandozeilen, an der entsprechenden Stelle angepasst werden.

eBusd Konfigurationsdateien (CSV-Files)
Das entsprechende eBusd Konfigurations Debian Package kann vom GitHub ebusd-configuration bezogen werden.

Die Installation (Stand Januar 2016 - Version 2.0.5aa482c) wird wie folgt durchgeführt:

EBUSDCFGPACKAGE=ebusd-configuration-2.0.5aa482c-de_all.deb # <--- Version kann bei Bedarf hier angepasst werden.
wget https://github.com/john30/ebusd-configuration/releases/download/v2.0.1/$EBUSDCFGPACKAGE
sudo dpkg -i --force-overwrite $EBUSDCFGPACKAGE

Könnt ihr mir sagen wie der aktuelle Link für Programm und CSV lautet?
Alternativ, Welche configs?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 22 September 2017, 21:15:32
aktuelle Version der Configs findest du hier (https://github.com/john30/ebusd-configuration/releases)
und ebusd hier (https://github.com/john30/ebusd/releases/tag/v3.0).

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 22 September 2017, 22:38:09
Hallo Reinhart,

super, besten Dank!
Ich habe, glaube ich noch ein Verständnisproblem.

Wenn ich den Prozess zum Abgleich stoppen möchte, erhalte ich einen Zugriffsfehler:
pi@raspberrypi:~ $ service ebusd stop
Failed to stop ebusd.service: Access denied


Das Prozess scheint aber zu laufen:
pi@raspberrypi:~ $ ps aux | grep ebusd
pi        1421  0.0  0.1  40796  1060 ?        Sl   21:42   0:01 ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/ttyUSB0
root      1704  0.0  0.1  29532  1652 ?        Ssl  21:48   0:00 /usr/bin/ebusd --pidfile /var/run/ebusd.pid -d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log --scanconfig
pi        2939  0.0  0.2   4292  1920 pts/0    S+   22:24   0:00 grep --color=auto ebusd


Wenn ich mit sudo starte und stoppe scheint es zu funktionieren
pi@raspberrypi:~ $ sudo service ebusd stop
pi@raspberrypi:~ $ ps aux | grep ebusd
pi        1421  0.0  0.1  40796  1060 ?        Sl   21:42   0:01 ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/ttyUSB0
pi        3101  0.0  0.1   4292  1872 pts/0    S+   22:28   0:00 grep --color=auto ebusd
pi@raspberrypi:~ $ sudo service ebusd start
pi@raspberrypi:~ $ ps aux | grep ebusd
pi        1421  0.0  0.1  40796  1060 ?        Sl   21:42   0:01 ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/ttyUSB0
root      3128  0.0  0.1  28508  1680 ?        Ssl  22:28   0:00 /usr/bin/ebusd --pidfile /var/run/ebusd.pid -d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log --scanconfig
pi        3136  0.0  0.1   4292  1856 pts/0    S+   22:28   0:00 grep --color=auto ebusd


Wenn ich dann nach der Wiki weiter vorgehe, erhalte ich diese Fehler:

pi@raspberrypi:~ $ ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/ttyUSB0
2017-09-22 22:34:00.873 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2017-09-22 22:34:10.875 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2017-09-22 22:34:20.876 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2017-09-22 22:34:30.876 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2017-09-22 22:34:40.877 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2017-09-22 22:34:50.877 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error


Was mache ich falsch?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 23 September 2017, 08:36:01
Zitat von: DD am 21 September 2017, 21:03:38
Auch hier ging das Runterladen gut, aber auch dann der Fehler:
Also da hast Du das gleiche Paket zweimal runtergeladen und dann nochmal installiert. Macht nicht richtig Sinn in meinen Augen...
Du wolltest vermutlich das ebusd-configuration Paket holen und installieren. Das fehlt Dir jetzt noch.

Und wenn Du ein ebusd Paket mit "mqtt" im Namen installieren willst, dann brauchst Du auch die entsprechenden libmosquitto Bibliothek im System, also vorher "apt-get install libmosquitto0-dev" bzw. "apt-get install libmosquitto1-dev" aufrufen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 23 September 2017, 08:43:57
Zitat von: TobiasR am 22 September 2017, 22:38:09
Wenn ich den Prozess zum Abgleich stoppen möchte, erhalte ich einen Zugriffsfehler:
pi@raspberrypi:~ $ service ebusd stop
Failed to stop ebusd.service: Access denied

Dienste musst Du als Benutzer root oder mit sudo stoppen. Als normaler User hast Du nicht das Recht dazu.

Zudem dauert das Stoppen des Dienstes ein paar Sekunden, insbesondere wenn kein gültiges Device gefunden wurde, wie bei Dir. Hier also ein bisschen warten, bevor du ps aux aufruftst, bzw. so lange mit dem Start warten, bis der alte Prozess aus ps aux auch verschwindet.

Anyway, Deine Log Einträge deuten darauf hin, dass Dein USB Gerät nicht verfügbar ist. Das solltest Du beheben :-)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 23 September 2017, 08:55:28
Hallo,

an meinem FTDI Adapter leuchtet nur eine rote LED.
Die beiden anderen möglichen sind aus. Dachte eigentlich dass der Adapter o.k. ist. Er wurde ja bei dem USB Scan gefunden.

Dann muss ich jetzt wohl warten bis der Erstaz da ist. Hatte auf Verdacht schon mal einen zweiten nachbestellt

Trotzdem Danke erst mal für deine Hilfe

Tobias
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 23 September 2017, 20:27:22
@TobiasR

poste mal bitte das Ergebnis von
ls /dev/serial/by-id/


ich binde meine Adapter "by-id" ein.

zb. so
EBUSD_OPTS="--receivetimeout=100000 --enablehex --scanconfig -d /dev/serial/by-id/usb-E-Service_eBus_Coupler_Iso_12001_ALHTFOL-if00-port0 -p 8888 -l /var/log/ebusd.log"
#EBUSD_OPTS2="--receivetimeout=100000 --enablehex --scanconfig -a ff -d /dev/serial/by-id/usb-E-Service_eBus_Coupler_Iso_12001_ALHTIL2-if00-port0 -p 8889 -l /var/log/ebusd2.log"


Meine billigen serial Adapter binde ich per "by-path" ein, da sie die gleiche id haben.

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 24 September 2017, 07:22:30
Hallo,

ich habe es hinbekommen.
Es war eine Lötbrücke auf meiner Platine.

Jetzt hat der Abgleich funktioniert.
Beim FHEM scheint aber etwas noch nicht zu stimmen.
Gibt es da ein Logfile oder ähnliches in das ich reinschauen kann.

Bisher sehe ich nur folgendes:

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 24 September 2017, 13:48:15
Sieht so aus als fehlen dir noch die CSVs.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 24 September 2017, 15:02:12
Ich würde gerne die Ausgabe etwas an meine Bedürfnisse anpassen (ich brauche z.B. nicht Vorlauf 24.0, mir würde reichen wenn da 24.0 steht und auf Vorlauf verzichtet wird).
Nach längerer Suche: Wie ist denn die Synatx für die Definition?

get Vorlauf cmd {"r -m 10 status01 temp1.0\n"}
get Vorlauf expect "\d+\.\d+\n\n"
get Vorlauf postproc { sprintf("%5.1f",$_) }
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 24 September 2017, 15:12:42
das so lassen!

in FHEM
attr Vorlauf stateFormat {sprintf("%.1f",ReadingsVal("Vorlauf","Vorlauf",0))." °C"}

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 25 September 2017, 17:19:20
oder einfach stateFormat setzen so wie das Reading heißt.

zb:
attr Aussentemp stateFormat Aussentemp

LG

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 25 September 2017, 21:41:03
Hallo,

ich komme nicht weiter.
Das Programm und die config sind aktzualisiert.
Bei der Config bin ich mir allerdings nicht sicher. Die CSV Dateien im Ordner Vaillant sind alle vom 05.06.2016.

Wenn ich einen Scanconfig ausführe erhalte ich das angehängte Logfile.

Hat noch mal jemand einen Tip für mich?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 25 September 2017, 22:25:02
Hallo,

ich glaube ich habe doch noch nicht die aktuelle Version.
Könnt Ihr mir sagen wie ich mit diesem Fehler umgehen muss?
Die Berechtigung im Ordner ist gegeben
pi@raspberrypi:~ $ sudo dpkg -i ebusd-3.0_armhf.deb
(Lese Datenbank ... 113478 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von ebusd-3.0_armhf.deb ...
Entpacken von ebusd (3.0) über (2.3) ...
dpkg: Fehler beim Bearbeiten des Archivs ebusd-3.0_armhf.deb (--install):
Versuch, »/etc/ebusd/broadcast.csv« zu überschreiben, welches auch in Paket ebusd-configuration 2.1.b143f39-de ist
dpkg-deb: Fehler: Unterprozess einfügen wurde durch Signal (Datenübergabe unterbrochen (broken pipe)) getötet
Instructions:
1. Edit /etc/default/ebusd if necessary
   (especially if your device is not /dev/ttyUSB0)
2. Place CSV configuration files in /etc/ebusd/
   (see https://github.com/john30/ebusd-configuration)
3. To start the daemon, enter 'service ebusd start'
4. Check the log file /var/log/ebusd.log
Fehler traten auf beim Bearbeiten von:
ebusd-3.0_armhf.deb
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 26 September 2017, 08:31:53
Zitat von: TobiasR am 25 September 2017, 22:25:02
ich glaube ich habe doch noch nicht die aktuelle Version.
genau.

Zitat von: TobiasR am 25 September 2017, 22:25:02
Könnt Ihr mir sagen wie ich mit diesem Fehler umgehen muss?
sudo dpkg -i --force-overwrite ebusd-3.0_armhf.deb
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 27 September 2017, 22:40:02
Hallo john30,

super! Danke für deinen Hinweis. Ich bin jetzt auf der Version 3.0.
Jetzt sollte alles aktuell sein.

Nur mit dem Empfang klappt es noch immer nicht:
2017-09-27 22:28:45.207 [main notice] SIGTERM received
2017-09-27 22:28:45.309 [main notice] ebusd stopped
2017-09-27 22:33:03.961 [main notice] ebusd 3.0.595c7c0 started
2017-09-27 22:33:03.975 [main error] error reading config files: ERR: duplicate entry, last error: /etc/ebusd/broatcast.csv:3: ERR: duplicate entry, duplicate ID
2017-09-27 22:33:03.978 [bus notice] bus started with own address 31/36
2017-09-27 22:33:04.231 [bus notice] signal acquired
2017-09-27 22:33:06.389 [bus notice] new master 71, master count 2
2017-09-27 22:33:13.978 [main notice] starting initial broadcast scan
2017-09-27 22:33:14.085 [bus error] send to fe: ERR: read timeout, retry
2017-09-27 22:33:14.135 [bus error] send to fe: ERR: read timeout, retry
2017-09-27 22:33:14.185 [bus error] send to fe: ERR: read timeout, retry
2017-09-27 22:33:14.278 [bus error] send to fe: ERR: read timeout
2017-09-27 22:33:14.278 [main error] initial scan failed: ERR: read timeout
2017-09-27 22:33:24.326 [main error] scan config 76: ERR: read timeout
2017-09-27 22:33:30.583 [bus notice] new master 03, master count 3
2017-09-27 22:33:30.583 [update notice] unknown MS cmd: 7108b5110107 / 0500af000001
2017-09-27 22:33:36.372 [main error] scan config 08: ERR: read timeout


Die broatcast.csv soll Duplikate haben?!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 28 September 2017, 08:06:52
Zitat von: TobiasR am 27 September 2017, 22:40:02
Nur mit dem Empfang klappt es noch immer nicht:

2017-09-27 22:33:14.085 [bus error] send to fe: ERR: read timeout, retry

Das sieht sehr danach aus, dass dein Sendeweg noch nicht funnktioniert. Welche Schaltung hast Du?
Mit "--lograwdata=bytes" kannst Du prüfen, ob die gesendeten Bytes (hinter ">") auch wieder zurück kommen (sollte unmittelbar darunter mit "<" kommen).

Zitat von: TobiasR am 27 September 2017, 22:40:02
Die broatcast.csv soll Duplikate haben?!
Das ist interessant. Wie hast Du die CSVs installiert?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 29 September 2017, 19:23:01
Hallo,

ich habe noch einmal alles nach Anleitung deinstalliert und die aktuelle Version + config neu aufgespielt.
Außerdem habe bin ich jetzt von meiner Lochraster, auf eine neu gelieferte Platine (V1.6) gewechselt.

**** Beitrag editiert! ********

Nun laufen die Meldungen ein aber im Logfile gibt es scheinbar immer noch die falschen Verknüpfungen?

Im Log laufen derweil weiter die Fehler auf
2017-09-29 20:40:06.900 [main notice] ebusd 3.0.595c7c0 started
2017-09-29 20:40:06.914 [bus notice] bus started with own address 31/36
2017-09-29 20:40:06.915 [bus notice] signal acquired
2017-09-29 20:40:09.731 [bus notice] new master 71, master count 2
2017-09-29 20:40:09.758 [bus notice] new master 03, master count 3
2017-09-29 20:40:09.758 [update notice] unknown MS cmd: 7108b507030bffff / 0100
2017-09-29 20:40:09.791 [bus notice] new master 10, master count 4
2017-09-29 20:40:09.854 [update notice] unknown MS cmd: 1008b5110101 / 092c2c0080ffff0000ff
2017-09-29 20:40:10.120 [update notice] unknown MS cmd: 1076b5110101 / 09ffff2701ffff00002b
2017-09-29 20:40:10.815 [update notice] unknown MS cmd: 7108b5110107 / 050089000001
2017-09-29 20:40:11.038 [bus notice] max. symbols per second: 114
2017-09-29 20:40:12.189 [update notice] unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00
2017-09-29 20:40:16.914 [main notice] starting initial broadcast scan
2017-09-29 20:40:16.964 [bus error] send to fe: ERR: read timeout, retry
2017-09-29 20:40:17.006 [bus error] send to fe: ERR: read timeout, retry
2017-09-29 20:40:17.049 [bus error] send to fe: ERR: read timeout, retry
2017-09-29 20:40:17.093 [bus error] send to fe: ERR: read timeout
2017-09-29 20:40:17.094 [main error] initial scan failed: ERR: read timeout
2017-09-29 20:40:18.871 [update notice] unknown MS cmd: 7108b5110107 / 050089000001
2017-09-29 20:40:19.943 [update notice] unknown MS cmd: 7108b507030bffff / 0100
2017-09-29 20:40:20.166 [update notice] unknown MS cmd: 1076b5110101 / 09ffff2701ffff00002b
2017-09-29 20:40:20.430 [update notice] unknown MS cmd: 1076b512030f0001 / 0700800059011203
2017-09-29 20:40:21.168 [update notice] unknown MS cmd: 1076b51009000000ffffff050000 / 0101
2017-09-29 20:40:21.438 [update notice] unknown MS cmd: 1076b5040100 / 0a03214020290905177012
2017-09-29 20:40:21.681 [update notice] unknown MS cmd: 1008b507020900 / 025e05
2017-09-29 20:40:21.916 [update notice] unknown BC cmd: 10feb516080019402029090517
2017-09-29 20:40:22.180 [update notice] unknown MS cmd: 1008b5110100 / 095e01ff000000008000
2017-09-29 20:40:22.392 [update notice] unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00
2017-09-29 20:40:22.541 [update notice] unknown MS cmd: 1076b51303040d00 / 0a0d000300000003000300
2017-09-29 20:40:26.954 [update notice] unknown MS cmd: 7108b5110107 / 050089000001
2017-09-29 20:40:27.141 [main error] scan config 08: ERR: read timeout
2017-09-29 20:40:29.155 [main error] scan config 15: ERR: read timeout


Was kann ich machen?

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 30 September 2017, 07:54:01
Hallo,

durch etwas nachjustieren am Poti kommen nun alle Meldungen im Logfile ohne Fehler an (glaube ich):

2017-09-30 07:39:07.417 [main notice] ebusd 3.0.v3.0 started
2017-09-30 07:39:07.431 [bus notice] bus started with own address 31/36
2017-09-30 07:39:07.432 [bus notice] signal acquired
2017-09-30 07:39:07.814 [bus notice] new master 71, master count 2
2017-09-30 07:39:07.842 [bus notice] new master 03, master count 3
2017-09-30 07:39:07.843 [update notice] unknown MS cmd: 7108b507030bffff / 0101
2017-09-30 07:39:08.094 [update notice] unknown MS cmd: 7108b5110107 / 056407000109
2017-09-30 07:39:09.252 [update notice] unknown MS cmd: 03e8b512060b2602150200 / 0b2602000001ffffffffff00
2017-09-30 07:39:10.531 [bus notice] new master 10, master count 4
2017-09-30 07:39:10.591 [update notice] unknown MS cmd: 1008b5110101 / 0948310080ffff0100ff
2017-09-30 07:39:10.856 [update notice] unknown MS cmd: 1076b5110101 / 09fffff600ffff000046
2017-09-30 07:39:11.120 [update notice] unknown MS cmd: 1076b512030f0001 / 0700800033021603
2017-09-30 07:39:11.649 [update notice] unknown MS cmd: 1076b51009000000ffffff050000 / 0101
2017-09-30 07:39:15.974 [update notice] unknown MS cmd: 7108b5110107 / 056407000109
2017-09-30 07:39:17.431 [main notice] starting initial broadcast scan
2017-09-30 07:39:17.448 [bus error] send to fe: ERR: read timeout, retry
2017-09-30 07:39:17.492 [bus error] send to fe: ERR: read timeout, retry
2017-09-30 07:39:17.536 [bus error] send to fe: ERR: read timeout, retry
2017-09-30 07:39:17.578 [bus error] send to fe: ERR: read timeout
2017-09-30 07:39:17.578 [main error] initial scan failed: ERR: read timeout
2017-09-30 07:39:17.935 [update notice] unknown MS cmd: 7108b507030bffff / 0101
2017-09-30 07:39:19.432 [update notice] unknown MS cmd: 03e8b512060b2602150200 / 0b2402000001ffffffffff00
2017-09-30 07:39:20.640 [update notice] unknown MS cmd: 1008b5110101 / 0948320080ffff0100ff
2017-09-30 07:39:20.905 [update notice] unknown MS cmd: 1076b5110101 / 09fffff500ffff000046
2017-09-30 07:39:21.170 [update notice] unknown MS cmd: 1076b512030f0001 / 0700800038021603


Jetzt habe ich drei Fragen:
Scheinbar sind ja alle Meldungen unbekannt. Bedeutet das dass die csv'n nicht passen und es auch noch keine passenden für meine  Heizung gibt? (Ich habe ja die aktuellsten installiert)
Hat der Error beim Senden etwas damit zu tun oder kann es sich auch um ein Hardware Problem handeln?
Wenn es noch keine csv geben sollte, wie wäre das Vorgehe, den Code zu entschlüsseln?

Hier noch mal meine Daten:
EBus: ebusd-3.0_armhf-wheezy
Config: ebusd-configuration-2.1.b143f39-de_all
Heizung: aroTherm VWL 55/3
Regler: multiMatic 700/4
System: Raspberry 3 Modell B

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 30 September 2017, 16:27:39
Hallo Tobias

ob alle CSV's vorhanden und geladen sind erfährst du mit
ebusctl info
dies sollte dann zb. so aussehen
signal: acquired
symbol rate: 34
max symbol rate: 128
reconnects: 0
masters: 4
messages: 508
conditional: 3
poll: 0
update: 11
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/bai.308523.inc" ([PROD='0010004276']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403", loaded "vaillant/15.470.csv"
address 31: master #8, ebusd
address 33: master #13
address 36: slave #8, ebusd
address 38: slave #13, scanned "MF=Vaillant;ID=V32;SW=0117;HW=9802", loaded "vaillant/38.v32.csv"

hier sieht man nun das folgende Geräte gefunden wurden und die passende csv Datei geladen wurde
Thermeaddress 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/bai.308523.inc" ([PROD='0010004276']), "vaillant/08.bai.csv"

Raumregleraddress 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403", loaded "vaillant/15.470.csv"

Buserweiterung für Lüftungaddress 33: master #13
address 38: slave #13, scanned "MF=Vaillant;ID=V32;SW=0117;HW=9802", loaded "vaillant/38.v32.csv"


sollte hinter dem passendem Slave kein loaded "xxxxxxxxxx.csv" auftauchen ist diese nicht vorhanden
in deinem Fall müsste zb. für den Raumregler MultiMatic 700, eine 15.700.csv vorhanden sein.
da der Raumregler sich als Master Nr10 darstellt und der dazugehörige Slave die 15 hat!?
Dein Heizgerät(Inneneinheit) ist die Master 03 + Slave 08 , also 08.xxx.csv
Dein Aussengerät ist der Master 71 + Slave 76, also 76.xxx.csv
dein Ebus Adapter ist Master 31 + Slave 36

deine Fragen werden übrigens alle im Wiki beschrieben.
https://wiki.fhem.de/wiki/EBUS
unter den Abschnitten (recht weit unten)
1. eBusd
Prüfen der eBusd Konfigurationsdateien
2. Bedeutung von "unknown MS" in der eBusd Logdatei
3. BUS ERR send to 15
etc......

poste mal bitte den obigen Befehl

mfg Maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 30 September 2017, 16:42:53
Hallo Maik,

ich habe inzwischen viel rumgespielt und ausprobiert. Wenn ich es richtig verstehe werden die CSV's erst mit einem Scan des Busses identifiziert.
Leider ist da immer noch diese Fehlermeldung:

2017-09-30 16:33:16.064 [bus error] send to fe: ERR: read timeout
2017-09-30 16:33:16.064 [main error] initial scan failed: ERR: read timeout


Kann es sein dass deshalb die csv'n erst gar nicht gesucht werden?

Da hatte john30 mal gepostet:

ZitatDas sieht sehr danach aus, dass dein Sendeweg noch nicht funnktioniert. Welche Schaltung hast Du?
Mit "--lograwdata=bytes" kannst Du prüfen, ob die gesendeten Bytes (hinter ">") auch wieder zurück kommen (sollte unmittelbar darunter mit "<" kommen).

Leider konnte ich damit nichts anfangen.

Hier meine Businfo:


version: ebusd 3.0.v3.0
update check: OK, broadcast.csv: newer version available
signal: acquired
symbol rate: 91
max symbol rate: 99
reconnects: 0
masters: 4
messages: 15
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
address 71: master #9
address 76: slave #9
address e8: slave
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 30 September 2017, 17:02:24
Hi Tobi

was John meinte ist, du sollst dem ebus Start Befehl folgendes anhängen
--lograwdata=bytes
also zb.
#EBUSD_OPTS="--scanconfig --lograwdata=bytes -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A900beCG-if00-port0 -p 8888 -l /var/log/ebusd.log"

dadurch werden im LOG die RAW Daten gespeichert zb.
2015-12-24 12:07:16.955 [bus notice] <aa
2015-12-24 12:07:17.001 [bus notice] <aa
2015-12-24 12:07:17.047 [bus notice] <aa
2015-12-24 12:07:17.093 [bus notice] <aa
2015-12-24 12:07:17.097 [bus notice] <10
2015-12-24 12:07:17.102 [bus notice] <50
2015-12-24 12:07:17.107 [bus notice] <b5
2015-12-24 12:07:17.111 [bus notice] <04


nun kann man im log nachschauen ob nach einem senden auch ein passendes Empfangen ankommt.

ps. auch bei mir tauchen noch unknown messages auf, da diese nicht in der broadcast.csv integriert sind.
2017-09-30 16:59:44.003 [bus notice] <10feb51608004659163009061719
2017-09-30 16:59:44.224 [update notice] unknown BC cmd: 10feb5160304300f
2017-09-30 16:59:44.230 [bus notice] <10feb5160304300fcb
2017-09-30 16:59:44.475 [update notice] unknown MS cmd: 1008b512020064 / 00

mfg Maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 30 September 2017, 17:34:53
Hi Maik,

da stehe ich immer noch auf dem Schlauch.

Ich starte meinen Ebus Doch mit "pi@raspberrypi:~ $ sudo service ebusd start".
Soll das dann "pi@raspberrypi:sudo service ebusd start --lograwdata=bytes" sein?

Sieht nicht viel anders aus?

2017-09-30 17:31:58.700 [main error] scan config 08: ERR: read timeout
2017-09-30 17:32:00.715 [main error] scan config 15: ERR: read timeout
2017-09-30 17:32:02.366 [update notice] unknown MS cmd: 7108b5110107 / 050082000001
2017-09-30 17:32:02.612 [update notice] unknown MS cmd: 7108b507030bffff / 0100
2017-09-30 17:32:02.757 [main error] scan config 76: ERR: read timeout
2017-09-30 17:32:04.323 [update notice] unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00
2017-09-30 17:32:04.768 [main error] scan config e8: ERR: read timeout
2017-09-30 17:32:07.589 [update notice] unknown MS cmd: 1008b5110101 / 092d2d0080ffff0000ff


Ich habe den Optokoppler und Transistor gemessen. Beide o.k.
Was kann es nun noch sein?


Besten Dank
Tobias
Hat es bei dir gleich funktoniert?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: DD am 01 Oktober 2017, 09:27:12
Hallo TobiasR,

ich habe das selbe Problem wie du. Habe schon meine ganze Verkablung zwischen Wärmepumpe und Steuerzentrale provisorisch neu gemacht weil hier im Forum mal einer sagte dass es damit weg war.
Hat bei mir nix gebracht.
Du schreibst dass du einen Raspberry 3 benutzt. Hast du es schon mal mit einem 2er versucht. Vielleicht ist das das Problem?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: DD am 01 Oktober 2017, 09:58:42
Ich habe noch mal eine Verständnisfrage!

ZitatMit dem Befehl erhält man im Terminalfenster die empfangenen Bytes als Hex, die wie folgt aussehen:

2015-12-24 12:07:16.955 [bus notice] <aa
2015-12-24 12:07:17.001 [bus notice] <aa
2015-12-24 12:07:17.047 [bus notice] <aa
2015-12-24 12:07:17.093 [bus notice] <aa
2015-12-24 12:07:17.097 [bus notice] <10
2015-12-24 12:07:17.102 [bus notice] <50
2015-12-24 12:07:17.107 [bus notice] <b5
2015-12-24 12:07:17.111 [bus notice] <04
Wenn gerade kein Gerät den Bus nutzt, dann sollten ca. 20 Zeilen pro Sekunde ausgegeben werden und zwar mit "<aa" (im Beispiel die oberen 4 Zeilen).

Ich bekomme diese <aa nie. Je weiter ich an dem Poti drehe, umso länger werden die Zeichenketten. Ist das vielleicht der Fehler?

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 01 Oktober 2017, 11:09:12
Zitat von: TobiasR am 30 September 2017, 17:34:53
Hi Maik,

da stehe ich immer noch auf dem Schlauch.

Ich starte meinen Ebus Doch mit "pi@raspberrypi:~ $ sudo service ebusd start".
Soll das dann "pi@raspberrypi:sudo service ebusd start --lograwdata=bytes" sein?


Ich habe den Optokoppler und Transistor gemessen. Beide o.k.
Was kann es nun noch sein?


Besten Dank
Tobias
Hat es bei dir gleich funktoniert?

nein, bearbeite folgende Datei
/etc/default/ebusd
diese enthält den Startbefehl, bei mir siehts so aus
# /etc/default/ebusd:
# config file for ebusd service.

# Options to pass to ebusd (run "ebusd -?" for more info):
#EBUSD_OPTS="--scanconfig"

# In order to run multiple ebusd instances, simply define several EBUSD_OPTS
# with a unique suffix for each.
# Recommended is using a number as suffix for all EBUSD_OPTS settings.
# That number can then be used as additional "instance" parameter to the init.d
# script in order to start/stop an individual ebusd instance instead of all
# instances.
# Example (uncomment the EBUSD_OPTS above):
EBUSD_OPTS="--latency=100000 --receivetimeout=100000 --enablehex --scanconfig -d /dev/serial/by-id/usb-E-Service_eBus_Coupler_Iso_12001_ALHTFOL-if00-port0 -p 8888 -l /var/log/ebusd.log"
#EBUSD_OPTS2="--receivetimeout=100000 --enablehex --scanconfig -a ff -d /dev/serial/by-id/usb-E-Service_eBus_Coupler_Iso_12001_ALHTIL2-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"
dort hängst du in der Zeile "EBUSD_OPTS....." das "--lograwdata=bytes" an.

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 01 Oktober 2017, 11:16:41
nun sollte das Log so aussehen

2017-10-01 11:13:26.070 [main notice] ebusd 3.0.v3.0 started
2017-10-01 11:13:26.091 [bus notice] bus started with own address 31/36
2017-10-01 11:13:26.609 [bus notice] <aa
2017-10-01 11:13:26.609 [bus notice] signal acquired
2017-10-01 11:13:26.610 [bus notice] <aa
2017-10-01 11:13:26.611 [bus notice] <aa
2017-10-01 11:13:26.612 [bus notice] <aa
2017-10-01 11:13:26.612 [bus notice] <aa
2017-10-01 11:13:26.613 [bus notice] <aa
2017-10-01 11:13:26.614 [bus notice] <aa
2017-10-01 11:13:26.615 [bus notice] <aa
2017-10-01 11:13:30.043 [bus notice] <10
2017-10-01 11:13:30.047 [bus notice] <08
2017-10-01 11:13:30.051 [bus notice] <b5
2017-10-01 11:13:30.056 [bus notice] <11
2017-10-01 11:13:30.060 [bus notice] <01
2017-10-01 11:13:30.066 [bus notice] <01
2017-10-01 11:13:30.070 [bus notice] <89
2017-10-01 11:13:30.070 [bus notice] new master 10, master count 2
2017-10-01 11:13:30.074 [bus notice] <00
2017-10-01 11:13:30.094 [bus notice] <09
2017-10-01 11:13:30.099 [bus notice] <38
2017-10-01 11:13:30.103 [bus notice] <36
2017-10-01 11:13:30.106 [bus notice] <f0
2017-10-01 11:13:30.110 [bus notice] <0d
2017-10-01 11:13:30.114 [bus notice] <ff
2017-10-01 11:13:30.119 [bus notice] <5c
2017-10-01 11:13:30.123 [bus notice] <00
2017-10-01 11:13:30.127 [bus notice] <00
2017-10-01 11:13:30.131 [bus notice] <ff
2017-10-01 11:13:30.136 [bus notice] <27
2017-10-01 11:13:30.140 [bus notice] <00
2017-10-01 11:13:30.140 [bus notice] new master 03, master count 3
2017-10-01 11:13:30.140 [update notice] unknown MS cmd: 1008b5110101 / 093836f00dff5c0000ff
2017-10-01 11:13:30.144 [bus notice] <aa
2017-10-01 11:13:30.190 [bus notice] <aa
2017-10-01 11:13:30.234 [bus notice] <aa
2017-10-01 11:13:30.285 [bus notice] <aa
2017-10-01 11:13:30.329 [bus notice] <aa
2017-10-01 11:13:30.379 [bus notice] <aa


mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 01 Oktober 2017, 11:34:25
Probiert mal die Config direkt auf dem Raspi von Github runterzuladen. Hat bei mir geholfen. Habe ebusd auch selbst kompiliert
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 01 Oktober 2017, 12:40:00
Hallo Peter,
hallo Maik,

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

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

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


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

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

[/code]

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

Tobias
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 01 Oktober 2017, 13:23:13
Ich auch. Kompiliere mal gemäß Wiki und gehe dann über den Browser auf Github. Dort kannst du die neuesten CSVs direkt runterladen und DANN ging es bei mir.

Hatte es auch so probiert wie du, was nicht ging.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 01 Oktober 2017, 14:54:34
 :'( :'( Ich habe jetzt wie im Wiki beschrieben (eBusd Installation Build Prozess) selbst kompiliert und anschließend noch die aktuelle csv installiert.

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

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


ich gebe langsam auf...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 01 Oktober 2017, 16:09:50
Hallo,

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

get EBUS raw 'w -c 470 hc1daytemp 25'

wobei "EBUS" mein EMCD-Device ist, z.B. die Tageswunschtemperatur eingestellt. Das war recht komfortabel, weil ich mit Variablen und ohne Klassen arbeiten konnte.
Im EBUSCTL läuft der Befehl innerhalb der '...' sauber, daran kann es also nicht liegen.
Nun kommt, wenn ich das direkt oben in die FHEM_Konsole eingebe nach kurzer Wartezeit ein Popup mit "EBUS raw => " aber nichts mehr dahinter. In einer Funktion wird der Befehl auch nicht umgesetzt. Das kann noch nicht lange so sein. Was hat sich denn da geändert ? Gibt es sonst noch Möglichkeiten, diese Schreibbefehle direkt an den EBUS zu senden ohne den Umweg über eine Klasse ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 01 Oktober 2017, 16:47:13
@cs-online

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


@Tobi

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

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 01 Oktober 2017, 17:22:02
Hi Maik,

ich habe nur den einen Adapter angeschlossen.

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

# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="--scanconfig"

# MULTIPLE EBUSD INSTANCES WITH SYSV
# In order to run multiple ebusd instances on a SysV enabled system, simply
# define several EBUSD_OPTS with a unique suffix for each. Recommended is to
# use a number as suffix for all EBUSD_OPTS settings. That number will then be
# taken as additional "instance" parameter to the init.d script in order to
# start/stop an individual ebusd instance instead of all instances.
# Example: (uncomment the EBUSD_OPTS above)
EBUSD_OPTS1="--lograwdata=bytes --scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -p 8888 -l /var/log/ebusd1.log"
#EBUSD_OPTS2="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A900acTF-if00-port0 -p 8889 -l /var/log/ebusd2.log"
#EBUSD_OPTS3="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A900beCG-if00-port0 -p 8890 -l /var/log/ebusd3.log"

# MULTIPLE EBUSD INSTANCES WITH SYSTEMD
# In order to run muiltiple ebusd instances on a systemd enabled system, just
# copy the /usr/lib/systemd/system/ebusd.service file to /etc/systemd/system/
# with a different name (e.g. ebusd-2.service), remove the line starting with
# 'EnvironmentFile=', and replace the '$EBUSD_OPTS' with the options for that
# particular ebusd instance.



Was für einen Raspberry nutzt du?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 01 Oktober 2017, 17:23:53
...ich habe für den EMCD-Fehler hier ein Thema aufgemacht:

https://forum.fhem.de/index.php/topic,77353.msg692857.html#msg692857 (https://forum.fhem.de/index.php/topic,77353.msg692857.html#msg692857)

Grüße

Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 01 Oktober 2017, 17:29:28
hi tobi,

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

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

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

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

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 01 Oktober 2017, 18:23:57
Hi Maik,

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

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

Ergebnis: - Ich habe nun auch <aa

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


Nur die Sendefehler sind weiter da:

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


Hast du eine Idee was ich jetzt noch machen kann?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 01 Oktober 2017, 18:32:34
@Tobi ???

Nein!

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

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

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 01 Oktober 2017, 18:34:48
@ Tobi

deine /etc/default/ebusd MUSS so aussehen
# /etc/default/ebusd:
# config file for ebusd service.

# Options to pass to ebusd (run "ebusd -?" for more info):
# EBUSD_OPTS="--scanconfig"

# MULTIPLE EBUSD INSTANCES WITH SYSV
# In order to run multiple ebusd instances on a SysV enabled system, simply
# define several EBUSD_OPTS with a unique suffix for each. Recommended is to
# use a number as suffix for all EBUSD_OPTS settings. That number will then be
# taken as additional "instance" parameter to the init.d script in order to
# start/stop an individual ebusd instance instead of all instances.
# Example: (uncomment the EBUSD_OPTS above)
EBUSD_OPTS="--receivetimeout=100000 --lograwdata=bytes --scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -p 8888 -l /var/log/ebusd.log"
#EBUSD_OPTS2="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A900acTF-if00-port0 -p 8889 -l /var/log/ebusd2.log"
#EBUSD_OPTS3="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A900beCG-if00-port0 -p 8890 -l /var/log/ebusd3.log"

# MULTIPLE EBUSD INSTANCES WITH SYSTEMD
# In order to run muiltiple ebusd instances on a systemd enabled system, just
# copy the /usr/lib/systemd/system/ebusd.service file to /etc/systemd/system/
# with a different name (e.g. ebusd-2.service), remove the line starting with
# 'EnvironmentFile=', and replace the '$EBUSD_OPTS' with the options for that
# particular ebusd instance.


sonst kommen wir hier nicht weiter!

welche Fehler kamen denn überhaupt??

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 01 Oktober 2017, 18:39:15
o.k.

Aber da gibt es jetzt einen neuen Fehler:

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


Was ist das?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 01 Oktober 2017, 18:51:16
aha!!!!

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

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 01 Oktober 2017, 18:55:42
gerne:

usb-FTDI_FT232R_USB_UART_00000000-if00-port0
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 01 Oktober 2017, 18:58:48
OK

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

und ebusd neu starten und melden was passiert.

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 01 Oktober 2017, 19:01:13
Das ist die Ausgabe im log:

2017-10-01 18:59:55.763 [main notice] ebusd 3.0.v3.0 started
2017-10-01 18:59:55.771 [bus error] unable to open /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0: ERR: generic device error
2017-10-01 18:59:55.771 [bus notice] bus started with own address 31/36
2017-10-01 19:00:05.772 [bus error] unable to open /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0: ERR: generic device error
2017-10-01 19:00:15.772 [bus error] unable to open /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_00000000-if00-port0: ERR: generic device error
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 01 Oktober 2017, 19:10:19
ok

dein device geht nicht
poste mal die Ausgabe

ls /dev/serial/by-path/

es ist mir auch seltsam vorgekommen das dein device mit "00000000" sich meldet. man würde hier irgend eine Folge von Zahlen und Buchstaben erwarten.

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 01 Oktober 2017, 19:12:32
da kommt diese Zeile raus:

platform-3f980000.usb-usb-0:1.5:1.0-port0
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 01 Oktober 2017, 19:22:30
ok

dann ändere die Zeile auf
EBUSD_OPTS="--receivetimeout=100000 --lograwdata=bytes --scanconfig -d /dev/serial/by-path/platform-3f980000.usb-usb-0:1.5:1.0-port0 -p 8888 -l /var/log/ebusd.log"

Seltsam ist das du ja schon Daten empfangen konntest.

evtl ist ein reboot hilfreich?
kann es sein das das device anderweitig noch benutzt/belegt wird??
Der Adapter ist per USB angeschlossen?
ein
lsusbbringt was?

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 01 Oktober 2017, 19:30:51
ist der Adapter evtl über einen Hub angeschlossen ? Da gibt es immer mal Probleme, dann mal direkt am Raspi versuchen...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 01 Oktober 2017, 19:34:29
Hallo Maike,
hallo Christian,

einen reboot habe ich schon mehrfach gemacht.
Der FTDI Adapter ist direkt über einen USB Port angeschlossen. Alle anderen Ports sind frei.

Hier die Ausgabe nach lsusb:

Bus 001 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 USB-Serial (UART) IC
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


Der Fehler im log ist jetzt wieder weg.
Was bleibt ist leider mein Sendefehler wie bisher:

017-10-01 19:23:15.938 [main notice] ebusd stopped
2017-10-01 19:25:14.422 [main notice] ebusd 3.0.v3.0 started
2017-10-01 19:25:14.437 [bus notice] bus started with own address 31/36
2017-10-01 19:25:14.438 [bus notice] <00
2017-10-01 19:25:14.438 [bus notice] signal acquired
2017-10-01 19:25:14.439 [bus notice] <00
2017-10-01 19:25:14.464 [bus notice] <aa
2017-10-01 19:25:14.506 [bus notice] <aa
2017-10-01 19:25:14.549 [bus notice] <aa
2017-10-01 19:25:14.592 [bus notice] <aa
...
2017-10-01 19:25:24.378 [bus notice] <aa
2017-10-01 19:25:24.421 [bus notice] <aa
2017-10-01 19:25:24.438 [main notice] starting initial broadcast scan
2017-10-01 19:25:24.464 [bus notice] <aa
2017-10-01 19:25:24.464 [bus notice] >31
2017-10-01 19:25:24.474 [bus error] send to fe: ERR: read timeout, retry
2017-10-01 19:25:24.507 [bus notice] <aa
2017-10-01 19:25:24.508 [bus notice] >31
2017-10-01 19:25:24.518 [bus error] send to fe: ERR: read timeout, retry
2017-10-01 19:25:24.549 [bus notice] <aa
2017-10-01 19:25:24.550 [bus notice] >31
2017-10-01 19:25:24.560 [bus error] send to fe: ERR: read timeout, retry
2017-10-01 19:25:24.592 [bus notice] <aa
2017-10-01 19:25:24.593 [bus notice] >31
2017-10-01 19:25:24.602 [bus error] send to fe: ERR: read timeout
2017-10-01 19:25:24.603 [main error] initial scan failed: ERR: read timeout
2017-10-01 19:25:24.635 [bus notice] <aa
2017-10-01 19:25:24.678 [bus notice] <aa

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 01 Oktober 2017, 19:46:40
ok super,

nun haben wir eine Grundlage geschaffen, das der ebusd richtig läuft.
man sieht gut das der ebusd (Master 31) etwas sendet und keine Antwort erhält.

eigentlich sollte es so aussehen
2017-10-01 11:13:36.092 [main notice] starting initial broadcast scan

2017-10-01 11:13:36.119 [bus notice] >31
2017-10-01 11:13:36.126 [bus notice] <31
2017-10-01 11:13:36.127 [bus notice] >fe
2017-10-01 11:13:36.133 [bus notice] <fe
2017-10-01 11:13:36.134 [bus notice] >07
2017-10-01 11:13:36.140 [bus notice] <07
2017-10-01 11:13:36.141 [bus notice] >04
2017-10-01 11:13:36.147 [bus notice] <04
2017-10-01 11:13:36.148 [bus notice] >00
2017-10-01 11:13:36.154 [bus notice] <00
2017-10-01 11:13:36.155 [bus notice] >14
2017-10-01 11:13:36.161 [bus notice] <14


also könnte dein senden fehlschlagen.
hast du ein Oszilloskop??
damit könntest du am Ebus direkt an der Therme messen ob dein erzeugtes Signal auch gut ist.

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 01 Oktober 2017, 19:52:38
Hi,

nein, ein Oszi habe ich leider nicht.
Ich habe den Raspi mit Busplatine aber direkt an der Therme stehen.
Störquellen für das Signal sind eigentlich nicht mehr gegeben.

Heute Nachmittag hatte ich das Steuerteil kurz vom Bus genommen. Bei dessen Initialisierung wurde es von der Software erkannt.

Ich habe mir noch einen FTDI Adapter bestellt. Vielleicht hat der ja ein Problem?

Tobias
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 01 Oktober 2017, 19:56:27
Naja, er scheint nicht zu senden!

wenn du keine Probleme haben willst, investiere in einen fertigen Adapter
zb. den von eService
https://www.esera.de/shop/ebus/135/1-wire-hub-platine

ich verwende 2 davon Ohne Probleme.

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 01 Oktober 2017, 20:04:11
Hi Maik
nach dem ich nun seit fast 2 Wochen rumexperimentiere, nehme ich deinen Tipp an.
Ich habe mich registriert. Wenn er wieder verfügbar ist, geht die Bestellung raus.

Besten Dank für deine Unterstützung und Ausdauer
Tobias

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 01 Oktober 2017, 20:21:20
ähm, das ist der Adapter nach PAHs Vorlage hier aus dem Forum oder ? Hast Du RX mit RX und TX mit TX verbunden ? so sollte das hier nämlich sein, entgegen dem , wie man sonst verbindet... Falls Du gekreuzt hast, könnte das der Fehler sein....
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 01 Oktober 2017, 21:48:31
Ich habe RX mit RX und TX mit TX verbunden. Sonst würde doch gar nicht durchkommen.
Mal sehen, vielleicht schafft es ja mein zweiter FTDI Adapter bevor ich die Bestellung aufgeben kann. Er ist im Moment sowieso nicht lieferbar.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 05 Oktober 2017, 19:50:45
Hallo Maik,

ich habe jetzt mal ein Oszi angeschlossen.
Wie kann ich den meine Sendeversuche von denen Signalen die ohnehin auf dem Bus sind unterscheiden?

Tobias
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 05 Oktober 2017, 20:59:58
@tobi

Einfach in den sende Pause der Heizung aufm ebus etwas senden, wenn du es siehst und die Pegel und Timings stimmen, ist etwas anderes im argen.

Entweder er sendet garnicht oder die Pegel stimmen nicht.

Schau mal hier
https://forum.fhem.de/index.php?topic=29737.1170
Und hier
https://de.m.wikipedia.org/wiki/EBus

Mfg Maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 05 Oktober 2017, 22:05:43
Hi Maik,

evtl. habe ich einen Fehler gefunden!

Zitatam Optokoppler an Pin5 muss 5 Volt konstant anliegen

Ist hier der U3 gemeint?
Wenn ja dann kann ich da keine saubere Spannung messen.

Ich habe das selbe Ergebnis an einer gekauften V1.6 Platine und an meiner Lochraster.

Hast du eine Idee?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 06 Oktober 2017, 19:55:59
Hallo zusammen,

ich habe jetzt einen Raspberry 2 angeschlossen, die komplette Verkabelung des Bus durch eine eigene EIBUS Leitung ersetzt und bekomme eine andere Fehlermeldung.
Ich weis noch nicht ob ich mich jetzt freuen soll oder jetzt wirklich eher aufgeben soll.

Hat jemand vielleicht eine Idee?

Zitat2017-10-06 19:50:21.495 [bus error] send to fe: ERR: arbitration lost
2017-10-06 19:50:21.495 [main error] initial scan failed: ERR: arbitration lost
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: DD am 07 Oktober 2017, 07:58:09
Hallo Tobias,

ich habe jetzt mal einen neuen FTDI Adapter angeschlossen. Äußerlich sieht er genau so aus wie der alte, hat aber einen Aufdruck YP-05. Der bricht allerdings nach ein paar Sekunden einfach ab wenn es nicht klappt mit dem Senden.

2017-10-07 07:43:54.873 [bus notice] <aa
2017-10-07 07:43:54.915 [bus notice] <aa
2017-10-07 07:43:54.958 [bus notice] <aa
2017-10-07 07:43:55.001 [bus notice] <ea
2017-10-07 07:43:55.043 [bus notice] <aa
2017-10-07 07:43:55.086 [bus notice] <aa
2017-10-07 07:43:55.130 [bus notice] <aa
2017-10-07 07:43:55.173 [bus notice] <ba
2017-10-07 07:43:55.215 [bus notice] <aa
2017-10-07 07:43:55.216 [bus notice] >31
2017-10-07 07:43:55.258 [bus notice] <aa
2017-10-07 07:43:55.259 [bus notice] >31
2017-10-07 07:43:55.301 [bus notice] <aa
2017-10-07 07:43:55.301 [bus notice] >31
2017-10-07 07:43:55.343 [bus notice] <ab
2017-10-07 07:43:55.387 [bus notice] <aa
2017-10-07 07:43:55.430 [bus notice] <aa
2017-10-07 07:43:57.008 [bus error] signal lost
2017-10-07 07:43:57.008 [main error] scan config 08: ERR: no signal


Mal eine Frage an alle die sich auskennen:
Ist es möglich die CSV's nur zum Lesen zu nutzen und auf das Senden zu verzichten.
Es kommen ja Unmengen von Daten aus der Therme an. Geht da was?

Danny-T



Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 07 Oktober 2017, 08:02:42
Hallo Danny-T,

ich habe mittlerweile beschlossen die Segel zu streichen.
Meine Verkabelung ist jetzt ganz neu, ich habe einen Raspi2 und 3 versucht und mittlerweile 3 unterschiedliche Adapter angeschlossen.
Auch die Messungen mit dem Oszi passen alle zu dem was sein soll. Ich habe ein ganz sauberes Sendesignal sowohl am Steuergerät als auch am Ende des Busses.
Ich denke dass meine Heizungsanlage/Wärmepumpe einfach nicht kompatibel ist.

Tobi
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 07 Oktober 2017, 08:39:24
...ich würde Dir mal empfehlen, einen komplett anderen Ebus-Adapter auszuprobieren. Evtl. einen fertigen kaufen. Wenn ws für deine Anlage CSVs gibt, dann müsste die dann auch kompatibel sein. Ich persönlich kann die Schaltung aus dem Mikrocontroller-Forum empfehlen, da gibts auch teilweise fertige zu kaufen für rel. kleines Geld...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 07 Oktober 2017, 09:05:20
Hi,

für diesen Adapter https://www.esera.de/shop/ebus/135/1-wire-hub-platine (https://www.esera.de/shop/ebus/135/1-wire-hub-platine) habe ich mich bereits registriert.
Hast du einen konkreten Vorschlag für einen Adapter. Vielleicht den den du auch nutzt?

Tobias
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 07 Oktober 2017, 11:18:11
Zitat von: TobiasR am 06 Oktober 2017, 19:55:59
Ich weis noch nicht ob ich mich jetzt freuen soll oder jetzt wirklich eher aufgeben soll.
diese Einträge können schon mal vorkommen, wenn mehrere Teilnehmer gleichzeitig auf den Bus senden. Kann aber auch einfach sein, dass Dein Adapter generell nicht senden kann...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 07 Oktober 2017, 11:20:41
Zitat von: DD am 07 Oktober 2017, 07:58:09
Ist es möglich die CSV's nur zum Lesen zu nutzen und auf das Senden zu verzichten.
Es kommen ja Unmengen von Daten aus der Therme an. Geht da was?
ja das geht. Dann muss nur noch ebusd mitbekommen, was er an CSVs braucht. Das geht entweder, indem Du Deinen Heizungsanlage rebootest (sprich kurz stromlos machen), womit der Controller üblicherweise die ID Anfragen durch die Gegend schickt, die ebusd dann mitbekommt.
Oder (die etwas schwierigere Variante) Du stellt um auf nicht-scanconfig und sorgst dafür, dass nur die Files da sind, die auch wirklich benötigt werden. Die Ordnerstruktur dabei einfach behalten.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 07 Oktober 2017, 11:26:03
Zitat von: DD am 07 Oktober 2017, 07:58:09

2017-10-07 07:43:55.001 [bus notice] <ea
2017-10-07 07:43:55.173 [bus notice] <ba
2017-10-07 07:43:55.343 [bus notice] <ab

BTW:
an diesen Einträgen im Log kann man sehen, dass dein Poti noch nicht richtig abgestimmt ist.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 07 Oktober 2017, 12:20:01
@Tobias:

den hab ich im Einsatz, läuft Top, da ist der USB-Adapter schon mit drin. Hab ich zwei parallel im Einsatz, 1x Terme, 1x externe Solaranlage. Such da bitte mal nach Helmut, der verkauft Platinen und auch fertig aufgebaute

https://www.mikrocontroller.net/topic/346833 (https://www.mikrocontroller.net/topic/346833)

John ist da auch im Forum aktiv.

Grüße

Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: omo_2002 am 07 Oktober 2017, 15:54:40
darf ich als Neuling eine hoffentlich dumme Frage stellen ?

Ich möchte gerne den eBus Koppler im Selbstbau bei mir einsetzen. Mir ist allerdings nicht klar, wie der komplette Systemaufbau aussieht.
Im FEHM Wiki (https://wiki.fhem.de/wiki/EBUS#Platine) ist von einem "kommerziell für ca. 6,00 € erhältliches USB-Modul" die Rede.
Dieses wird aber nirgends näher referenziert.
Gibt es dazu einen Hinweis, welches Teil man hier kaufen soll ?

Danke (hab schon ganz lang im Forum gesucht, aber nix gefunden)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 07 Oktober 2017, 17:39:53
Moin omo_2002
Und herzlich willkommen im Forum. Deine Suche kann aber nicht segr zielgerichtet gewesen sein! Im neuen thread, https://forum.fhem.de/index.php/topic,75878.msg677355.html#msg677355 , werden drei verschiedene zum Einsatz vorgeschlagen und geplant. Ich persoenlich bin mit dem ELV-Adapter sehr zufrieden, und bei mir hat das einstellen keine Minute gedauert.
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: omo_2002 am 08 Oktober 2017, 11:12:12
Danke Christoph, ich schau mir den ELV Adapter an.
Bzgl. des gesamten Systemaufbaus sehe ich das richtig:
- Ich brauche den eBus Koppler zum Selberlöten, diesen schließe ich mit 2 Drähten an den eBus der Heizung an.
- Den eBus Koppler schließe ich wiederum an das USB Modul mit 4 Kontakten an
- Das USB Modul verbinde ich mit einem USB Kabel mit dem Raspberry, auf dem der ebusd läuft
- und dann geht's weiter zur Verarbeitung (Software ist eher meine Welt :-))
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 08 Oktober 2017, 17:18:22
Ja, das stimmt soweit, eben beachten ob bei dem Koppler am Ebus auf plus / minus geachtet werden muss !
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 09 Oktober 2017, 11:10:46
Moin omo
Wenn es Dir nicht pressiert, dann wuerde ich auf den neuen warten! Ansonsten die paar Teile bestellen, zusammenloeten, anschliessen, Poti einstellen und Daten einlesen.
Und man muss bei dem Selbstbau nicht auf Plus und Minus achten, da dieser verpolungssicher aufgebaut ist!
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 09 Oktober 2017, 12:45:03
Zitatda dieser verpolungssicher aufgebaut ist
.
So wars gedacht, eben.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: omo_2002 am 09 Oktober 2017, 22:03:30
Danke für die Rückmeldungen. Aber der ,,Neue" hört sich noch recht beta mäßig an.
Ich frickel erstmal den normalen Adapter mit Poti und so zusammen.

Bei der Gelegenheit hätte ich noch ne Frage:
Ich hab ne nagelneue Wolf Heizung und am eBus ein iSM7 Modul hängen.
Kann ich einfach parallel zum iSM7 den eBus Adapter hinklemmen?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 10 Oktober 2017, 13:51:59
Moin
Da es ja ein bus ist, kannst Du da "beliebig" viele Teilnehmer dranklemmen. Irgendwann gibt es natuerlich Grenzen, die sich durch Adressen und Anzahl der erlaubten Master ergeben.
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 11 Oktober 2017, 07:38:13
Zitat von: omo_2002 am 09 Oktober 2017, 22:03:30
Kann ich einfach parallel zum iSM7 den eBus Adapter hinklemmen?
musst halt darauf achten, nicht die Adresse des iSM7 für ebusd zu nehmen. Einfach mal ebusd laufen lassen, der notiert das im log, wenn es einen Konflikt gibt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: omo_2002 am 11 Oktober 2017, 14:52:49
Danke für die Hinweise. Ich muss jetzt das Material besorgen und den Lötkolben anheizen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 31 Oktober 2017, 12:19:26
so für alle dies wissen wollen

Problem von Tobias: Schaltung V1.6 geht nicht

Tobias hat mit seine Platine zukommen lassen.
Erster Test ergab:
Empfang I.O.
Senden nicht I.O.

Grund:
1. ZehnerDiode 7,5V = Kurzschluss
2. BD647 Darlington = schaltet nicht durch

prov. repariert mit kleinerer Zehner (7,5V <1,3W) und normalem NPN Leistungstransistor (D2012)
Schaltung sendet wieder!!

zudem war einer der FTDI Adapter schrott, dieser hatte bei LoopBackTest viele Fehler.

neue Original Teile sind bei Reichelt bestellt, wenn diese drinn sind, wird die Schaltung an meinen EBUS gehängt und getestet.

anbei mal ein OSZI Bild von einem EBUS Testsignal (random Werte auf den seriellen port gesendet) nach der prov. Reparatur.

mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 01 November 2017, 18:29:48
exakt dieselbe bai00 habe ich auch und funktioniert. Ich habe eBus Version 3.0, das ist aber bei dir sicher nicht der Fehler. Wenn du mit ebusctl problemlos auslesen kannst passt ja schon fast alles und es ist auch die richtige CSV ist geladen.

Hast du schon mal geschaut ob der Dämon ( ps -aux|grep ebusd )  auch nur einmal läuft und ob der ECMD Device auch wirklich "opened" anzeigt?
Irgendwas in dieser Richtung muss es sein.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: realkeule am 02 November 2017, 20:21:51
Zitat von: omo_2002 am 08 Oktober 2017, 11:12:12
Danke Christoph, ich schau mir den ELV Adapter an.
Bzgl. des gesamten Systemaufbaus sehe ich das richtig:
- Ich brauche den eBus Koppler zum Selberlöten, diesen schließe ich mit 2 Drähten an den eBus der Heizung an.
- Den eBus Koppler schließe ich wiederum an das USB Modul mit 4 Kontakten an
- Das USB Modul verbinde ich mit einem USB Kabel mit dem Raspberry, auf dem der ebusd läuft
- und dann geht's weiter zur Verarbeitung (Software ist eher meine Welt :-))

hallo,

ich bin auch grade an dem thema dran und habe mir die layout platine inkl. der teile besorgt. einen ftdi hab ich noch irgendwo.
folgende fragen tauchten jetzt auf:
wenn ich diese art des abgleich machen will, ( http://forum.fhem.de/index.php/topic,46098.msg379253.html?PHPSESSID=l6i7t0b2kqsblmhug9i6a6i875#msg379253 (http://forum.fhem.de/index.php/topic,46098.msg379253.html?PHPSESSID=l6i7t0b2kqsblmhug9i6a6i875#msg379253) ) muss der koppler dann an der heizung angeschlossen sein? mache ich bei zu hoher einstellung keinen schaden an der heizung?

warum sollte der koppler nicht direkt mit dem fhem raspi verbunden sein bzw. über einen 2ten laufen? preiswert ist das ja dann nicht mehr....

grüße bernd
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 02 November 2017, 20:31:37
Zitat von: realkeule am 02 November 2017, 20:21:51
warum sollte der koppler nicht direkt mit dem fhem raspi verbunden sein bzw. über einen 2ten laufen? preiswert ist das ja dann nicht mehr....

grüße bernd

Das wäre mir neu, ich habe zwei (zugegeben nicht die Forums-Adapter, sondern aus dem Mikrocontroller-Forum), neben zwei CUL-Sticks, direkt an dem Raspi (ist ein 2er), auf dem auch FHEM läuft. max 20% Auslastung des RPI und überhaupt keine Probleme...

Grüße

Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: realkeule am 02 November 2017, 20:38:03
ZitatEine direkte Ankopplung des eBus an FHEM via Pegelwandlung und serielle Schnittstelle ist nicht empfehlenswert, stattdessen wurde der Weg beschritten, einen separaten Raspberry Pi (Modell B) an den eBus zu koppeln und darauf die Software eBusd laufen zu lassen. Diese wird dann in einer beliebigen FHEM-Instanz als ECMD-Device definiert und somit per Telnet abgefragt.
steht so im wiki
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 02 November 2017, 20:41:56
...hmmm... ich vermute die meinen man soll die aufgrund der Timing-Probleme nicht direkt an die GPIOs des RPI anschließen, aber (wie gesagt, ich habe nicht den Forums-Adapter sondern einen anderen) über USB habe ich keine Probleme...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 03 November 2017, 07:47:14
Über USB besteht deshalb kein Problem, weil die (serielle !) USB-Schnittstelle im Raspberry Pi in der Hardware realisiert ist. Die serielle Schnittstelle über die GPIO Ports allerdings nur in der Software emuliert. Der heftige Verkehr auf dem EBUS sorgt dafür, dass diese Emulation vollkommen aus dem Ruder läuft - Latenzen (also verzögertes Ankommen der Signale beim Hauptprozessor) sind die Folge.

Habe ich vor 2 Jahren (?) hier im Forum ausführlich diskutiert - und es ist mir gelungen, eine Latenz von bis zu 90 Minuten zu produzieren.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: realkeule am 03 November 2017, 08:21:22
danke pah. vor 2 jahren war das thema hier aktueller :)
platine ist fertig, jetzt gehts an die software. die aktuellen infos hierzu sind ganz schön verteilt...

den abgleich kann ich direkt an der heizung vornehmen, oder?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 03 November 2017, 13:55:14
Hallo realkeule
Du kannst den Koppler nur abgleichen, wenn Du Ihn an den Bus anschliesst, da Du sonst ja nichts siehst.
Wo Du nun den Koppler an den Bus anklemmst bleibt dir ueberlassen!
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: realkeule am 04 November 2017, 23:54:30
dank dieses forums läuft der ebus.
pi@raspberrypi:/etc/ebusd $ ebusctl info
version: ebusd 2.3.5bcc475
signal: acquired
symbol rate: 54
masters: 3
messages: 16
conditional: 0
poll: 0
update: 4

address 03: master #11
address 08: slave #11, scanned
address 10: master #2
address 23: slave, scanned
address 25: slave, scanned
address 31: master #8, ebusd
address 36: slave #8
address 50: slave, scanned


welche csv files muss ich jetzt in etc/ebusd kopieren? ich habe eine vaillant vws 62/3

grüße
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 05 November 2017, 11:45:56
Moin
Warum willst du nur gezielte CSVs installieren? Zudem ist der Regler wichtiger als die Therme!
https://github.com/john30/ebusd-configuration/releases
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: realkeule am 05 November 2017, 14:41:03
mein problem liegt nicht an fehlenden csv files sondern das meine anlage keine daten ausgibt glaube ich.



pi@raspberrypi:/etc/ebusd/vaillant $ ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/ttyUSB1
2017-11-05 14:33:40.606 [bus notice] signal acquired
2017-11-05 14:33:43.373 [bus notice] new master 10, master count 2
2017-11-05 14:33:44.684 [bus notice] new master 03, master count 3
2017-11-05 14:34:21.005 [bus notice] max. symbols per second: 105
2017-11-05 14:34:25.050 [bus notice] <aa
2017-11-05 14:34:25.053 [bus notice] <10
2017-11-05 14:34:25.064 [bus notice] <08
2017-11-05 14:34:25.067 [bus notice] <b5
2017-11-05 14:34:25.069 [bus notice] <09
2017-11-05 14:34:25.071 [bus notice] <03
2017-11-05 14:34:25.080 [bus notice] <29
2017-11-05 14:34:25.082 [bus notice] <ba
2017-11-05 14:34:25.084 [bus notice] <00
2017-11-05 14:34:25.086 [bus notice] <51
2017-11-05 14:34:25.097 [bus notice] <00
2017-11-05 14:34:25.098 [bus notice] <03
2017-11-05 14:34:25.100 [bus notice] <ba
2017-11-05 14:34:25.102 [bus notice] <00






pi@raspberrypi:/etc/ebusd/vaillant $ sudo service ebusd start --scanconfig
pi@raspberrypi:/etc/ebusd/vaillant $ ebusctl
localhost: scan
done

localhost: scan result
empty

localhost:


das dürfte doch nicht empty sein? was meinst du mit: Zudem ist der Regler wichtiger als die Therme!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Maddin2016 am 05 November 2017, 14:41:26
Hallo zusammen,

ich habe nun endlich auch den Ebusd am laufen. Habe allerdings zwei Fragen.

1. Kann man den Abfrage Interval irgendwie einstellen. Frage die Werte über einen Ebus Koppler über Ethernet ab. Die Werte aktulisieren sich aber teilweise erste nach ein paar Minuten.

2. Ich würde gerne den Energieertrag mit ebusd -r YieldTotal auslesen. Es kommt aber dort immer ERR Element nicht gefunden. In der Csv steht der Wert aber allerdings. Was könnte das sein. Die Anderen Werte funktionieren aus der CSV

Danke euch
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 05 November 2017, 18:36:35
Zitat von: Maddin2016 am 05 November 2017, 14:41:26
Hallo zusammen,

ich habe nun endlich auch den Ebusd am laufen. Habe allerdings zwei Fragen.

1. Kann man den Abfrage Interval irgendwie einstellen. Frage die Werte über einen Ebus Koppler über Ethernet ab. Die Werte aktulisieren sich aber teilweise erste nach ein paar Minuten.

2. Ich würde gerne den Energieertrag mit ebusd -r YieldTotal auslesen. Es kommt aber dort immer ERR Element nicht gefunden. In der Csv steht der Wert aber allerdings. Was könnte das sein. Die Anderen Werte funktionieren aus der CSV

Danke euch

Moin
Erstmal solltest du uns sagen, wie Du die Werte in fhem holst. Beim GAEBUS kann man das interval einstellen! Wie das bei ecmd ist solltest Du einfach mal in der cmdref nachlesen.
Nur weil die CSV irgendwelche Daten zur Verfuegung stellt, muss das Deine Heizung noch lange nicht tun. Das haengt von vielen Faktoren ab!
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 05 November 2017, 18:44:24
Zitat von: realkeule am 05 November 2017, 14:41:03
das dürfte doch nicht empty sein? was meinst du mit: Zudem ist der Regler wichtiger als die Therme!
Ich kann Dir nicht sagen, was da stehen sollte. Der Regler haelt letztendlich die Daten vor, die Du sehen moechtest, soweit ich das verstanden habe. Zum Beispiel stellst Du ja die Zeiten am Regler ein, und nicht an der Therme!
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 06 November 2017, 08:18:33
Zitat von: realkeule am 05 November 2017, 14:41:03

pi@raspberrypi:/etc/ebusd/vaillant $ sudo service ebusd start --scanconfig

Du kannst auf diese Weise keine Parameter an den Dienst-Start übergeben. Die Parameter müssen in /etc/default/ebusd eingetragen werden.
Und Du nimmst alle CSV Files, wenn Du ebusd erlaubst, auf den Bus aktiv zuzugreifen, weil dann mittels --scanconfig die richtigen rausgepickt werden.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: realkeule am 06 November 2017, 09:15:04
nach einen neustart kommen langsam daten aber es ist nicht alles gefüllt. kann dies am abgleich liegen?

pi@raspberrypi:~ $ ebusctl find
broadcast datetime = 7.562;11:48:04;06.11.2017
broadcast error = no data stored
broadcast hwcStatus = off;25;off
broadcast ident = no data stored
broadcast load = no data stored
broadcast outsidetemp = 7.562
broadcast signoflife = no data stored
broadcast vdatetime = 11:48:04;06.11.2017
mc FlowTempDesired = 28.0
broadcast ident = no data stored
mc AutocoolTestModeActiveHc2 = no data stored
mc CfgHeatSinkType = no data stored
mc CoolingCircuitStatesHc2 = no data stored
mc CoolingEfficiencyStateHc2 = no data stored
mc CoolingModeStateCounterHc2 = no data stored
mc CoolingOperatingModeHc2 = no data stored
mc CoolingRequestHc2 = no data stored
mc CoolingStartOffsetHc2 = no data stored
mc CoolingSupportedHc2 = no data stored
mc CoolingWhileHolidaySupportedHc2 = no data stored
mc currenterror = no data stored
mc DateTime = valid;11:47:46;06.11.2017;7.562
mc DesiredWorkingModeHc2 = no data stored
mc DWMOffToCoolingDelayHc2 = no data stored
mc DWMOffToHeatingDelayHc2 = no data stored
mc EfficiencyHysteresisHc2Min = no data stored
mc errorhistory = no data stored
mc FloorPavingDryingDay = no data stored
mc FloorProtectionLimit = no data stored
mc FlowTempDesired = no data stored
mc FlowTempMax = no data stored
mc FlowTempMin = no data stored
mc Hc1PumpSpeedControlDirectCircuit = no data stored
mc Hc1PumpSpeedControlDirectCircuitWhileO = no data stored
mc Hc1PumpSpeedControlHeatBuffer = no data stored
mc HcManualWorkingModeTriggeringActiveHc2 = no data stored
mc HcMaxPreHeating = no data stored
mc HcPumpPWM = no data stored
mc HcPumpStatus = no data stored
mc LastDesiredWorkingModeHc2 = no data stored
mc Mode = 21;auto;00;off
mc OperatingMode = no data stored
mc OtShutdownLimit = no data stored
mc Status = 25;off;24.50;21
mc Status16 = no data stored
mc Timer.Friday = no data stored
mc Timer.Monday = 05:00;20:00;-:-;-:-;-:-;-:-;Mo-So
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
mc Tot24hHc2 = no data stored
mc TotAverageTimeHc2 = no data stored
memory eeprom = no data stored
memory ram = no data stored
scan id = no data stored
scan.08  = no data stored
scan.15  = no data stored
scan.23  = no data stored
scan.25  = no data stored
scan.50  = Vaillant;EHP00;0419;7201

pi@raspberrypi:~ $ ebusctl info
version: ebusd 2.3.5bcc475
signal: acquired
symbol rate: 75
masters: 3
messages: 108
conditional: 45
poll: 1
update: 9

address 03: master #11
address 08: slave #11, scanned
address 10: master #2
address 23: slave
address 25: slave, scanned
address 31: master #8, ebusd
address 36: slave #8
address 50: slave, loaded "vaillant/50.ehp.mc.csv"




Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 07 November 2017, 06:48:22
Zitat von: realkeule am 06 November 2017, 09:15:04

version: ebusd 2.3.5bcc475

Mit dieser Uralt-Version machst Du Dir keine Freude. Steig bitte auf 3.0 um, sonst stimmen einige Aussagen z.B. bzgl. scanconfig und anderen einfach nicht.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: realkeule am 07 November 2017, 10:51:29
also v3 ist installiert.

pi@raspberrypi:~ $ ebusctl info                                                 version: ebusd 3.0.595c7c0
update check: revision v3.0 available, broadcast.csv: newer version available
signal: acquired
symbol rate: 58
max symbol rate: 123
reconnects: 0
masters: 3
messages: 16
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11
address 10: master #2
address 23: slave
address 25: slave
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave


was aber mich bei allen installationen verwundert ist, das ich erst mit daten fülle wenn ich die heizung neustarte. vorher kommt nichts rein außer die uhrzeit. im ebusctl scan kommt auch nichts. kann man das manuell anstoßen?

grüße

edit//

i@raspberrypi:/etc/ebusd $ ls
broadcast.csv        ebusd-3.0_armhf_mqtt1.deb                   memory.csv      vaillant
ebusd-3.0_armhf.deb  ebusd-configuration-2.1.b143f39-de_all.deb  _templates.csv
pi@raspberrypi:/etc/ebusd $ nano broadcast.csv
pi@raspberrypi:/etc/ebusd $ sudo dpkg -i --force-overwrite ebusd-configuration-2.1.*.deb
(Lese Datenbank ... 116031 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von ebusd-configuration-2.1.b143f39-de_all.deb ...
Entpacken von ebusd-configuration (2.1.b143f39-de) über (2.1.b143f39-de) ...
ebusd-configuration (2.1.b143f39-de) wird eingerichtet ...
pi@raspberrypi:/etc/ebusd $ ebusctl info
version: ebusd 3.0.595c7c0
update check: revision v3.0 available, broadcast.csv: newer version available
signal: acquired
symbol rate: 58
max symbol rate: 119
reconnects: 0
masters: 3
messages: 16
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11
address 10: master #2
address 23: slave
address 25: slave
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave


wo bekomme ich den die neue broadcast.csv her? dachte ich hätte die neuste installiert?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 07 November 2017, 20:10:18
Zitat von: realkeule am 07 November 2017, 10:51:29
also v3 ist installiert.

was aber mich bei allen installationen verwundert ist, das ich erst mit daten fülle wenn ich die heizung neustarte. vorher kommt nichts rein außer die uhrzeit. im ebusctl scan kommt auch nichts. kann man das manuell anstoßen?


so wie ich das sehe, kann dein Konverter nichts senden. Wenn du einen Neustart der Heizung machst, dann melden sich ja alle Devices neu am eBus an und somit siehst du die dann. Das kann man aber schnell abklären, poste einmal ein RawLog von den ersten 30 Sekunden nach einem Neustart des Dämons.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: realkeule am 07 November 2017, 21:42:28
2017-11-07 21:38:39.618 [update notice] unknown MS cmd: 1008b509040ed10001 / 00
2017-11-07 21:38:41.096 [main notice] SIGTERM received
2017-11-07 21:38:41.119 [update notice] unknown MS cmd: 1050b5040100 / 0a0342382107110217b006
2017-11-07 21:38:41.299 [update notice] unknown MS cmd: 1050b5040101 / 09150300000081000000
2017-11-07 21:38:41.468 [update notice] unknown MS cmd: 1050b504020d00 / 051800780114
2017-11-07 21:38:41.650 [update notice] unknown MS cmd: 1050b5040132 / 0a002406030101d0060100
2017-11-07 21:38:41.802 [update notice] unknown MS cmd: 1050b5040131 / 020001
2017-11-07 21:38:41.973 [update notice] unknown MS cmd: 1008b50903290f00 / 050f001f0100
2017-11-07 21:38:45.193 [update notice] unknown BC cmd: 10feb5050427001800
2017-11-07 21:38:45.633 [update notice] unknown BC cmd: 10feb505034a0100
2017-11-07 21:38:45.903 [main notice] ebusd stopped
2017-11-07 21:39:02.020 [main notice] ebusd 3.0.595c7c0 started
2017-11-07 21:39:02.139 [bus notice] bus started with own address 31/36
2017-11-07 21:39:35.063 [main notice] SIGTERM received
2017-11-07 21:39:36.193 [main notice] ebusd stopped


sieht ziehmlich leer aus...

und so nach dem erneuten start

pi@raspberrypi:/var/log $ sudo service ebusd start
pi@raspberrypi:/var/log $ ebusctl find
broadcast datetime = no data stored
broadcast error = no data stored
broadcast ident = no data stored
broadcast ident = no data stored
broadcast signoflife = no data stored
memory eeprom = no data stored
memory ram = no data stored

pi@raspberrypi:/var/log $ ebusctl info
version: ebusd 3.0.595c7c0
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


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 07 November 2017, 23:17:45
Moin realkeule
Wieviele Teilnehmer hast du eigentlich an dem Bus?
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: realkeule am 08 November 2017, 00:05:14
Zitat von: pc1246 am 07 November 2017, 23:17:45
Moin realkeule
Wieviele Teilnehmer hast du eigentlich an dem Bus?
Gruss Christoph
An der Heizung ist ein Bedienelement. Den Koppler habe ich auf der Platine innen an einer Klemme abgeklemmt die leer war und auf der Ebus steht.
2?
Die sind zumindest nicht sichtbar parallel.

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 08 November 2017, 07:18:02
Moin
Mit anderen Worten, Dein Regler ist in der Therme integriert? Ob Du da dann so viel auf dem Bus siehst ist fraglich. Wenn die Therme sehr mitteilungsbeduerftig ist, dann ja. Wenn Sie aber nur das auf den Bus schickt, was ein anderer braucht? Ich hatte das mit dem eBusd auch so verstanden, dass der anhand der vorhandenen Geraete die richtigen CSVs aussucht, und dann die Telegramme uebersetzt. Dazu koennne John und Reinhart aber mehr sagen!
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: realkeule am 08 November 2017, 07:22:41
Zitat von: pc1246 am 08 November 2017, 07:18:02
Moin
Mit anderen Worten, Dein Regler ist in der Therme integriert? Ob Du da dann so viel auf dem Bus siehst ist fraglich. Wenn die Therme sehr mitteilungsbeduerftig ist, dann ja. Wenn Sie aber nur das auf den Bus schickt, was ein anderer braucht? Ich hatte das mit dem eBusd auch so verstanden, dass der anhand der vorhandenen Geraete die richtigen CSVs aussucht, und dann die Telegramme uebersetzt. Dazu koennne John und Reinhart aber mehr sagen!
Gruss Christoph
Ich kann das auch ans Display anschließen. Ist ja quasi um die Ecke [emoji16]
Aber ich bekomme ja einiges an Info. Anscheinend wird es nicht abgefragt.
Die Dioden hab ich schon Mal durch gemessen. Die sind okay.

Gesendet von meinem ONEPLUS A3003 mit Tapatalk

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 08 November 2017, 09:36:06
ähm, ich sehe nirgends in den Logs, dass Du aktiv etwas abfragst. "Von alleine" kommen normal nur Broadcasts rein, alles, "was man wissen will" muss man (wenn sich da in letzter Zeit nichts großes dran geändert hat, was ich nicht mitbekommen habe), aktiv abfragen. z.B. wenn man den ebusctl startet und dann z.B. sowas wie "r - f <Abfragewertname aus der CSV>" eingibt.

Eine CSV läd der ja lt. Log. in die mal reinschauen, was es für Abfragewerte gibt. Alle Werte, die schon mal von der Therme / den Regler(n) abgefragt wurden, werden dann auch mit "find" bzw. "find -d" ausgegeben.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Tstolzmann am 08 November 2017, 09:41:13
Ich habe drei FTDI Module ausprobiert und alle drei haben zwischen GND und TXD und RXD 5V ist das richtig? Gemessen habe USB Kabel im Raspberry und FTDI ohne EBus Platine dahinter.
Wenn nicht welches FTDI Modul soll ich kaufen, habe auch schon eins gekauft was im ersten Thread verwendet wurde.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 08 November 2017, 09:48:04
Hallo
Da wir ja leider etwas raten muessen, habe ich mal eine Grafik angehaengt, wie ich vermute, dass es bei dir aussieht. Wenn Dein Regler in der Therme steckt, dann ist der intern irgendwo angeschlossen, evtl. am eBus, evtl. auch an einem 2. eBus. Wenn er an einem 2. haengt, dann kann es sein, dass die Telegramme nur dort rumschwirren.
Es waere also gut, wenn du uns einfach mal Deine Konfiguration beschreibst, oder Fotos machst! Ich hatte Dir schon vor laengerem geschrieben, dass ich vermute, dass der Regler das entscheidende Bindeglied ist.
Schaue auch wirklich mal in die CSV, die Dein eBusd geladen hat, wie cs-online schon geschrieben hat, dann siehst du was du maximal bekommen kannst!
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 08 November 2017, 09:54:50
Zitat von: Tstolzmann am 08 November 2017, 09:41:13
Ich habe drei FTDI Module ausprobiert und alle drei haben zwischen GND und TXD und RXD 5V ist das richtig? Gemessen habe USB Kabel im Raspberry und FTDI ohne EBus Platine dahinter.
Wenn nicht welches FTDI Modul soll ich kaufen, habe auch schon eins gekauft was im ersten Thread verwendet wurde.
Moin
Schaust Du Wikipedia! https://de.wikipedia.org/wiki/RS-232
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 08 November 2017, 10:28:47
...soll heissen (wenn ich mich recht entsinne), dass die s.g. TTL-Pegel bei 0V und 5V liegen. Von daher kann das durchaus richtig sein, wenn im Leerlauf an beiden 5V anliegen, weil die mit hoher Wahrscheinlichkeit mittels Pullup auf High (5V) gezogen werden, um im Leerlauf ein definiertes Signal zu erzeugen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Tstolzmann am 08 November 2017, 11:08:16
Danke für eure Hinweise, funktioniert jetzt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 08 November 2017, 11:24:49
@realkeule

wie gesagt, wir brauchen ein Rawlog von den ersten 30 Sekunden nach dem Start des Dämons dann brauchen wir nicht länger rätseln.

Entscheidend ist was passiert wenn der Konverter seine Adresse an den Bus sendet. Es muss dann innerhalb von etwa 10-15 msec die Adresse zurück gesendet werden, wenn dies nicht der Fall ist, dann kann die Platine nicht senden! Ist die Zeit größer, wird die Arbitrierung nicht funktionieren und ein Timeout kommen.

entscheidend ist der Eintrag ab "starting initial broadcast scan"
2017-11-08 11:04:10.134 [bus notice] <aa
2017-11-08 11:04:10.178 [bus notice] <aa
2017-11-08 11:04:10.221 [main notice] starting initial broadcast scan
2017-11-08 11:04:10.225 [bus notice] <aa     Syn vom eBus, Client dürfen den eBus belegen
2017-11-08 11:04:10.228 [bus notice] >31     eigene Adresse wird an den eBus gesendet um eine Anfrage zu initiieren
2017-11-08 11:04:10.233 [bus notice] <31     Bestätigung vom eBus, der Client darf nun senden
2017-11-08 11:04:10.237 [bus notice] >fe      nun setzt der Konverter seine Abfragen auf und baut sie Byteweise zusammen
2017-11-08 11:04:10.242 [bus notice] <fe      jedes Byte wird vom eBus bestätigt
2017-11-08 11:04:10.246 [bus notice] >07     usw.
2017-11-08 11:04:10.251 [bus notice] <07
2017-11-08 11:04:10.252 [bus notice] >04
2017-11-08 11:04:10.258 [bus notice] <04
2017-11-08 11:04:10.259 [bus notice] >00
2017-11-08 11:04:10.264 [bus notice] <00
2017-11-08 11:04:10.266 [bus notice] >14
2017-11-08 11:04:10.272 [bus notice] <14    die Anfrage ist durch, nun muss etwas gewartet werden, das ist aber jetzt für die Fehlerdiagnose nicht so wichtig
2017-11-08 11:04:10.275 [bus notice] >aa    es folgen wieder SYN und andere Client dürfen wieder den Bus belegen
2017-11-08 11:04:10.280 [bus notice] <aa
2017-11-08 11:04:10.327 [bus notice] <aa
2017-11-08 11:04:10.372 [bus notice] <aa
2017-11-08 11:04:10.418 [bus notice] <aa
2017-11-08 11:04:10.462 [bus notice] <aa
2017-11-08 11:04:10.506 [bus notice] <aa
2017-11-08 11:04:10.552 [bus notice] <aa

dieses Beispiel ist von einem funktionierendem Konverter V1.6


Beachtet dabei die Latenz, die ist hier sehr klein und beträgt nur 5 msec (233-228), das ist ein guter Wert.
2017-11-08 11:04:10.228 [bus notice] >31     eigene Adresse wird an den eBus gesendet um eine Anfrage zu initiieren
2017-11-08 11:04:10.233 [bus notice] <31     Bestätigung vom eBus, der Client darf nun senden

kommt hier keine Antwort, weiß der eBus nicht das ein Client senden will, vermutlich ist dann das Sendesignal der Platine defekt oder fehlt!
Wenn jeder senden würde wie es ihm passt, dann käme es ansonsten ständig zu Kollisionen, deshalb gibt es hier im Protokoll Regeln damit dies funktioniert!

> bedeutet der Konverter sendet an den eBus
< bedeutet es kommen Bytes vom eBus

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: realkeule am 08 November 2017, 14:28:16
hallo,

erstmal vielen dank für die hilfe. ich bekomme raw nichts ausgelesen (es ging mal) und ich weiß nicht warum. aber ich habe folgendes im log gefunden was deine aussage bestätigt (denke ich)

2017-11-08 14:19:55.260 [bus notice] <1008b5090329e201b30003e20100cd00
2017-11-08 14:19:57.103 [main notice] starting initial broadcast scan
2017-11-08 14:19:57.120 [bus error] send to fe: ERR: read timeout, retry
2017-11-08 14:19:57.152 [bus notice] >31
2017-11-08 14:19:57.164 [bus error] send to fe: ERR: read timeout, retry
2017-11-08 14:19:57.196 [bus notice] >31
2017-11-08 14:19:57.208 [bus error] send to fe: ERR: read timeout, retry
2017-11-08 14:19:57.241 [bus notice] >31
2017-11-08 14:19:57.252 [bus error] send to fe: ERR: read timeout
2017-11-08 14:19:57.253 [main error] initial scan failed: ERR: read timeout
2017-11-08 14:19:57.284 [bus notice] >31
2017-11-08 14:19:57.946 [update notice] unknown BC cmd: 10feb5050427001800
2017-11-08 14:19:57.950 [bus notice] <10feb5050427001800b8
2017-11-08 14:19:58.476 [update notice] unknown BC cmd: 10feb505034a0100
2017-11-08 14:19:58.480 [bus notice] <10feb505034a0100f4


de read timeout bedeutet wohl das er eine antwort erwartet die nicht kommt. ergo nicht sendet. oder?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: realkeule am 08 November 2017, 14:29:02
Zitat von: pc1246 am 08 November 2017, 09:48:04
Hallo
Da wir ja leider etwas raten muessen, habe ich mal eine Grafik angehaengt, wie ich vermute, dass es bei dir aussieht. Wenn Dein Regler in der Therme steckt, dann ist der intern irgendwo angeschlossen, evtl. am eBus, evtl. auch an einem 2. eBus. Wenn er an einem 2. haengt, dann kann es sein, dass die Telegramme nur dort rumschwirren.
Es waere also gut, wenn du uns einfach mal Deine Konfiguration beschreibst, oder Fotos machst! Ich hatte Dir schon vor laengerem geschrieben, dass ich vermute, dass der Regler das entscheidende Bindeglied ist.
Schaue auch wirklich mal in die CSV, die Dein eBusd geladen hat, wie cs-online schon geschrieben hat, dann siehst du was du maximal bekommen kannst!
Gruss Christoph

so wie auf dem bild sieht es aus ich schaue heute abend mal wie die kabel intern stecken und schicke ein bild
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 08 November 2017, 16:35:55
Zitat von: realkeule am 08 November 2017, 14:28:16
hallo,

erstmal vielen dank für die hilfe. ich bekomme raw nichts ausgelesen (es ging mal) und ich weiß nicht warum. aber ich habe folgendes im log gefunden was deine aussage bestätigt (denke ich)

de read timeout bedeutet wohl das er eine antwort erwartet die nicht kommt. ergo nicht sendet. oder?

ja, dürfte so sein weil die Zeit abgelaufen ist, aber die ist sehr knapp eingestellt. Der eBus reagiert nicht auf die Anfrage.
Das Rawlog kannst du in der /etc/default/ebusd aktivieren, wenn du diese beiden Einträge in der EBUSD_OPTS anhängst und ebusd neu startest "--lograwdata=bytes --latency=100000"
Latency erlaubt dann auch längere Antwortzeiten bis 100 msec. Das Rawlog wäre insofern wichtig, das du auch siehst ob die SYN (aa) dazwischen auch schön kommen und sich da nicht andere Zeichen dazwischen moggeln, dann wäre der Empfänger etwas daneben. Glaube ich aber nicht, da die anderen Logs ja bei Rxd passen und den Broadcast soweit detektieren können.
Wenn du dich in der Elektronik etwas auskennst, kannst ja versuchen den Fehler im Sendezweig zu suchen, meist ist es die Zenerdiode es kann aber auch eine Diode im Brückengleichrichter sein oder gar der Transistor. Mit einem Multimeter kannst die Halbleiter ja schnell überprüfen (ohne Spannung an der Platine, nur Diodenmessung am Messgerät einstellen).
Wenn du es nicht schaffst, es startet in Kürze wieder eine Sammelbestellung der neuen Platine V2 ohne Poti.

Wichtig ist es, dass du es verstanden hast wie das intern etwa abläuft, das erleichtert dir in Zukunft die Diagnose und wie ich sehe hast du es schon richtig gedeutet.

Wenn du ein Multimeter hast und nicht weißt wie du das messen sollst dann melde dich, ich helfe dir da gerne weiter.

LG
Reinhart

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: realkeule am 08 November 2017, 18:04:27
2017-11-08 17:59:03.280 [main notice] starting initial broadcast scan
2017-11-08 17:59:03.409 [bus notice] <aa
2017-11-08 17:59:03.411 [bus notice] >31
2017-11-08 17:59:03.453 [bus notice] <aa
2017-11-08 17:59:03.455 [bus notice] >31
2017-11-08 17:59:03.458 [bus notice] <10
2017-11-08 17:59:03.466 [bus notice] <0a
2017-11-08 17:59:03.469 [bus notice] <b5
2017-11-08 17:59:03.473 [bus notice] <13
2017-11-08 17:59:03.478 [bus notice] <03
2017-11-08 17:59:03.482 [bus notice] <04
2017-11-08 17:59:03.486 [bus notice] <00
2017-11-08 17:59:03.490 [bus notice] <00
2017-11-08 17:59:03.494 [bus notice] <9f
2017-11-08 17:59:03.538 [bus notice] <aa
2017-11-08 17:59:03.582 [bus notice] <aa
2017-11-08 17:59:03.626 [bus notice] <aa
2017-11-08 17:59:03.628 [bus notice] >31
2017-11-08 17:59:03.670 [bus notice] <aa
2017-11-08 17:59:03.671 [bus notice] >31
2017-11-08 17:59:03.714 [bus notice] <aa
2017-11-08 17:59:03.716 [bus notice] >31
2017-11-08 17:59:03.758 [bus notice] <aa
2017-11-08 17:59:03.760 [bus notice] >31
2017-11-08 17:59:03.803 [bus notice] <aa
2017-11-08 17:59:03.804 [bus notice] >31


die dioden habe ich schon überprüft....
ich checke mal den bus in der heizung, wer weiß wo ich da drauf hänge...

//edit

@pc1246: also die bedieneinheit hängt parallel zum bus. das habe ich durchgemessen. d.h. die platine hängt parallel zur bedieneinheit.
da ich noch teile für eine 2te platine habe, werde ich die am wochenende zusammenbasteln und testen.
davon unabhängig spiele ich die software mal neu auf.

zumindest hab ich jetzt gecheckt was im raw log ankommen muss. da er jetzt denkt er sendet und keine passende antwort kommt wirds wohl aqm senden liegen. kann man die latenz noch höher stellen oder macht das keinen sinn?

grüße

...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 08 November 2017, 19:46:36
jetzt sieht man es ganz genau, der Konverter sendet seine Adresse (31) und bekommt keine einzige Anfrage zurück. Die "aa" sind normale SYN Zeichen, das der Bus frei ist. Du hast zufällig schon bei der 2. Anfrage eine Antwort im Log, das ist aber ein Broadcast der regelmäßig kommt und nicht vom Adapter ausgelöst wurde, es müsste eine <31 kommen weil das deine Adresse ist.

Die Latenz höher stellen hat keinen Sinn, war jetzt nur für den Test wichtig damit das Timeout nicht jedesmal kommt. Alles was höher als 15-20 msec ist, wird schon nicht mehr richtig funktionieren. Die 100 msec waren jetzt nur damit uns nicht der eBusd abriegelt und wir wirklich die Antwort sehen falls sie kommt. Alles was später kommt, ist ohnehin außerhalb der Toleranz.

Sehr gut, du hast jetzt alles gecheckt worauf es ankommt. Wenn du noch Teile und eine Platine hast ist das gut, aber so eine Reparatur ist für einen Elektroniker/Bastler nicht schwer, falls du einen in der Bekanntschaft hast. An der Verkabelung wirst du nicht viel suchen müssen, es kommt keine korrekte Busanfrage aus dem Konverter raus (zumindest wird sie nicht beantwortet)  und der Empfang scheint ok zu sein. Die Syn sind sauber zu sehen.

Wir hatten bei unseren Tests für die 2.0 gelegentlich solche Phänome, das zwar elektronisch gesehen der Sendeweg ok war, aber das Signal kein schönes Rechteck, sondern beim Anstieg eine gekrümmte Kurve war, das hat ebenfalls zu  Sende Fehlern geführt, bzw. wurde vom eBus nicht mehr akzeptiert weil die Zeitfenster (50 ysec) hier sehr knapp sind. Mit einem Multimeter gemessen wäre aber alles in Ordnung gewesen, erst am Oszilloskop war es nachweisbar. Wenn du etwas tiefer in die Materie eintauchen willst, hier ist alles dokumentiert (http://ebus-wiki.org/lib/exe/fetch.php/ebus/spec_prot_12_v1_3_1.pdf). Zumindest siehst du wie komplex das Thema eigentlich ist.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 09 November 2017, 06:24:10
Hi realkeule

Du hast Platine 1.6 aufgebaut und die Teile bei reichelt bestellt?

Wenn deine Platine nicht sendet, verringere den Widerstand R6 von 22k auf 11-12k

Ansonsten Platine zu mir schicken, ich habe noch Teile da.

Dieses Problem war bei TobiasR auch,

Mfg Maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: realkeule am 09 November 2017, 09:27:36
Zitat von: TiPpFeHlEr am 09 November 2017, 06:24:10
Hi realkeule

Du hast Platine 1.6 aufgebaut und die Teile bei reichelt bestellt?

Wenn deine Platine nicht sendet, verringere den Widerstand R6 von 22k auf 11-12k

Ansonsten Platine zu mir schicken, ich habe noch Teile da.

Dieses Problem war bei TobiasR auch,

Mfg Maik

ja genau. da ich die teile doppelt bestellt habe kann ich zum testen einen 22k zum r6 parallel löten.
ich habe gestern etwas in dem dokument von reinhard von flankensteilheit gelesen und, wie er auch geschrieben hatte, gedacht, das vllt irgendein pull widerstand zu knapp bemessen ist.
ansonten komme ich auf das angebot gerne zurück die platine zu dir zu senden :)
leider habe ich zuhause nur ein multimeter. elektronische kenntnisse sind aber etwas vorhanden.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 09 November 2017, 11:07:40
So wie ich es messen konnte, sind die beiden Stabiwiderstände im Darlington kleiner als angegeben.
laut Datenblatt ca. 10k gemessen ca. 3k

Mfg Maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: frz am 09 November 2017, 23:36:29
Ich versuche auch gerade einen Adapter in Betrieb zu nehmen.
Leider habe ich (scheinbar?) beim Einstellen des Potis ein Problem. Ich kriege es im moment (mit min. 2-3h probieren) nur hin das ich entweder NUR "00" und vereinzelte "ff" im "raw logging" kriege:



...
2017-11-09 22:30:47.187 [bus notice] <00
2017-11-09 22:30:47.218 [bus notice] <ff
2017-11-09 22:30:47.236 [bus notice] <00
2017-11-09 22:30:47.285 [bus notice] <00
2017-11-09 22:30:47.300 [bus notice] <00
...

oder alternativ ein instabiles signlar und mehr andere symbole:


2017-11-09 22:33:26.714 [bus notice] signal acquired
2017-11-09 22:33:27.416 [bus notice] <e0
2017-11-09 22:33:27.432 [bus notice] <f8
2017-11-09 22:33:29.036 [bus error] signal lost
2017-11-09 22:33:32.423 [bus notice] <c0
2017-11-09 22:33:32.425 [bus notice] signal acquired
2017-11-09 22:33:32.439 [bus notice] <00
2017-11-09 22:33:32.471 [bus notice] <fe
2017-11-09 22:33:33.399 [bus notice] <fc
2017-11-09 22:33:35.002 [bus error] signal lost
2017-11-09 22:33:42.406 [bus notice] <f0
2017-11-09 22:33:42.407 [bus notice] signal acquired
2017-11-09 22:33:42.422 [bus notice] <f8

Auch nach langem probiere kriege ich keinen Datenstrom in dem mal "<aa" vorkommt.
In beiden settings scheint ebusd auch keine Geräte auf dem Bus zu finden (vermutlich erwartet)

Woran kann es liegen oder muss ich solange weiter versuchen es einzujustieren bis es klappt?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 10 November 2017, 07:02:15
Hallo frz
Hast du ein Poti oder einen Trimmer? Wenn das bei Dir so schlecht einzustellen ist, dann solltest Du gegebenenfalls auf einen Trimmer wechseln! Dann stehen Deine Chancen hoeher. Evtl. solltest Du auch die Fehler die realkeule hat in Betracht ziehen!? (Platinen- und Bauteileversion!)
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 10 November 2017, 09:39:29
@pc1246

Ich glaube nicht das frz das gleiche Problem hat wie realkeule.
realkeule kann empfangen bekommt aber keine Antwort auf die Anfrage.
frz empfängt kein aa.

Mfg Maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 10 November 2017, 10:01:03
Zitat von: TiPpFeHlEr am 10 November 2017, 09:39:29
@pc1246

Ich glaube nicht das frz das gleiche Problem hat wie realkeule.
realkeule kann empfangen bekommt aber keine Antwort auf die Anfrage.
frz empfängt kein aa.

Mfg Maik

ja genau so ist es!
Du solltest den Empfangskreis nochmals genau checken und so wie bereits vorgeschlagen wurde, einen Trimmer (10 Gang) statt dem Poti einsetzen.
Das Empfangssignal ist derart verzerrt, das das ankommende Byte falsch erkannt wird. Was da kommt ist alles Zufall. Hast du wirklich den richtigen Optokoppler eingesetzt? Eventuell hilft dir ein Tausch auf den Optokoppler CNY17-4 (die Zahl dahinter spielt eine große Rolle bei der Flankensteilheit)

Doch das Ärgernis mit dem Poti einstellen hat bald ein Ende....

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: realkeule am 10 November 2017, 10:06:52
@frz
wenn du an deinen ftdi eine led hast dann dreh einfach am poti trimmer bis du ein fast kontinuierliches blinken mit kurzen aussetzern hast.
das poti musste bei mir dazu in eine richtung fast auf anschlag gedreht werden.  ob du am anschlag bist merkst du durch ein leichtes klicken beim drehen.
reinhard hat es irgendwo (auf den 78 seiten hier) ganz gut beschrieben und bei seinen platinen war es immer die gleiche richtung und anzahl der umdrehungen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 10 November 2017, 23:16:40
Hallo,

dank der netten Hilfe von TiPpFeHlEr, der die Fehler meiner Bauteile auf der Platine gefunden hat, habe ich jetzt endlich auch die Identifikation meiner Bauteile.
Die Verbindung zwischen Raspberry-FHEM und Raspberry-Heizung steht auch (Status open).

Jetzt habe ich gleich eine Frage weitere Frage:

Ich muss für jedes Device in der bai00.cfg eine entsprechenden Code anlegen.
Für die Außentemperatur z.B. habe ich das so gemacht: (der fehlt übrigens im Wiki)

# fhem.cfg
define Aussentemp ECMDDevice bai00.class
attr Aussentemp IODev EBUS
attr Aussentemp group Vaillant
attr Aussentemp icon temp_outside
attr Aussentemp room Vaillant


Dann der Code in der bai00.cfg :
# Aussentemperatur
get Aussentemp cmd {"r -f outsidetemp temp\n"}
get Aussentemp expect ".*\n*"
get Aussentemp postproc { $_ }


Als letztes die automatische Abfrage die jetzt erst mal jede Minute abfragt.

Als Ergebnis erhalte ich z.B. nun für die Aussentemp: Aussentemp ERR: element not found

Habe ich noch etwas vergessen?
Da die anderen Werte auch mit ? oder leer bleiben, stimmt etwas noch nicht.

Woher weis ich eigentlich was meine Heizung für Werte besitzt?

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 11 November 2017, 13:02:23
Bei mir ist es "OutsideTemp" also gross/klein beachten
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 11 November 2017, 13:25:57
das war der Fehler!

Trotzdem bleiben alle Anzeigen bei 0
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 11 November 2017, 14:05:22
bei Deinem expect ist nach den /n ein * versuch es mal mit
get A.Temp expect ".*\n\n"
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 11 November 2017, 14:07:07
bei neueren Templates heißt es:


get Aussentemp cmd {"r -f OutdoorstempSensor temp\n"}
get Aussentemp expect ".*\n*"
get Aussentemp postproc {$_}


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 11 November 2017, 15:03:39
nein, leider bleiben alle Werte auf 0.

Gibt es noch eine Möglichkeit den Fehler weiter einzugrenzen?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 11 November 2017, 15:13:41
Also folgendes funktiniert bei mir seit über 2 Jahren. Habe allerdings noch eine veraltete Version.
# Außentemperatur
get A.Temp cmd {"r -f OutsideTemp temp\n"}
get A.Temp expect ".*\n\n"
get A.Temp postproc { sprintf("%.1f",$_) }

Evtl. den Circuit beachten.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 11 November 2017, 15:58:30
Es liegt vermutlich an der Portfreigabe meines Raspi.
Ich habe jetzt mal FHEM drauf installiert und komme auch da nicht drauf. Der Browser hört nicht auf zu suchen.

Wie prüfe ich den 8888 Port bzw. gebe ihn frei?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 11 November 2017, 17:41:35
@Tobias

kannste mal bitte die Ausgabe vom Terminal posten
ebusctl r -f outsidetemp

sollte so aussehen
pi@ospi ~ $ ebusctl r -f outsidetemp
5.56;ok

auch das geht pi@ospi ~ $ ebusctl r -f OutsideTemp
5.56;ok


damit in FHEM die aktuellen Werte ankommen, muss man noch mit einem Timer die Werte anfragen.
Dies geschied mit diesem EbusTimer

meiner sieht so aus
+*00:15:00
get Aussentemp Aussentemp ;
get Vorlauf Vorlauf;
get Ruecklauf Ruecklauf;
get HKurve HKurve;
get Wasserdruck Wasserdruck;
get RaumTemp RaumTemp;
get RaumSoll RaumSoll;
get WWIst WWIst;
get WWSoll WWSoll;
get WW_Ladung WW_Ladung;
get HzPumpe HzPumpe;
get HzMode HzMode;
get WwMode WwMode;
get HcMode HcMode;
get Raumtemp Raumtemp;
get FanspeedDay FanspeedDay;
get FanspeedNight FanspeedNight;
get WTMode WTMode;
get WaermeRueck WaermeRueck;
get Disbalance Disbalance;
get Ionisation Ionisation;
get Hz_hours Hz_hours;
get Hz_starts Hz_starts;
get Ww_hours Ww_hours;
get Ww_starts Ww_starts;
get Pump_hours Pump_hours;
get LegioTag LegioTag;
get LegioZeit LegioZeit;
{ fhem("setstate WTMode_Einstellen " . (Value("WTMode")) ) };
{ fhem("setstate HeizkurveEinstellen " . (Value("HKurve")) ) };
{ fhem("setstate FanspeedDay_Einstellen " . (Value("FanspeedDay")) ) };
{ fhem("setstate FanspeedNight_Einstellen " . (Value("FanspeedNight")) ) };
{ fhem("setstate HzMode_Einstellen " . (Value("HzMode")) ) };
{ fhem("setstate WWSollTemp " . (Value("WWSoll")) ) };
{ fhem("setstate RaumSollTemp " . (Value("RaumSoll")) ) };
{ fhem("setstate Disbalance_Einstellen " . (Value("Disbalance")) ) };
{ fhem("setstate LegioTag_Einstellen " . (Value("LegioTag")) ) };
{ fhem("setstate Time " . (Value("LegioZeit")) ) }



mfg maik

und dann bitte hier
https://forum.fhem.de/index.php/topic,29737.0.html
weiter diskutieren, hier gehts um die Einrichtung des EBUS, nicht um die Konfiguration in FHEM selber?!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 11 November 2017, 19:03:03
Zitat von: TobiasR am 11 November 2017, 15:58:30
Es liegt vermutlich an der Portfreigabe meines Raspi.
Ich habe jetzt mal FHEM drauf installiert und komme auch da nicht drauf. Der Browser hört nicht auf zu suchen.

Wie prüfe ich den 8888 Port bzw. gebe ihn frei?

ob ein Port erreichbar ist oder nicht teste ich immer mit Telnet in einer Cmd-Shell (der Telnet Client muss allerdings am Pc installiert sein, unter Windows Features aktiveren).

telnet Raspi IP 8888
es muss dann der Cursor links oben in der Shell blinken, das ist ok.

Microsoft Windows [Version 10.0.15063]
(c) 2017 Microsoft Corporation. Alle Rechte vorbehalten.
C:\Users\User>telnet 10.0.0.5 8888
Verbindungsaufbau zu 10.0.0.5...Es konnte keine Verbindung mit dem Host hergestellt werden, auf Port 8888: Verbindungsfehler
C:\Users\User>

das hier hat nicht geklappt, Port 8888 ist gesperrt bzw. existiert dort nicht.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: realkeule am 11 November 2017, 22:01:03
Zitat von: TiPpFeHlEr am 09 November 2017, 06:24:10
Hi realkeule

Du hast Platine 1.6 aufgebaut und die Teile bei reichelt bestellt?

Wenn deine Platine nicht sendet, verringere den Widerstand R6 von 22k auf 11-12k

Ansonsten Platine zu mir schicken, ich habe noch Teile da.

Dieses Problem war bei TobiasR auch,

Mfg Maik

hi maik,

ich habe r6 verringert und, da ich alles doppelt hatte, eine 2te platine aufgebaut.

2017-11-11 21:49:33.952 [bus notice] <aa
2017-11-11 21:49:33.996 [bus notice] <aa
2017-11-11 21:49:34.041 [bus notice] <aa
2017-11-11 21:49:34.085 [bus notice] <aa
2017-11-11 21:49:34.129 [bus notice] <aa
2017-11-11 21:49:34.172 [bus notice] <aa
2017-11-11 21:49:34.217 [bus notice] <aa
2017-11-11 21:49:34.261 [bus notice] <aa
2017-11-11 21:49:34.304 [bus notice] <aa
2017-11-11 21:49:34.340 [main notice] starting initial broadcast scan
2017-11-11 21:49:34.349 [bus notice] <aa
2017-11-11 21:49:34.350 [bus notice] >31
2017-11-11 21:49:34.393 [bus notice] <aa
2017-11-11 21:49:34.395 [bus notice] >31
2017-11-11 21:49:34.436 [bus notice] <aa
2017-11-11 21:49:34.437 [bus notice] >31
2017-11-11 21:49:34.480 [bus notice] <aa
2017-11-11 21:49:34.482 [bus notice] >31
2017-11-11 21:49:34.525 [bus notice] <aa


ich bekomme keine antwort. entweder liegt das nun an der heizung oder am ftdi. 2x den gleichen fehler zu haben ist unwahrscheinlich.
also, noch einen usb serial konverter bestellen?

habe mir den ftdi im betrieb angeschaut. der hat eine rx und eine tx led. die tx led blinkt nie. ist dort der fehler?

/edit:
ich hab noch einen nano v3 hier (https://www.ebay.de/itm/Nano-3-0-ATMEGA328P-FT232RL-FTDI-Micro-Controller-Module-Board-for-Arduino-TE773/202007743078?hash=item2f08998a66:g:XAMAAOSwjkdZ6LZf). den kann ich doch auch als usb serial adapter verwenden, oder?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 11 November 2017, 22:51:28
Ja, müßte gehen. RX an RX und TX an TX beim Forumsadapter...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 11 November 2017, 23:37:50
Zitat von: TiPpFeHlEr am 11 November 2017, 17:41:35
@Tobias

kannste mal bitte die Ausgabe vom Terminal posten
ebusctl r -f outsidetemp

sollte so aussehen
pi@ospi ~ $ ebusctl r -f outsidetemp
5.56;ok

auch das geht pi@ospi ~ $ ebusctl r -f OutsideTemp
5.56;ok



Oh, ich denke dann haben wir den Fehler schon:

ebusctl r -f outsidetemp
ERR: element not found


Ich bin bei der Installation nach Wiki vorgegangen.
Was fehlt da?
--> Wenns keine einfache Lösung ist, gehe ich morgen in die andere Diskussion 
Danke Maik für den Hinweis.

Am Port liegt es nicht. Der ist offen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 12 November 2017, 08:49:26
was gibt ein

ebusctl find -f

?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 12 November 2017, 09:11:42
ebusctl find -f
u,broadcast,datetime,Datum/Uhrzeit,,fe,0700,,outsidetemp,m,D2B,,°C,Temperatur,time,m,BTI,,,Uhrzeit,date,m,BDA,,,Datum
u,broadcast,error,Fehlernachricht,,fe,fe01,,error,m,STR:10,,,
u,broadcast,ident,Identifikation,,fe,0704,,manufacturer,m,UCH,,6=Dungs;15=FH Ostfalia;16=TEM;17=Lamberti;20=CEB;21=Landis-Staefa;22=FERRO;23=MONDIAL;24=Wikon;25=Wolf;32=RAWE;48=Satronic;64=ENCON;80=Kromschröder;96=Eberle;101=EBV;117=Grässlin;133=ebm-papst;149=SIG;165=Theben;167=Thermowatt;181=Vaillant;192=Toby;197=Weishaupt;253=ebusd.eu,,Geräte-Hersteller,id,m,STR:5,,,Geräte-ID,software,m,PIN,,,Software-Version,hardware,m,PIN,,,Hardware-Version
r,broadcast,ident,Identifikation,,,0704,,manufacturer,s,UCH,,6=Dungs;15=FH Ostfalia;16=TEM;17=Lamberti;20=CEB;21=Landis-Staefa;22=FERRO;23=MONDIAL;24=Wikon;25=Wolf;32=RAWE;48=Satronic;64=ENCON;80=Kromschröder;96=Eberle;101=EBV;117=Grässlin;133=ebm-papst;149=SIG;165=Theben;167=Thermowatt;181=Vaillant;192=Toby;197=Weishaupt;253=ebusd.eu,,Geräte-Hersteller,id,s,STR:5,,,Geräte-ID,software,s,PIN,,,Software-Version,hardware,s,PIN,,,Hardware-Version
u,broadcast,signoflife,Lebenszeichen,,fe,07ff,,
r,memory,eeprom,EEPROM Daten lesen,,,0902,,address,m,UIN,,,Startadresse,count,m,UCH,,,number of bytes,data,s,HEX:*,,,Datenbytes
r,memory,ram,RAM Daten lesen,,,0900,,address,m,UIN,,,Startadresse,count,m,UCH,,,number of bytes,data,s,HEX:*,,,Datenbytes
r,scan.08,,,,08,0704,,MF,s,UCH,,6=Dungs;15=FH Ostfalia;16=TEM;17=Lamberti;20=CEB;21=Landis-Staefa;22=FERRO;23=MONDIAL;24=Wikon;25=Wolf;32=RAWE;48=Satronic;64=ENCON;80=Kromschroeder;96=Eberle;101=EBV;117=Graesslin;133=ebm-papst;149=SIG;165=Theben;167=Thermowatt;181=Vaillant;192=Toby;197=Weishaupt;253=ebusd.eu,,,ID,s,STR:5,,,,SW,s,PIN,,,,HW,s,PIN,,,
r,scan.15,,,,15,0704,,MF,s,UCH,,6=Dungs;15=FH Ostfalia;16=TEM;17=Lamberti;20=CEB;21=Landis-Staefa;22=FERRO;23=MONDIAL;24=Wikon;25=Wolf;32=RAWE;48=Satronic;64=ENCON;80=Kromschroeder;96=Eberle;101=EBV;117=Graesslin;133=ebm-papst;149=SIG;165=Theben;167=Thermowatt;181=Vaillant;192=Toby;197=Weishaupt;253=ebusd.eu,,,ID,s,STR:5,,,,SW,s,PIN,,,,HW,s,PIN,,,
r,scan.76,,,,76,0704,,MF,s,UCH,,6=Dungs;15=FH Ostfalia;16=TEM;17=Lamberti;20=CEB;21=Landis-Staefa;22=FERRO;23=MONDIAL;24=Wikon;25=Wolf;32=RAWE;48=Satronic;64=ENCON;80=Kromschroeder;96=Eberle;101=EBV;117=Graesslin;133=ebm-papst;149=SIG;165=Theben;167=Thermowatt;181=Vaillant;192=Toby;197=Weishaupt;253=ebusd.eu,,,ID,s,STR:5,,,,SW,s,PIN,,,,HW,s,PIN,,,
r,scan.e8,,,,e8,0704,,MF,s,UCH,,6=Dungs;15=FH Ostfalia;16=TEM;17=Lamberti;20=CEB;21=Landis-Staefa;22=FERRO;23=MONDIAL;24=Wikon;25=Wolf;32=RAWE;48=Satronic;64=ENCON;80=Kromschroeder;96=Eberle;101=EBV;117=Graesslin;133=ebm-papst;149=SIG;165=Theben;167=Thermowatt;181=Vaillant;192=Toby;197=Weishaupt;253=ebusd.eu,,,ID,s,STR:5,,,,SW,s,PIN,,,,HW,s,PIN,,,


Damit kann ich jetzt gar nichts anfangen  :o



Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 12 November 2017, 09:27:01
das ist der Inhalt aller aktuell geladener CSVs mit allen Befehlen, die Du abfragen könntest. Und das wiederum bedeutet, daß keine Anlagenspezifischen CSVs geladen wurden. Startest du EBUSD mit --scanconfig ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 12 November 2017, 09:34:03
nach Anleitung starte ich mit "sudo service ebusd start".

Wie muss es richtig sein?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 12 November 2017, 10:58:26
versuch mal bitte in der Konsole

falls EBUSD läuft, den beenden, müßte

sudo pkill ebusd

sein, wenn ich mich recht entsinne

Dann ebusd manuell starten

sudo ebusd --scanconfig

das dauert einen Moment, bis der mit dem Scan durch ist und dann die Ausgabe zeigt

dann bitte mal schauen, was er ausgibt, ob er CSVs angibt, die geladen werden. Die Ausgabe möglichst hier posten
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 12 November 2017, 11:14:36
Hm,

pi@Heizung:~ $ sudo pkill ebusd
pi@Heizung:~ $ sudo ebusd --scanconfig
pi@Heizung:~ $


Das ging alles ohne Verzögerung.

Auch im Wiki steht:
service ebusd start
Anschließend erscheint eine Meldung:

[ ok ] Starting ebusd: ebusd.


Eine Quittung wie hier beschrieben kam allerdings noch nie.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 12 November 2017, 11:22:08
ups, mein Fehler, da fehlte noch was

sudo ebusd -f --scanconfig

damit sollte der im "f"ordergrund laufen, so dass Ausgaben kommen sollten

Du kannst aber auch mal probieren, bei laufendem EBUSD jeweils nacheinander

ebusctl
scan
scan result
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 12 November 2017, 11:45:14
Hi,

ich glaube wir kommen dem Fehler näher:

pi@Heizung:~ $ sudo ebusd -f --scanconfig
2017-11-12 11:41:13.388 [main notice] ebusd 3.0.v3.0-12-g77d2a80 started with broadcast scan
2017-11-12 11:41:13.401 [bus notice] bus started with own address 31/36
2017-11-12 11:41:13.402 [bus notice] signal acquired
2017-11-12 11:41:13.685 [bus notice] new master 03, master count 2
2017-11-12 11:41:13.758 [update notice] unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00
2017-11-12 11:41:14.735 [bus notice] new master 10, master count 3
2017-11-12 11:41:14.797 [update notice] unknown MS cmd: 1008b5110101 / 093a390080ffff0000ff
2017-11-12 11:41:14.833 [bus notice] new master 71, master count 4
2017-11-12 11:41:14.876 [update notice] unknown MS cmd: 7108b5110107 / 050078000001
2017-11-12 11:41:15.097 [update notice] unknown MS cmd: 1076b5110101 / 09ffff6000ffff00003f
2017-11-12 11:41:15.362 [update notice] unknown MS cmd: 1076b512030f0001 / 07008000f9010f03
2017-11-12 11:41:15.629 [update notice] unknown MS cmd: 1008b51009000000ffffff070000 / 0101
2017-11-12 11:41:15.890 [update notice] unknown MS cmd: 1076b51009000000ffffff050000 / 0101
2017-11-12 11:41:18.707 [update notice] unknown MS cmd: 7108b507030bffff / 0100
2017-11-12 11:41:22.860 [update notice] unknown MS cmd: 7108b5110107 / 050078000001
2017-11-12 11:41:23.402 [main notice] starting initial broadcast scan
2017-11-12 11:41:23.934 [update notice] unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00
2017-11-12 11:41:24.801 [update notice] unknown MS cmd: 1008b5110101 / 093a390080ffff0000ff
2017-11-12 11:41:25.066 [update notice] unknown MS cmd: 1076b5110101 / 09ffff6100ffff00003e
2017-11-12 11:41:25.330 [update notice] unknown MS cmd: 1076b512030f0001 / 07008000f6010f03
2017-11-12 11:41:25.597 [update notice] unknown MS cmd: 1008b51009000000ffffff070000 / 0101
2017-11-12 11:41:25.859 [update notice] unknown MS cmd: 1076b51009000000ffffff050000 / 0101
2017-11-12 11:41:28.804 [update notice] unknown MS cmd: 7108b507030bffff / 0100
2017-11-12 11:41:30.941 [update notice] unknown MS cmd: 7108b5110107 / 050078000001
2017-11-12 11:41:33.584 [bus notice] scan 08: ;Vaillant;HMU01;0304;8802
2017-11-12 11:41:33.588 [main error] unable to load scan config 08: no file from /etc/ebusd/vaillant with prefix 08. matches ID "hmu01", SW0304, HW8802
2017-11-12 11:41:33.588 [main error] scan config 08: ERR: element not found
2017-11-12 11:41:34.097 [update notice] unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00
2017-11-12 11:41:34.834 [update notice] unknown MS cmd: 1008b5110101 / 093a390080ffff0000ff
2017-11-12 11:41:35.099 [update notice] unknown MS cmd: 1076b5110101 / 09ffff6100ffff00003e
2017-11-12 11:41:35.363 [update notice] unknown MS cmd: 1076b512030f0001 / 07008000f3010f03
2017-11-12 11:41:35.630 [update notice] unknown MS cmd: 1008b51009000000ffffff070000 / 0101
2017-11-12 11:41:35.774 [bus notice] scan 15: ;Vaillant;70000;0419;4603
2017-11-12 11:41:35.776 [main error] unable to load scan config 15: no file from /etc/ebusd/vaillant with prefix 15. matches ID "70000", SW0419, HW4603
2017-11-12 11:41:35.776 [main error] scan config 15: ERR: element not found
2017-11-12 11:41:35.998 [update notice] unknown MS cmd: 1076b51009000000ffffff050000 / 0101
2017-11-12 11:41:36.002 [bus notice] max. symbols per second: 116
2017-11-12 11:41:37.911 [bus notice] scan 76: ;Vaillant;VWZIO;0111;0103
2017-11-12 11:41:37.912 [main error] unable to load scan config 76: no file from /etc/ebusd/vaillant with prefix 76. found
2017-11-12 11:41:37.912 [main error] scan config 76: ERR: element not found
2017-11-12 11:41:38.932 [update notice] unknown MS cmd: 7108b507030bffff / 0100
2017-11-12 11:41:39.184 [update notice] unknown MS cmd: 7108b5110107 / 050078000001
2017-11-12 11:41:40.028 [bus notice] scan e8: ;Vaillant;FMU00;0202;6502
2017-11-12 11:41:40.029 [main error] unable to load scan config e8: no file from /etc/ebusd/vaillant with prefix e8. found
2017-11-12 11:41:40.029 [main error] scan config e8: ERR: element not found


Sieht ganz so aus als ob er dei Configurationen nicht findet?

Das ist der Inhalt meines Verzeichnisses:
05.vd2.csv      15.f47.csv        50.v61.mc.csv       broadcast.csv
05.vd3.csv      15.heb.csv        50.vr630.mc.csv     currentservice.inc
05.vd4.csv      15.hep.csv        51.vr630.mc.3.csv   e0.omu.csv
05.vd6.csv      15.sdr_p.csv      52.mc2.mc.4.csv     ec.sol.sc.csv
05.vl8.csv      15.ui.csv         53.mc2.mc.5.csv     ec.solsy.sc.csv
05.vl9.csv      15.uih.csv        75.rcc.csv          ed.pms.sc.csv
06.pms.csv      1c.rcc.4.csv      75.v81.csv          errors.inc
08.bai.csv      1c.v81.4.csv      a0.sol.hwc.csv      hcmode.inc
08.ehp.csv      23.ehp.cc.csv     a1.sol.cc.csv       hwcmode.inc
0a.pmw.hwc.csv  23.solsy.cc.csv   bai.0010002315.inc  mcmode.inc
15.140.csv      23.vr630.cc.csv   bai.0010002465.inc  quick.inc
15.350.csv      25.ehp.hwc.csv    bai.0010003857.inc  roomtempoffset.inc
15.360.csv      25.solsy.hwc.csv  bai.0010003886.inc  scan.csv
15.36p.csv      25.vr630.hwc.csv  bai.0010004121.inc  _templates.csv
15.370.csv      26.solsy.hc.csv   bai.0010004150.inc  tempsetpoints.inc
15.392.csv      26.vr630.hc.csv   bai.0010005400.inc  timercc.inc
15.400.csv      35.rcc.1.csv      bai.0010006101.inc  timercool.inc
15.430.csv      35.v81.1.csv      bai.0010006341.inc  timerhc.inc
15.470.csv      3c.rcc.5.csv      bai.0010007508.inc  timerhwc.inc
15.e7f.csv      3c.v81.5.csv      bai.0010010674.inc  timer.inc
15.f37.csv      50.ehp.mc.csv     bai.0020066007.inc
15.f43.csv      50.solsy.mc.csv   bai.308523.inc
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 12 November 2017, 12:03:05
ahja, der Fehler ist ganz nah, die Lösung leider noch nicht ganz, da findet er keine CSV, die auch auf deine HW-Version passt.... Da gab es einen Workaround für meine ich, aber ich erinnere mich leider nicht mehr .....

Da müßte John vielleicht nochmal erklären was zu tun ist....
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 12 November 2017, 16:52:18
@Tobias

poste mal die Ausgabe von
pi@ospi ~ $ ebusctl info

dort sollte nun stehen welche csv's er geladen hat.
zb.
signal: acquired
symbol rate: 22
max symbol rate: 134
reconnects: 0
masters: 4
messages: 510
conditional: 3
poll: 0
update: 11
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/bai.308523.inc" ([PROD='0010004276']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403", loaded "vaillant/15.470.csv"
address 31: master #8, ebusd
address 33: master #13
address 36: slave #8, ebusd
address 38: slave #13, scanned "MF=Vaillant;ID=V32;SW=0117;HW=9802", loaded "vaillant/38.v32.csv"


mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 12 November 2017, 16:54:37
@realkeule

jetze bräuchte man ein 330Ohm Widerstand, ein 24VDC Netzteil und ein OSZI/Multimeter
WICHTIG ohne 330Ohm Widerstand brätst du die Gleichrichter Dioden!!

dann wie folgt vorgehen.
https://wiki.fhem.de/wiki/EBUS#Platine_Messpunkte

1. 24V mit 330Ohm an EBUS Klemme
2. PIN txd gegen masse legen
3. Spannungen an den Messpunkten messen. Wichtig Massepunkte vor und hinter den Opto's beachten!
4. Die Stromaufnahme der SChaltung sollte nun ca 10-30mA bei 24V betragen. Ist diese deutlich höher ist etwas defekt.



mfg maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 12 November 2017, 17:19:39
es gibt wieder eine Sammelbestellung der neuen eBus Platinen in Version 2.0 (ohne Poti), WLAN etc.

Sammelbestellung hier. (https://forum.fhem.de/index.php/topic,79427.0.html)


LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 12 November 2017, 18:06:13
Zitat von: TiPpFeHlEr am 12 November 2017, 16:52:18
@Tobias

poste mal die Ausgabe von
pi@ospi ~ $ ebusctl info

dort sollte nun stehen welche csv's er geladen hat.
zb.
signal: acquired
symbol rate: 22
max symbol rate: 134
reconnects: 0
masters: 4
messages: 510
conditional: 3
poll: 0
update: 11
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/bai.308523.inc" ([PROD='0010004276']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403", loaded "vaillant/15.470.csv"
address 31: master #8, ebusd
address 33: master #13
address 36: slave #8, ebusd
address 38: slave #13, scanned "MF=Vaillant;ID=V32;SW=0117;HW=9802", loaded "vaillant/38.v32.csv"


mfg maik

Hallo Maik,

hier meine Ausgabe:

ebusctl info
version: ebusd 3.0.v3.0-12-g77d2a80
signal: acquired
symbol rate: 69
max symbol rate: 135
reconnects: 1
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"


Ergänzung:
Hier noch die Komponenten meiner Heizungsanlage:
Heizung: aroTherm VWL 55/3
Regler: multiMatic 700/4
Hydraulikstation VWZ MEH 61

Gibt es für die evtl. noch gar keine csv?
Wenn nein, kann ich eine bestehende anpassen?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: frz am 12 November 2017, 22:53:02
Zitat von: Reinhart am 10 November 2017, 10:01:03
ja genau so ist es!
Du solltest den Empfangskreis nochmals genau checken und so wie bereits vorgeschlagen wurde, einen Trimmer (10 Gang) statt dem Poti einsetzen.
Hast du wirklich den richtigen Optokoppler eingesetzt? Eventuell hilft dir ein Tausch auf den Optokoppler CNY17-4 (die Zahl dahinter spielt eine große Rolle bei der Flankensteilheit)
Vielen Dank! Auf dem Bauteil steht CNY17-1 (deckt sich auch mit dem Foto aus dem Wiki: https://wiki.fhem.de/w/images/1/1a/EBUS-Adapter-aufgebaut.png ) - ist es möglich die Schaltung mit dem -1 einzustellen?
Werde (vermutlich) versuchen beide vorschläge umzusetzen - oder doch einfach auf die version 2 warten ;)
Vielen Dank für dein (und euer) engagement!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: realkeule am 13 November 2017, 10:14:32
Zitat von: TiPpFeHlEr am 12 November 2017, 16:54:37
@realkeule

jetze bräuchte man ein 330Ohm Widerstand, ein 24VDC Netzteil und ein OSZI/Multimeter
WICHTIG ohne 330Ohm Widerstand brätst du die Gleichrichter Dioden!!

dann wie folgt vorgehen.
https://wiki.fhem.de/wiki/EBUS#Platine_Messpunkte

1. 24V mit 330Ohm an EBUS Klemme
2. PIN txd gegen masse legen
3. Spannungen an den Messpunkten messen. Wichtig Massepunkte vor und hinter den Opto's beachten!
4. Die Stromaufnahme der SChaltung sollte nun ca 10-30mA bei 24V betragen. Ist diese deutlich höher ist etwas defekt.



mfg maik

hallo maik,

ich bin mit meinem latein und mit meinen möglichkeiten am ende :)
ich habe 2 aufbauten der platine (die den gleichen fehler zeigen) und 2 ftdi adapter getestet. ich denke es leigt am ftdi.
ich würde aber, bevor ich mir noch mehr bestelle gerne auf deine angebot zurück kommen die teile zu dir zu senden.

grüße bernd
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 13 November 2017, 13:26:11
@realkeule

Ok
Hast ne PN

Mfg Maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 14 November 2017, 15:36:05
Hallo,

evtl. existiert für meinen Wärmepumpe ja wirklich noch keine CSV Datei. Das Steuergerät "multiMatic 700/4" ist aber doch recht gebräuchlich.
An welcher Stelle müssten die CSV Dateien auf dem Raspi den eigentlich liegen?
Gibt es jemanden der zu den folgenden ID's eine Zuordnung erhalten hat?

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"

Danke
Tobias
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 14 November 2017, 21:00:42
HI John,

liest Du immernoch mit hier im Thread ? Kannst Du was zu der Problematik von TobiasR beisteuern ?

Grüße

Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 14 November 2017, 23:32:22
Moin
Ich denke mal, dass noch nicht so viele mit dem 700er unterwegs sind, zumindest hier!? Da heisst es dann wohl eine CSV selber bauen.
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 15 November 2017, 09:15:56
Hi Christian,

Zitat von: cs-online am 14 November 2017, 21:00:42
liest Du immernoch mit hier im Thread ? Kannst Du was zu der Problematik von TobiasR beisteuern ?
eigentlich ja, aber ich komme nicht immer dazu, zu antworten.
Mit Tobias habe ich mich bereits per PM ausgetauscht. Wir sind noch dran.

LG John
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 15 November 2017, 12:09:50
Danke !!!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 15 November 2017, 17:05:08
@realkeule

beide EBUS Platinen gehen jetzt!
R6 musste auf 10kOhm reduziert werden.

beide Adapter senden und empfangen nun ein perfektes Signal.
der beiliegende USB-Serial benötigte noch eine Lötbrücke auf der Rückseite 5V oder 3V !!
der Nano geht nicht als USB-Serial Adapter, Rx geht nicht bis auf Massepotential. Welche FW hast du aufgespielt?

sende alles wieder an dich zurück.

mfG Maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: realkeule am 16 November 2017, 12:33:31
Zitat von: TiPpFeHlEr am 15 November 2017, 17:05:08
@realkeule
beide EBUS Platinen gehen jetzt!

Saugeil, vielen Dank! Aufn Bier kann ich Dich nur virtuell einladen da ca. 600km zwischen uns liegen.


Zitat von: TiPpFeHlEr am 15 November 2017, 17:05:08
R6 musste auf 10kOhm reduziert werden.

ich hatte ihn auf ca. 11k.. war vllt noch zuviel?

Zitat von: TiPpFeHlEr am 15 November 2017, 17:05:08
der beiliegende USB-Serial benötigte noch eine Lötbrücke auf der Rückseite 5V oder 3V !!
der Nano geht nicht als USB-Serial Adapter, Rx geht nicht bis auf Massepotential. Welche FW hast du aufgespielt?
gemessen hatte ich eigentlich die 5v. komisch, die brücke ist mir nicht aufgefallen.
der nano war noch von meinen CUL bauexperimenten übrig. sollte mal ein 868mhz werden. ob da was aufgespielt wurde kann ich atm nicht sagen.

Zitat von: TiPpFeHlEr am 15 November 2017, 17:05:08

sende alles wieder an dich zurück.

mfG Maik

nochmal saugeil und vielen dank :)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TobiasR am 17 November 2017, 20:40:51
Hallo,
mit Johns Hilfe habe ich es nun endlich geschafft zumindest eine CSV einer Komponente zuzuweisen:
ebusctl info
version: ebusd 3.0.595c7c0
update check: revision v3.0 available, broadcast.csv: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available
signal: acquired
symbol rate: 40
max symbol rate: 142
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"


Was ich jedoch nicht verstehe ist der Zusammenhang zwischen der csv und den abfragbaren Werten.
In der csv die hier geladen wurde stehen keine Temeperaturen drin. Ich kann jedoch über

ebusctl r -m 10 outsidetemp
6.500


die Temperatur abfragen.
Welche csv wird da noch geladen?

Edit: Habs gefunden über ebusctl find

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: frz am 17 November 2017, 22:47:13
Zitat von: frz am 12 November 2017, 22:53:02
Vielen Dank! Auf dem Bauteil steht CNY17-1 (deckt sich auch mit dem Foto aus dem Wiki: https://wiki.fhem.de/w/images/1/1a/EBUS-Adapter-aufgebaut.png ) - ist es möglich die Schaltung mit dem -1 einzustellen?
Werde (vermutlich) versuchen beide vorschläge umzusetzen
Habe nun die CNY17-1 durch CNY17-4 ersetzt - mit dem Ergebnis das ich einfach garkein Signal mehr kriege :( muss ich hier noch etwas ändern?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 18 November 2017, 20:09:37
Ich habe noch eine Frage. In der Anleitung meiner Wärmepumpe steht, das man beim Anschluss von Geräten / Fernsteuerung an ebus eine Bus-Adresse einstellen soll - wie kann ich das machen, oder ist das nicht nötig? An meinem Bus-Anschluss klemmt schon der ebus von der Außeneinheit, ich habe ich hier einfach mit drangeklemmt. Ich habe den kommerziellen Adapter im Einsatz.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 18 November 2017, 22:26:08
Adresse einstellen brauchst du nicht, der ebusd hat als Default die 31, es sei denn die kollidiert mit einer anderen.
Wenn du die trotzdem ändern willst, musst du in der /etc/Default/ebusd --address=01 anhängen.

Das wäre dann Adresse 01, du musst aber aufpassen und kannst nicht jede beliebige Adresse nehmen, weil das Byte jeweils mit Prioritätsklasse (Bit0-3) + SubAdresse (Bit4-7) verknüpft ist.
Wie das genau geht, kannst du hier nachlesen (http://ebus-wiki.org/lib/exe/fetch.php/ebus/spec_prot_12_v1_3_1.pdf), Kapitel 6.2.2.1


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Peter1984 am 18 November 2017, 22:36:30
Ok Danke, dann passt das. Die Außeneinheit hat die 1 :-)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Markus. am 19 November 2017, 14:28:02
Hallo Zussammen,

Hab mich für die letzte Sammelbestellung der Ebus2.0 Platine eingetragen. Ich habe eine Vaillant Therme die über ein Raumthermiostat gesteuert wird. Das Raumthermostat ist ein calormatic 370 dsas ja per ebus an der therme hängt. An dem raumrhermostat ist sowas wie ein Servicestecker RJ45. Weiß zufällig jemand ob man den als Ebus Anschluss missbrauchen kann? In der doku finde ich nichts.

Gruß

Markus
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 19 November 2017, 16:22:57
eigentlich sollte die Calormatic 370 eine einzige 2-pol. Klemme haben und das ist der eBus, sofern du nicht die "f" meinst. Zu dieser Klemme kannst du parallel die Platine anschließen, denn am eBus hängen alle Geräte parallel. Die Polung + - ist dabei egal.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Markus. am 19 November 2017, 16:33:02
Nee ist nicht die F .. viiielen dank !!dann müsste sich der Anschluss ja sehr einfach gestalten  :D
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 29 November 2017, 23:22:55
Moin zusammen
Ich habe noch mal eine Frage. Wie kann ich denn die CSV's updaten? Muss ich dazu ebusd anhalten, und dann die Dateien wie im Wiki beschrieben
EBUSDCFGPACKAGE=ebusd-configuration-2.0.5aa482c-de_all.deb # <--- Version kann bei Bedarf hier angepasst werden.
wget https://github.com/john30/ebusd-configuration/releases/download/v2.0.1/$EBUSDCFGPACKAGE
sudo dpkg -i --force-overwrite $EBUSDCFGPACKAGE

installieren? Oder geht das auch im laufenden Betrieb? Und wo finde ich die richtige Version? Ich bin irgendwie total desorientiert wenn ich da im GitHub bin?

Ein andere Weg waere, die heruntergeladenen Dateien auf den RPI spielen, aber auch da ist die Frage, vorher anhalten oder nicht? Und macht es auch Sinn den ebusd selbst upzudaten?

Danke im Voraus
Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 30 November 2017, 06:53:17
Zitat von: pc1246 am 29 November 2017, 23:22:55
Ich habe noch mal eine Frage. Wie kann ich denn die CSV's updaten? Muss ich dazu ebusd anhalten, und dann die Dateien wie im Wiki beschrieben
siehe hier:

Zitat von: john30 am 19 November 2017, 13:01:53
Man braucht aber nicht wirklich ein Release, um an die tagesaktuellen CSVs zu kommen.

Das geht auch einfach wie folgt:
cd ~
git clone https://github.com/john30/ebusd-configuration.git
mv /etc/ebusd /etc/ebusd.old 2>/dev/null
sudo ln -s $PWD/ebusd-configuration/ebusd-2.1.x/de /etc/ebusd


Damit hat man den aktuellsten Stand in Deutsch zur Verfügung und wenn es im Repo etwas neues gibt, kann man einfach wie folgt wieder auf den aktuellen Stand kommen:
cd ~/ebusd-configuration
git pull


Das update geht im laufenden Betrieb problemlos, aber damit die neuen CSVs genutzt werden, muss ebusd neu gestartet werden.

Die aktuellen CSVs gehen nicht für deine ebusd Version, insofern müsstest Du den vorher auch noch aktualisieren.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 30 November 2017, 08:07:25
Hallo John
Danke fuer die schnelle Antwort. Ich bin auf Version 3.0 hatte nur die Anleitung aus dem Wiki kopiert.
Btw, wie wird das denn mit dem esp-ebusd sein, kann man da auch die CSVs updaten/editieren?
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 30 November 2017, 13:25:06
Zitat von: pc1246 am 30 November 2017, 08:07:25
Hallo John
Danke fuer die schnelle Antwort. Ich bin auf Version 3.0 hatte nur die Anleitung aus dem Wiki kopiert.
Btw, wie wird das denn mit dem esp-ebusd sein, kann man da auch die CSVs updaten/editieren?
Gruss Christoph

Der "esp-ebus" ist doch nur der "neue" Forums-Adapter zur Heizung oder ? Die Software EBUSD wird doch weiterhin auf dem FHEM-Rechner (Raspi, etc.) kaufen oder irre ich ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 30 November 2017, 14:01:01
Zitat von: cs-online am 30 November 2017, 13:25:06
Der "esp-ebus" ist doch nur der "neue" Forums-Adapter zur Heizung oder ? Die Software EBUSD wird doch weiterhin auf dem FHEM-Rechner (Raspi, etc.) kaufen oder irre ich ?
Moin
So wie ich es verstehe irrst du Dich!
Edith:Quatsch siehe unten!

https://github.com/john30/ebusd-esp

Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 30 November 2017, 14:15:18
Zitat von: pc1246 am 30 November 2017, 14:01:01
So wie ich es verstehe irrst du Dich!

Nein, da hat cs-online schon Recht:
Zitat von: cs-online am 30 November 2017, 13:25:06
Der "esp-ebus" ist doch nur der "neue" Forums-Adapter zur Heizung oder ? Die Software EBUSD wird doch weiterhin auf dem FHEM-Rechner (Raspi, etc.) kaufen oder irre ich ?

ebusd-esp ist im ersten Schritt nur eine Firmware für Wemos, die mit kleinstmöglicher Latenz die Kommunikation mit eBUS Geräte ermöglicht, ohne dabei die Spezifikation komplett zu verletzen.
Ein laufender ebusd, der den Wemos als UDP oder TCP Device nutzt, ist immer noch notwendig.
Es ist natürlich nicht ausgeschlossen, dass in Zukunft die Firmware noch mehr macht und evtl. sogar Teilaufgaben von ebusd übernimmt. Aber im Moment ist das nicht im Fokus.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 30 November 2017, 15:05:07
Ah
Ok, ich hatte mich auch echt schon gewundert, wie das geht. Dann ist der ESP quasi ein KVM-Extender!
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 30 November 2017, 16:37:54
ja so ungefähr.
Normalerweise übermittelt der Uart auf der Konverterplatine über die USB-Schnittstelle die Datenpakete an den eBus Dämon.
Das macht nun ein Wemos mit 8266 mit der Firmware ebusd-esp per WLAN. Der eBus Dämon (meist am Raspi) ist nach wie vor in Verwendung, nur der übermittelnde Device ist ein anderer.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 30 November 2017, 19:43:33
Hi John,

was ist denn da der Vorteil z.b. gegenüber ESP-Link ?

Grüsse Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 30 November 2017, 21:21:59
Der Vorteil ist schnell erklärt, ebusd-esp funktioniert, ESP-Link am Ebus nicht! Der kommt mit der erforderlichen Latenz nicht zurecht.
Das ist auch der Grund, warum John die Firmware für den Wemos entwickelt hat.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jenmeer am 30 November 2017, 22:58:27
Hallo Alle und insbesondere Rainhart!

Ich bin schon länger Homematic Interessent und setze sie demnächst ein. Voraussetzung, um mich damit näher zu beschäftigen ist die Möglichkeit, meine Vaillant Therme mit der Lösung zu steuern. Ich habe viel gesucht und bin nun in diesem Forum fündig geworden.
Ich finde es wirklich ganz super, was hier zusammengetragen wurde und insbesondere die Entwicklung der eBus Schaltung.

Die Zusammenfassung von Reinhart und Entwicklung der Schaltung von Prof. Henning finde ich eine hervorragende Leistung.

Nun zu meiner ersten Frage ... Ich habe mitbekommen, dass man die Platine (inkl. Bauteile?) käuflich erwerben kann. Wäre schön, wenn mir Jemand (Reinhart?) im ersten Schritt dabei weiterhelfen kann ... wie komme ich an diese Schaltung?

Bis hierher einmal herzlichen Dank für eure Mühen und ich freue mich, Teil dieses hervorragenden Projekts zu sein :-)

LG jenmeer
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jenmeer am 01 Dezember 2017, 07:51:58
Hallo,

ich habe nun von pah die umfangreiche Seite mit der Schaltung und allen Details dazu entdeckt:
https://wiki.fhem.de/wiki/EBUS

Ich lese mich nun einmal weiter durch.

LG jenmeer
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 01 Dezember 2017, 08:55:54
Zitat von: Reinhart am 30 November 2017, 21:21:59
Der Vorteil ist schnell erklärt, ebusd-esp funktioniert, ESP-Link am Ebus nicht! Der kommt mit der erforderlichen Latenz nicht zurecht.
Das ist auch der Grund, warum John die Firmware für den Wemos entwickelt hat.

LG

Ahso, das hatte ich neulich ja mal in die Runde gefragt, ob die Ebus-Schaltung auch über RX/TX dann mit dem ESP und WLAN anbindbar ist. Das ist cool, dass das nun mit John's FW gehen soll !
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: dkuschmierz am 02 Dezember 2017, 18:03:51
Hallo zusammen,

ich denke ich habe noch ein kleines Problem mit dem Abstimmen der eBus-Plating. Ich habe es nach Johns wiki Eintrag gemacht und sehe auch die <aa's.
Jedoch bekomme ich zwischendrin immer wieder das Signal mit dem Fehler [bus error] signal lost

Auch sieht mir ein Paket der Form <0000000000001008b509003e080904960803bb00ca00 auch sehr komisch aus.

Ist das normal oder muss ich da nochmal ans Poti ran. Eigentlich habe ich bereits alles am Poti probiert und recht langsam durchgesweept, jedoch ohne Erfolg.

Hat hier jemand weitere Tipps? Kann ich hier außer am Poti noch was optimieren?

2017-12-02 17:57:25.767 [bus notice] bus started with own address 31/36
2017-12-02 17:57:25.782 [bus notice] signal acquired
2017-12-02 17:57:27.026 [bus error] signal lost
2017-12-02 17:57:29.530 [bus notice] signal acquired
2017-12-02 17:57:33.271 [bus notice] <1000
2017-12-02 17:57:33.436 [bus notice] <b50329ba005100
2017-12-02 17:57:34.742 [bus notice] <10b50903e2fe050301f4
2017-12-02 17:57:35.279 [bus notice] <10b50301c6
2017-12-02 17:57:35.354 [bus notice] <50b504010d2c00
2017-12-02 17:57:36.608 [bus notice] <7050b50132001025b505072b0001000000008500
2017-12-02 17:57:36.796 [bus notice] <1008b5110203001e00
2017-12-02 17:57:36.958 [bus notice] <1008b51101028a00
2017-12-02 17:57:38.043 [bus error] signal lost
2017-12-02 17:57:38.549 [bus notice] signal acquired
2017-12-02 17:57:40.020 [bus error] signal lost
2017-12-02 17:57:40.752 [bus notice] signal acquired
2017-12-02 17:57:40.813 [bus notice] <100809081008b509040ed100002900
2017-12-02 17:57:42.001 [bus error] signal lost
2017-12-02 17:57:42.578 [bus notice] signal acquired
2017-12-02 17:57:42.666 [bus notice] <10b501c600
2017-12-02 17:57:43.168 [bus notice] <10b5021023b5040131f600
2017-12-02 17:57:45.027 [bus error] signal lost
2017-12-02 17:57:45.284 [bus notice] signal acquired
2017-12-02 17:57:45.376 [bus notice] <10b5c700
2017-12-02 17:57:45.409 [bus notice] new master 70, master count 2
2017-12-02 17:57:45.451 [bus notice] <7050b504010d2c00
2017-12-02 17:57:45.635 [bus notice] <7050b50401321300
2017-12-02 17:57:45.791 [bus notice] <7050b505042dfbff00d700
2017-12-02 17:57:46.666 [bus notice] <1008b5090329d3007f00
2017-12-02 17:57:46.805 [bus notice] <10feb5050427001e00d4
2017-12-02 17:57:47.334 [bus notice] <10feb505034a0100f4
2017-12-02 17:57:48.677 [bus notice] <1025b509040ef400002800
2017-12-02 17:57:48.844 [bus notice] <1023b505072b0001000000007900
2017-12-02 17:57:49.384 [bus notice] <1008b5110203001e00
2017-12-02 17:57:49.548 [bus notice] <1008b51101028a00
2017-12-02 17:57:49.772 [bus notice] <7050b50401012000
2017-12-02 17:57:51.034 [bus notice] <10b5090329b9016600
2017-12-02 17:57:54.037 [bus error] signal lost
2017-12-02 17:57:55.244 [bus notice] signal acquired
2017-12-02 17:57:55.635 [bus notice] <0000000000001008b509003e080904960803bb00ca00
2017-12-02 17:57:55.732 [bus notice] <70b501321300
2017-12-02 17:57:55.817 [bus notice] new master 10, master count 3
2017-12-02 17:57:55.851 [bus notice] <1008b5090329ba005100
2017-12-02 17:57:58.018 [bus error] signal lost
2017-12-02 17:57:58.919 [bus notice] signal acquired
^C2017-12-02 17:58:00.753 [bus notice] <500510500410b510054a0000ffffffffffffffff0f1050b505072b0001000000002400
2017-12-02 17:58:01.073 [bus notice] <1008b5110203001e
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 04 Dezember 2017, 21:09:06
Hallo,

so viele Verbindungsstörungen dürfen es nicht sein. Eventuell hat die Platine oder ein Baustein doch einen Fehler. Der erste Fehler ist ja schon 2 Sekunden nach dem Start und setzt sich ständig fort.

Schau einmal als erstes ob der eBus Dämon auch wirklich nur einmal läuft.

ps -aux|grep ebusd

Es könnte auch eine schlechte Klemmstelle am eBus Verbindungskabel sein.
Ich glaube nicht, das hier das Poti die Ursache ist, weil Bitfehler sind eigentlich keine zu sehen, denn das was kommt sieht ja vernünftig aus.

Wie viele Geräte hast du eigentlich am eBus hängen?

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 06 Dezember 2017, 08:23:09
Zitat von: jenmeer am 01 Dezember 2017, 07:51:58
ich habe nun von pah die umfangreiche Seite mit der Schaltung und allen Details dazu entdeckt:
https://wiki.fhem.de/wiki/EBUS
Das Wiki beschreibt derzeit noch die "alte" Version 1.6 der Platine. Wir sind inzwischen schon bei 2.0 angelangt mit dem großen Vorteil, kein Poti mehr zu haben. Details zur Entwicklung finden sich hier (https://forum.fhem.de/index.php/topic,75878.0.html) und Bestellungen hier (https://forum.fhem.de/index.php/topic,79427.0.html).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 06 Dezember 2017, 11:02:05
Na ja, bei mir läuft das System so astrein stabil, dass ich mich längst anderen Baustellen gewidmet habe. Es folgt, dass ich nicht auch noch die Wiki-Seite aktualisieren kann. Das gibt mein Zeitbudget einfach nicht her.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: blubern am 08 Dezember 2017, 17:51:59
Hi,

hallo ich habe mir einen eBus Koppler gekauft (https://www.esera.de/produkte/ebus/142/ebus-koppler-ethernet).
Aus dem Keller von der Vaillant Heizung hat mir der Techniker ein Telefonkabel in die Wohnung gelegt mit 4 Adern. Wie kann ich nun rausfinden, durch messen, welche Adern ich anschließen muss?

Grüße
Blubern

p.s.:
Entschuldigt die Anfänger frage :)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: dz-replay am 08 Dezember 2017, 18:26:47
Hallo Blubern,

ich gehe jetzt mal davon aus, dass Du das Telefonkabel bzw. 2 Adern davon als eBus nutzen möchtest. Schau die einfach mal die Kabel genauer an, in der Regel haben alle 4 Adern eine unterschiedliche Farbcodierung. Dann kannst Du Dir das Messen ersparen.

Gruß
Daniel

p.s. sollte ich falsch liegen, bitte einfach noch genauere Infos schicken
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 08 Dezember 2017, 19:58:25
Die beiden Adern mit dem Bus müßten eine Spannung führen, die Du messen kannst. Die beiden anderen werden wahrscheinlich keine Belegung haben. Gleichspannung, wenn ich nicht irre. Dadurch kannst Du dann auch die Polung herausfinden, falls bei Deinem Adapter die Polung beachtet werden muss....
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 09 Dezember 2017, 09:16:17
Zitat von: dz-replay am 08 Dezember 2017, 18:26:47
Hallo Blubern,

ich gehe jetzt mal davon aus, dass Du das Telefonkabel bzw. 2 Adern davon als eBus nutzen möchtest. Schau die einfach mal die Kabel genauer an, in der Regel haben alle 4 Adern eine unterschiedliche Farbcodierung. Dann kannst Du Dir das Messen ersparen.

Gruß
Daniel

p.s. sollte ich falsch liegen, bitte einfach noch genauere Infos schicken
Wenn es noch ein "richtiges" Telefonkabel ist, dann sind vier rote Adern drin, die per blauen Strichen gekennzeichnet sind! Eins hat keinen, das Zweite einen usw.
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: db am 14 Dezember 2017, 13:50:24
Hallo,
Ich hatte mit der Schaltung ein ähnliches Problem. Nachmessen mit dem Oszilloskop ergab, dass der Eingang am 4011 nicht genug Hub (besser gesagt Senke) hatte. Da reichte auch der Stellbereich des Poti nicht mehr aus. Die Lösung bestand darin, R2 auf 100 Ohm zu verringern.
Damit war der Hub für den Eingang 4011 tief genug. Und es lief dann auch mit einem billigen USB Adapter aus China mit CH430 Chip.

Gruß

Daniel
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: f.f am 27 Dezember 2017, 12:42:55
Hallo,

ich komm einfach nicht weiter mit der Installation der 1.6er Platine. Wollte im Parallelthread noch 2.0 Ordern um nicht noch mehr Zeit im kalten Keller sitzen zu müssem, aber da ist ja wohl "stau", deshalb versuch ich die 1.6er nochmal. Habe eigentlich alles so gemacht wie in WIKI aber irgendie bekomme ich das nicht zum laufen.

im wesentlichen bekomme ich immer:
[bus notice] bus startet with own address 31/36
[bus notice] signal aquired
[bus error] signal lost
[bus notice] re-opened /dev/ttyUSB0

uns so geht das weiter.

was ich nicht verstehe ist die hohe latenz. Im wiki-log der Anleitung zum einstellen des Potis sind da Sekunden zwischen aquired und lost. Bei mir sind das erst 2 dann 5 dann 10 Minuten... und da kann man nicht wirklich sinnvoll am Poti drehen.
das dauende "re-open" ist mir auch ein Rätsel.

hex Werte hab ich bislang noch keine gesehen....

Da es in meinem (unbeheizten) Keller schweinekalt ist, bin ich mittlerweile uin meiner Verzweiflung mit meinem RASPI, USB Converter und EBUS Platine in das wäreme Wohnzimmer umgezogen. Hier hab ich natürlich keine Bus-Leitung angeschlossen. Ich hoffe das spielt keine Rolle? oder kann man das so vergessen. Ich dachte die Grobjustage sollte doch so gehen, oder?

Die Lötstellen hab ich bereits alle nochmal nachgelötet.
Ich habe leider keinen Oszi zur Verfügung, nur ein Multimeter. Gibt es einen vernünftigen Richtwert für das Poti?     

Für jeden Tipp bin ich dankbar

Gruss
Frank
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 27 Dezember 2017, 13:31:49
Zitat von: f.f am 27 Dezember 2017, 12:42:55
ich komm einfach nicht weiter mit der Installation der 1.6er Platine. Wollte im Parallelthread noch 2.0 Ordern um nicht noch mehr Zeit im kalten Keller sitzen zu müssem, aber da ist ja wohl "stau", deshalb versuch ich die 1.6er nochmal. Habe eigentlich alles so gemacht wie in WIKI aber irgendie bekomme ich das nicht zum laufen.
Der Stau besteht nur bei fertig gelöteten Platinen. Bausätze sind nach wie vor verfügbar.

Zitat von: f.f am 27 Dezember 2017, 12:42:55
Hier hab ich natürlich keine Bus-Leitung angeschlossen. Ich hoffe das spielt keine Rolle? oder kann man das so vergessen. Ich dachte die Grobjustage sollte doch so gehen, oder?
wie willst Du denn das Poti auf Deinen Bus abstimmen, wenn dieser nicht dranhängt???
So kann das natürlich nicht gehen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: f.f am 27 Dezember 2017, 13:52:36
hi,

es geht ja offenbar erstmal nicht darum den BUS abzustimmen, sondern ihn erstmal "zu Gesicht" zu bekommen...wie gesagt, bekommen keine Hex..nada.
Mich verblüfft, dass der USB port immer wieder re-opened. Ich  demsg grep -i tty liefert mit. seltsames: unter anderem

failed to get modem status -32

eine Recherche danach deutet immer mehr auf einen fehlerhaften USB konverter/kernel  hin. Aber leider bin ich in LINUX eine absolute NULL und jeder Befehl im Terminal ist mehr oder weniger ein Blindflug.

Ich denke ohne 100% sicher zu sein, dass der USB Konverter tut was er soll macht es keinen Sinn, dass ich mir wieder im Keller mit Schraubenzieher den A- abfriere :-)...das hatte ich schon den ganzen morgen....

Gruss
Gruss
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 27 Dezember 2017, 13:59:07
Zitat von: f.f am 27 Dezember 2017, 13:52:36
es geht ja offenbar erstmal nicht darum den BUS abzustimmen, sondern ihn erstmal "zu Gesicht" zu bekommen...wie gesagt, bekommen keine Hex..nada.
ach so, das hatte ich so aus deiner message nicht verstanden.
wie hast du denn ebusd gestartet und welche version ist es?
Um die hex bytes zu sehen, starte ebusd 3.x einfach mit "ebusd -f -d /dev/ttyUSB0 --lograwdata=bytes" im Vordergrund.
Die Hex bytes siehst Du aber auch nur, wenn der eBUS dran hängt, drum macht das im Wohnzimmer ohne Bus kaum Sinn.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: f.f am 27 Dezember 2017, 14:29:01
Ah, ok. Dann muss ich wohl wieder in den Keller... :-X

aber das hatte ich ja schon. Lt. dem wiki Tutorial sollte das Poti ja grob auf "2 Uhr". Da ja aber eine Spindel verbaut ist habe ich mal für mich geschlossen, dass damit 50-60% gemeint sein könnten, oder ? Hatte das deshalb grob auf 12-14 Umdrehungen und dann um den Punkt "gesucht". Das Problem..egal wo ich das Poti hindrehe (auch extreme Werte) ich bekomme nichts rein. Rein garnichts
Ich habe mich schon Seitenweise durchs Forum gelesen und mich macht bei mir sehr stutzig, dass bei mir zwischen signal aquired und signal lost ca. 5s liegen...dann passiert minutenlang nichts, danach kommt das re-opened usb, und wieder aquired und lost.

Ich schätze mal, dass ich (wenn überhaupt) nur zwischen aquire und siganl lost eine chance habe das Poti richtig zu stellen. Das heisst aber alle 10min 5 Sekunden "Fenster" bei 25er Spindel (und 10° im Keller....).....bis ich das hab bin ich erfroren.

ich hab 3.0. hatte zunächst 2.0 lt. wiki und hatte gehofft das upgrade bring Erlösung...leider nein

ich hab das usb teil in verdacht. Das laufende re-open macht doch keine Sinn oder? auch der Fehler -32 sollte doch nicht irgendwo auftauchen denke ich. Ich hatte heute morgen auch mal was von einem möglichem Workaround bei manchen USB Adaptern gefunden, das finde ich aber gerade nicht  mehr.

Gruss
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: f.f am 27 Dezember 2017, 15:41:05
hallo,

ich bin etwas weiter. das re-open Problem konnte ich durch Modifikation der cmdline.txt offenbar erledigen.

allerdings löst das mein Problem leider nicht, ich bekomme nichts rein.
wenn ich den service stoppe und mit   "ebusd -f -d /dev/ttyUSB0 --lograwdata=bytes" starte, bekomme ich aber jetzt:
[main notice] ebusd 3.0.595c7c0 started
[main error] error reading config files: ERR: dublicate entry: last error /etc/ebusd/vaillant/15.400csv:8 ERR: dublicate entry dublicate ID

sollte mir das was sagen?

Gruss
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 28 Dezember 2017, 09:11:59
Zitat von: f.f am 27 Dezember 2017, 15:41:05
wenn ich den service stoppe und mit   "ebusd -f -d /dev/ttyUSB0 --lograwdata=bytes" starte, bekomme ich aber jetzt:

[main error] error reading config files: ERR: dublicate entry: last error /etc/ebusd/vaillant/15.400csv:8 ERR: dublicate entry dublicate ID

da fehlt noch "--scanconfig".
Steht da wirklich "dublicate" statt "duplicate"? Das wäre ein interessanter Schreibfehler meinerseits :)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: f.f am 28 Dezember 2017, 12:34:18
Hi John,

keine Ahnung....war aber wohl eher mein Fehler beim abtippen :-)

könnte das  "--scanconfig" mit meinem Problem was zu tun haben?

Ich habe noch etwas weiter probiert. Was ich nicht verstehe ist, das folgende:
wenn der Terminal bei "[bus error] signal lost" hängt, und ich eine der Busleitungen abklemme, dann springt es auf
"[bus notice] signal aquired", aber es passiert weiter nichts. Stecke ich die getrennte busleitung zurück springt es sofort wieder auf.
"[bus error] signal lost". Das ganze ist gut reproduzierbar.

Wenn ich das richtig gelesen habe ist das "signal lost" doch ein Indikator für eine USB Unterbrechung. Dann wundert mich umso mehr dass "aquired" auftaucht wenn ich die Bus Leitung kappe und das signal "abbricht" wenn ich ihn verbinde.

Hatte jemand sowas ähnliches schon mal?

Gruss
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 28 Dezember 2017, 19:27:37
wir haben viel getestet und da sind auch die unmöglichsten Situationen wie deine entstanden, wenn wir den Dämon laufen liesen und den Bus ab- und wieder an geklemmt haben. Das mag der Dämon gar nicht und gerät außer Kontrolle.
Wenn du den eBus abklemmst immer auch den Dämon stoppen. Auch umgekehrt, zuerst den Bus anklemmen und dann den Dämon starten. Unter Umständen kann dir in so einer Situtation auch ein eventuell vorhandener Watchdog ganz schön in die Quere kommen.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 29 Dezember 2017, 03:44:29
ZitatAber leider bin ich in LINUX eine absolute NULL...
Ich denke ohne 100% sicher zu sein, dass der USB Konverter tut was er soll ...
Das steht etwas im Widerspruch zueinander, die zweite Aussage ist einfach wild geraten. So kann man sicher nicht sinnvoll helfen. Und ich schlage vor, sich beim Abtippen von Kommandos und Fehlermeldungen etwas präziser zu sein.

Zweitens: Es scheint auf der EBUS-Seite des Adapters ein Fehler vorzuliegen. Das kann durchaus auf die wilde An- und Absteckerei des EBUS zurückzuführen sein, so ewas sollte man keinesfalls tun.

Drittens: Auch die Konfiguration des ebusd scheint irgendwie wild durcheinander zu gehen - das ist keine "unberührte" Installation.

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: f.f am 29 Dezember 2017, 10:17:40
Hallo,

naja, ich denke mehr als "es geht nicht" geht nicht. :)....ist ja nicht so, dass ich zunächst nicht für Stunden im 10°C kalten Keller gehockt und probiert habe, bevor ich angefangen habe die BUS Leitungen zu kappen.
Leider ist meine Werkstatt eher mager ausgestattet. Selbst wenn ich einen passenden Prüfwiderstand und eine LED gefunden hätte, wäre eine sinnvolle Fehlersuche wohl am fehlenden, regelbaren Netzteil gescheitert. Bin also nicht zu Faul sondern "verzweifelt"

Nur zur sicherheit: der RX auf der 1.6 Platine muss auf RX vom USB Konverter, oder ist das gekreuzt mit TX/RX gedacht/konstruiert?
 
Gruss
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 29 Dezember 2017, 11:59:47
Zitat von: f.f am 29 Dezember 2017, 10:17:40
Nur zur sicherheit: der RX auf der 1.6 Platine muss auf RX vom USB Konverter, oder ist das gekreuzt mit TX/RX gedacht/konstruiert?

Ja, Tx auf Tx und Rx auf Rx.

Aber ärgere dich nicht herum, dein Paket mit dem Bausatz C ist heute Morgen Priority raus gegangen. Die heikle Sache mit dem Poti fällt dann schon mal weg. Sicher wäre die gelötete Version für dich besser gewesen, da die John schon alle vorab testet. Aber der Nachbau sollte kein Problem sein wenn das Löten hinhaut und du ein Multimeter zur Bestimmung der Widerstände hast. Die einzigen möglichen Fehlerquellen sind die richtige Polung der Dioden, Leds und das richtige Einsetzen der ICs. Und aufpassen, ohne Leds funktioniert die Schaltung nicht!

Es haben jetzt schon einige nachgebaut, wobei die meisten Probleme im WLAN/Wemos Bereich und der Software allgemein aufgetreten sind, daher ist auch der Schritt zuerst mit Uart testen sicher der einfachere. Wenn das funktioniert, dann den 2. Schritt mit Wlan. Aus diesem Grund liegt beim Bausatz A auch ein Uart bei, obwohl der sonst überflüssig wäre, der dient nur zur einfacheren Diagnose.

Wenn was unklar ist, einfach fragen!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: f.f am 05 Januar 2018, 15:28:07
Hallo,

danke für die Hilfe. Es läuft soweit :)

Ein Verständnisproblem hab ich aber mit der Formatierung  der Ausgabe. Ich habe das ganze wie beschrieben mit etlichen ECMD devices gelöst. Bei den Werten hat das auch ganz gut geklappt, aber bei den ON OFF devices hänge ich. z.B.


get Heizkreispumpe cmd {"r -f Hc1Pump onoff\n"}
get Heizkreispumpe expect ".*\n*"
get Heizkreispumpe postproc { $_ }


liefert mir in FHEM in meinem ECMD device HKP als STATE "Heizkreispumpe on" bzw "Heizkreispumpe off" und als reading zusätzliches Heizkreispumpe mit dem korrekten Status on(off). Ich habe mir einen dummy TT definiert und via timer und

my $test=ReadingsVal("HKP","Heizkreispumpe","off");
if($test eq "on"){
fhem("set TT on");
}
else
{
fhem("set TT off");
}

der Dummy bleibt immer "off" auch wnn das Reading Heizkreispumpe auf "on" geht. Ich schätze im string $test sind noch unsichtbare Formatierungszeichen, weshalb der match nicht geht. LEider bin ich eine perl-null (wie man wohl an meinem Versuch sieht..).....wie bekomme ich das richtig formatiert (am besten gleich beim/nach get in der class definition?

Gruss
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 06 Januar 2018, 11:09:44
@f.f

Du musst ja einen Event auslösen, d.h. den state vom Device HKP überwachen! Wenn dein Device HKP heißt und im state on/off steht, dann sollte das so aussehen:

kannst auch noch hier einen Timer setzen wenn du einen brauchst, hier wird nach 2 Minuten wieder abgeschaltet
define HKP_on notify HKP.on {\
  fhem("set irgendwas on");;\{\
  fhem("define TT_Timer_off at +00:02:00 set irgendwas off")};;{\
  fhem("set irgendwas anders");;\
  }
 
define HKP_off notify HKP.off {\
  fhem("set TT off");;\
  }

der Notify überwacht dann den state "on" bzw. im 2. "off". Jedesmal wenn der sich ändert, reagiert notify und führt das aus.

oder so, du kannst auch noch die Zeit mit einem if verknüpfen, d.h. nur zwischen 7:00 und 20:00 Uhr wird das ausgeführt
define HKP_on notify HKP.on {\
if ($hour>=7 && $hour <20) {\
fhem('set irgendwas on');;\
}\
}

da kannst dich endlos austoben.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: f.f am 06 Januar 2018, 14:51:58
hi,

danke. Aber mein Problem liegt wohl in der Formatierung. Das ECMD Device erhält als Reading zwar "on, off, bzw. Werte "aber die Zeicjen sind seltsamerweise in einer anderen Schriftart in fhem formatiert und enthalten irgendwie zwei mal das Unicodezeichen am Ende. Auch sind die Zeilen nach einem Auslesen erst mal in fhem erstmal breiter bis zum manuellen reload der Seite im Browser....das macht glaube ich die Problem. Wenn ich in einer if abfrage mit z.b. if ($f eq "on") abfrage, dann ergibt das false obwohl im reading $f  "on" steht...d.h. meine Abfrage zum schalten läuft ins leere, da der Zustand nicht ausgewerrtet wird.
Ich denke es liegt an den Formatierungen die in der clss Definition festgelegt ist. Expect, Postproc etc....da steig ich nicht durch

Gruss
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 07 Januar 2018, 10:38:50
@f.f

ich habe mir jetzt dein Beispiel angesehen und das mit einem DOIF gelöst weil es mir in diesem Fall einfacher erscheint und es funktioniert so tadellos.

meine bai00.class sieht so aus, ich habe den Status01 genommen weil sich da schnell was ändert und ich das auch in fast Echtzeit mit MQTT auswerten kann.
get Heizkreispumpe cmd {"r -m 10 status01 pumpstate\n"}
get Heizkreispumpe expect ".*\n*"
get Heizkreispumpe postproc {$_}

ich hole hier den "pumpstate" heraus.

hier meine Fhem Definition
define Heizkreispumpe ECMDDevice bai00.class
attr Heizkreispumpe IODev EBUS
attr Heizkreispumpe event-on-change-reading .*
attr Heizkreispumpe group Automatik
attr Heizkreispumpe icon sani_pump
attr Heizkreispumpe room Entwicklung
attr Heizkreispumpe stateFormat Heizkreispumpe
attr Heizkreispumpe verbose 3

# Dummy zum Test der Funktion
define dummyPumpe dummy
attr dummyPumpe group Automatik
attr dummyPumpe room Entwicklung
attr dummyPumpe setList on off
attr dummyPumpe verbose 3


und hier ein einfacher DOIF
define Pumpe_do_on DOIF ([Heizkreispumpe:"on"]) (set dummyPumpe on) DOELSEIF ([Heizkreispumpe:"off"]) (set dummyPumpe off)
attr Pumpe_do_on do always
attr Pumpe_do_on group Automatik
attr Pumpe_do_on room Entwicklung
attr Pumpe_do_on verbose 3


Wenn du statt der ECMD Abfrage mit MQTT auswertest hats du den Status fast in "Echtzeit" innerhalb weniger Sekunden.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 07 Januar 2018, 10:52:07
Zitat von: Reinhart am 07 Januar 2018, 10:38:50
Wenn du statt der ECMD Abfrage mit MQTT auswertest hats du den Status fast in "Echtzeit" innerhalb weniger Sekunden.
warum mischt ihr denn ECMD und MQTT?
Man kann doch einfach das entsprechende MQTT topic mit "/set" oder "/get" am Ende verschicken (siehe hier (https://github.com/john30/ebusd/wiki/3.3.-MQTT-client)), dann kommt kurz darauf die Antwort via MQTT zurück
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 07 Januar 2018, 14:55:51
in diesem Fall braucht er keinen "get" wenn die Daten alle paar Sekunden vom Broadcast kommen, deshalb habe ich ja erwähnt das er via MQTT fast Echtzeitdaten bekommt und ohne irgendwelchen Abfragen am eBus initiieren zu müssen.

Bei ECMD ist das schon umständlicher, denn er muss mindestens einen "get" (r -m) durchführen, auch wenn er nur den Cache (Broadcast) ausliest.

Das Ganze funktioniert aber nur bei Broadcasts, sonst muss er den herkömlichen Weg gehen und aktiv aus Fhem abfragen, egal ob ECMD oder MQTT.
Den Broadcast sollte man nicht unterschätzen, denn die wichtigsten Daten kommen da schon an (Vorlauf, Rücklauf, Warmwasser, Pumpenstatus, Aussentemperatur) ohne den eBus zu quälen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TottiToad am 11 Januar 2018, 10:21:20
Hallo,

leider habe ich ein wenig den Überblick verloren ... sind ja doch einige Seiten mittlerweile zum Ebus (Wikis, Thread etc.).

Habe jetzt gestern und heute den ganzen Tag gelesen, jedoch "leider" ein paar Grundsätzliche Fragen zum Anschluss einer fertig gelöteten Platine Bausatz A.

Bin ich da hier richtig ? Oder gibt es da einen anderen Thread den ich noch übersehen habe ?


Grüße & Danke
Totti

EDIT: Gerade den Beitrag erstellt und schon den "anderen" Thread gefunden.
Ich denke hier:
https://forum.fhem.de/index.php/topic,79600.0.html (https://forum.fhem.de/index.php/topic,79600.0.html)
Bin ich richtig mit meinen Fragen zum Bus V2, oder ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rob uboot am 18 Januar 2018, 00:18:26
hallo nochmals!

habe mein projekt für ein jahr ruhen lassen und wollte nun nochmal fragen
ob sich in der zwischenzeit etwas getan hat betreffend cvs für HMU, VWZ und FMU?
vielen dank! :)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 18 Januar 2018, 05:17:39
Ich würde doch empfehlen, die Posts aus diesem einen Jahr selbst zu lesen - oder sollen wir dafür als Hilfskräfte dienen ?

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jonien am 19 Januar 2018, 17:07:11
Hallo,
...akt. komme ich nicht weiter.  :-\
Ich habe den eBUS adapter 2.0 (und auch die Erweiterungsplatine) in Betrieb genommen. Der ebusd device string ist 192.168.168.133:9999.
ebusd connected: no   (???)
eBUS signal: no signal  (ebus noch nicht angeschlossen)

ebusd auf Raspi (wheezy) installiert:
version: ebusd 3.1.v3.0-35-gb0e20b7
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

In Fhem Device ebus1 angelegt: Type:GAEBUS
loclhost:8888 150   >   connected
(kann auch die ebusd_info auslesen)

Ebusd Konfiguration (/etc/default/ebusd)
EBUSD_OPTS=" -d 192.168.168.133:9999 -l /var/log/ebusd.log --scanconfig --latency=20000 --loglevel=debug --receivetimeout=50000"

Wo mache ich hier einen Denkfehler, ich drehe mich immer im Kreis ;)

Warum verbindet sich der Ebusd nicht mit dem eBUS adapter 2.0 ???

2018-01-18 17:23:20.015 [bus error] unable to open 192.168.168.133:9999: ERR: generic I/O error

Liebe Grüße Jörg
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 19 Januar 2018, 18:40:31
@jonien

offensichtlich versuchst du auf dem Management Port eine Verbindung zu bekommen!
Was hast du denn beim ebusd TCP Port eingestellt, das musst du dann in den OPTs eintragen!
Siehe dazu hier (https://ebus.github.io/adapter/wemosebus.html).

Configuration:
1. WIFI SSID: SSID des eigenen Wlan
2. WIFI secret: Passwort
3. WIFI IP address: 10.0.0.161/24, gateway: 10.0.0.254
4. ebusd TCP/UDP mode: TCP
5. ebusd TCP port: 8889
6. ebusd RX+TX PINs: direct RX+TX (GPIO3+1)
7. Management TCP port: 9999
8. LED PINs: RX:disabled, TX:disabled
9. Initial PIN direction: D0:L, D4:L


Ach ja, Wheezy ist schon etwas nostalgisch würde dir was neueres empfehlen, wir haben sämtliche Tests schon mit Stretch durchgeführt.


LG
Reinhart



Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jonien am 19 Januar 2018, 20:15:04
Hallo Reinhard,
habe nochmal die Einstellung lt. Deinem Hinweis kontrolliert. Der Managementport ist bei mir "80". Ich habe den Kommunikationsport im Ebusd und im Adapter auf "8889" geändert. Leider keine Änderung. Master und Slave (Ebusd) sind beide "ebusd"; ist das richtig?

root@raspberrypi:/home/pi# ebusctl info
version: ebusd 3.1.v3.0-35-gb0e20b7
update check: revision v3.1-1-g60a18d1 available, broadcast.csv: newer 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

Nach einem reboot Ebusd bekomme ich folgendes...
root@raspberrypi:/home/pi# service ebusd restart
[ ok ] Stopping ebusd: ebusd.
[ ok ] Stopping ebusd4: ebusd.
[ ok ] Starting ebusd: ebusd.
[ ok ] Starting ebusd4: ebusd.

LG

PS Ist ein Upgrade auf JESSY oder... möglich? Ich scheue mich etwas vor einer Neuinstallation ::)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 19 Januar 2018, 20:43:40
komisch, da laufen ja 2 Dämon?

mach mal bitte
PS -aux|grep ebus
ob da wirklich 2 mal der Dämon läuft.

Du kannst ja auch einmal versuchen via Telnet den eBus Port zu erreichen.
telnet 192.168.168.133 9999
dann sollte sich eine Konsole öffnen wo nur der Cursor blinkt. Wenn ja dann kann man vom Raspi den Wemos erreichen. Wenn nein, dann stimmt was mit der IP oder Port des Wemos nicht. Von wo aus du das machst ist egal, kann auch ein PC sein.

Ja und eins ist klar, solange der eBus nicht angeschlossen ist, kannst auch kein Signal bekommen. Aber ein zusätzliches USB Netzteil hast du auf einem der Wemos angeschlossen?

Poste bitte auch einmal ein Log nachdem der Dämon gestartet wurde.

Betreffend Jessie/Stretch, ein Upgrade empfiehlt sich nicht, mach lieber alles neu. Kannst ja auch auf einer neuen SD Card machen, wenn was schief geht steckst einfach die bestehende wieder ein und du hast den Stand wieder, aber schau vorher das du den eBus zum Laufen bekommst.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jonien am 19 Januar 2018, 21:11:38
... über telnet kann ich den Wemos erreichen.

das Kommando "PS -aux|grep ebus " bringt "bash: PS: command not found".

Im Verzeichnis " /home/pi/ebusd" gibt es einen Unterorder mit dem Namen "ebusd" (also:" /home/pi/ebusd/ebusd". Dieser enthält die gleichen Dateien wie der Hauptordner. Scheint wirklich eine doppelte Installation zu sein.

Kann ich Ebusd komplett entfernen und neu installieren? Wenn ja, wie? :-\

LG Jörg

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 19 Januar 2018, 22:19:39
das mit dem Home Verzeichnis passt schon. Aus Home/pi wird nichts gestartet, von dort wird bei der Installation nach /usr/bin/ kopiert.

Um die Tasks anzuzeigen bitte mit
ps -aux|grep ebus
die Rechtschreibprüfung hat mir "ps" groß geschrieben!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jonien am 19 Januar 2018, 22:24:35
...ok :)

root@raspberrypi:/home/pi# ps -aux|grep ebus
warning: bad ps syntax, perhaps a bogus '-'?
See http://gitorious.org/procps/procps/blobs/master/Documentation/FAQ
root      4653  0.0  0.2  28540  1920 ?        Ssl  21:54   0:00 /usr/bin/ebusd --pidfile /var/run/ebusd4.pid -d 192.168.168.133:8889 -l /var/log/ebusd.log                                      --scanconfig --latency=20000 --loglevel=debug --receivetimeout=50000
root      9358  0.0  0.1  45948  1820 ?        Ssl  21:59   0:00 /usr/bin/ebusd --pidfile /var/run/ebusd4.pid -d 192.168.168.133:8889 -l /var/log/ebusd.log                                      --scanconfig --latency=20000 --loglevel=debug --receivetimeout=50000
root     31499  0.0  0.1   3576  1644 pts/0    S+   22:22   0:00 grep ebus
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 20 Januar 2018, 09:15:54
Zitat von: jonien am 19 Januar 2018, 22:24:35
root@raspberrypi:/home/pi# ps -aux|grep ebus
warning: bad ps syntax, perhaps a bogus '-'?
See http://gitorious.org/procps/procps/blobs/master/Documentation/FAQ
root      4653  0.0  0.2  28540  1920 ?        Ssl  21:54   0:00 /usr/bin/ebusd --pidfile /var/run/ebusd4.pid -d 192.168.168.133:8889 -l /var/log/ebusd.log                                      --scanconfig --latency=20000 --loglevel=debug --receivetimeout=50000
root      9358  0.0  0.1  45948  1820 ?        Ssl  21:59   0:00 /usr/bin/ebusd --pidfile /var/run/ebusd4.pid -d 192.168.168.133:8889 -l /var/log/ebusd.log                                      --scanconfig --latency=20000 --loglevel=debug --receivetimeout=50000
root     31499  0.0  0.1   3576  1644 pts/0    S+   22:22   0:00 grep ebus
ok, du hast eine zweite ebusd Instanz konfiguriert. Post bitte mal den kompletten Inhalt von "/etc/default/ebusd" und auch die Ausgabe der Webseite von ebusd-esp
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jonien am 20 Januar 2018, 14:16:10
Hallo,
nachdem ich gestern Abend starke Performance-Probleme hatte (außer in ebusd) keine Veränderungen vorgenommen hatte, habe ich Ebusd und Conf.Dat. komplett deinstalliert. Danach lief auch keine Ebusd-Instanz mehr :). Dann habe ich eine kompl. Neuinstallation vorgenommen. Danach bekam ich ztw. Verbindung zum Wemos. Trotzdem scheinen weiter 2(oder jetzt 3?)Instanzen zu laufen ???.

pi@raspberrypi ~ $ sudo su
root@raspberrypi:/home/pi# ps -aux|grep ebus
warning: bad ps syntax, perhaps a bogus '-'?
See http://gitorious.org/procps/procps/blobs/master/Documentation/FAQ
root      3789 59.0  0.2  28540  1948 ?        Ssl  00:54 449:47 /usr/bin/ebusd                                                                                                --pidfile /var/run/ebusd.pid -d 192.168.168.133:8889 -l /var/log/ebusd.log --sca                                                                                               nconfig --latency=20000 --loglevel=debug --receivetimeout=50000
root      4792 59.1  0.2  45948  1980 ?        Ssl  00:55 449:32 /usr/bin/ebusd                                                                                                --pidfile /var/run/ebusd.pid -d 192.168.168.133:8889 -l /var/log/ebusd.log --sca                                                                                               nconfig --latency=20000 --loglevel=debug --receivetimeout=50000
root     14368  0.0  0.1   3576  1840 pts/0    S+   13:36   0:00 grep ebus
root     20804 78.0  0.2  28540  1916 ?        Ssl  00:37 607:14 /usr/bin/ebusd                                                                                                --pidfile /var/run/ebusd.pid -d 192.168.168.133:8889 -l /var/log/ebusd.log --sca                                                                                               nconfig --latency=20000 --loglevel=debug --receivetimeout=50000
root@raspberrypi:/home/pi#



# /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.



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





Configuration:
1. WIFI SSID: 1234
2. WIFI secret: 5678910
3. WIFI IP address: DHCP
4. ebusd TCP/UDP mode: TCP
5. ebusd TCP port: 8889
6. ebusd RX+TX PINs: direct RX+TX (GPIO3+1)
7. Management TCP port: 80
8. LED PINs: RX:D4, TX:D4
9. Initial PIN direction: D0:L

d. Set current PIN direction: D0:L, D4:L
t. Toggle current output PIN
e. Dump EEPROM content
f. Load factory settings
F. Factory reset (i.e. erase EEPROM)
r. Reboot (without saving)
E. Start with temporary echo (for debugging only!)
0. Start

Enter your choice:




LG Jörg
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 20 Januar 2018, 19:17:08
du hast in der 4. Zeile schon einen Eintrag!
Lösche den oder sperre ihn mit einer #

EBUSD_OPTS="--scanconfig"

Du kannst ja einmal mit

sudo kill -9 20804
den ebusd killen. die Zahl 20804 ist die Prozess ID, kille auch die anderen das keiner mehr läuft. Dann starte ebusd und schaue nochmals. Normalerweise müsste jetzt alles funktionieren.

Wenn ja dann reboote den Raspi und schaue nochmals ob wieder mehrere Instanzen laufen, dann muss in der Startrotine noch ein Fehler sein.
Du kannst auch einmal schauen wieviele Service mit Namen "ebusd" du unter /lib/systemd/system siehst. Wenn hier mehrere vorhanden sind, dann lösche die wie folgt.

sudo systemctl stop ebusd
sudo systemctl disable ebusd

auf dem selben Weg kann man den automatischen Start wieder aktivieren.

So eine Service Eintrag (ebusd.service) sollte so ausschauen:
[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


Wenn die Performance Probleme hast dann schaue einmal nach mit "top" in der Konsole, hier siehst du wer wieviel CPU braucht.
Mit "strg C" kannst du "top" wieder beenden!



LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jonien am 20 Januar 2018, 23:28:01
Hallo,
...Zeile 4 war eine Unachtsamkeit, habe ich gleich korrigiert.
Ohne eure Unterstützung hätte ich nicht erkannt, das mehrere Instanzen laufen! Ich konnte jetzt nachvollziehen warum es zu mehreren gleichzeitigen Instanzen von Ebusd gekommen ist:Das "Genie" vor dem Bildschirm hatte nicht vor jeder Änderung in der /etc/default/ebusd alle Instanzen angehalten ("service ebusd stop"). Habe ich dann einen Eintrag in der /etc/default/ebusd geändert/ergänzt, wurde eine neue zusätzliche Instanz gestartet. Mit "service ebusd stop/start/reboot " habe ich ich immer nur die in der /etc/default/ebusd aktivierten Instanzen gesehen. Tatsächlich liefen aber die "alten" auch noch:siehe "ps -aux|grep ebus". Ich habe dann alle von mir aktivierten Einträge in der /etc/default/ebusd  wieder hergestellt und gespeichert. Dann Ebusd gestoppt und dann in der /etc/default/ebusd die redundanten Einträge wieder gelöscht. Jetzt läuft nur noch eine Instanz und die Verbindung zum Wemos auch. Die Performanceprobleme haben sich damit auch erledigt. Interessant: Die Temperatur des Pi ist wieder um 15 Grad in den Normalbereich zurückgegangen. Was man mit Unwissen alles anstellen kann :D.
Unter /lib/systemd/system find ich keinen Ebusd Eintrag :-[
root@raspberrypi:/lib/systemd/system# ls
basic.target.wants                      plymouth-reboot.service
console-kit-daemon.service              plymouth-start.service
console-kit-log-system-restart.service  polkitd.service
console-kit-log-system-start.service    poweroff.target.wants
console-kit-log-system-stop.service     reboot.target.wants
dbus.service                            rsync.service
dbus.socket                             rsyslog.service
dbus.target.wants                       sockets.target.wants
fake-hwclock.service                    sudo.service
halt.target.wants                       udev-control.socket
multi-user.target.wants                 udev-kernel.socket
plymouth-halt.service                   udev.service
plymouth-kexec.service                  udev-settle.service
plymouth-poweroff.service               udev-trigger.service
plymouth-quit.service                   udisks.service
plymouth-quit-wait.service              wpa_supplicant.service
plymouth-read-write.service


Sollte der "Service Eintrag (ebusd.service) " dort zu finden sein?
Danke für den Tip zu "top", bisher musste ich immer die Instanz in putty schließen :)

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 21 Januar 2018, 12:16:28

ach ja wegen der Dienste, du hast ja noch Wheezy, das ist schon 5 Jahre aus das ich da was gemacht habe. Da startet man ja noch mit der update-rc.d die einzelnen Runlevel.

Wenn du das Problem mit den doppelten Dämon noch hast dann schau mal hier (https://www.elektronik-kompendium.de/sites/raspberry-pi/2002211.htm), da steht noch was wie man das unter Wheezy macht.
Und ja ist klar, dein Raspi hat sich ganz schön gequält deshalb ist ihm auch so warm geworden.
Aber so wie du schreibst ist ja jetzt alles ok.




LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rob uboot am 22 Januar 2018, 00:39:31
habe mir jetzt alle beiträge durchgelesen und bin auch nur bedingt schlauer geworden.
wo liegt da der fehler? ein user fehler von mir da ahnungslos oder gibt es das csv file wirklich nicht?

pi@raspi:~ $ ebusctl info
version: ebusd 3.0pre.bbc4d04
signal: acquired
symbol rate: 10
max symbol rate: 114
min arbitration micros: 717
max arbitration micros: 988
min symbol latency: 5
max symbol latency: 6
reconnects: 0
masters: 5
messages: 270
conditional: 0
poll: 0
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU01;SW=0300;HW=8802"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403", loaded "vaillant/15.470.csv"
address 26: slave, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403"
address 31: master #8, ebusd
address 33: master #13
address 36: slave #8, ebusd
address 38: slave #13, scanned "MF=Vaillant;ID=V32;SW=0117;HW=9802"
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0107;HW=0103"
address e8: slave, scanned "MF=Vaillant;ID=FMU00;SW=0202;HW=6502"


pi@raspi:~ $ ebusctl f -v -c broadcast
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 = temp2=-2.062
broadcast signoflife = no data stored
broadcast vdatetime = time=00:18:54;date=22.01.2018


pi@raspi:/etc/ebusd/vaillant $ dir
05.vd2.csv 15.392.csv    23.ehp.cc.csv 50.vr630.mc.csv     bai.0010006101.inc mcmode.inc
05.vd3.csv 15.400.csv    23.solsy.cc.csv 51.vr630.mc.3.csv   bai.0010006341.inc quick.inc
05.vd4.csv 15.430.csv    23.vr630.cc.csv 52.mc2.mc.4.csv     bai.0010007508.inc roomtempoffset.inc
05.vd6.csv 15.470.csv    25.ehp.hwc.csv 53.mc2.mc.5.csv     bai.0010010674.inc scan.csv
05.vl8.csv 15.e7f.csv    25.solsy.hwc.csv 75.rcc.csv     bai.0020066007.inc _templates.csv
05.vl9.csv 15.f37.csv    25.vr630.hwc.csv 75.v81.csv     bai.308523.inc tempsetpoints.inc
06.pms.csv 15.f43.csv    26.solsy.hc.csv a0.sol.hwc.csv     broadcast.csv timercc.inc
08.bai.csv 15.f47.csv    26.vr630.hc.csv a1.sol.cc.csv     currentservice.inc timercool.inc
08.ehp.csv 15.heb.csv    35.rcc.1.csv bai.0010002315.inc  e0.omu.csv timerhc.inc
0a.pmw.hwc.csv 15.hep.csv    35.v81.1.csv bai.0010002465.inc  ec.sol.sc.csv timerhwc.inc
15.140.csv 15.sdr_p.csv  3c.rcc.5.csv bai.0010003857.inc  ec.solsy.sc.csv timer.inc
15.350.csv 15.ui.csv     3c.v81.5.csv bai.0010003886.inc  ed.pms.sc.csv
15.360.csv 15.uih.csv    50.ehp.mc.csv bai.0010004121.inc  errors.inc
15.36p.csv 1c.rcc.4.csv  50.solsy.mc.csv bai.0010004150.inc  hcmode.inc
15.370.csv 1c.v81.4.csv  50.v61.mc.csv bai.0010005400.inc  hwcmode.inc


pi@raspi:/etc/ebusd/vaillant $ ebusctl scan result
08;Vaillant;HMU01;0300;8802
15;Vaillant;47000;0420;1403;21;15;20;0020171280;0082;021186;N8
26;Vaillant;47000;0420;1403;21;15;20;0020171280;0082;021186;N8
38;Vaillant;V32;0117;9802
76;Vaillant;VWZIO;0107;0103;21;15;24;0020143590;1610;005533;N2
e3;Vaillant;FMU00;0202;6502;21;15;23;0010014568;1610;005097;N0
e8;Vaillant;FMU00;0202;6502;21;15;23;0010014568;1610;005097;N0
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 22 Januar 2018, 08:55:18
Zitat von: rob uboot am 22 Januar 2018, 00:39:31
habe mir jetzt alle beiträge durchgelesen und bin auch nur bedingt schlauer geworden.
wo liegt da der fehler? ein user fehler von mir da ahnungslos oder gibt es das csv file wirklich nicht?
ein bisschen was gibt es für Deine Geräte, aber nicht im letzten ebusd-configuration release, sondern nur direkt vom git, siehe hier:
https://forum.fhem.de/index.php/topic,79600.msg744150.html#msg744150
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rob uboot am 22 Januar 2018, 16:38:11
danke für die rasche antwort.
werde es am abend damit austesten.
installiert wurde es also richtig?
würde es einen sinn machen den moderneren multimatic zu kaufen da es dazu vielleicht die passenden files gibt
und der ebus nur mit dem regler kommuniziert oder würde das nichts ändern?

besten dank! :)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 23 Januar 2018, 08:10:30
Zitat von: rob uboot am 22 Januar 2018, 16:38:11
installiert wurde es also richtig?
ja sieht gut aus.
Zitat von: rob uboot am 22 Januar 2018, 16:38:11
würde es einen sinn machen den moderneren multimatic zu kaufen da es dazu vielleicht die passenden files gibt  und der ebus nur mit dem regler kommuniziert oder würde das nichts ändern?
der 470 wird ja unterstützt, insofern bringt das m.E. keine riesige Verbesserung.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rob uboot am 23 Januar 2018, 16:16:12
 :) :) :)

habe den ebusd-configuration release geändert siehe da.
er kann mit der version auf einmal ein cvs file finden
und daher zum ersten mal wirklich mit dem vaillant sprechen.
:)
bisher waren die einzigen daten die zeit und die außentemperatur gewesen.

vielen dank an das team das hardware und software ermöglicht hat.
zu kaufen gibt es noch immer nichts wirklich sinnvolles und abgesehn vom dem preis
sind damit die entfaltungsmöglichkeiten extrem beschränkt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 25 Januar 2018, 08:24:34
...kann mich dem nur anschließen und es immer wieder betonen, was John da programmiert hat ist wirklich top !!! Und der Support super !
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 25 Januar 2018, 09:22:33
Zitat von: cs-online am 25 Januar 2018, 08:24:34
...kann mich dem nur anschließen und es immer wieder betonen, was John da programmiert hat ist wirklich top !!! Und der Support super !
Danke für die Blumen :D
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rob uboot am 25 Januar 2018, 16:30:26
macht wirklich freude wenn man endlich mit dem teil endlich reden kann.  :)
mit dem 470 dürfte das super super klappen. die heizung dürfte so weit ich es bis jetzt erkennen konnte im griff sein.
nur zu der wohnraumlüftung bekomme ich leider keinen kontakt.


address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0107;HW=0103"
address e8: slave, scanned "MF=Vaillant;ID=FMU00;SW=0202;HW=6502"


in der 470 gibt es dazu eh nur einen wert. maximale stufe tag und nacht.
hat wer ein file für eine wohnraumlüftung von vaillant oder geht das über das vorhanden csv für dir 470 auch?






Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 25 Januar 2018, 22:13:16
Zitat von: rob uboot am 25 Januar 2018, 16:30:26
nur zu der wohnraumlüftung bekomme ich leider keinen kontakt.

ist die via buskoppler anschlossen oder an einem separaten ebus?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rob uboot am 25 Januar 2018, 23:36:28
sorry habe mich schlecht ausgedrückt.
ich bekomme schon kontakt - nur eben keine csv.

pi@raspi:/etc/ebusd/vaillant $ ebusctl info
version: ebusd 3.0pre.bbc4d04
update check: version 3.1 available, broadcast.csv: different 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: 119
max symbol rate: 164
min arbitration micros: 714
max arbitration micros: 8357
min symbol latency: 5
max symbol latency: 16
reconnects: 0
masters: 5
messages: 318
conditional: 0
poll: 1
update: 11
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU01;SW=0300;HW=8802", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403", loaded "vaillant/15.470.csv"
address 31: master #8, ebusd
address 33: master #13
address 36: slave #8, ebusd
address 38: slave #13, scanned "MF=Vaillant;ID=V32;SW=0117;HW=9802"
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0107;HW=0103"
address e8: slave, scanned "MF=Vaillant;ID=FMU00;SW=0202;HW=6502"


angeschlossen ist das ganze am 32 koppler und am selben ebus.
denke mal so wie es gehört.  :-[

HMU01 - inneneinheit wärmepumpe
47000 - colormatic
V32 - bus koppler
VWZIO, FMU00 - außenheit wärmepumpe bzw. wohnraumlüftung
was was ist habe ich noch nicht herausgefunden.

kann man ein csv erstellen ohne zusätzliche hardware?
oder gibt es dazu sogar etwas?





Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 26 Januar 2018, 07:05:08
Zitat von: rob uboot am 25 Januar 2018, 23:36:28
V32 - bus koppler
kann man ein csv erstellen ohne zusätzliche hardware?
oder gibt es dazu sogar etwas?
nein, für die Variante "Gerät hinter V32" gibt es noch so gut wie nichts. Ich weiß zwar, wie solcher Koppler grundsätzlich zu betanken ist, aber der ist grundsätzlich problematisch, weil sämtliche Timings ausgehebelt werden. siehe hier (https://github.com/john30/ebusd/issues/109)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: nuccleon am 26 Januar 2018, 10:48:14
Hallo Zusammen,

john30, vielleicht kannst du mir weiterhelfen.
Mein ebusd beendet sich regelmäßig und zwar täglich zwischen 3 und 5 Uhr. (Zusammenhang mit ISP Zwangstrennung erfolgt)?

Jetzt bräuchte ich mal einen Tip, was ich bei der Fehlersuche noch unternehmen kann. Der Log steht schon auf DEBUG, zeigt aber keine Fehler (kann ich noch nachliefern) - endet einfach ohne Fehlereintrag.
Ich hab den latenten Verdacht, dass es was mit mqtt zu tun hat, da der ebusd ohne mqtt option "durchläuft".

systemclt status ebusd zeigt mir folgendes:


pi@gatewaypi:~ $ sudo systemctl status ebusd
● ebusd.service - LSB: controls ebusd, the daemon
Loaded: loaded (/etc/init.d/ebusd; generated;
Active: active (exited) since Thu 2018-01-25 1
Docs: man:systemd-sysv-generator(8)
Process: 537 ExecStart=/etc/init.d/ebusd start
CGroup: /system.slice/ebusd.service



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

# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="--scanconfig --mqtttopic=vaillant --mqtthost=raspberrypi --mqttport=1883 --mqttretain --pollinterval=10 -d /dev/serial/by-id/usb-Silicon_Labs_CP2102_USB_to_UART_Bridge_Controller_0001-if00-port0 -c /home/pi/ebusd-configuration/ebusd-2.1.x/de -l /mnt/nfs/nas/ebusd.log"



version: ebusd 3.1.v3.0-45-g3a613f8
update check: revision v3.1-1-g60a18d1 available, broadcast.csv: different version available, vaillant/08.hmu.csv: different 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, vaillant/y
signal: acquired
symbol rate: 23
max symbol rate: 131
min arbitration micros: 725
max arbitration micros: 1118
min symbol latency: 5
max symbol latency: 12
reconnects: 0
masters: 4
messages: 310
conditional: 0
poll: 26
update: 8
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU01;SW=0300;HW=8802", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403", loaded "vaillant/15.470.csv"address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0107;HW=0103"
address e8: slave, scanned "MF=Vaillant;ID=FMU00;SW=0201;HW=6502"

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 26 Januar 2018, 17:50:14
Zitat von: nuccleon am 26 Januar 2018, 10:48:14
Mein ebusd beendet sich regelmäßig und zwar täglich zwischen 3 und 5 Uhr. (Zusammenhang mit ISP Zwangstrennung erfolgt)?
hast Du ein logrotate am Laufen? Falls ja, wie ist das konfiguriert?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: nuccleon am 26 Januar 2018, 21:56:38
Ich hab kein logrotate am laufen.
Mittlerweile hab ich rausgefunden, dass ebusd sich beendet, wenn ich den MQTT Broker (mosquitto) beende (ebusd läuft dann noch ein paar Sekunden / Minuten und ist danach tot)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: rob uboot am 26 Januar 2018, 22:03:51
danke john.

könnte man das übergehen in dem man zb. die lüftung extra lässt und dann
an einen eigenen raspi mit ebusd laufen lässt?
gäbe es eine csv für die wohnraumlüftung?

kann dieser koppler auch der grund dafür sein dass man bestimmte befehle zwar geben kann
diese aber nicht umgesetzt werden? z.b.: HwcOPMode
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: 27 am 28 Januar 2018, 14:19:37
Hallo zusammen,
ich habe zwei Fragen zu ebusd und würde mich über eine Antwort freuen.

1) Energieintegral
Mir ist aufgefallen, dass es beim Integral Abweichungen zwischen der Ausgabe im Terminal von ebusd (ebusctl read Integral) und der Anzeige am Bedienteil der Sole-Wärmepumpe selber gibt. Der Wert, der von ebusd ausgegeben wird, scheint "nachzuhinken".

Edit:
OK, das liegt vermutlich am Buffer: https://forum.fhem.de/index.php/topic,46098.msg384395.html#msg384395

2.) ehp Mode =  (ERR: invalid position for 1008b51009000232000000000002 / 00)


pi@raspberrypi:~ $ ebusctl find -d -v
broadcast datetime = outsidetemp=5.125;time=14:08:00;date=28.01.2018
broadcast hwcStatus = onoff=off;VF1=23;onoff=off
broadcast outsidetemp = temp2=5.125
broadcast vdatetime = time=14:08:00;date=28.01.2018
cc Mode = temp0=30;hwcmode=auto;=00;onoff=off
cc Status = temp0=0;onoff=off;temp=-;temp0=0
ehp ActualEnvironmentPower = power=0
ehp ActualEnvironmentPowerFine = =64
ehp ActualEnvironmentPowerPercentage = percent0=0
ehp CompPressHigh = press=8.958;sensor=ok
ehp CompPressLow = press=8.636;sensor=ok
ehp CondensorTemp = temp=19.31;sensor=ok
ehp errorhistory = index=9;status=2;time2=05:09;date=19.10.2015;error=580
ehp FlowTemp = temp=24.31;sensor=ok
ehp HcReturnTemp = temp=23.88;sensor=ok
ehp HeatPumpStatus = hpstatus=standby
ehp HeatpumpType = =brinetowater
ehp Integral = integral=-29
ehp Mode =  (ERR: invalid position for 1008b51009000232000000000002 / 00)
ehp SourcePumpStatus = =0
ehp SourceTempInput = temp=8.62;sensor=ok
ehp SourceTempOutput = temp=14.44;sensor=ok
ehp Status02 = hwcmode=disabled;temp0=0;temp1=100.0;temp0=0;temp1=100.0
ehp Status = temp=23.88;press=2.322;press=1.825;=03 28 00 00
ehp TempInput = temp=27.75;sensor=ok
ehp TempOutput = temp=28.75;sensor=ok
ehp YieldEnvironmentEnergy = energy4=31982
hwc Mode = temp0=45;hwcmode=auto;=00;onoff=off
hwc Status = temp0=80;onoff=off;temp=50.12;temp0=45
hwc Timer.Monday = from=06:00;to=22:00;from=23:20;to=23:20;from=23:20;to=23:20;daysel=Mo-So
mc CfgHeatSinkType = mctype=mixer
mc DateTime = dcfstate=valid;btime=14:08:18;bdate=28.01.2018;temp2=5.125
mc FlowTempDesired = temp1=25.0
mc HeatingCurve = curve=0.15
mc Mode = temp0=21;mcmode=auto;=00;onoff=off
mc Status = temp0=25;onoff=off;temp=24.31;temp0=21
mc TempDesired = temp1=21.0
scan.08  = MF=Vaillant;ID=EHP00;SW=0419;HW=7201
scan.08 id = prefix=??;year=??;week=??;product=??????????;supplier=????;counter=??????;suffix=??
scan.15  = MF=Vaillant;ID=UIH00;SW=0374;HW=6901
scan.15 id = prefix=21;year=14;week=09;product=0020093224;supplier=0907;counter=005135;suffix=N8
scan.23  = MF=Vaillant;ID=EHP00;SW=0419;HW=7201
scan.23 id = prefix=??;year=??;week=??;product=??????????;supplier=????;counter=??????;suffix=??
scan.25  = MF=Vaillant;ID=EHP00;SW=0419;HW=7201
scan.25 id = prefix=??;year=??;week=??;product=??????????;supplier=????;counter=??????;suffix=??
scan.50  = MF=Vaillant;ID=EHP00;SW=0419;HW=7201
scan.50 id = prefix=??;year=??;week=??;product=??????????;supplier=????;counter=??????;suffix=??


Hier scheint die Zuordnung zu der CSV nicht zu passen?!

Ich besitze eine Vaillant VWS 63/3
i/o-Karte 4.19
User Interface 3.74

Ich verwende zusammen mit einem Raspberry Pi3 (Raspbian Stretch) den eBus Koppler USB von ESERA.

ebusd habe ich ganz frisch installiert. Diesmal mit dem Installationstool von Reinhart und Amunra. Vorher hatte ich es von Hand installiert. Gleiches Ergebnis.

Ich bitte um Verzeihnung, falls ich Fragen stellen sollte, die schon behandelt wurden. Aktuell bin ich nur am Wochenende daheim und mir fehlt derzeit die Zeit mich hier tiefer einzulesen. Dennoch würde ich mich freuen, wenn ich ebusd ohne Fehler zum Laufen bekomme.


pi@raspberrypi:~ $ ebusctl info
version: ebusd 3.0.595c7c0
update check: version 3.1 available, broadcast.csv: newer version available, vaillant/08.ehp.csv: newer version available, vaillant/15.uih.csv: newer version available, vaillant/23.ehp.cc.csv: newer version available, vaillant/25.ehp.hwc.csv: newer version available, vaillant/50.ehp.mc.csv: newer version available, vaillant/broadcast.csv: different version a
signal: acquired
symbol rate: 23
max symbol rate: 136
reconnects: 0
masters: 3
messages: 638
conditional: 285
poll: 2
update: 56
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/08.ehp.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UIH00;SW=0374;HW=6901", loaded "vaillant/15.uih.csv"
address 23: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/23.ehp.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/25.ehp.hwc.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=EHP00;SW=0419;HW=7201", loaded "vaillant/50.ehp.mc.csv"


Edit:

pi@raspberrypi:/etc/ebusd/vaillant $ ebusd --checkconfig --scanconfig
2018-01-28 13:46:27.221 [main notice] ebusd 3.0.595c7c0 performing configuration check...
2018-01-28 13:46:28.221 [main notice] found messages: 5938 (445 conditional on 143 conditions, 2 poll, 56 update)
2018-01-28 13:46:28.264 [main notice] ebusd stopped
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Vaillant VWS am 29 Januar 2018, 11:59:45
Hallo Forumsteilnehmer,

in meiner ersten Beitrag möchte ich zu alllererst Danke sagen, für die viele Information die man hier erhält.

Schon vor Jahren wurde ich schon aufmerksam auf das Thema Vaillant/EBUS(D) durch die Beiträge von pah. Aber erst vor ein paar Wochen habe ich mir einen Raspi zugelegt und FHEM installiert. Nachdem ich mich etwas in FHEM eingearbeitet hatte, war natürlich der Wunsch da, meine fast 10 Jahre alte Vaillant VWS Wärmepumpe in FHEM einzubinden. Letzte Woche bekam ich meinen EBUS-Koppler und so habe ich erfolgreich eBusd und die eBusd-Konfig installiert und zum Laufen gebracht. Ich frage jetzt alle (für mich) intressanten Daten ab und zeige sie in FHEM dar. Soweit so gut.

Bei zwei Themen komme ich aktuell nicht weiter, obwohl ich im Forum versucht habe, entsprechende Informationen zu finden:

1.   Das Dämonstarthilfefile kann ich nicht finden und ins entsprechende Verzeichnis kopieren, um ein automatisches
   Starten nach einem NeiStart zu haben!

   'cp /home/pi/ebusd/contrib/etc/init.d/ebusd.debian /etc/init.d/ebusd'

   geht nicht, da unter '/home/pi/' kein Vz 'ebusd/...' vorhanden ist!


2.   läuft das eBusd Logrotate nicht, obwohl in

   '/etc/logrotate.d/ebusd'      obwohl der entsprechende Eintrag eingetragen ist. '/var/log/ebusd*.log {.....'


Vielleicht habt ihr Tipps für einen blutigen Anfänger, was in meinem Fall nicht stimmt.



Installiert habe ich 'ebusd-3.1_armhf-jessie.deb' und 'ebusd-configuration-2.1.b143f39-de_all.deb'

csv-Config-Files                          liegen im Vz     '/etc/ebusd/'
Config-File  für ebusd service       liegt im Vz       '/etc/default/ebusd'


Vielen dank für eure Mithilfe

Grüße Norbert


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 04 Februar 2018, 14:22:12
Zitat von: 27 am 28 Januar 2018, 14:19:37
1) Energieintegral
Mir ist aufgefallen, dass es beim Integral Abweichungen zwischen der Ausgabe im Terminal von ebusd (ebusctl read Integral) und der Anzeige am Bedienteil der Sole-Wärmepumpe selber gibt. Der Wert, der von ebusd ausgegeben wird, scheint "nachzuhinken".

Edit:
OK, das liegt vermutlich am Buffer: https://forum.fhem.de/index.php/topic,46098.msg384395.html#msg384395
wenn Du ganz aktuelle Daten haben willst, dann "read -f" (für "force") verwenden. Ansonsten wird das gecachte genommen, wenn es nicht älter als 5 Minuten ist.

Zitat von: 27 am 28 Januar 2018, 14:19:37
2.) ehp Mode =  (ERR: invalid position for 1008b51009000232000000000002 / 00)

Hier scheint die Zuordnung zu der CSV nicht zu passen?!
Welche Version der csvs hast Du denn? letztes Release oder git clone?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 04 Februar 2018, 14:24:26
Zitat von: Vaillant VWS am 29 Januar 2018, 11:59:45
1.   Das Dämonstarthilfefile kann ich nicht finden und ins entsprechende Verzeichnis kopieren, um ein automatisches
   Starten nach einem NeiStart zu haben!
ich nehme an, Du hast ein systemd basiertes Linux. Da liegt die Startdatei woanders (/lib/systemd/system/ebusd.service).

Zitat von: Vaillant VWS am 29 Januar 2018, 11:59:45
2.   läuft das eBusd Logrotate nicht, obwohl in
   '/etc/logrotate.d/ebusd'      obwohl der entsprechende Eintrag eingetragen ist. '/var/log/ebusd*.log {.....'
Läuft denn der logrotate Dienst?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 04 Februar 2018, 14:26:24
Zitat von: rob uboot am 26 Januar 2018, 22:03:51
könnte man das übergehen in dem man zb. die lüftung extra lässt und dann
an einen eigenen raspi mit ebusd laufen lässt?
genau, das ist die einfachste Variante.

Zitat von: rob uboot am 26 Januar 2018, 22:03:51
gäbe es eine csv für die wohnraumlüftung?
ich habe mal angefangen, für meine recovair CSVs zu erstellen, komm aber nicht dazu, das auf vernünftige Beine zu stellen.

Zitat von: rob uboot am 26 Januar 2018, 22:03:51
kann dieser koppler auch der grund dafür sein dass man bestimmte befehle zwar geben kann
diese aber nicht umgesetzt werden? z.b.: HwcOPMode
hm, HwcOpMode hat ja nichts mit der Lüftung zu tun, also da sehe ich keinen Zusammenhang.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: 27 am 04 Februar 2018, 14:35:39
Zitat von: john30 am 04 Februar 2018, 14:22:12
wenn Du ganz aktuelle Daten haben willst, dann "read -f" (für "force") verwenden. Ansonsten wird das gecachte genommen, wenn es nicht älter als 5 Minuten ist.
Das habe ich zwischenzeitlich auch festgestellt. Ich habe FHEM mit ebusd inkl. Plots am laufen und bin schwer begeistert. Scheint alles zu funktionieren - zumindest das was ich bisher genutzt habe.

Zitat von: john30 am 04 Februar 2018, 14:22:12
Welche Version der csvs hast Du denn? letztes Release oder git clone?
Hmmm... ich glaube die Version aus dem letzten Release. Bin mir jetzt gar nicht mehr sicher, da ich mehrere Varianten durchprobiert hatte. Wie finde ich das raus?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 04 Februar 2018, 14:37:58
Zitat von: 27 am 04 Februar 2018, 14:35:39
Hmmm... ich glaube die Version aus dem letzten Release. Bin mir jetzt gar nicht mehr sicher, da ich mehrere Varianten durchprobiert hatte. Wie finde ich das raus?
Wenn Du nicht irgendwann "git clone ..." aufgerufen hast, dann bist Du beim letzten Release.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: 27 am 04 Februar 2018, 14:40:35
Ich hatte ebusd drei oder viermal installiert und dabei glaube ich beide Varianten durchprobiert.
Jetzt in der aktuell laufenden Version hatte ich den automatischen Installer genommen!


pi@raspberrypi:/etc $  sudo apt-cache policy ebusd-configuration
ebusd-configuration:
  Installed: 2.1.b143f39-de
  Candidate: 2.1.b143f39-de
  Version table:
*** 2.1.b143f39-de 100
        100 /var/lib/dpkg/status



Trotz der obigen Fehlermeldung scheint dennoch so weit alles zu laufen. Habe zumindest bis jetzt nichts vermisst bzw. ist nichts aufgefallen.

Edit:
Ich kann übrigens die Heizkurve in 0,5-Schritten über ebus verschieben. Auf dem Bedienteil der VWS 63/3 geht dies mit der Firmware, die bei mir läuft, nicht.
z.B: ebusctl w -c mc TempDesired 21.5
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: reisner am 24 Februar 2018, 10:04:36
Hallo an Alle, die die Adapterplatine schon seit Langen im Betrieb haben.
Ich habe kürzlich meine Heizung ebenfalls auf Vaillant um gestellt und muss nun mein Steuerungs/Regelungskonzept ebenfalls umstellen. Zum Glück habe ich in der Bucht noch eine V1.6 Platine erstanden und wollte mich nun an die Inbetriebnahme machen und stehe schon vorm ersten Problem :(
Kann mir bitte jemand sagen, gegen welches Potential/Messpunkt die in der Anleitung angegebenen Spannung gemessen werden und welche Masse die Hilfs-LED benutzt?
Ich danke schon einmal im voraus!

reisner
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 24 Februar 2018, 10:41:54
sämtliche Spannungen sind von der Masse des 5V Regler zu messen, und bei der Hilfsled die Masse vom Uart.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: reisner am 24 Februar 2018, 11:07:37
Oho, das war ja schnell!

Vielen Dank
reisner
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Gerd.Ternes am 22 März 2018, 07:56:44
Hallo zusammen,

leider probiere ich schon seit einiger Zeit ohne Erfolg den ebusd zu installieren.

folgende Schritte habe ich durchgeführt:
git clone https://github.com/john30/ebusd.git läuft durch ohne probleme
apt-get install git autoconf automake g++ make auch hier keine Probleme
btw: starte dies alles aus dem /home/pi verzeichnis
der Wechsel ins ebusd Verzeichnis ist auch problemlos, aber beim start von
sudo ./autogen.sh --prefix=/usr kommt am Ende der Fehler:
configure: error: *** A compiler with support for C++11 language features is required.

Nun habe ich gelesen, das der g++ Compiler installiert sein muss und habe versucht ihn zu installieren, aber die Meldung war:
sudo apt-get install g++
Reading package lists... Done
Building dependency tree
Reading state information... Done
g++ is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.


Hat jemand eine Idee wie ich weiterkomme?

Hardware: Raspi 3
raspian wheezy

Vielen Dank im Voraus
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 22 März 2018, 08:03:13
Zitat von: Gerd.Ternes am 22 März 2018, 07:56:44
configure: error: *** A compiler with support for C++11 language features is required.
Du brauchst mindestens g++ Version 4.8.1. Warum nimmst Du nicht einfach das fertige Debian Package von hier:
https://github.com/john30/ebusd/releases/tag/v3.1
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Gerd.Ternes am 22 März 2018, 08:21:52
... hab ich versucht aber bei der Installation mit
sudo dpkg -i --force-overwrite ebusd-3.1_armhf-wheezy.deb
dpkg-deb: error: `ebusd-3.1_armhf-wheezy.deb' is not a debian format archive
dpkg: error processing ebusd-3.1_armhf-wheezy.deb (--install):
subprocess dpkg-deb --control returned error exit status 2
Errors were encountered while processing:
ebusd-3.1_armhf-wheezy.deb

kommt immer ein Fehler
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 22 März 2018, 08:58:16
Zitat von: Gerd.Ternes am 22 März 2018, 08:21:52
... hab ich versucht aber bei der Installation mit
dann hast Du es vermutlich nicht richtig heruntergeladen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Gerd.Ternes am 22 März 2018, 09:10:09
..... das war es. Das Paket ist nicht sauber heruntergeladen worden. beim 2. Anlauf hat es geklappt.

Vielen Dank :)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 22 März 2018, 19:25:38
ich würde mir eventuell einmal Gedanken machen und Wheezy gegen ein zeitgemäßes System austauschen, das ist schon sehr alt.
Du kannst ja alles auf einer neuen SD Karte durchführen damit du jederzeit zurück kannst.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Gerd.Ternes am 22 März 2018, 19:37:30
Was würdest du empfehlen?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 22 März 2018, 20:20:25
Stretch ist aktuell damit hast wieder ein paar Jahre Ruhe.
Ich habe es auf allen Raspi installiert, Raspi B+, 2 und 3.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Gerd.Ternes am 24 März 2018, 09:40:16
Hallo Reinhart,

zunächst einmal "Danke" für den Tip.

Noch einige Anmerkungen/ Fragen (nachdem ich heute einmal versucht habe stretch zu installieren), wohlwissend das dies nicht komplett in dieses Thema gehört.

1. Es hat ein wenig gebraucht, bis ich das System installieren konnte und auf putty darauf zugreifen könnte.  Nachdem ich eine leere ssh datei in das root verzeichnis kopiert habe, konnte ich über putty darauf zugreifen.

2. Bei der Installation von fhem gab´s Probleme (habe bisher noch nicht rausgefunden woran es lag)

3. Nachdem ich fhem dann deinstalliert habe ( sudo nano/var/lib/dpkg/status) wollte ich den Ordner fhem über winscp löschen, was aber nicht gelungen ist, da ich keine Rechte habe. Das root Passwort wird nicht angenommen (Frage: muss ich hier über den desktop gehen oder kann ich das root passwort über putty ändern?)

4. Gibt es eine Beschreibung (für dummy´s) wie ich meine Wolf Gastherme (CBG - 2) einbinden kann. Derzeit fehlt mir ein wenig das Verständnis für den Service (was genau machen die ....*.csv dateien?

btw: Derzeith habe ich das Gerät von eservice (https://www.esera.de/produkte/ebus/135/1-wire-hub-platine) angeschlossen.

VG

Gerd
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 24 März 2018, 11:15:18
Hallo Gerd!

Ich habe hier einmal bei der letzten Installation mit protokolliert wie ich es gemacht habe. Da ist auch die FHEM Installation dabei.

Stretch installieren Protokoll

Image donwload vom September 2017 : https://downloads.raspberrypi.org/raspbian_lite_latest
# SD Karte einstecken, Tastatur, Netzwerk und Monitor drauf und hoch fahren
# und SSH aufdrehen, Locale und Tastatur auf deutsch einstellen
sudo raspi-config

# Zeit checken, eventuell ntp installieren und update erzwingen.
# https://www.logicals.com/de/forum/raspberry-pi/48-aktuelle-uhrzeit-aus-dem-internet-holen
sudo apt-get install ntp
sudo apt-get install ntpdate
sudo timedatectl set-timezone Europe/Berlin
sudo ntpd -qg
                                   
#FTP installieren, ich nehme immer vsftpd, sucht euch was aus
sudo apt-get install vsftpd 
#dann Filezilla mit Protokoll "sftp" verbinden

# Ip eintellen wenn es wer statisch braucht, DHCP nicht abdrehen, sonst geht das nicht mehr.
#Netzwerk IP statisch      https://www.elektronik-kompendium.de/sites/raspberry-pi/1912151.htm
sudo nano /etc/dhcpcd.conf

# das sind meine IPs, hier eure eintragen, Netmask 24 passt aber.
interface eth0
static ip_address=10.0.0.8/24
static routers=10.0.0.254
static domain_name_servers=10.0.0.254 8.8.8.8

# und Netzwerk neu starten, dann sollte die Adressen übernommen sein.
sudo service networking restart

#System updaten
sudo apt-get update
sudo apt-get upgrade

#Pakete für ebus installieren, Compiler etc.
sudo apt-get install git autoconf automake g++ make
sudo apt-get install libmosquitto-dev

# Mosquitto installieren wenn es wer braucht
sudo apt-get install mosquitto
sudo cpan install Net::MQTT:Simple          # dauert etwas
sudo cpan install Net::MQTT:Constants       # dauert etwas

#ebusd neueste Version (Latenzmessung)) installieren
git clone https://github.com/john30/ebusd.git
cd ebusd
sudo ./autogen.sh
sudo make
sudo make install

#eventuell wenn nicht alles kopiert wurde händisch nacharbeiten
sudo cp ~/ebusd/contrib/debian/init.d/ebusd /etc/init.d
sudo cp ~/ebusd/contrib/debian/systemd/ebusd.service /etc/systemd
sudo cp ~/ebusd/contrib/debian/default/ebusd /etc/default


cd ~
git clone https://github.com/john30/ebusd-configuration.git
cd ebusd-configuration/ebusd-2.1.x/de
sudo cp -r * /etc/ebusd

#eBusd konfigurieren
sudo nano /etc/default/ebusd
EBUSD_OPTS="-d 10.0.0.161:8889 -l /var/log/ebusd.log  --scanconfig --latency=20000 --address=01"


# AMA0 Treiber Service deaktivieren
sudo raspi-config , zuerst hier den Serial Port deaktivieren
sudo systemctl stop serial-getty@ttyAMA0.service
sudo systemctl disable serial-getty@ttyAMA0.service

# Treiber für ttyebus
sudo nano /boot/config.txt  enable_uart=01

sudo apt-get -y upgrade
sudo apt-get install raspberrypi-kernel-headers

# jetzt einmal rebooten
sudo reboot

cd
git clone https://github.com/ebus/ttyebus.git
cd ~/ttyebus
make
sudo make install

# und nun checken ob alles passt
lsmod    # ttyebus muss jetzt sichtbar sein
modinfo ttyebus
ls -l /dev

# ebusd dauerhaft starten
sudo systemctl enable ebusd
sudo systemctl start ebusd

# FHEM installieren wenn gewünscht
sudo apt-get install libdevice-serialport-perl
sudo apt-get install libio-socket-ssl-perl
# fhem-X.Y.deb bitte mit der aktuellsten, stabilen Version ersetzen
wget  http://fhem.de/fhem-5.8.deb
sudo dpkg -i fhem-5.8.deb

# eventuell Abhängiggkeiten auflösen
sudo apt-get install -f
cd /opt && sudo chmod -R a+w fhem && sudo usermod -a -G tty pi && sudo usermod -a -G tty fhem
sudo chown fhem /dev/i2c*
sudo chgrp dialout /dev/i2c*
sudo adduser fhem gpio


Bei der Wolf Gastherme kann ich dir leider nicht helfen da ich keine besitze. Schau aber einfach in den Thread wo sich die Wolf Anwender austauschen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Gerd.Ternes am 25 März 2018, 09:46:27
Vielen Dank für die ausführliche Antwort. Ich werde versuchen das ganze heute nach deiner Anweisung zu installieren und gebe dann eine Rückmeldung.

Gerd
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 25 März 2018, 10:34:59
ja, würde mich interessieren ob das bei anderen auch so läuft.
Habe gerade gesehen, I2C ist da auch dabei, kannst ja weglassen was du nicht brauchst.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Gerd.Ternes am 25 März 2018, 11:13:08
so, habe das ganze einmal nach deiner Anleitung installiert.

der ebusd scheint zu laufen. Es kommen daten in der log datei (/var/log/ebusd.log) an.
2018-03-25 10:37:17.600 [update notice] received unknown MS cmd: 305050140703003c001c005a / 090001009c00d814a000
2018-03-25 10:37:18.646 [update notice] received unknown BC cmd: 03fe0503080107781a803b3b03
2018-03-25 10:37:18.774 [update notice] received unknown MM cmd: 03f1080008003c00038012002d
2018-03-25 10:37:20.030 [update notice] received unknown MM cmd: 1003050709bb06c0030080ff5aff
2018-03-25 10:37:20.324 [update notice] received unknown BC cmd: f1fe050308010130ff80ff3b03
2018-03-25 10:37:25.036 [update notice] received unknown MM cmd: 1003080008003c00038003002d
2018-03-25 10:37:25.328 [update notice] received unknown BC cmd: f1fe080008003c00030000002d
2018-03-25 10:37:30.072 [update notice] received unknown MM cmd: 1003050709bb02c0030080ff5aff
2018-03-25 10:37:30.365 [update notice] received unknown BC cmd: f1fe050308010130ff80ff3b03
2018-03-25 10:37:35.030 [update notice] received unknown MM cmd: 1003080008003c00038003002d
2018-03-25 10:37:35.322 [update notice] received unknown BC cmd: f1fe080008003c00030000002d


Wo müsste nun die Übersetzung meiner Wolf Heizung statt finden?

Bei der Installation von fhem gab es Probleme:
Unpacking fhem (5.8) ...
dpkg: dependency problems prevent configuration of fhem:
fhem depends on libwww-perl (>= 1.0); however:
  Package libwww-perl is not installed.
fhem depends on libcgi-pm-perl; however:
  Package libcgi-pm-perl is not installed.
fhem depends on libjson-perl; however:
  Package libjson-perl is not installed.
fhem depends on sqlite3; however:
  Package sqlite3 is not installed.
fhem depends on libdbd-sqlite3-perl; however:
  Package libdbd-sqlite3-perl is not installed.
fhem depends on libtext-diff-perl; however:
  Package libtext-diff-perl is not installed.

dpkg: error processing package fhem (--install):
dependency problems - leaving unconfigured
Errors were encountered while processing:
fhem


fhem läuft also nicht.

ich habe die fehlenden Pakete nachinstalliert und danach ist fhem (über putty) gestartet.
Über den Webbrowser kann ich fhem auch nicht erreichen, obwohl es im log (fhem) gut aussieht
2018.03.25 10:57:01 1: Including fhem.cfg
2018.03.25 10:57:03 3: telnetPort: port 7072 opened
2018.03.25 10:57:07 3: WEB: port 8083 opened
2018.03.25 10:57:07 3: WEBphone: port 8084 opened
2018.03.25 10:57:07 3: WEBtablet: port 8085 opened
2018.03.25 10:57:08 2: eventTypes: loaded 0 events from ./log/eventTypes.txt
2018.03.25 10:57:08 1: Including ./log/fhem.save
2018.03.25 10:57:08 1: usb create starting
2018.03.25 10:58:53 3: Probing TCM_ESP3 device /dev/ttyUSB0


ich habe das ganze dann nnch einmal gelöscht und mit fhem 5.7 probiert, aber der Effekt war der gleiche.


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 25 März 2018, 13:11:05
ist ja nicht so schlecht, da ja alles soweit läuft.

Betreffedn ebusd und Wolf, schaue einmal in den Wolf Thread (https://forum.fhem.de/index.php/topic,64039.0.html), dort wurden schon einige cvs von den Anwendern gepostet. Der Dämon empfängt zumindest schon Daten nur dürfte wohl keine CVS geladen sein.

Wenn bei der Installation von FHEM was fehlt schreibt der Installer ja es hin und du hast das ja auch alles nachinstalliert.

Warum das Webif  von FHEM nicht erreichbar ist musst halt testen. Einmal einen Ping an den Raspi absetzen und wenn das funktioniert einmal schauen ob das Port 8083 über das Netzwerk erreichbar ist. Ich mach sowas mit einer Kommando Shell und schreibe "Telnet ip-raspi 8083" dann muss sich eine CMD-Shell öffnen und der Cursor links oben blinken, dann ist das Port erreichbar. Telnet ist standardmäßig in Win10 nicht installiert und musst unter "Windows Features aktivieren oder deaktivieren" installieren. Wenn das auch funktioniert, dann lösche einmal den Browser Cache, viel kann das ja nicht sein da FHEM ja meldet: "Web: port 8083 opened"

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Gerd.Ternes am 26 März 2018, 08:17:44
Hallo Reinhart,

nachdem dich in der fhem den Port von 8083 auf 8088 geändert habe hat es funktioniert. Heute morgen habe ich dann einmal den Port zurück geändert und siehe da, es funktioniert auch.
Ein wenig ärgerlich ist derzeit, das ich das root passwort über putty nicht setzten kann. Nach sudo passwd und Neustart kann ich über den root user nicht zugreifen. Da ich aktuell keinen HDMI Bildschirm habe (ausser TV) ist dies ein wenig umständlich.
Danke nochmals für die Hilfe.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Gerd.Ternes am 27 März 2018, 11:29:42
.... ich habe jetzt alles am laufen. Auch für die Wolf Heizung habe ich einige Info´s erhalten.
unter dem Link (https://homematic-forum.de/forum/viewtopic.php?f=18&t=35413&start=10) sind einige dateien enthalten und das log vom ebus sieht schon ziemlich gut aus.
Was mir jetzt noch fehlt ist ein wenig Verständnis über "classdefs". Hat jemand einen Link wo dies beschrieben wird?

Im Log sind schon ziemlich viele Daten enthalten, die ich aufgrund meines ISM 7 an der Heizung auch interpretieren könnte, aber es fehlt halt noch ein wenig am Verständnis der classdefs.
z.B:
018-03-27 11:25:34.042 [update notice] received MM1 RTS1 QQ=ff: 19.0
2018-03-27 11:25:34.159 [update notice] received BM0 temp_35_14 QQ=ff: 5.0
2018-03-27 11:25:34.276 [update notice] received BM0 temp_35_15 QQ=ff: 0.2
2018-03-27 11:25:34.394 [update notice] received BM0 temp_35_16 QQ=ff: 0.0
2018-03-27 11:25:34.531 [update notice] received BM0 temp_35_17 QQ=ff: 45.0
2018-03-27 11:25:34.656 [update notice] received MM1 VF1 QQ=ff: 41.7
2018-03-27 11:25:34.779 [update notice] received MM1 temp_51_9 QQ=ff: 01 00
2018-03-27 11:25:34.903 [update notice] received unknown MS cmd: ff51502203d28d0a / 020100
2018-03-27 11:25:35.039 [update notice] received COB SF QQ=ff: 59.0
2018-03-27 11:25:35.161 [update notice] received COB SF_S QQ=ff: 15.0
2018-03-27 11:25:36.017 [update notice] received MM SW_10_03: 55.500;5.000;80;02;10.000
2018-03-27 11:25:36.310 [update notice] received broadcast SW_BR: 55.500;5.000;0;00;10.000

ist der log.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Heatseeker am 06 April 2018, 20:29:24
Moin,

so nun habe ich mal weitergetestet. Hatte vermutlich einen kleinen Wackelkontakt an der ebus-Anschlussschnittstelle.
wenn ich nun
ebusd -f -d 192.168.101.7:8889 --scanconfig --latency=10000 --address=01 --lograwdata=bytes --loglevel info

starte erhalte ich:
2018-04-06 20:27:33.742 [bus notice] <aa
2018-04-06 20:27:33.746 [bus notice] <10
2018-04-06 20:27:33.750 [bus notice] <08
2018-04-06 20:27:33.754 [bus notice] <b5
2018-04-06 20:27:33.759 [bus notice] <10
2018-04-06 20:27:33.763 [bus notice] <09
2018-04-06 20:27:33.767 [bus notice] <00
2018-04-06 20:27:33.771 [bus notice] <00
2018-04-06 20:27:33.776 [bus notice] <32
2018-04-06 20:27:33.780 [bus notice] <ff
2018-04-06 20:27:33.784 [bus notice] <ff
2018-04-06 20:27:33.788 [bus notice] <ff
2018-04-06 20:27:33.792 [bus notice] <00
2018-04-06 20:27:33.797 [bus notice] <00
2018-04-06 20:27:33.801 [bus notice] <00
2018-04-06 20:27:33.805 [bus notice] <13
2018-04-06 20:27:33.810 [bus notice] <00
2018-04-06 20:27:33.820 [bus notice] <01
2018-04-06 20:27:33.825 [bus notice] <01
2018-04-06 20:27:33.829 [bus notice] <9a
2018-04-06 20:27:33.833 [bus notice] <00
2018-04-06 20:27:33.833 [update info] received MS cmd: 1008b51009000032ffffff0000 / 0101
2018-04-06 20:27:33.833 [update notice] received unknown MS cmd: 1008b510090002ffffff000000 / 0101
2018-04-06 20:27:33.837 [bus notice] <aa
2018-04-06 20:27:33.881 [bus notice] <aa
2018-04-06 20:27:33.924 [bus notice] <aa
2018-04-06 20:27:33.967 [bus notice] <aa
2018-04-06 20:27:34.011 [bus notice] <aa
2018-04-06 20:27:34.054 [bus notice] <aa


scheint also zu laufen, oder?

Als dienst gestartet steht im log:
2018-04-06 20:30:11.098 [main notice] ebusd 3.0pre.bbc4d04 started with auto scan
2018-04-06 20:30:11.219 [bus notice] bus started with own address 01/06
2018-04-06 20:30:11.220 [bus notice] signal acquired
2018-04-06 20:30:14.543 [bus notice] new master 10, master count 2
2018-04-06 20:30:14.603 [bus notice] new master 03, master count 3
2018-04-06 20:30:14.604 [update notice] unknown MS cmd: 1008b5110101 / 093d35100cff8c0100ff
2018-04-06 20:30:14.873 [update notice] unknown MS cmd: 1008b51009000032ffffff000000 / 0101
2018-04-06 20:30:15.146 [update notice] unknown MS cmd: 1008b5040100 / 0a0316302006040518100c
2018-04-06 20:30:15.399 [update notice] unknown MS cmd: 1008b5110102 / 06033c96468c6e
2018-04-06 20:30:15.635 [update notice] unknown BC cmd: 10feb516080015302006040518
2018-04-06 20:30:15.898 [update notice] unknown MS cmd: 1008b5110100 / 08eb011026040f0081
2018-04-06 20:30:16.114 [update notice] unknown BC cmd: 10feb5160301100c
2018-04-06 20:30:21.352 [bus notice] scan 08: ;Vaillant;BAI00;0609;5502
2018-04-06 20:30:21.378 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv
2018-04-06 20:30:21.381 [main notice] read common config file /etc/ebusd/vaillant/scan.csv
2018-04-06 20:30:21.386 [main notice] read scan config file /etc/ebusd/vaillant/08.bai.csv for ID "bai00", SW0609, HW5502
2018-04-06 20:30:22.005 [bus notice] max. symbols per second: 101
2018-04-06 20:30:22.102 [main notice] found messages: 212 (3 conditional on 23 conditions, 0 poll, 11 update)
2018-04-06 20:30:22.748 [bus notice] scan 08: ;21;16;49;0010019268;0001;008619;N4
2018-04-06 20:30:23.012 [bus notice] max. symbols per second: 108
2018-04-06 20:30:24.656 [update notice] update bai Status01 QQ=10: 30.5;26.5;12.062;-;70.0;on
2018-04-06 20:30:24.900 [bus notice] scan 15: ;Vaillant;70000;0419;4603
2018-04-06 20:30:25.810 [bus notice] scan 15: ;21;16;51;0020218357;0082;047079;N5
2018-04-06 20:30:25.812 [main error] unable to load scan config 15: no file from /etc/ebusd/vaillant with prefix 15. matc$
2018-04-06 20:30:25.812 [main error] scan config 15: ERR: element not found
2018-04-06 20:30:34.728 [update notice] update bai Status01 QQ=10: 30.5;26.5;12.062;-;70.0;on
2018-04-06 20:30:34.997 [update notice] update bai Mode QQ=10: standby
2018-04-06 20:30:44.774 [update notice] update bai Status01 QQ=10: 30.5;26.5;12.062;-;70.0;on
2018-04-06 20:30:45.044 [update notice] update bai Mode QQ=10: standby
2018-04-06 20:30:45.299 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2018-04-06 20:30:54.859 [update notice] update bai Status01 QQ=10: 30.5;26.5;12.062;-;70.0;on
2018-04-06 20:30:55.129 [update notice] update bai Mode QQ=10: standby
2018-04-06 20:31:04.905 [update notice] update bai Status01 QQ=10: 30.5;26.5;12.062;-;70.0;on
2018-04-06 20:31:05.170 [update notice] update bai Mode QQ=10: standby
2018-04-06 20:31:14.995 [update notice] update bai Status01 QQ=10: 30.5;26.5;12.062;-;70.0;on
2018-04-06 20:31:15.260 [update notice] update bai Mode QQ=10: standby
2018-04-06 20:31:15.532 [update notice] update bai DateTime QQ=10: valid;20:31:16;06.04.2018;12.062
2018-04-06 20:31:15.787 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2018-04-06 20:31:16.022 [update notice] update broadcast vdatetime QQ=10: 20:31:15;06.04.2018
2018-04-06 20:31:16.283 [update notice] unknown MS cmd: 1008b5110100 / 08ec011026040f0081
2018-04-06 20:31:16.501 [update notice] update broadcast outsidetemp QQ=10: 12.062
2018-04-06 20:31:25.068 [update notice] update bai Status01 QQ=10: 30.5;26.5;12.062;-;70.0;on


Ich habe eine Vaillant ecotec plus Terme hängen, nun muss ich die codes übersetzten, oder?

Viele Grüße!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 07 April 2018, 07:38:15
Zitat von: Heatseeker am 06 April 2018, 20:29:24
scheint also zu laufen, oder?
ja sieht gut aus.

Zitat von: Heatseeker am 06 April 2018, 20:29:24
Ich habe eine Vaillant ecotec plus Terme hängen, nun muss ich die codes übersetzten, oder?
das meiste wird von ebusd bereits übersetzt. mach einfach mal "ebusctl find -a -d", dann siehst Du das
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Heatseeker am 08 April 2018, 20:37:41
ein
ebusctl find -a -d
gibt mir leider nur ein
ERR: element not found
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 09 April 2018, 08:47:17
Zitat von: Heatseeker am 08 April 2018, 20:37:41
ebusctl find -a -d
gibt mir leider nur ein
ERR: element not found
hm, interessant. Hast Du keinen Controller im Kreis hängen?
Oder hast Du überhaupt Signal? Was sagt "ebusctl info"?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Heatseeker am 09 April 2018, 10:53:03
Moin,

Genau kann ich die das erst heute Abend sagen, aber der Adapter hängt am BUS von der Elektronik Platine von der Heizung. Hab sonst einen multimatic 700 Regler.
Der ebus wemos zeigt auf seiner Konfigurationsseite ebus Signal acquired an...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 April 2018, 17:02:25
ich habs in deinem Log gesehen, dass er das CSV-File 15.700 nicht gefunden hat!

2018-04-06 20:30:24.900 [bus notice] scan 15: ;Vaillant;70000;0419;4603
2018-04-06 20:30:25.810 [bus notice] scan 15: ;21;16;51;0020218357;0082;047079;N5
2018-04-06 20:30:25.812 [main error] unable to load scan config 15: no file from /etc/ebusd/vaillant with prefix 15. matc$

Schau doch einmal nach wo dieses File ist? Sollte in /etc/ebusd/vaillant liegen. Wenn du das nicht hast, dann nimm das vom Anhang.

Ansonsten kannst ja schon Vorlauf, Rücklauf und Außentemperatur aus Status01 auswerten.
2018-04-06 20:30:54.859 [update notice] update bai Status01 QQ=10: 30.5;26.5;12.062;-;70.0;on


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Heatseeker am 09 April 2018, 20:12:13
Zitat von: Heatseeker am 09 April 2018, 20:02:31
Moin
also die 15.700.csv fehlte in der Tat. Hab sie nun eingefügt.

pi@raspberrypi:~ $ ebusctl info
version: ebusd 3.1.v3.1-24-g9246e9a
update check: unknown
signal: no signal
reconnects: 2
masters: 3
messages: 16
conditional: 0
poll: 0
update: 7
address 01: master #6, ebusd
address 03: master #11
address 06: slave #6, ebusd
address 08: slave #11
address 10: master #2

warum eignetlich signal: no signal? laut der ebus adapter wemos page:
ebusd connected: yes (inactive)
eBUS signal: acquired


ebusctl find -a -d
ERR: element not found


/var/log/ebusd.log:
2018-04-09 18:56:06.832 [bus notice] signal acquired
2018-04-09 18:56:12.511 [bus notice] new master 10, master count 2
2018-04-09 18:56:12.704 [bus notice] new master 03, master count 3
2018-04-09 18:56:12.704 [update notice] unknown MS cmd: 1008b5110101 / 093434d013ff830000ff
2018-04-09 18:56:13.076 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2018-04-09 18:56:13.359 [update notice] unknown MS cmd: 1008b5110102 / 06033c96468c6e
2018-04-09 18:56:16.980 [main error] scan config 08: ERR: read timeout
2018-04-09 18:56:19.154 [main error] scan config 15: ERR: read timeout
2018-04-09 18:56:25.040 [bus error] signal lost
2018-04-09 18:56:25.963 [bus notice] signal acquired
2018-04-09 18:56:26.619 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2018-04-09 18:56:42.021 [bus error] signal lost
2018-04-09 18:56:42.089 [bus notice] signal acquired
2018-04-09 18:56:44.205 [update notice] unknown MS cmd: 1008b5110101 / 093434d013ff830000ff
2018-04-09 18:56:45.484 [update notice] unknown BC cmd: 10feb516080043561809040118
2018-04-09 18:56:45.830 [update notice] unknown BC cmd: 10feb5160301d013
2018-04-09 18:56:52.773 [update notice] unknown MS cmd: 1008b5110101 / 093434d013ff830000ff
2018-04-09 18:56:53.065 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2018-04-09 18:57:03.389 [update notice] unknown MS cmd: 1008b5110101 / 093434d013ff830000ff
2018-04-09 18:57:03.637 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2018-04-09 18:57:12.977 [update notice] unknown MS cmd: 1008b5110101 / 093434d013ff830000ff
2018-04-09 18:57:13.311 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2018-04-09 18:57:23.142 [update notice] unknown MS cmd: 1008b5110101 / 093434d013ff830000ff
2018-04-09 18:57:23.465 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2018-04-09 18:57:33.602 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2018-04-09 18:57:43.261 [update notice] unknown MS cmd: 1008b5110101 / 093434d013ff830000ff
2018-04-09 18:57:43.540 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2018-04-09 18:57:43.808 [update notice] unknown MS cmd: 1008b5040100 / 0a0345571809040118d013
2018-04-09 18:57:44.032 [update notice] unknown MS cmd: 1008b5110102 / 06033c96468c6e
2018-04-09 18:57:44.258 [update notice] unknown BC cmd: 10feb516080043571809040118
2018-04-09 18:57:44.579 [update notice] unknown MS cmd: 1008b5110100 / 08a7010d001f000080
...

Übrigens:
ebusd --checkconfig --scanconfig
2018-04-09 20:10:49.582 [main notice] ebusd 3.1.v3.1-24-g9246e9a performing configuration check...
/etc/ebusd/vaillant/15.700.csv:6: ERR: element not found, field type TEMPV in field 1
2018-04-09 20:10:49.677 [main error] error reading config files: ERR: element not found, last error: /etc/ebusd/vaillant/15.700.csv:6: ERR: element not found, field type TEMPV in field 1
2018-04-09 20:10:49.701 [main notice] found messages: 865 (60 conditional on 20 conditions, 1 poll, 12 update)
2018-04-09 20:10:49.707 [main notice] ebusd stopped


Muss sagen, dass ich etwas ratlos bin... stimmt da was mit der csv nicht?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Heatseeker am 09 April 2018, 20:25:20
oh...

hab gerade die von dir angehängte 15.700.csv durch die von https://github.com/john30/ebusd-configuration/tree/master/ebusd-2.1.x/de/vaillant (https://github.com/john30/ebusd-configuration/tree/master/ebusd-2.1.x/de/vaillant) ersetzt:

nun sagt mir mein log:

2018-04-09 20:20:56.210 [main notice] ebusd 3.0pre.bbc4d04 started with auto scan
2018-04-09 20:20:56.210 [main info] loading configuration files from /etc/ebusd
2018-04-09 20:20:56.211 [main info] reading templates /etc/ebusd
2018-04-09 20:20:56.213 [main info] read templates in /etc/ebusd
2018-04-09 20:20:56.213 [main info] reading file /etc/ebusd/broadcast.csv
2018-04-09 20:20:56.216 [main info] successfully read file /etc/ebusd/broadcast.csv
2018-04-09 20:20:56.216 [main info] reading file /etc/ebusd/memory.csv
2018-04-09 20:20:56.217 [main info] successfully read file /etc/ebusd/memory.csv
2018-04-09 20:20:56.217 [main info] read config files
2018-04-09 20:20:56.246 [bus notice] bus started with own address 01/06
2018-04-09 20:20:56.246 [bus notice] signal acquired
2018-04-09 20:20:56.247 [main info] registering data handlers
2018-04-09 20:20:56.247 [main info] registered data handlers
2018-04-09 20:20:57.042 [bus notice] new master 10, master count 2
2018-04-09 20:20:57.103 [bus notice] new master 03, master count 3
2018-04-09 20:20:57.103 [update info] update MS cmd: 1008b5110101 / 093435d012ff820000ff
2018-04-09 20:20:57.103 [update notice] unknown MS cmd: 1008b5110101 / 093435d012ff820000ff
2018-04-09 20:20:57.373 [update info] update MS cmd: 1008b51009000000ffffff010000 / 0101
2018-04-09 20:20:57.373 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2018-04-09 20:21:06.247 [bus info] scan 08 cmd: 0108070400
2018-04-09 20:21:06.294 [bus info] arbitration delay 39 - 39 micros
2018-04-09 20:21:06.299 [bus info] send/receive symbol latency 5 - 5 ms
2018-04-09 20:21:06.390 [bus notice] scan 08: ;Vaillant;BAI00;0609;5502
2018-04-09 20:21:06.391 [main info] reading templates /etc/ebusd/vaillant
2018-04-09 20:21:06.396 [main info] read templates in /etc/ebusd/vaillant
2018-04-09 20:21:06.398 [main notice] read common config file /etc/ebusd/vaillant/broadcast.csv
2018-04-09 20:21:06.399 [main notice] read common config file /etc/ebusd/vaillant/scan.csv
2018-04-09 20:21:06.401 [main notice] read scan config file /etc/ebusd/vaillant/08.bai.csv for ID "bai00", SW0609, HW5502
2018-04-09 20:21:06.402 [bus info] send message: 0108b5090124
2018-04-09 20:21:06.451 [bus info] arbitration delay 38 - 39 micros
2018-04-09 20:21:06.530 [bus error] send to 08: ERR: read timeout, retry
2018-04-09 20:21:07.047 [bus info] arbitration delay 30 - 39 micros
2018-04-09 20:21:07.149 [bus info] send message: 0108b5090125
2018-04-09 20:21:07.254 [bus info] arbitration delay 24 - 39 micros
2018-04-09 20:21:07.333 [bus error] send to 08: ERR: read timeout, retry
2018-04-09 20:21:07.931 [bus error] send to 08: ERR: read timeout, retry
2018-04-09 20:21:08.449 [bus info] arbitration delay 24 - 40 micros
2018-04-09 20:21:08.548 [bus info] send message: 0108b5090126
2018-04-09 20:21:08.736 [update info] update MS cmd: 1008b51009000000ffffff010000 / 0101
2018-04-09 20:21:08.736 [update notice] unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2018-04-09 20:21:08.869 [bus error] send to 08: ERR: read timeout, retry
2018-04-09 20:21:09.489 [bus info] send message: 0108b5090127
2018-04-09 20:21:09.585 [bus info] send/receive symbol latency 5 - 6 ms
2018-04-09 20:21:09.631 [bus error] send to 08: ERR: read timeout, retry
2018-04-09 20:21:10.149 [bus info] arbitration delay 24 - 41 micros
2018-04-09 20:21:10.281 [main notice] found messages: 212 (3 conditional on 23 conditions, 0 poll, 11 update)
2018-04-09 20:21:10.282 [bus info] scan 08 cmd: 0108b5090124
2018-04-09 20:21:10.390 [main info] scan config 08 message received
2018-04-09 20:21:12.391 [bus info] scan 15 cmd: 0115070400
2018-04-09 20:21:12.490 [main error] scan config 15: ERR: read timeout
2018-04-09 20:21:17.253 [update info] update MS cmd: 1008b5110101 / 093435d012ff820000ff
2018-04-09 20:21:17.254 [update notice] update bai Status01 QQ=10: 26.0;26.5;18.812;-;65.0;off
2018-04-09 20:21:17.523 [update info] update MS cmd: 1008b51009000000ffffff010000 / 0101
2018-04-09 20:21:17.529 [update notice] update bai Mode QQ=10: standby
2018-04-09 20:21:17.795 [update info] update MS cmd: 1008b5040100 / 0a0318212009040118d012
2018-04-09 20:21:17.796 [update notice] update bai DateTime QQ=10: valid;20:21:18;09.04.2018;18.812
2018-04-09 20:21:18.049 [update info] update MS cmd: 1008b5110102 / 06033c96468c6e
2018-04-09 20:21:18.050 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;70.0
2018-04-09 20:21:18.287 [update info] update BC cmd: 10feb516080018212009040118
2018-04-09 20:21:18.287 [update notice] update broadcast vdatetime QQ=10: 20:21:18;09.04.2018
2018-04-09 20:21:18.551 [update info] update MS cmd: 1008b5110100 / 08a7010d001f000080
2018-04-09 20:21:18.551 [update notice] unknown MS cmd: 1008b5110100 / 08a7010d001f000080
2018-04-09 20:21:18.767 [update info] update BC cmd: 10feb5160301d012
2018-04-09 20:21:18.768 [update notice] update broadcast outsidetemp QQ=10: 18.812


sieht besser aus, oder?
der rest ist aber leider noch immer gleich
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 10 April 2018, 22:08:22
eigentlich sieht es diesmal schlechter aus, denn nun kommt ein timeout beim Versuch den Device 15 zu lesen! Das hat aber jetzt nichts mit dem File zu tun, sondern es muss einen anderen Grund für den Misserfolg geben.

2018-04-09 20:21:12.490 [main error] scan config 15: ERR: read timeout

Du kannst ja einmal versuchen den eBusd ein paarmal zu stoppen und wieder zu starten ob das jedesmal so ist oder du zeitweise sogar Antworten bekommst.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fbsln am 05 Mai 2018, 00:07:25
Bin am verzweifeln  :-[

habe Raspi 3 neu mit Stretch und SATA Festplatte am USB ohne SD Karte installiert.

Nach Vorbild von Rheinhardt (und da kam nur ein Fehler)

https://picload.org/view/dodcroca/fehler1.jpg.html

Rest lief normal und jetzt wieder das Problem, dass ebusd mit systemctl nicht automatisch startet.

https://picload.org/view/dodcroci/fehlerboot.jpg.html

was läuft falsch ???

VG Lutz
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 06 Mai 2018, 09:15:01
Zitat von: fbsln am 05 Mai 2018, 00:07:25
Rest lief normal und jetzt wieder das Problem, dass ebusd mit systemctl nicht automatisch startet.
schau halt mal in die System Logs rein, ob da etwas mehr steht. Vielleicht ist der Start von ebusd einfach zu früh, also z.B. bevor das Device verfügbar ist.
Titel: [S]eBus Schaltung in Betrieb nehmen
Beitrag von: SkeeveKlah am 28 Mai 2018, 00:16:01
Hi ebusler,
ich habs an diesem Wochenende endlich geschafft den ebus Adapter mit FHEM ans laufen zu bekommen.
Naja... fast ;-)
Im FHEM habe ich Vorlauftemp, Rücklauftemp, Aussentemp sowie die Heizkurve inkl. setzen sowie die Tagesprogramme für den Heizkreis.
Alles mit den Bespielen aus dem Wiki und aus diesem Thread (den ich heute komplett durchflügt habe).
Per Putty kann ich die Heizkurve mit "ebusctl w -c 430 Hc1HeatCurve" setzen und sehe dann auch die Änderung bis ins FHEM.
Wenn ich aber aus FHEM die Heizkurve setzen will, klappt das leider nicht.
Auch hier wieder genau nach Wiki und Thread

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

Ich habe mehrere dieser "Codeschnippsel" gefunden alle sind gleich,
aber trotzdem geht es nicht. FHEM meldet

2018.05.28 00:00:59 1: EBUS: unexpected answer usage: write [-s QQ] [-d ZZ] -c CIRCUIT NAME [VALUE[;VALUE]*]\n  or:  write [-s QQ] [-d ZZ] -def DEFINITION [VALUE[;VALUE]*]\n  or:  write [-s QQ] [-c CIRCUIT] -h ZZPBSBNN[DD]*\n Write value(s) or hex message.\n  -s QQ        override source address QQ\n  -d ZZ        override destination address ZZ\n  -c CIRCUIT   CIRCUIT of the message to send\n  NAME         NAME of the message to send\n  VALUE        a single field VALUE\n  -def         write with explicit message definition:\n    DEFINITION message definition to use instead of known definition\n  -h           send hex write message:\n    ZZ         destination address\n    PB SB      primary/secondary command byte\n    NN         number of following data bytes\n    DD         data byte(s) to send\n\n (\165\163\141\147\145\072\040\167\162\151\164\145\040\133\055\163\040\121\121\135\040\133\055\144\040\132\132\135\040\055\143\040\103\111\122\103\125\111\124\040\116\101\115\105\040\133\126\101\114\125\105\133\073\126\101\114\125\105\135\052\135\012\040\040\157\162\072\040\040\167\162\151\164\145\040\133\055\163\040\121\121\135\040\133\055\144\040\132\132\135\040\055\144\145\146\040\104\105\106\111\116\111\124\111\117\116\040\133\126\101\114\125\105\133\073\126\101\114\125\105\135\052\135\012\040\040\157\162\072\040\040\167\162\151\164\145\040\133\055\163\040\121\121\135\040\133\055\143\040\103\111\122\103\125\111\124\135\040\055\150\040\132\132\120\102\123\102\116\116\133\104\104\135\052\012\040\127\162\151\164\145\040\166\141\154\165\145\050\163\051\040\157\162\040\150\145\170\040\155\145\163\163\141\147\145\056\012\040\040\055\163\040\121\121\040\040\040\040\040\040\040\040\157\166\145\162\162\151\144\145\040\163\157\165\162\143\145\040\141\144\144\162\145\163\163\040\121\121\012\040\040\055\144\040\132\132\040\040\040\040\040\040\040\040\157\166\145\162\162\151\144\145\040\144\145\163\164\151\156\141\164\151\157\156\040\141\144\144\162\145\163\163\040\132\132\012\040\040\055\143\040\103\111\122\103\125\111\124\040\040\040\103\111\122\103\125\111\124\040\157\146\040\164\150\145\040\155\145\163\163\141\147\145\040\164\157\040\163\145\156\144\012\040\040\116\101\115\105\040\040\040\040\040\040\040\040\040\116\101\115\105\040\157\146\040\164\150\145\040\155\145\163\163\141\147\145\040\164\157\040\163\145\156\144\012\040\040\126\101\114\125\105\040\040\040\040\040\040\040\040\141\040\163\151\156\147\154\145\040\146\151\145\154\144\040\126\101\114\125\105\012\040\040\055\144\145\146\040\040\040\040\040\040\040\040\040\167\162\151\164\145\040\167\151\164\150\040\145\170\160\154\151\143\151\164\040\155\145\163\163\141\147\145\040\144\145\146\151\156\151\164\151\157\156\072\012\040\040\040\040\104\105\106\111\116\111\124\111\117\116\040\155\145\163\163\141\147\145\040\144\145\146\151\156\151\164\151\157\156\040\164\157\040\165\163\145\040\151\156\163\164\145\141\144\040\157\146\040\153\156\157\167\156\040\144\145\146\151\156\151\164\151\157\156\012\040\040\055\150\040\040\040\040\040\040\040\040\040\040\040\163\145\156\144\040\150\145\170\040\167\162\151\164\145\040\155\145\163\163\141\147\145\072\012\040\040\040\040\132\132\040\040\040\040\040\040\040\040\040\144\145\163\164\151\156\141\164\151\157\156\040\141\144\144\162\145\163\163\012\040\040\040\040\120\102\040\123\102\040\040\040\040\040\040\160\162\151\155\141\162\171\057\163\145\143\157\156\144\141\162\171\040\143\157\155\155\141\156\144\040\142\171\164\145\012\040\040\040\040\116\116\040\040\040\040\040\040\040\040\040\156\165\155\142\145\162\040\157\146\040\146\157\154\154\157\167\151\156\147\040\144\141\164\141\040\142\171\164\145\163\012\040\040\040\040\104\104\040\040\040\040\040\040\040\040\040\144\141\164\141\040\142\171\164\145\050\163\051\040\164\157\040\163\145\156\144\012\012) received (wrote write 430 Hc1HeatCurve 0.50\n (\167\162\151\164\145\040\064\063\060\040\110\143\061\110\145\141\164\103\165\162\166\145\040\060\056\065\060\012), expected .*\n\n)
2018.05.28 00:00:59 5: Postprocessing "usage: write [-s QQ] [-d ZZ] -c CIRCUIT NAME [VALUE[;VALUE]*]\n  or:  write [-s QQ] [-d ZZ] -def DEFINITION [VALUE[;VALUE]*]\n  or:  write [-s QQ] [-c CIRCUIT] -h ZZPBSBNN[DD]*\n Write value(s) or hex message.\n  -s QQ        override source address QQ\n  -d ZZ        override destination address ZZ\n  -c CIRCUIT   CIRCUIT of the message to send\n  NAME         NAME of the message to send\n  VALUE        a single field VALUE\n  -def         write with explicit message definition:\n    DEFINITION message definition to use instead of known definition\n  -h           send hex write message:\n    ZZ         destination address\n    PB SB      primary/secondary command byte\n    NN         number of following data bytes\n    DD         data byte(s) to send\n\n (\165\163\141\147\145\072\040\167\162\151\164\145\040\133\055\163\040\121\121\135\040\133\055\144\040\132\132\135\040\055\143\040\103\111\122\103\125\111\124\040\116\101\115\105\040\133\126\101\114\125\105\133\073\126\101\114\125\105\135\052\135\012\040\040\157\162\072\040\040\167\162\151\164\145\040\133\055\163\040\121\121\135\040\133\055\144\040\132\132\135\040\055\144\145\146\040\104\105\106\111\116\111\124\111\117\116\040\133\126\101\114\125\105\133\073\126\101\114\125\105\135\052\135\012\040\040\157\162\072\040\040\167\162\151\164\145\040\133\055\163\040\121\121\135\040\133\055\143\040\103\111\122\103\125\111\124\135\040\055\150\040\132\132\120\102\123\102\116\116\133\104\104\135\052\012\040\127\162\151\164\145\040\166\141\154\165\145\050\163\051\040\157\162\040\150\145\170\040\155\145\163\163\141\147\145\056\012\040\040\055\163\040\121\121\040\040\040\040\040\040\040\040\157\166\145\162\162\151\144\145\040\163\157\165\162\143\145\040\141\144\144\162\145\163\163\040\121\121\012\040\040\055\144\040\132\132\040\040\040\040\040\040\040\040\157\166\145\162\162\151\144\145\040\144\145\163\164\151\156\141\164\151\157\156\040\141\144\144\162\145\163\163\040\132\132\012\040\040\055\143\040\103\111\122\103\125\111\124\040\040\040\103\111\122\103\125\111\124\040\157\146\040\164\150\145\040\155\145\163\163\141\147\145\040\164\157\040\163\145\156\144\012\040\040\116\101\115\105\040\040\040\040\040\040\040\040\040\116\101\115\105\040\157\146\040\164\150\145\040\155\145\163\163\141\147\145\040\164\157\040\163\145\156\144\012\040\040\126\101\114\125\105\040\040\040\040\040\040\040\040\141\040\163\151\156\147\154\145\040\146\151\145\154\144\040\126\101\114\125\105\012\040\040\055\144\145\146\040\040\040\040\040\040\040\040\040\167\162\151\164\145\040\167\151\164\150\040\145\170\160\154\151\143\151\164\040\155\145\163\163\141\147\145\040\144\145\146\151\156\151\164\151\157\156\072\012\040\040\040\040\104\105\106\111\116\111\124\111\117\116\040\155\145\163\163\141\147\145\040\144\145\146\151\156\151\164\151\157\156\040\164\157\040\165\163\145\040\151\156\163\164\145\141\144\040\157\146\040\153\156\157\167\156\040\144\145\146\151\156\151\164\151\157\156\012\040\040\055\150\040\040\040\040\040\040\040\040\040\040\040\163\145\156\144\040\150\145\170\040\167\162\151\164\145\040\155\145\163\163\141\147\145\072\012\040\040\040\040\132\132\040\040\040\040\040\040\040\040\040\144\145\163\164\151\156\141\164\151\157\156\040\141\144\144\162\145\163\163\012\040\040\040\040\120\102\040\123\102\040\040\040\040\040\040\160\162\151\155\141\162\171\057\163\145\143\157\156\144\141\162\171\040\143\157\155\155\141\156\144\040\142\171\164\145\012\040\040\040\040\116\116\040\040\040\040\040\040\040\040\040\156\165\155\142\145\162\040\157\146\040\146\157\154\154\157\167\151\156\147\040\144\141\164\141\040\142\171\164\145\163\012\040\040\040\040\104\104\040\040\040\040\040\040\040\040\040\144\141\164\141\040\142\171\164\145\050\163\051\040\164\157\040\163\145\156\144\012\012)" with perl command { $_ }.
2018.05.28 00:00:59 5: Postprocessed value is "usage: write [-s QQ] [-d ZZ] -c CIRCUIT NAME [VALUE[;VALUE]*]\n  or:  write [-s QQ] [-d ZZ] -def DEFINITION [VALUE[;VALUE]*]\n  or:  write [-s QQ] [-c CIRCUIT] -h ZZPBSBNN[DD]*\n Write value(s) or hex message.\n  -s QQ        override source address QQ\n  -d ZZ        override destination address ZZ\n  -c CIRCUIT   CIRCUIT of the message to send\n  NAME         NAME of the message to send\n  VALUE        a single field VALUE\n  -def         write with explicit message definition:\n    DEFINITION message definition to use instead of known definition\n  -h           send hex write message:\n    ZZ         destination address\n    PB SB      primary/secondary command byte\n    NN         number of following data bytes\n    DD         data byte(s) to send\n\n (\165\163\141\147\145\072\040\167\162\151\164\145\040\133\055\163\040\121\121\135\040\133\055\144\040\132\132\135\040\055\143\040\103\111\122\103\125\111\124\040\116\101\115\105\040\133\126\101\114\125\105\133\073\126\101\114\125\105\135\052\135\012\040\040\157\162\072\040\040\167\162\151\164\145\040\133\055\163\040\121\121\135\040\133\055\144\040\132\132\135\040\055\144\145\146\040\104\105\106\111\116\111\124\111\117\116\040\133\126\101\114\125\105\133\073\126\101\114\125\105\135\052\135\012\040\040\157\162\072\040\040\167\162\151\164\145\040\133\055\163\040\121\121\135\040\133\055\143\040\103\111\122\103\125\111\124\135\040\055\150\040\132\132\120\102\123\102\116\116\133\104\104\135\052\012\040\127\162\151\164\145\040\166\141\154\165\145\050\163\051\040\157\162\040\150\145\170\040\155\145\163\163\141\147\145\056\012\040\040\055\163\040\121\121\040\040\040\040\040\040\040\040\157\166\145\162\162\151\144\145\040\163\157\165\162\143\145\040\141\144\144\162\145\163\163\040\121\121\012\040\040\055\144\040\132\132\040\040\040\040\040\040\040\040\157\166\145\162\162\151\144\145\040\144\145\163\164\151\156\141\164\151\157\156\040\141\144\144\162\145\163\163\040\132\132\012\040\040\055\143\040\103\111\122\103\125\111\124\040\040\040\103\111\122\103\125\111\124\040\157\146\040\164\150\145\040\155\145\163\163\141\147\145\040\164\157\040\163\145\156\144\012\040\040\116\101\115\105\040\040\040\040\040\040\040\040\040\116\101\115\105\040\157\146\040\164\150\145\040\155\145\163\163\141\147\145\040\164\157\040\163\145\156\144\012\040\040\126\101\114\125\105\040\040\040\040\040\040\040\040\141\040\163\151\156\147\154\145\040\146\151\145\154\144\040\126\101\114\125\105\012\040\040\055\144\145\146\040\040\040\040\040\040\040\040\040\167\162\151\164\145\040\167\151\164\150\040\145\170\160\154\151\143\151\164\040\155\145\163\163\141\147\145\040\144\145\146\151\156\151\164\151\157\156\072\012\040\040\040\040\104\105\106\111\116\111\124\111\117\116\040\155\145\163\163\141\147\145\040\144\145\146\151\156\151\164\151\157\156\040\164\157\040\165\163\145\040\151\156\163\164\145\141\144\040\157\146\040\153\156\157\167\156\040\144\145\146\151\156\151\164\151\157\156\012\040\040\055\150\040\040\040\040\040\040\040\040\040\040\040\163\145\156\144\040\150\145\170\040\167\162\151\164\145\040\155\145\163\163\141\147\145\072\012\040\040\040\040\132\132\040\040\040\040\040\040\040\040\040\144\145\163\164\151\156\141\164\151\157\156\040\141\144\144\162\145\163\163\012\040\040\040\040\120\102\040\123\102\040\040\040\040\040\040\160\162\151\155\141\162\171\057\163\145\143\157\156\144\141\162\171\040\143\157\155\155\141\156\144\040\142\171\164\145\012\040\040\040\040\116\116\040\040\040\040\040\040\040\040\040\156\165\155\142\145\162\040\157\146\040\146\157\154\154\157\167\151\156\147\040\144\141\164\141\040\142\171\164\145\163\012\040\040\040\040\104\104\040\040\040\040\040\040\040\040\040\144\141\164\141\040\142\171\164\145\050\163\051\040\164\157\040\163\145\156\144\012\012)".

Ich bin so dicht am Ziel, aber evt. seh ich den Wald vor Bäumen gerade nicht ;-) <-- JA!  ;D
Evtl. hat ja einer der ebus-Förster hier nen Tipp für mich?

BTW: ebus-Adapter V2 per WLAN, PI3 Stretch
ebusctl i
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.308523.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: 22
max symbol rate: 97
min arbitration micros: 25
max arbitration micros: 302
min symbol latency: 4
max symbol latency: 23
reconnects: 0
masters: 3
messages: 429
conditional: 19
poll: 0
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='0010004282']), "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
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mau80 am 13 September 2018, 20:39:48
Hello all,

My name is Maurizio, I write from Florence, Italy.
I know that this forum is in German, but I can not speak it.
I purchased the V 1.6 device a few months ago on ebay but I can't make it work.
Could you suggest me a way (software) to view the serial data I should receive on windows instead of linux?
Another question: I use the usb-rs232 converter with PL2303HX chip, is this correct?

many thanks.
Ciao
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 14 September 2018, 07:14:36
Hello mau80
Welcome to the forum.
The first answer is, that your converter is ok.
But what is your goal with getting data on windows? You need to have the ebusD daemon running, to achieve data from the bus. This daemon is available for linux only, but for different platforms! Go here to find out! https://github.com/john30/ebusd/wiki
Regards Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 14 September 2018, 07:33:42
Zitat von: pc1246 am 14 September 2018, 07:14:36
But what is your goal with getting data on windows? You need to have the ebusD daemon running, to achieve data from the bus. This daemon is available for linux only, but for different platforms! Go here to find out! https://github.com/john30/ebusd/wiki
that's not entirely true since ebusd can be compiled for Windows as well. I didn't try a direct serial connection yet though, but at least network enabled adapters are known to be working on Windows.
Besides that, there are other projects like openhab (if I remember correctly) that can also handle eBUS traffic.
Titel: Fehlende CSV!?
Beitrag von: SkeeveKlah am 19 Oktober 2018, 17:48:50
Hi,
ich hatte einige Tage WLAN Probleme. Nach dem ich diese gefixt hatte, habe ich auch einmal den PI mit FHEM und ebusd neu gestartet.
Seitdem kann ich weder Heizkurve noch die Programme mehr abrufen/schreiben.

ebusctl i

Zitatebusctl i
version: ebusd 3.2.v3.2-11-g18bd21f
update check: revision v3.2-8-g0f77a9d available, broadcast.csv: newer version available, vaillant/bai.308523.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: 41
max symbol rate: 91
min arbitration micros: 24
max arbitration micros: 241
min symbol latency: 5
max symbol latency: 24
reconnects: 0
masters: 3
messages: 212
conditional: 3
poll: 0
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='0010004282']), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=43000;SW=0215;HW=2002"
address 26: slave, scanned "MF=Vaillant;ID=43000;SW=0215;HW=2002"
address 31: master #8, ebusd
address 36: slave #8, ebusd

Im Mai (siehe zwei Antworten weiter oben) war da zusätzlich noch:
Zitataddress 15: slave #2, scanned "MF=Vaillant;ID=43000;SW=0215;HW=2002", loaded "vaillant/15.430.csv"


in der /ect/default/ebusd habe ich folgenden Eintrag:

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

Wie bekomme ich die 15.430.csv wieder mit dazu??


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 20 Oktober 2018, 10:08:02
Hallo,

hast du schon mal ins Log geschaut (ebusd.log) ob hier ein Hinweis steht warum das CSV nicht geladen werden kann?
Der Scan ist ja soweit richtig. Eventuell musst du in der Config noch den Parameter "-l /var/log/ebusd.log " hinzufügen wenn das Log nicht vorhanden ist.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: SkeeveKlah am 20 Oktober 2018, 12:16:44
Hallo Reinert,

es gab ein paar "read timeout" Fehler.
Ich hab das Log mal an die Seite geschoben und ebusd neugestartet:

2018-10-20 11:00:02.848 [update notice] sent scan-read scan.08 id QQ=31: 21;09;29;0010004282;0001;005641;N8
2018-10-20 11:00:03.032 [main notice] found messages: 210 (3 conditional on 25 conditions, 0 poll, 9 update)
2018-10-20 11:00:04.342 [update notice] received read bai Status01 QQ=10: 21.0;21.0;9.250;-;48.0;off
2018-10-20 11:00:05.223 [bus notice] scan 15: ;Vaillant;43000;0215;2002
2018-10-20 11:00:05.223 [update notice] store 15 ident: done
2018-10-20 11:00:05.223 [update notice] sent scan-read scan.15  QQ=31: Vaillant;43000;0215;2002
2018-10-20 11:00:05.223 [bus notice] scan 15: ;Vaillant;43000;0215;2002
2018-10-20 11:00:05.486 [main notice] read scan config file vaillant/15.430.csv for ID "43000", SW0215, HW2002
2018-10-20 11:00:05.744 [main notice] found messages: 429 (19 conditional on 33 conditions, 0 poll, 9 update)
2018-10-20 11:00:06.339 [update notice] received read bai DateTime QQ=10: valid;11:00:07;20.10.2018;9.250
2018-10-20 11:00:06.569 [update notice] received unknown BC cmd: 10feb505020400
2018-10-20 11:00:08.317 [update notice] received update-write bai SetMode QQ=10: auto;21.0;55.0;-;0;0;0;0;0;0
2018-10-20 11:00:14.425 [update notice] received read bai Status01 QQ=10: 21.0;21.0;9.250;-;48.0;off
2018-10-20 11:00:18.489 [update notice] received update-write bai SetMode QQ=10: auto;21.0;55.0;-;0;0;0;0;0;0
2018-10-20 11:00:24.721 [update notice] received read bai Status01 QQ=10: 21.0;21.0;9.250;-;48.0;off
2018-10-20 11:00:27.051 [update notice] received update-read broadcast vdatetime QQ=10: 11:00:26;20.10.2018
2018-10-20 11:00:28.232 [bus notice] scan 26: ;Vaillant;43000;0215;2002
2018-10-20 11:00:28.232 [update notice] store 26 ident: done
2018-10-20 11:00:28.232 [update notice] sent scan-read scan.26  QQ=31: Vaillant;43000;0215;2002
2018-10-20 11:00:28.232 [bus notice] scan 26: ;Vaillant;43000;0215;2002
2018-10-20 11:00:28.399 [update notice] received unknown MS cmd: 1008b512020000 / 00
2018-10-20 11:00:28.585 [update notice] sent unknown MS cmd: 3126b5090124 / 09003231303834383030
2018-10-20 11:00:28.779 [update notice] sent scan-read scan.26 id QQ=31:
2018-10-20 11:00:29.001 [bus notice] max. symbols per second: 118
2018-10-20 11:00:29.029 [update notice] sent scan-read scan.26 id QQ=31:
2018-10-20 11:00:29.218 [update notice] sent scan-read scan.26 id QQ=31: 21;08;48;0020028515;0907;028204;N5
2018-10-20 11:00:29.218 [bus notice] scan 26: ;21;08;48;0020028515;0907;028204;N5
2018-10-20 11:00:34.890 [update notice] received read bai Status01 QQ=10: 21.0;21.0;9.250;-;48.0;off
2018-10-20 11:00:35.675 [main error] unable to load scan config 26: no file from vaillant with prefix 26 matches ID "43000", SW0215, HW2002
2018-10-20 11:00:35.675 [main error] scan config 26: ERR: read timeout


version: ebusd 3.2.v3.2-11-g18bd21f
update check: revision v3.2-8-g0f77a9d available, broadcast.csv: newer version available, vaillant/15.430.csv: newer version available, vaillant/bai.308523.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: 22
max symbol rate: 118
min arbitration micros: 24
max arbitration micros: 110
min symbol latency: 5
max symbol latency: 9
reconnects: 0
masters: 3
messages: 431
conditional: 19
poll: 0
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='0010004282']), "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 26: slave, scanned "MF=Vaillant;ID=43000;SW=0215;HW=2002"
address 31: master #8, ebusd
address 36: slave #8, ebusd


Jetzt wird die 15.430 geladen. Scheint nur noch mit ID26 etwas nicht zu stimmen...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 20 Oktober 2018, 20:00:05
schaut ja schon besser aus.
Warum bei dir die Calormatic auf Adresse 26 nochmals gefunden wird kann ich dir nicht sagen. Für diese Adresse gibt es auch kein CSV File (26.430.csv) und deshalb hat es auch beim ersten Versuch nicht geklappt und die Meldung das es mit Adr. 26 nicht geladen werden kann ist daher auch richtig.

Binär gesehen gibt es da auch keinen Zusammenhang (15=00001111, 26=00011010) und 15 und 31 wird auch eindeutig unterschieden.
Vielleicht kann uns John dazu was sagen warum ein und dasselbe Gerät sich 2x mit verschiedener Adresse meldet.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Kodak am 21 Oktober 2018, 11:40:19
Hallo
ich weis garnicht wo ich anfangen soll ich lese hier schon seit Wochen weil ich meine Vailand gerne auslesen würde habe mir die V1.6 Platine nachgebaut und den Ebus auf nem jungfreulichen RPi 3+ installiert. Bekomme das einfach nicht hin da irgendwelche Daten zu lesen.
1 Frage Einstellung des Poti der V1.6 selbst wenn das Poti nicht korrekt eingestellt ist sollte ich doch irgendwas empfangen oder ?
2 Das auslesen der ebusd.log mit PSPad scheitert daran das angeblich das Kennwort falsch ist mir scheint das so als ob ich garkein zugriff über FTP auf den Pi habe
3 viele unterschiedliche aussagen über die config der /etc/default/ebusd was muss da genau rein

Bräuchte mal jemanden der mich an die Hand nimmt hab aber leider im Gegenzug nichts anzubieten :-(
Habe mich in der Vergangenheit mehr mit dem ioBroker beschäftigt um mein Heim smarter zu machen da gibt es auch einen Ebus Adapter scheint aber Lan gebunden zu sein da komm ich auch nicht weiter
würde mich über hilfe eurerseits sehr freuen
Gruß Kodak
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 21 Oktober 2018, 16:01:05
Zitat von: Kodak am 21 Oktober 2018, 11:40:19
1 Frage Einstellung des Poti der V1.6 selbst wenn das Poti nicht korrekt eingestellt ist sollte ich doch irgendwas empfangen oder ?
2 Das auslesen der ebusd.log mit PSPad scheitert daran das angeblich das Kennwort falsch ist mir scheint das so als ob ich garkein zugriff über FTP auf den Pi habe
3 viele unterschiedliche aussagen über die config der /etc/default/ebusd was muss da genau rein

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

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


zu 2.) Damit FTP am Raspberry überhaupt funktioniert, muss am Raspberry auch ein FTP Server (https://www.raspberrypi-spy.co.uk/2018/05/creating-ftp-server-with-raspberry-pi/) installiert, konfiguriert und gestartet sein, dann wird auch PSPad für den Filetransfer Zugriff erhalten.


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


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


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


LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Kodak am 21 Oktober 2018, 18:47:18
vielen Dank für deine Antwort
ich bin jetzt ein ganzes Stück weiter bekomme jetzt einige Daten
leider ist das Wochenende schon wieder rum :-(
Morgen wieder auf Montage
Aber es geht voran wollte mir nochmal ein Sauberes System aufsetzen
reicht es eigentlich wenn ich euere Bus_Installer_Fhem nutze das ist ja den wirklich Idioten sicher .
Gruß Kodak
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 22 Oktober 2018, 19:58:17
Zitat von: Kodak am 21 Oktober 2018, 18:47:18
reicht es eigentlich wenn ich euere Bus_Installer_Fhem nutze das ist ja den wirklich Idioten sicher .

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

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Kodak am 27 Oktober 2018, 12:34:51
ich Verzweifel langsam Ebus läuft
aber ich kann die Daten nicht in meinen IoBroker übertragen weder per http noch über Mqtt
das kann doch nur an der Einstellung im /etc/default/ebusd liegen oder ???
wo finde ich ne Anleitung für die richtigen Eintragungen

Danke vorab Gruß Kodak
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 27 Oktober 2018, 19:16:53
Wenn du per MQTT Protokoll übertragen willst musst du es auch aktivieren (eigene ebusd-Version erforderlich).

Hier ein Beispiel wie ich es bei mir eingestellt habe: (wichtig ist mqttport,Host und Topic)
EBUSD_OPTS="-d /dev/ttyebus --pollinterval=180 -p 8888 -l /var/log/ebusd.log --scanconfig -c http://ebusd.eu/config/ --httpport=8080 --htmlpath=/var/ebusd/html --mqttport=1883 --mqttjson --mqtthost=10.0.0.5 --mqtttopic=sonoff_ebusd/%name"

Am Besten du logst dann im Broker mit und schaust was dann alles so kommt, auch die Broadcast werden über MQTT übermittelt.
Host= jene IP wo der Broker läuft.
Die Doku dazu findest du im ebusd Wiki (https://github.com/john30/ebusd/wiki/3.3.-MQTT-client) von John.
Hier siehst du  (https://github.com/john30/ebusd/releases/tag/v3.2)jeweils die Mqtt Version für die verschiedenen Betriebssysteme.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: SkeeveKlah am 01 November 2018, 21:23:07
Nabend,

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

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

Grüße Marc
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: SkeeveKlah am 05 November 2018, 17:42:28
Irgendwas scheint exterm unrund bei mir zu sein :(

Derzeit kommt nur ein unvollstäniger Scan:


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


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


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

Grüße Marc

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 05 November 2018, 20:03:07
du hast aber schon so an die 2-3 Minuten gewartet bis der Scan durch ist?
Der Scan fragt ja alle Adressen durch ob er eine Antwort bekommt, das kann schon etwas dauern weil ja das Timing eingehalten werden muss.

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

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

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: SkeeveKlah am 06 November 2018, 09:16:59
Hallo Reinhart,

ja, ich warte immer bis der Scan durch ist ;)

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

hier die /etc/defaults/ebusd
ZitatEBUSD_OPTS="--scanconfig -d 192.168.150.110:9999 --latency=10000 --configpath=http://ebusd.eu/config/ --pollinterval=5 --configlang=LANG"

Das RAW LOG liefer ich nach, kann ich gerade nicht machen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: SkeeveKlah am 06 November 2018, 13:04:58
So, hier noch das RAW LOG
Zitat
pi@raspberry-fhem:~ $ ebusctl scan result
08;Vaillant;BAI00;0518;7401
26;Vaillant;43000;0215;2002
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 06 November 2018, 18:02:01
@SkeeveKlah

laut deinem RAW Log versteht der eBus die Sendeaufforderung nicht

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


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

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: SkeeveKlah am 06 November 2018, 21:24:29
Zwischen drinn geht es ja teilweise sogar...
Hier das Bild

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 07 November 2018, 15:07:42
Das ist jetzt schwer zu sagen, deine Konfiguration passt so und ESP Software hast du auch noch Herbst 2017, das ist gut so.
Wenn du jetzt schreibst, dass es zeitweise wieder funktioniert aber der Webzugriff eigentlich immer geht dann kann es die WIFI Verbindung an sich auch nicht sein.

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

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


LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: SkeeveKlah am 09 November 2018, 07:54:21
Hallo Reinhart,

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

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

Und bei ebusctl f
Zitat

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

pi@raspberry-fhem:/var/log $

Und ein aktueller Scan (~2 Minuten) lieferte:
Zitat
pi@raspberry-fhem:/var/log $ ebusctl scan result
15;Vaillant;43000;0215;2002

pi@raspberry-fhem:/var/log $

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

Grüße Marc


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: SkeeveKlah am 09 November 2018, 08:15:00
Da ich gerade eh in den Keller mustte und nach dem Motto "Boot tut immer gut"  8)
habe ich die Heizung gerade mal für ein paar Minuten ausgeschaltet.
Wieder am Laptop habe ich dann gleich einen Scan ausgeführt.
Direkt im Anschluss gleich einmal result:
Zitat
pi@raspberry-fhem:/var/log $ ebusctl scan result
1 scan(s) still running
08;Vaillant;BAI00;0518;7401
15;Vaillant;43000;0215;2002
26;Vaillant;43000;0215;2002

Nach Abschluss des Scans:
Zitat
pi@raspberry-fhem:/var/log $ ebusctl scan result
08;Vaillant;BAI00;0518;7401
pi@raspberry-fhem:/var/log $
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: SkeeveKlah am 11 November 2018, 20:37:13
So, heute habe ich dann mal den Wemos auf die aktuelle Version geflasht.
Ausserdem habe ich auch ebusd noch mal vom github geladen.

Leider alles ohne großen Erfolg.
Aufgefallen ist mir, das die rote LED während des Scans regelmäßig blinkt.

/etc/default/ebusd:
ZitatEBUSD_OPTS="--scanconfig -d 192.168.150.110:9999 --latency=20000 --configpath=http://ebusd.eu/config/ --receivetimeout=50000 --loglevel=debug --pollinterval=5 --configlang=LANG --lograwdata --lograwdatafile=/tmp/ebusd-raw.log"

ebusctl i:
Zitat
pi@raspberry-fhem:/tmp $ ebusctl i
version: ebusd 3.2.v3.2-12-g45b9bad
signal: acquired
symbol rate: 62
max symbol rate: 76
min arbitration micros: 25
max arbitration micros: 83
min symbol latency: 9
max symbol latency: 18
reconnects: 0
masters: 3
messages: 210
conditional: 3
poll: 0
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='0010004282']), "vaillant/08.bai.csv"
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd

pi@raspberry-fhem:/tmp $

ebusctl scan result:
Zitat
pi@raspberry-fhem:/tmp $ ebusctl scan result
08;Vaillant;BAI00;0518;7401;21;09;29;0010004282;0001;005641;N8

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 13 November 2018, 17:14:09
Es gibt wieder eine neue Adapterversion V2.2!

hier geht's zur Sammelbestellung V2.2! (https://forum.fhem.de/index.php/topic,93190.msg857894.html#msg857894)

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: SkeeveKlah am 17 November 2018, 15:55:46
Hi,
ich habe jetzt alles was mir einfiel versucht:
- Heizung per Sicherung vom Strom (nicht nur an/aus)
- lokale Konfigfiles
- alles an der Heizung bedient in der Hoffnung das es dabei/danach gefunden wird

Aber auch nach gefühlten 100 full Scans bleibt das Ergebnis unbefriedigend :(
Zitatpi@raspberry-fhem:/tmp $ ebusctl scan result
08;Vaillant;BAI00;0518;7401;21;09;29;0010004282;0001;005641;N8
Nur die 8 wird gefunden, 15 & 26 bleiben verschollen :(

Kann es sein das ich den eBus "kaputt" gemacht habe??
An dem Tag wo es "erfolgreich" lief, kam nach dem Setzen der Heizzeiten für 1-2 Minuten immer eine "Invalid Position" Meldung.
Wenn ich jetzt ein paar Reads mache, bekomme ich bei Status und Status16 ebenfalls und immer noch diese "Fehlermeldung".
Ich weiß allerdings nicht ob das vorher anders war:

Zitatbai SolPostHeat = no data stored
bai Statenumber = 7
bai Status01 = 32.0;32.0;9.500;-;54.0;off
bai Status02 = auto;60;75.0;80;52.0
bai Status16 =  (ERR: invalid position for 3108b5040116 / 00)
bai Status =  (ERR: invalid position for 3108b5110103 / 00)
bai Storageloadpump = no data stored
bai StorageLoadPumpHours = no data stored

Please Help!!!!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 17 November 2018, 17:51:49
Hallo!

Ich habe mir jetzt deine Post alle nochmals gelesen und fasse kurz zusammen:

- du kommunizierst mit Wemos und der esp Software.
- du hattest Probleme mit deinem Wlan und nach Neustart des Raspi mit FHEM werden nicht mehr alle CSV geladen.
- sämtliche Versuche beim Scan alles zu erfassen scheitern ab jetzt.

Es ist jetzt die Frage, was hast du vor diesem Wlan Ausfall für Versionen gehabt (ebusd, esp) ?
Ich nehme an, du hast während der Fehlersuche auf esp 20181020 gewechselt? Ich glaube nämlich nicht, das dein Adapter defekt ist. Versuche daher schrittweise den Zustand vor dem Ausfall herzustellen und flashe den Wemos einmal mit der Oktober 2017 esp Version und teste.

Das einfachste wäre natürlich du hängst den Adapter via Uart an den eBus und läßt die Funkstrecke einmal ganz weg. Somit kann die Fehlfunktion schon eingegrenzt werden.
Wenn das funktioniert, dann nächster Schritt usw....

LG
Reinhart


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: SkeeveKlah am 18 November 2018, 17:49:27
Hallo Reinhart,

UART war wohl der entscheidende Tip.
Per UART läuft es wie geschmiert. Kaum schließe ich das Wemos wieder an, sieht man schon das die rote LED das Tanzen anfängt. In der Web-GUI wird auch für eBus und eBusd kein Signal gemeldet.
Das Wemos scheint also ein Problem zu haben, ich kann es zwar flashen und auf die GUI zugreifen, aber Name und IP kann ich zB nicht ändern.
Ich tausche mal das Wemos, muss nur eins frei machen und dann schauen wir mal weiter.
Solange muss der Pi eben im Keller wohnen ;-)
Schönen Sonntag noch.
Marc

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 18 November 2018, 18:58:39
Das ist schon mal gut, jetzt wissen wir das die Basisplatine ok ist und der Fehler eindeutig an der Erweiterung zu suchen ist. Ja, Wemos tauschen ist einmal der erste Schritt. Hast du auch auf das Netzgerät am Wemos schon einmal gedacht? Und teste auch einmal die Version vom Oktober 2017 wenn du die noch hast.

Halt uns am Laufenden.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: SkeeveKlah am 19 November 2018, 12:14:14
Ich habe den zweiten Wemos fertig gemacht, leider auch ohne jeden Kontakt zum eBus...
Allerdings musste ich auch erstmal die "aktuelle" FW nehmen. Irgendwo habe ich aber noch eine Version aus Dezember 2017, jedoch keine vom Oktober 2017.

Zum Thema Stromversorgung: ich hatte ein iPhone-Netzteil am Wemos, Strom per USB vom PI und jetzt ganz aktuell hängt ein iPad-Netzteil am Wemos.


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 20 November 2018, 21:12:58
falls du keine alte Version bei dir mehr findest, hier vom Dezember 2017.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: SkeeveKlah am 20 November 2018, 22:49:18
Nabend Reinhart,
ich denke das ist die Version die ich (wieder gefunden) habe, aber ganz herzlichen Dank!
Leider kein echter Erfolg auf beiden Wemos.
Allerdings besser als mit der aktuellen FW, je eine ID wird erkannt/gefunden. Aber nur eine jedes Wemos eine andere...

Ich habe jetzt erstmal meinen Reserve-Pi als ebus-Pi im Keller einquartiert und lasse es erstmal ohne WLAN laufen, wobei das WLAN mit der 2017er gut lief, die 2018er nur auf dem urpsrünglichen Wemos und auf dem zweiten "schlechter", schwankende Pings.

LG Marc
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 21 November 2018, 11:25:06
Ja, John hat schon geschrieben das es noch eine experimentelle Version ist. Er hat im Augenblick keine Zeit, schaut sich das aber sicher noch genauer an. Du kannst ja auch den Raspi mit Wlan betreiben, das hat keinen Einfluss auf die eBus Kommunikation.

Eines ist klar, mit Wemos Kommunikation wirst du nie die kleinen Latenzen erreichen wie mit USB oder RPI.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: SkeeveKlah am 21 November 2018, 11:48:57
Da ich auch noch vorhabe Strom und Wasser abzulesen, wer weiß wofür der Raspi im Keller nicht noch alles gut ist  8)
Mit dem Wemos werde ich aber am Ball bleiben, der Wechsel ist ja fix gemacht, selbst für einen Testlauf.
@John: falls Du dann mal nen Beta-Tester brauchst...  ;)

Dir Reinhart ganz dicken dank für Deine Unterstützung!!

LG aus dem Sauerland
Marc
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 27 November 2018, 23:29:16
Hallo!

Ich sitz seit 18:00 Uhr dran und komm nicht ganz weiter, ich weiß nicht ob da irgendwas so läuft wie's laufen soll...

Hab den Standardadapter per USB an einen Raspberry Pi 2 gesteckt und ebusd gemäß Johns Anleitung installiert, grundsätzlich ohne Fehlermeldungen.

Hier ein paar Auszüge die Helfen zu beurteilen ob das Ding überhaupt läuft...

root@loxberry:/opt/loxberry/ebusd# ebusctl info
version: ebusd 3.2.v3.2-12-g45b9bad
signal: acquired
symbol rate: 1
max symbol rate: 99
reconnects: 1
masters: 4
messages: 63
conditional: 0
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0305;HW=0403", 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=VWZ00;SW=0305;HW=0403"


root@loxberry:/opt/loxberry/ebusd# ebusd --checkconfig --scanconfig
2018-11-27 23:25:25.680 [main notice] ebusd 3.2.v3.2-12-g45b9bad performing configuration check...
2018-11-27 23:25:26.028 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2018-11-27 23:25:26.029 [main notice] ebusd stopped


root@loxberry:/opt/loxberry/ebusd# ebusd
2018-11-27 23:25:51.933 [main error] invalid configpath without scanconfig


root@loxberry:/opt/loxberry/ebusd# ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/ttyUSB0
2018-11-27 23:26:28.544 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2018-11-27 23:26:28.546 [bus notice] bus started with own address 31/36
2018-11-27 23:26:28.546 [bus notice] device invalid


root@loxberry:/opt/loxberry/ebusd# ps -ax | grep ebus
4035 ?        Ssl    0:20 /usr/bin/ebusd --scanconfig
16153 pts/0    S+     0:00 grep ebus


Danke!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 28 November 2018, 08:51:29
Zitat von: americanium am 27 November 2018, 23:29:16
root@loxberry:/opt/loxberry/ebusd# ebusctl info
version: ebusd 3.2.v3.2-12-g45b9bad
signal: acquired
...
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0305;HW=0403", 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=VWZ00;SW=0305;HW=0403"

demnach läuft alles wie es soll. Jetzt musst Du halt überlegen, wie Du die Daten nutzt. Abfragen kannst Du z.B. auf der Kommandozeile via "ebusctl read" (siehe wiki (https://github.com/john30/ebusd/wiki/3.1.-TCP-client-commands#read)).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 28 November 2018, 08:56:51
Hi John!

Danke - hab gestern mal die Temperatur abgefragt, da kommt immer der selbe Wert - 1,825 das hat mich stutzig gemacht.

Hmm muss mich da dann noch reinhängen, gut zu wissen dass es mal läuft!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 28 November 2018, 12:05:00
Zitat von: americanium am 27 November 2018, 23:29:16

root@loxberry:/opt/loxberry/ebusd# ebusd --checkconfig --scanconfig
2018-11-27 23:25:25.680 [main notice] ebusd 3.2.v3.2-12-g45b9bad performing configuration check...
2018-11-27 23:25:26.028 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2018-11-27 23:25:26.029 [main notice] ebusd stopped


root@loxberry:/opt/loxberry/ebusd# ebusd
2018-11-27 23:25:51.933 [main error] invalid configpath without scanconfig


wobei mir hier auffällt, das der Configpath nicht passt oder nicht angegeben wurde! Er findet keine CSV Files.
Der sollte bei einer 3.2 Version so in der /etc/default/ebusd hinzugefügt werden:
-c http://ebusd.eu/config/

Versuch es mal, dann sollte die Fehlermeldung weg sein.
meine sieht so aus, mit aktiviertem HTML und MQTT.
EBUSD_OPTS="-d /dev/ttyebus --pollinterval=180 -p 8888 -l /var/log/ebusd.log --scanconfig -c http://ebusd.eu/config/ --httpport=8080 --htmlpath=/var/ebusd/html --mqttport=1883 --mqttjson --mqtthost=10.0.0.5 --mqtttopic=sonoff_ebusd/%name"

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 28 November 2018, 17:32:13
So ich glaub ich bin jetzt einen Schritt weiter, wenn ich es richtig sehe wird nur slave9 nicht erkannt ?

loxberry@loxberry:~ $ ebusctl i
version: ebusd 3.2.v3.2-12-g45b9bad
signal: acquired
symbol rate: 23
max symbol rate: 112
min arbitration micros: 1132
max arbitration micros: 3587
min symbol latency: 4
max symbol latency: 14
reconnects: 0
masters: 4
messages: 406
conditional: 0
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0305;HW=0403", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0419;HW=4603", loaded "vaillant/15.700.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0305;HW=0403"


in der ebusd steht jetzt
EBUSD_OPTS="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log --scanconfig --configpath=http://ebusd.eu/config/

Sobald ich aber wie bei Reinhart das '-c' nach '-scanconfig' setze kommt wieder


error connecting to localhost:8888


Ach wenn ich den Befehl erweitere wie bei Reinhart (die mqtt befehle), kommt die selbe meldung...

UPDATE: ebusd neu installiert mit vorheriger Installation des libmosquitto-dev nun sind die Befehle abrufbar... ABER mit der vorher funktionierenden EBUSD Datei geht jetzt wieder nicht mal mehr die Grundfunktionen von vorher... 

2018-11-28 23:42:27.585 [main error] invalid configpath without scanconfig


Also das ist mir jetzt ein Rätsel
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 30 November 2018, 08:13:27
Zitat von: americanium am 28 November 2018, 17:32:13
2018-11-28 23:42:27.585 [main error] invalid configpath without scanconfig

das sieht so aus, als hättest Du einfach "ebusd" auf der Kommandozeile eingegeben, was per se nicht funktionieren kann. Was willst Du damit erreichen? Den Dienst starten geht so nicht und die Parameter aus /etc werden so auch nicht verwendet...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 30 November 2018, 11:11:19
Okay, danke, dachte da kommt wie bei anderen befehlen dann eine Info, dass noch Parameter fehlen.
Dann scheint das Ding jetzt zu laufen, frag mich nur was mit slave #9 ist, ist da keine CSV notwendig oder gibts die nicht ?

address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0305;HW=0403", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0419;HW=4603", loaded "vaillant/15.700.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0305;HW=0403"


Kämpfe gerade mit der Konfiguration des MQTT, alles Neuland :)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 30 November 2018, 14:01:27
Zitat von: americanium am 30 November 2018, 11:11:19
Dann scheint das Ding jetzt zu laufen, frag mich nur was mit slave #9 ist, ist da keine CSV notwendig oder gibts die nicht ?
für VWZ haben wir noch keine Konfiguration
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 30 November 2018, 16:56:37
d.h. ? wie kann man die bekommen ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 01 Dezember 2018, 08:53:53
Zitat von: americanium am 30 November 2018, 16:56:37
d.h. ? wie kann man die bekommen ?
siehe wiki (https://github.com/john30/ebusd/wiki/HowTos#creating-new-message-definition-files)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 01 Dezember 2018, 16:21:39
Okay, werde mir das mal näher ansehen wenn alles andere mal läuft.

Derzeit kämpfe ich noch mit MQTT und bitte nicht auf dein wiki verweisen, das hilft mir nicht mehr weiter :)
Ich verstehe nämlich nicht wie genau die Topic Angabe ausgeführt sein muss und was genau ich dann im subscriben muss ?!

--mqtttopic=sonoff_ebusd/%name"

was ist sonoff ?
%name ?

Eine gute Beschreibung findet sich da im google auch nicht..
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 01 Dezember 2018, 16:49:50
Du kannst die Topic nennen wie du willst, nenne sie doch "loxberry" wenn du willst. Sonoff ist ja nur der Name der Topic im Beispiel.

In meinem Beispiel (https://forum.fhem.de/index.php/topic,79600.msg742291.html#msg742291) habe ich sie deswegen "sonoff" genannt, weil ich schon einige Geräte mit dieser Topic im System habe und auf diesen Namen ein Filter (expandJSON)gesetzt habe, deswegen habe ich diese Namen gewählt und brauche somit nur ein Filter für alle MQTT Geräte. Du brauchst ja dann bei den Beispielen nur "sonoff" mit "loxberry" ersetzen und schon funktioniert alles.

--mqtttopic=loxberry/%name"

Die Topic setzt sich zusammen aus "loxberry"/"Name_des_Device"

Setze einfach eine Topic und schaue es dir am Broker an wie das MQTT Telegramm dann ankommt, das ist am einfachsten um das zu richtig verstehen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 01 Dezember 2018, 19:33:00
Okay, nur was genau ist dann der "Name_des_device"?

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 01 Dezember 2018, 20:23:25
Ich sehe du hast am Broker noch nie gelauscht, sonst hättest du es schon gesehen was da kommt.

mosquitto_sub -d -v -t \#
am Broker mitloggen und schauen was kommt

Client mosqsub/13058-smarthome received PUBLISH (d0, q0, r0, m0, 'sonoff_ebusd/Status01', ... (271 bytes))
sonoff_ebusd/Status01 {
     "0": {"name": "temp1", "value": 39.0},
     "1": {"name": "temp1", "value": 39.0},
     "2": {"name": "temp2", "value": 0.312},
     "3": {"name": "temp1", "value": 36.0},
     "4": {"name": "temp1", "value": 39.0},
     "5": {"name": "pumpstate", "value": "off"}}
Client mosqsub/13058-smarthome received PUBLISH (d0, q0, r0, m0, 'sonoff_ebusd/outsidetemp', ... (34 bytes))
sonoff_ebusd/outsidetemp {
     "temp2": {"value": -1.438}}

in diesem Rohformat kommen die Mqtt Strings am Broker an weil ich das Format "--mqttjson" in der Default angegeben habe.

Hier im Beispiel konzentrieren wir uns auf den Status01 vom eBus.
sonoff_ebusd/Status01 = die Topic die in der Config angegeben wurde und %Name entspricht hier "Status01", also zu vergleichen wie der Gerätename (

Die Messwerte selbst werden hier in 6 "values" übertragen (Vorlauf, Rücklauf, etc).

und hier in meinem Beispiel des Stats01 siehst du wie ich die Values mit Stateformat einfach als Text ausgebe.
###########################   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.



aber das alles steht in den beiden Links (MQTT Teil1+2) im ersten Post einrichten V2 (https://forum.fhem.de/index.php/topic,79600.0.html). Im angehängten Bild siehst du die Ausgabe des Status01.
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

MQTT Client Johns Wiki (https://github.com/john30/ebusd/wiki/3.3.-MQTT-client)

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 01 Dezember 2018, 21:23:20
Doooch ich lausche bereits und habs auch geschafft die global/uptime zu übergeben.

Was mir aber nicht eingeht ist, wie ich nun die spezifischen Werte weiterleite wie Heizkurve, Temperaturen, ....

Sorry, für die Mühe :/
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 01 Dezember 2018, 21:39:56
in FHEM gibt es das Modul expandJSON, das tröselt die einzelnen Values in Readings auf.

define ej3 expandJSON (loxberry.*:.*:.{.*.*{.*.*}})
Dieses Filter erzeugt aus jedem Value ein Reading (siehe Bild)

Ob das im Loxberry auch funktioniert kann ich nicht sagen weil ich den nicht kenne.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 02 Dezember 2018, 08:49:14
Oh falsch ausgedruckt von mir, so wie mir es scheint, sehe im am MQTT "Monitor" nicht alle Werte des Ebus, speziell Vaillant.
Sehe:nur
"Status01"
"ebusd/DateTime"
"ebusd/vdatetime"
"ebusd/global/uptime"

die wiederholen sich.

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

EDIT2: Kann ich irgendwie umgehen, dass er nur die geänderte Values erneut sendet ? Gerade für Testzwecke wäre es super Werte öfter als MQTT versenden zu können als nur dann wenn der Wert anders ist. Derzeit wenn ich ebusctl r -f HwcOpMode oder auch andere versuche wird der Wert nur einmal versendet, außer der Wert ändert sich
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 02 Dezember 2018, 10:06:40
Ja genau, das hast du richtig erkannt.
Die Werte die automatisch kommen sind nur die Broadcast Meldungen!

Es gibt dann mehrere Wege die Daten zyklisch anzufordern, hier ist eine (https://wiki.fhem.de/wiki/EBUS#ECMD_Classdefinition) beschrieben.
Bevor du das codierst, einfach vorher in der Konsole testen!

Beispiel Außentemperatur abholen
pi@raspberrypi:~ $ ebusctl r -f outsidetemp  (holt den ganzen String)
-2.62;ok
pi@raspberrypi:~ $ ebusctl r -f outsidetemp temp   (holt nur den Value temp)
-2.62

Eingabe in der Konsole

entspricht Perl Code
#!/usr/bin/perl
# Aussentemperatur
get Aussentemp cmd {"r -f outsidetemp temp\n"}
get Aussentemp expect ".*\n*"
get Aussentemp postproc { $_ }


define EBUS.Timer at +*00:05:00 get Aussentemp Aussentemp
Timersteuerung holt alle 5 Minuten die Aussentemperatur ab

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 02 Dezember 2018, 10:12:02
loxberry@loxberry:~ $ ebusctl r -f OutsideTemp temp
ERR: element not found


es funkt nur:

loxberry@loxberry:~ $ ebusctl r OutsideTemp
-1.125


Hab auch noch folgendes Problem, falls es eines ist ;)

loxberry@loxberry:~ $ mosquitto_pub -u loxberry -P PASSWORD -q 2 -t loxberry/700/HwcOpMode/get -m "ebusctl r -f HwcOpMode"

ergibt im Monitor

Client mosqsub/13384-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/700/HwcOpMode/get', ... (22 bytes))
loxberry/700/HwcOpMode/get ebusctl r -f HwcOpMode
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 07 Dezember 2018, 17:10:49
Hallo!
Ich wollte nun mein kleines Projekt weiter angehen bzw. aufräumen und aus den beiden Raspis (einer FHEM, einer ebus) einen machen.
Am ebus Raspi läuft seit geraumer Zeit ein Board, denke es ist V1.6, ohne Probleme, verkoppelt mit meinem Vaillant Regler.
Da ich ein zweites Board benötige um auch Daten meiner Therme einzusammeln (kann Regler und Therme leider nicht koppeln) stellen sich für mich folgende Fragen:

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

Grüße
Martin

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 07 Dezember 2018, 20:53:31
Zitat von: theotherhalf am 07 Dezember 2018, 17:10:49
1. FHEM und ebus Dämon auf einem Raspi ist OK? Mein FHEM steuert nichts, sondern ist nur zur Visualisierung (siehe auch Signatur)
2. Das alte Board läuft auch mit John30s neuer V3.0 des ebusd?
3. Zwei (verschiedene) Boards laufen an zwei verschiedenen USB Ports an einem Raspi?
4. Und falls dem so ist, gibt es noch ein fertiges Board hier zu erstehen?

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

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

# MULTIPLE EBUSD INSTANCES WITH SYSV
# In order to run multiple ebusd instances on a SysV enabled system, simply
# define several EBUSD_OPTS with a unique suffix for each. Recommended is to
# use a number as suffix for all EBUSD_OPTS settings. That number will then be
# taken as additional "instance" parameter to the init.d script in order to
# start/stop an individual ebusd instance instead of all instances.
# Example: (uncomment the EBUSD_OPTS above)
#EBUSD_OPTS1="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -p 8888 -l /var/log/ebusd1.log"
#EBUSD_OPTS2="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A900acTF-if00-port0 -p 8889 -l /var/log/ebusd2.log"
#EBUSD_OPTS3="--scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A900beCG-if00-port0 -p 8890 -l /var/log/ebusd3.log"


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 07 Dezember 2018, 22:33:03
Zitat von: Reinhart am 07 Dezember 2018, 20:53:31

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



Wofür ist diese Erweiterung?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 08 Dezember 2018, 08:56:41
Zitat von: americanium am 02 Dezember 2018, 08:49:14
EDIT: Ich glaube langsam komm ich dahinter... es werden nicht alle Werte automatisch als MQTT übertragen, ich muss sie anfordern ?
richtig

Zitat von: americanium am 02 Dezember 2018, 08:49:14
EDIT2: Kann ich irgendwie umgehen, dass er nur die geänderte Values erneut sendet ? Gerade für Testzwecke wäre es super Werte öfter als MQTT versenden zu können als nur dann wenn der Wert anders ist. Derzeit wenn ich ebusctl r -f HwcOpMode oder auch andere versuche wird der Wert nur einmal versendet, außer der Wert ändert sich
im neuesten Code wurde das umgestellt und stattdessen in die Option --mqttchanges (https://github.com/john30/ebusd/wiki/2.-Run#mqtt-options) eingebaut, sprich der neueste Code versendet ohne diese Option immer die Werte, selbst wenn diese sich nicht geändert haben.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 08 Dezember 2018, 08:58:04
Zitat von: theotherhalf am 07 Dezember 2018, 22:33:03
Wofür ist diese Erweiterung?
um bspw. Sensoren abzugreifen oder ein Display anzusteuern.
Ich habe auch einige nur Basis gelötet :)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 08 Dezember 2018, 09:30:39
@John30, ich würde noch ein Board brauchen, falls fertig bestückt wäre das prima!
Die Erweiterung benötige ich nicht.
Hast du noch eines übrig?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 08 Dezember 2018, 11:45:59
@theotherhalf
John hats ja schon beantwortet, das er noch er noch ein paar "nur Basis Adapter gelötet" zur Verfügung hat. Ich habe dich bereits in die Bestellliste eingetragen!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 08 Dezember 2018, 16:33:26
Prima!
Wie läuft das ab?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 08 Dezember 2018, 17:30:46
Habe eben die Installation auf einem Raspi in Betrieb genommen, so weit alles in Ordnung.
Nun habe ich den USB Stecker umgeschwenkt und erhalten folgendes im Log:
2018.12.08 17:25:00 1: /dev/ttyUSB0 disconnected, waiting to reappear (TCM_ESP2_0)
2018.12.08 17:25:05 3: Setting TCM_ESP2_0 serial parameters to 9600,8,N,1
2018.12.08 17:25:05 1: /dev/ttyUSB0 reappeared (TCM_ESP2_0)
2018.12.08 17:25:05 1: /dev/ttyUSB0 disconnected, waiting to reappear (TCM_ESP2_0)
2018.12.08 17:25:09 3: Setting TCM_ESP2_0 serial parameters to 9600,8,N,1
2018.12.08 17:25:10 1: /dev/ttyUSB0 reappeared (TCM_ESP2_0)
2018.12.08 17:25:10 1: /dev/ttyUSB0 disconnected, waiting to reappear (TCM_ESP2_0)
2018.12.08 17:25:12 3: Setting TCM_ESP2_0 serial parameters to 9600,8,N,1
2018.12.08 17:25:12 1: /dev/ttyUSB0 reappeared (TCM_ESP2_0)


OS is Raspbian Stretch. Muss an den USB Einstellungen etwas geändert werden?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 08 Dezember 2018, 18:57:54
beim raw logging erhalte ich folgende Meldungen:
2018-12-08 18:54:41.044 [bus error] signal lost
2018-12-08 18:54:44.298 [bus notice] signal acquired
2018-12-08 18:54:47.042 [bus error] signal lost
2018-12-08 18:54:50.708 [bus notice] signal acquired
2018-12-08 18:54:53.018 [bus error] signal lost
2018-12-08 18:54:55.242 [bus notice] signal acquired
2018-12-08 18:54:57.000 [bus error] signal lost
2018-12-08 18:55:00.151 [bus notice] signal acquired
2018-12-08 18:55:02.008 [bus error] signal lost
2018-12-08 18:55:05.006 [bus notice] signal acquired
2018-12-08 18:55:07.020 [bus error] signal lost
2018-12-08 18:55:10.956 [bus notice] signal acquired
2018-12-08 18:55:13.039 [bus error] signal lost
2018-12-08 18:55:14.977 [bus notice] signal acquired
2018-12-08 18:55:17.016 [bus error] signal lost
2018-12-08 18:55:18.408 [bus notice] signal acquired
2018-12-08 18:55:29.044 [bus error] signal lost
2018-12-08 18:55:32.918 [bus notice] signal acquired
2018-12-08 18:55:35.048 [bus error] signal lost
2018-12-08 18:55:36.897 [bus notice] signal acquired
^C2018-12-08 18:55:39.024 [bus error] signal lost
2018-12-08 18:55:42.213 [bus notice] signal acquired


Seltsam, mit dem anderen Raspi hat es gut geklappt, ich habe nur das USB Kabel umgeschwenkt.
Möchte ungern am Poti drehen, da das damals eine langwierige Einstellung war.
Kann es mit den USB Port Parametern zu tun haben? Hardware ist gleich geblieben, nur neue Software.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 08 Dezember 2018, 19:11:23
für mich sieht das aus als läuft hier der Dämon zweimal oder öfters. Hast du den beim umstecken des USB den Dämon gestoppt und dann wieder gestartet? Ansonsten starte den Raspi einmal neu und schau mit "ps -aux|grep ebus" ob alles normal als Service läuft.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 08 Dezember 2018, 19:12:29
Zitat von: theotherhalf am 08 Dezember 2018, 16:33:26
Prima!
Wie läuft das ab?

John meldet sich bei dir!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 08 Dezember 2018, 19:18:42
habe eben mal das USB Kabel zum Konverter getauscht und siehe da, es läuft - aber nicht komplett....

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


aber ich erhalte nur die Hälfte der Werte.

Die csv Dateien holt sich die V3.2 selbst, man muss also nichts kopieren?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 08 Dezember 2018, 23:57:03
So, inzwischen Empfange ich bei "mosquitto_sub -d -v -t \#" nur mehr Pingresponses.
Auch keine Broadcasts mehr...

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

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



eingebe kommt im Monitor nur


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


Bei Eingabe von


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

kommt nur


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

Any ideas ?

Danke!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 Dezember 2018, 09:55:10
wenn bei "mosquitto_sub -d -v -t \#" nichts mehr kommt, dann sendet der Dämon keine MQTT Telegramme mehr. Da kannst du dann natürlich auch nichts abfragen.

Teste doch einmal im ersten Schritt ob Mosquitto richtig funktioniert.
Dazu öffne 2 Terminalfenster, im ersten gibst du ein:
mosquitto_sub -d -t hallo/ebusd


und am 2. Terminalfenster gibst du ein:
mosquitto_pub -d -t hallo/ebusd -m "Hallo vom Terminal Fenster 2!"


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


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

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

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 09 Dezember 2018, 11:14:31
Also der Test funktioniert.

bei ps ax|grep ebusd kommt:


loxberry@loxberry:~ $ ps ax|grep ebusd
#  638 ?        Ssl    6:24 /usr/bin/ebusd --scanconfig
19215 pts/0    S+     0:00 mosquitto_sub -d -t hallo/ebusd
19450 pts/1    S+     0:00 grep --color=auto ebusd
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 Dezember 2018, 11:28:41
das ist kein MQTT konfiguriert, deshalb geht es auch nicht!

#  638 ?        Ssl    6:24 /usr/bin/ebusd --scanconfig
das ist Default und kein MQTT!

pi@raspberrypi:~ $ ps ax|grep ebusd
7287 ?        Ssl   46:08 /usr/bin/ebusd -d /dev/ttyebus --pollinterval=60 -p 8                 888 -l /var/log/ebusd.log --scanconfig -c http://ebusd.eu/config/ --accesslevel=                 * --httpport=8080 --htmlpath=/var/ebusd/html --mqttport=1883 --mqttjson --mqttho                 st=10.0.0.5 --mqtttopic=sonoff_ebusd/%circuit/%name
28086 pts/0    S+     0:00 grep --color=auto ebusd

so ähnlich sollte das bei dir aussehen!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 09 Dezember 2018, 12:18:25
Oh mann, danke ... das hats mir überschrieben  :-X sorry!

Jetz geht das wieder, jedoch ist alles wie beim alten.
Broadcasts kommen durch, der Rest nicht.

Sieht nun so aus

loxberry@loxberry:~ $ ps ax|grep ebusd
  637 ?        Ssl    0:03 /usr/bin/ebusd -d /dev/ttyUSB0 -p 8888 --scanconfig --configpath=http://ebusd.eu/config/ --mqttport=1883 --mqttjson --mqtthost=localhost --mqtttopic=loxberry/%circuit/%name
2990 pts/1    S+     0:00 grep --color=auto ebusd


EDIT:
Es funktioniert!
Fragt mich nicht wieso jetzt auf einmal...  >:(

Das einzige was mir auffällt, dass wenn ich eine Anfrage stelle eine Antwort entweder sehr lange dauert oder gar nicht kommt. Erst wenn ich nochmal den Befehl schicke kommt mal was retour.

Wie lautet denn der Befehl um mosquitto automatisch nach reboot zu starten ?
Derzeit muss ich immer manuell starten mit mosquitto -d

Danke!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 Dezember 2018, 13:13:46
ja, den Rest haben wir eh schon besprochen.

2 Terminalfenster öffnen, im Fenster 1 wird geloggt und im Fenster 2 wird der Befehl abgesetzt:

mosquitto_sub -d -v -t \#

Konsole 1

mosquitto_pub -n -t ebusd/430/Hc1HeatCurve/get

Konsole 2 irgendwas abfragen was auch vorhanden ist (vorher mit ebusctl überprüfen).

Client mosqsub/11280-Raspberry received PUBLISH (d0, q0, r0, m0, 'ebusd/430/Hc1HeatCurve/get', ... (0 bytes))
ebusd/430/Hc1HeatCurve/get (null)
Client mosqsub/11280-Raspberry received PUBLISH (d0, q0, r0, m0, 'ebusd/430/Hc1HeatCurve', ... (32 bytes))
ebusd/430/Hc1HeatCurve {
     "curve": {"value": 1.00}}

Antwort in der Konsole 1, als erstes sehen wir den Sendeaufruf aus Konsole 2 (der mit  0 bytes) und dann kommt schon die Antwort vom eBus Dämon ( die mit 32 Bytes).

Der Sendeaufruf ist hier mit Topic + %name + %Circuit in der Default konfiguriert, so hast es eh du auch. Wenn keine Antwort kommt, dann versteht der eBusd die Aufforderung nicht, weil senden kann er ja die Broadcast. Der Grund kann dann meist falsche Syntax bei der Abfrage sein.
Recht viel mehr, kann ich zu dem Thema auch nicht beisteuern.

LG
Reinhart


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 Dezember 2018, 13:23:21
die Autostart Routinen sollten eigentlich bei der Installation eingetragen worden sein.
Mosquitto startet nach jedem Boot automatisch. Im Verzeichnis
/etc/init.d/mosquitto
befindet sich das Startup-Skript. Von der Kommandozeile startest du wie folgt:
sudo service mosquitto restart
sudo service mosquitto stop
sudo service mosquitto start


Ansonsten lies im Netz die allgemeinen Startmethoden von einem Service!

LG



Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 09 Dezember 2018, 19:09:00
Das Ding tut was es will,... hätte nun --mqttjson aus der ebusd config Datei rausgelöscht weil ich die Werte nicht im json Format wollte.
Wieder der selbe Mist, er antwortet nicht mehr auf Anfragen (außer die Broadcasts).

Hab --mqttjson wieder reingegeben, selbiges.... diesmal passt die ebusd aber....
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 09 Dezember 2018, 19:20:44
Zitat von: americanium am 09 Dezember 2018, 19:09:00
Das Ding tut was es will,...
ganz sicher nicht!

Zitat von: americanium am 09 Dezember 2018, 19:09:00
Wieder der selbe Mist, er antwortet nicht mehr auf Anfragen (außer die Broadcasts).
etwas freundlicherer Ton wäre nett, macht nicht viel Spaß auf sowas zu antworten...

poste bitte den Inhalt der nicht kommentierten Zeilen aus /etc/default/ebusd sowie die Ausgabe von "ps aux|grep ebusd", dann sehen wir weiter.
Welche ebusd Version nutzt Du? ein installiertes Package oder aus dem git compiliert? Auf welcher Plattform bist Du?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 09 Dezember 2018, 21:32:55
Zitatganz sicher nicht!
Das ist mir schon klar, das Ding tut was man ihm sagt, dass es tun soll ;)

Zitatetwas freundlicherer Ton wäre nett, macht nicht viel Spaß auf sowas zu antworten...
Sorry, war nicht böse gemeint und nicht gegen dich als Erschaffer von ebusd ;) Bin nur schon etwas gefrustet. Vor allem weil ichs nicht verstehe, dass es auf einmal klappte und auf einmal wieder nicht...
Bin dankbar um jede Hilfe.

Zitatposte bitte den Inhalt der nicht kommentierten Zeilen aus /etc/default/ebusd


EBUSD_OPTS="-d /dev/ttyUSB0 -p 8888 --scanconfig --configpath=http://ebusd.eu/config/ --mqttport=1883 --mqtthost=localhost --mqttjson --mqtttopic=loxberry/%circuit/%name"


Zitatsowie die Ausgabe von "ps aux|grep ebusd"

loxberry@loxberry:~ $ ps aux|grep ebus
root       622  1.0  0.6  53656  5780 ?        Ssl  18:54   1:34 /usr/bin/ebusd -d /dev/ttyUSB0 -p 8888 --scanconfig --configpath=http://ebusd.eu/config/ --mqttport=1883 --mqtthost=localhost --mqttjson --mqtttopic=loxberry/%circuit/%name
loxberry 19302  0.0  0.0   4372   564 pts/1    S+   21:26   0:00 grep --color=auto ebus


Als erstes habe ich das Package aus dem git compiliert und dann nach Anweisung von Reinhart das Package ebusd-3.2_armhf-jessie_mqtt1.deb drüber installiert, als Versuch ob das vielleicht funktioniert.

Plattform: Raspberry Pi 2 (arm) mit Loxberry basierend auf Raspbian GNU/Linux 9 Debian Version 9.4

Danke!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 11 Dezember 2018, 08:46:40
Zitat von: americanium am 09 Dezember 2018, 21:32:55
loxberry@loxberry:~ $ ps aux|grep ebus
root       622  1.0  0.6  53656  5780 ?        Ssl  18:54   1:34 /usr/bin/ebusd -d /dev/ttyUSB0 -p 8888 --scanconfig --configpath=http://ebusd.eu/config/ --mqttport=1883 --mqtthost=localhost --mqttjson --mqtttopic=loxberry/%circuit/%name

sieht soweit gut aus.

Zitat von: americanium am 09 Dezember 2018, 21:32:55
Als erstes habe ich das Package aus dem git compiliert und dann nach Anweisung von Reinhart das Package ebusd-3.2_armhf-jessie_mqtt1.deb drüber installiert, als Versuch ob das vielleicht funktioniert.
hm, das war jetzt nicht so günstig, insbesondere wenn Du evtl. zwischendurch den mosquitto service neu startest. Dann brauchst Du die letzte git Version von ebusd.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 11 Dezember 2018, 19:15:12
Das war vielleicht nicht korrekt ausgedrückt.

Ich habe aus dem git geladen, compiliert installiert und nachdem das selbe Problem vorhanden war erst nach Tagen mal das *.deb drüberinstalliert => keine Veränderung.

Was soll ich am besten tun deiner Meinung nach ?

Deinstallieren ? Neu Installieren ?
Falls ja, bitte um Info was genau und mit welchen Befehlen.

Vielen Dank!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Matze_Bln am 11 Dezember 2018, 23:37:58
Ich konnte meine Basisplatine mit UART und USB heute endlich in Betrieb nehmen und bin froh, dass ich endlich alle Bus-Teilnehmer sehen kann.
Dennoch ist mir etwas aufgefallen, bei dem ich fragen wollte, ob ich noch etwas optimieren kann.

Ich hatte vorher den ebus Koppler USB von esera und ebusd 3.2 laut ebusctl info
Das lief auch ohne größere Probleme, außer dass die VRC700 nie gefunden wurde.
Mit dem neuen Adapter habe ich die gleichen Einstellungen verwendet, bekomme jetzt aber ziemlich oft den Fehler Err: read timeout. bisher hatte ich das vielleicht 2x am Tag, jetzt aber bei ca 1/3 der Ausleseversuche.
Ich habe daraufhin mit die Parameter receivetimeout und sendretries erhöht. Das hat das Problem minimiert, dennoch bekomme ich mehr Timeouts als früher. Was mir bei den Versuchen auch aufgefallen ist:
Wenn ich den Daemon neustarte, wird das VRC700 wieder nicht erkannt und teilweise werden auch die anderen Geräte nicht sauber erkannt. Ein Reboot hilft aber und läd alles ordentlich. Ich könnte mir vorstellen, dass die Beobachtungen zusammenhängen.

Gibt es noch sinnvolle Parameter, die ich anpassen könnte oder könnte eine aktuellere Version aus git hier helfen?


EBUSD_OPTS="--scanconfig --enablehex -c /etc/ebusd/ --receivetimeout=50000 --sendretries=5 --mqtttopic=ebusd/%circuit/%name --mqtthost=x.x.x.x --mqttport=1883 --accesslevel=*"

ebusctl info
version: ebusd 3.2.v3.2
update check: revision v3.2-12-g45b9bad available, broadcast.csv: different version available, vaillant/08.bai.csv: newer version available, vaillant/bai.0010015600.inc: newer version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/hcmode.inc: different version available
access: *
signal: acquired
symbol rate: 23
max symbol rate: 228
min arbitration micros: 2074
max arbitration micros: 7840
min symbol latency: 4
max symbol latency: 12
reconnects: 0
masters: 4
messages: 267
conditional: 2
poll: 0
update: 9
address 01: master #6
address 03: master #11
address 06: slave #6, scanned "MF=Vaillant;ID=VMS01;SW=0116;HW=0303", loaded "vaillant/06.vms01.csv"
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0202;HW=9602", loaded "vaillant/bai.0010015600.inc" ([PROD='0010015609']), "vaillant/08.bai.csv"
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 ed: slave, scanned "MF=Vaillant;ID=VMS01;SW=0116;HW=0303"
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 12 Dezember 2018, 07:02:54
Moin Matze_Bln
Fuer mich hoert sich das nach einem Kabelproblem an!
Magst du uns mal beschreiben, welches Kabel Du wie verlegt hast?
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Matze_Bln am 12 Dezember 2018, 07:24:29
Das Kabel von der Heizung zum Adapter müsste Klingelkabel YR 4x0,8 sein, wenn ich mich richtig erinnere (nachsehen kann ich erst heute Abend. Das sind ca 3,5-4m. Das habe ich aber auch beim esera verwendet. Dieses liegt in einem Kabelkanal alleine und wird weitestgehend abseits von anderen Kabeln geführt. Nur am Ende im Stromkasten war das nicht möglich. Vom Adapter gehe ich derzeit noch mit einem 1m USB Kabel zum Pi, das will ich aber noch gegen was kürzeres tauschen. Dieses hatte ich übrigens beim esera nicht, da der nicht Micro-USB hat wie der UART.

Ich könnte natürlich mal den Adapter näher zur Heizung bringen und ein kürzeres Kabel nehmen, dann bräuchte ich aber dafür dann ein längeres USB-Kabel.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 12 Dezember 2018, 07:40:53
Hallo
Ist das verdrillt? Sind die Anschluesse vernuenftig? Wie lang ist das Kabel zwischen Regler und Therme, und welcher Typ Kabel ist da verwendet?
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 12 Dezember 2018, 07:57:57
Hallo Leute,

abseits meines auch hier diskutierten Problems kann ich das Problem von Matze auch bestätigen.
Ich habe, wenn ich direkt in der Konsole per ebusctl r Werte abfrage das Problem, dass zeitweise das Timeout kommt.
Auch den 700er erkennt er in "ebusctl i" nur sporadisch, die HMU immer ohne Probleme.
Ein Neustart kann Abhilfe schaffen, es kann aber auch sein, dass ich 2x neustarten muss.

Verwende ebenfalls einen 4x0,8er Klingeldraht.
Länge 4 Meter. VR700 und HMU sind im Heizgerät, sprich Kabellänge/Art gleich.
Es ist IMMER so, dass er zwar die HMU erkennt, auch die VWZ Steuerung (für die noch keine CSV vorhanden ist) aber die 700er nicht.
Würde daher den Draht eigentlich als Grund ausschließen.

bg
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 12 Dezember 2018, 09:11:14
Moin
Da haben wir das Problem. Ich habe mich schon immer gefragt, ob ein in der Therme platzierter Regler wirklich am eBus haengt, bzw. ob es nicht einen zweiten Bus gibt. Kannst Du (Ihr?) den Regler mal rausnehmen und an die Busleitung vom Koppler haengen? Da Du keine Montageplatte (Konsole) hast, wird es etwas schwierig mit dem Anschluss. Ich habe eine Anleitung fuer den Fachhandwerker gefunden: https://www.josefy.at/wp-content/uploads/2017/04/mulitmatic_vrc700_4_fhw.pdf
Auf Seite 5 kann man erkennen, hoffe ich, wo der Bus angeschlossen wird. Sonst kann das auch mal jemand mit Montageplatte schauen, welche Kontakte in der VR700 fuer den Bus sind!?
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 12 Dezember 2018, 09:50:17
Hab kurz die Platine aus der Wärmepumpe ausgebaut auf der der VR700 steckt.
Darauf sind eindeutig mit EBUS gekennzeichnete Leitungen ersichtlich, siehe Anhang.

Hätte schon noch irgendwo die Montageplatten, hatte das Terminal mal im Wohnzimmer, was sich aber als sinnlos herausstellte.

Ich könnte, wenn ich die Montageplatte finde natürlich testen was passiert, wenn ich das VR700 direkt an die Zweidrahtleitung hänge.

EDIT: Gerade direkt an den Bus gehängt, direkt neben dem RPi mit Ebus Modul, keine Besserung, siehe Anlage 2.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 12 Dezember 2018, 10:30:55
Hallo
Danke fuer den schnellen Test! Ok, damit ist meine Theorie hinfaellig.
Dann muessen jetzt die Experten wieder uebernehmen!
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 12 Dezember 2018, 11:45:01
generell zu diesen "read timeout", das ist ja nicht unbedingt ein Fehler. Das sagt ja nur aus, das der eBus Dämon eine Sendeanfrage gestellt hat und innerhalb des vorgesehen Zeitfenster keine Antwort bekommen hat. Warum er keine Antwort bekommen hat kann ja mehrere Ursachen haben und da sollte man im Raw Log schauen ob hier was sinnvolles zu sehen ist.
--lograwdata=bytes --lograwdatafile=/var/log/ebusdraw.log

Ein Fehler wäre es, wenn immer ein Timeout kommt. Mir fällt aber auch auf, das speziell bei Einsatz eines Reglers der Type 700 das hier öfters vorkommt. Ich kann bei meiner Calormatic 430 abfragen was ich will, da muss ich mich schon sehr bemühen ein Timeout zu produzieren.
Das eBus Protokoll ist leider kein TCPIP und auf exaktes Timing aufgebaut. Wenn nur einer der Busteilnehmer die Spezifikation nicht exakt einhält und zu senden beginnt obwohl er es noch gar nicht darf, dann kann es natürlich sehr leicht zu diesen Timeouts kommen, aber das sieht man dann im Rawlog.
John hat das schon so programmiert, dass er die Zeitfenster exakt einhält und wenn eben keine Antwort kommt dann hat das meist andere Gründe. Natürlich ist es auch möglich, das schlechte Kabel oder Klemmstellen das Signal verzerren und so auch Fehler produziert werden können.

Und man muss auch immer daran denken, je mehr Busteilnehmer sich da am Bus unterhalten desto wahrscheinlicher wird ein "Timeout". Sehr intensiv ist da ein "Full scan", denn der versucht ja die Adressen abzuklappern und das im vollen produktiven Betrieb.

Auf jeden Fall muss man nicht unbedingt Fehler am Adapter suchen wenn der Großteil der Telegramme gelesen werden kann.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Matze_Bln am 12 Dezember 2018, 20:29:46
Ich habe das Log mal erstellt. Damit du einen zeitlichen Anhaltspunkt hast, habe ich dir mal einen Auszug der Abfragen hier aufgelistet.
Was mir aber so auf den ersten (ungeschulten) Blick auffällt ist, dass da scheinbar viel "gequatscht" wird, wenn man Anfragen macht, die fehlschlagen


[19:50:00] openhabian@openHABianPi:/etc/default$ ebusctl read -f YieldTotal
0

[19:50:11] openhabian@openHABianPi:/etc/default$ ebusctl read -f DisplayedOutsideTemp
1.0625

[19:51:00] openhabian@openHABianPi:/etc/default$ ebusctl read -f MaintenanceDue
ERR: read timeout

[19:51:22] openhabian@openHABianPi:/etc/default$ ebusctl read -f MaintenanceDue
ERR: read timeout
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 12 Dezember 2018, 22:14:33
So bezüglich meinem MQTT Problem:

Habe jetzt einfach aus dem git ebusd nochmal drüber installiert, keine Veränderung des Problem... hat John noch irgend eine Idee für mich ? *bettel* ;)

Ich habe nun noch folgendes probiert.

apt-get remove ebusd
rm -r ebusd

dann nochmal mit sudo dpkg -i temp/ebusd-3.2_armhf-jessie_mqtt1.deb das ding installiert
Die Ebusd wieder wie gehabt konfiguriert...

Kein Erfolg - die Broadcasts kommen am MQTT Server an, aber auf meine "Anfragen" wird nicht reagiert.

Vielleicht hilft das noch

loxberry@loxberry:~ $ mosquitto_sub -d -v -t \#
Client mosqsub/1599-loxberry sending CONNECT
Client mosqsub/1599-loxberry received CONNACK
Client mosqsub/1599-loxberry sending SUBSCRIBE (Mid: 1, Topic: #, QoS: 0)
Client mosqsub/1599-loxberry received SUBACK
Subscribed (mid: 1): 0
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/700/DisplayedOutsideTemp/get', ... (33 bytes))
loxberry/700/DisplayedOutsideTemp/get ebusctl r -f DisplayedOutsideTemp
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (2 bytes))
loxberry/global/uptime 76
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/broadcast/vdatetime', ... (75 bytes))
loxberry/broadcast/vdatetime {
     "time": {"value": "22:41:10"},
     "date": {"value": "12.12.2018"}}
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/broadcast/outsidetemp', ... (34 bytes))
loxberry/broadcast/outsidetemp {
     "temp2": {"value": -1.812}}
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/hmu/DateTime', ... (147 bytes))
loxberry/hmu/DateTime {
     "dcfstate": {"value": "valid"},
     "btime": {"value": "22:41:12"},
     "bdate": {"value": "12.12.2018"},
     "temp2": {"value": -1.812}}
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (2 bytes))
loxberry/global/uptime 92
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (3 bytes))
loxberry/global/uptime 108
Client mosqsub/1599-loxberry sending PINGREQ
Client mosqsub/1599-loxberry received PINGRESP
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/700/HwcOpModep/get', ... (22 bytes))
loxberry/700/HwcOpModep/get ebusctl r -f HwcOpMode
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (3 bytes))
loxberry/global/uptime 124
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/700/HwcOpModep/get', ... (22 bytes))
loxberry/700/HwcOpModep/get ebusctl r -f HwcOpMode
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/hmu/Status01', ... (271 bytes))
loxberry/hmu/Status01 {
     "0": {"name": "temp1", "value": 33.0},
     "1": {"name": "temp1", "value": 27.5},
     "2": {"name": "temp2", "value": -1.812},
     "3": {"name": "temp1", "value": null},
     "4": {"name": "temp1", "value": 21.0},
     "5": {"name": "pumpstate", "value": "on"}}
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (3 bytes))
loxberry/global/uptime 140
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/broadcast/vdatetime', ... (75 bytes))
loxberry/broadcast/vdatetime {
     "time": {"value": "22:42:10"},
     "date": {"value": "12.12.2018"}}
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/hmu/DateTime', ... (147 bytes))
loxberry/hmu/DateTime {
     "dcfstate": {"value": "valid"},
     "btime": {"value": "22:42:12"},
     "bdate": {"value": "12.12.2018"},
     "temp2": {"value": -1.812}}
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/700/HwcOpModep/get', ... (22 bytes))
loxberry/700/HwcOpModep/get ebusctl r -f HwcOpMode
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (3 bytes))
loxberry/global/uptime 156
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (3 bytes))
loxberry/global/uptime 172
Client mosqsub/1599-loxberry sending PINGREQ
Client mosqsub/1599-loxberry received PINGRESP
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/700/HwcOpModep/get', ... (14 bytes))
loxberry/700/HwcOpModep/get r -f HwcOpMode
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (3 bytes))
loxberry/global/uptime 188
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/700/HwcOpMode/get', ... (14 bytes))
loxberry/700/HwcOpMode/get r -f HwcOpMode
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/hmu/DateTime', ... (147 bytes))
loxberry/hmu/DateTime {
     "dcfstate": {"value": "valid"},
     "btime": {"value": "22:43:14"},
     "bdate": {"value": "12.12.2018"},
     "temp2": {"value": -1.812}}
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/broadcast/vdatetime', ... (75 bytes))
loxberry/broadcast/vdatetime {
     "time": {"value": "22:43:10"},
     "date": {"value": "12.12.2018"}}
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (3 bytes))
loxberry/global/uptime 204
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/700/HwcOpMode/get', ... (22 bytes))
loxberry/700/HwcOpMode/get ebusctl r -f HwcOpMode
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (3 bytes))
loxberry/global/uptime 220
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/700/HwcOpMode/get', ... (22 bytes))
loxberry/700/HwcOpMode/get ebusctl r -f HwcOpMode
Client mosqsub/1599-loxberry sending PINGREQ
Client mosqsub/1599-loxberry received PINGRESP
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (3 bytes))
loxberry/global/uptime 236
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (3 bytes))
loxberry/global/uptime 252
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/broadcast/vdatetime', ... (75 bytes))
loxberry/broadcast/vdatetime {
     "time": {"value": "22:44:11"},
     "date": {"value": "12.12.2018"}}
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/hmu/DateTime', ... (147 bytes))
loxberry/hmu/DateTime {
     "dcfstate": {"value": "valid"},
     "btime": {"value": "22:44:13"},
     "bdate": {"value": "12.12.2018"},
     "temp2": {"value": -1.812}}
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (3 bytes))
loxberry/global/uptime 268
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (3 bytes))
loxberry/global/uptime 284
Client mosqsub/1599-loxberry sending PINGREQ
Client mosqsub/1599-loxberry received PINGRESP
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (3 bytes))
loxberry/global/uptime 300
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (3 bytes))
loxberry/global/uptime 316
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/hmu/DateTime', ... (147 bytes))
loxberry/hmu/DateTime {
     "dcfstate": {"value": "valid"},
     "btime": {"value": "22:45:13"},
     "bdate": {"value": "12.12.2018"},
     "temp2": {"value": -1.812}}
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/broadcast/vdatetime', ... (75 bytes))
loxberry/broadcast/vdatetime {
     "time": {"value": "22:45:11"},
     "date": {"value": "12.12.2018"}}
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (3 bytes))
loxberry/global/uptime 332
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (3 bytes))
loxberry/global/uptime 348
Client mosqsub/1599-loxberry sending PINGREQ
Client mosqsub/1599-loxberry received PINGRESP
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (3 bytes))
loxberry/global/uptime 364
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (3 bytes))
loxberry/global/uptime 380
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/broadcast/vdatetime', ... (75 bytes))
loxberry/broadcast/vdatetime {
     "time": {"value": "22:46:12"},
     "date": {"value": "12.12.2018"}}
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/hmu/DateTime', ... (147 bytes))
loxberry/hmu/DateTime {
     "dcfstate": {"value": "valid"},
     "btime": {"value": "22:46:14"},
     "bdate": {"value": "12.12.2018"},
     "temp2": {"value": -1.812}}
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (3 bytes))
loxberry/global/uptime 396
Client mosqsub/1599-loxberry received PUBLISH (d0, q0, r0, m0, 'loxberry/global/uptime', ... (3 bytes))
loxberry/global/uptime 412
Client mosqsub/1599-loxberry sending PINGREQ
Client mosqsub/1599-loxberry received PINGRESP

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 13 Dezember 2018, 08:28:38
Zitat von: americanium am 12 Dezember 2018, 22:14:33
Kein Erfolg - die Broadcasts kommen am MQTT Server an, aber auf meine "Anfragen" wird nicht reagiert.
stell doch mal ebusd auf debug log level ein, starte den nochmal neu, warte bis ebusd alles gescannt hat, mache die Abfrage via MQTT publish und poste dann das log oder schick es mir direkt an ebusd@ebusd.eu
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 13 Dezember 2018, 14:43:36
@Matze_Bln

Das Log hast du gut gemacht. Ich habe es mir durchgesehen und sehe eigentlich keinen ersichtlichen Grund warum das Wartungsdatum in ein Timeout fällt.

r,,DisplayedOutsideTemp,Außentemperatur,,,,7300,,,tempv,,,Außentemperatur
[19:50:11] openhabian@openHABianPi:/etc/default$ ebusctl read -f DisplayedOutsideTemp
1.0625

2018-12-12 19:50:11.362 <aa
2018-12-12 19:50:11.406 <aa
2018-12-12 19:50:11.449 <aa   # Syn vom Bus
2018-12-12 19:50:11.452 >31   # Adapter will senden
2018-12-12 19:50:11.457 <31   # vom Masster bestätigt, Adapter darf senden
2018-12-12 19:50:11.462 >15   # Adapter sendet nun seine Anfrage
2018-12-12 19:50:11.468 <15
2018-12-12 19:50:11.472 >b5
2018-12-12 19:50:11.478 <b5
.......
2018-12-12 19:50:11.622 <00  # fertig, alles empfangen
2018-12-12 19:50:11.632 >aa  # Adapter gibt Bus wieder frei, Dauer 180 msec

hier die Abfrage der Aussentemperatur, die auch erfolgreich war

r,,MaintenanceDue,Wartung fällig,,,,9600,,,yesno,,,zeigt an ob die Wartung fällig ist
[19:51:00] openhabian@openHABianPi:/etc/default$ ebusctl read -f MaintenanceDue
ERR: read timeout

2018-12-12 19:51:00.117 <aa  # Syn vom Bus
2018-12-12 19:51:00.120 >31  # Adapter will senden
2018-12-12 19:51:00.125 <31  # vom Master bestätigt, Adapter darf senden
2018-12-12 19:51:00.129 >15  # Adapter sendet nun seine Anfrage
2018-12-12 19:51:00.134 <15
2018-12-12 19:51:00.137 >b5
2018-12-12 19:51:00.143 <b5
2018-12-12 19:51:00.146 >24
2018-12-12 19:51:00.152 <24
2018-12-12 19:51:00.155 >06
2018-12-12 19:51:00.161 <06
2018-12-12 19:51:00.164 >02
2018-12-12 19:51:00.170 <02
2018-12-12 19:51:00.182 >00
2018-12-12 19:51:00.187 <00
2018-12-12 19:51:00.191 >00
........
2018-12-12 19:51:00.335 <00  # fertig, alles empfangen
2018-12-12 19:51:00.341 >aa  # Adapter gibt Bus wieder frei, Dauer 221 msec
2018-12-12 19:51:00.347 <aa  # Bus wieder empfangsbereit, syn werden wieder vom Master gesendet

und hier im Vergleich das Wartungsdatum, welches mit einem Timeout endet. Wieso das so ist kann ich nicht sagen, laut RAW Log war es für mich erfolgreich.


2018-12-12 19:51:21.901 <aa
2018-12-12 19:51:21.906 >31   # Adapter möchte senden und teilt dies dem Bus mit
2018-12-12 19:51:21.955 <aa   # Der Bus versteht die Anfrage nicht und sendet 50 msec später erneut ein syn
2018-12-12 19:51:21.960 >31   # der Adapter wiederholt, weil er noch keine Bestätigung erhalten hat
2018-12-12 19:51:21.965 <31   # diesmal bestätigt der Bus 5 msec später die Sendeanfrage
2018-12-12 19:51:21.969 >15   # und der Adapter legt los
2018-12-12 19:51:21.974 <15
2018-12-12 19:51:21.979 >b5

hier ist noch eine interessante Stelle, erstmaliger Versuch wird vom Master ignoriert.

Eines was mir auffällt, dein Bus ist ordentlich ausgelastet und es gibt kaum Zeiten wo der Adapter senden darf. Bei mir sind wesentlich mehr Syn ("<aa") zu sehen was mehr Ruhe am Bus bedeutet. Du hast eine sehr geschwätzige Umgebung, wobei ja das meiste von dir produziert wurde.

Vielleicht sieht John hier wo einen Fehler, bzw. kann er uns sagen ob die 221msec noch im Rahmen sind oder der Dämon die Übertragung deshalb vorzeitig beendet hat weil es ihm zu lange gedauert hat.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Matze_Bln am 13 Dezember 2018, 18:12:24
Danke erstmal für die Auswertung. Zumindest die Verkabelung rückt damit wieder etwas aus dem Fokus.
Ein wenig konnte ich mein Problem noch minimieren, indem ich nicht mehr -f sondern -m 10 in der Abfrage verwende, aber eine wirkliche Lösung wäre mir natürlich lieber. Vielleicht sieht john ja wirklich noch etwas.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 13 Dezember 2018, 18:55:17
ja das ist klar, Parameter "m" fragt ja nur den Buffer ab (letzter gespeicherter Wert) und nicht den Bus mit dem aktuellen Wert.
Was du sicher schon probiert hast, sind mit den Timeouts in der Default zu experimentieren. Eventuell kann dir eine Priorisierung noch helfen, indem du dem Adapter die Adresse "01" gibst (sofern die in deinem System frei ist), jetzt hast du ja "31".

LG

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Matze_Bln am 13 Dezember 2018, 20:35:18
Der Parameter m gibt aber, soweit ich das verstanden habe, den wert aus dem Puffer nur, wenn dieser nicht älter als die angegeben Sekunden ist. In meinem Fall sind das 10 Sekunden, das ist für meinen Anwendungsfall ausreichend.
Mit dem Timeout habe ich auch schon gespielt, das hatte zwar geholfen aber das Problem nicht gelöst.
Die Priorisierung ist aber noch eine gute Idee, nur sehe ich keine freie Adresse, die mir etwas bringt

address 01: master #6
address 03: master #11
address 06: slave #6, scanned "MF=Vaillant;ID=VMS01;SW=0116;HW=0303", loaded "vaillant/06.vms01.csv"
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0202;HW=9602", loaded "vaillant/bai.0010015600.inc" ([PROD='0010015609']), "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 31: master #8, ebusd
address 36: slave #8, ebusd
address ed: slave
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 13 Dezember 2018, 22:32:09
Zitat von: john30 am 13 Dezember 2018, 08:28:38
stell doch mal ebusd auf debug log level ein, starte den nochmal neu, warte bis ebusd alles gescannt hat, mache die Abfrage via MQTT publish und poste dann das log oder schick es mir direkt an ebusd@ebusd.eu

Siehe Anlage!

Danke!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 14 Dezember 2018, 19:45:30
Habe heute den Adapter V2.2 an meinen Raspi gehangen.
LEDs blinken, es ist also Leben auf dem Bus.

Bei der Eingabe erhalte ich jedoch diese Meldung:
pi@raspberrypi:~ $ ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/ttyUSB0
2018-12-14 19:42:36.640 [bus notice] bus started with own address 31/36
2018-12-14 19:42:36.649 [bus notice] signal acquired
2018-12-14 19:42:40.002 [bus error] signal lost
2018-12-14 19:42:40.309 [bus notice] signal acquired
2018-12-14 19:42:58.008 [bus notice] max. symbols per second: 116


ebusctl raw habe ich über ein anderes Fenster eingegeben.

Fehlt etwas in den USB Einstellungen ?


Muss ich an anderer Stelle noch etwas eintragen?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 14 Dezember 2018, 20:24:17
Als Zusatzinfo:

pi@raspberrypi:~ $ sudo dmesg | grep -i tty
[    0.000000] Kernel command line: 8250.nr_uarts=0 bcm2708_fb.fbwidth=1824 bcm2                                      708_fb.fbheight=984 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3ec00000 vc_mem.mem_si                                      ze=0x40000000  dwc_otg.lpm_enable=0 console=ttyS0,115200 console=tty1 root=PARTU                                      UID=da414990-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet                                       splash plymouth.ignore-serial-consoles
[    0.000283] console [tty1] enabled
[    0.733315] 3f201000.serial: ttyAMA0 at MMIO 0x3f201000 (irq = 87, base_baud                                       = 0) is a PL011 rev2
[    3.669241] usb 1-1.5: cp210x converter now attached to ttyUSB0
[    9.830127] Bluetooth: RFCOMM TTY layer initialized
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 14 Dezember 2018, 21:31:42
Zitat von: theotherhalf am 14 Dezember 2018, 19:45:30

pi@raspberrypi:~ $ ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/ttyUSB0
2018-12-14 19:42:36.640 [bus notice] bus started with own address 31/36
2018-12-14 19:42:36.649 [bus notice] signal acquired
2018-12-14 19:42:40.002 [bus error] signal lost
2018-12-14 19:42:40.309 [bus notice] signal acquired
2018-12-14 19:42:58.008 [bus notice] max. symbols per second: 116


kommt den "Signal lost" noch öfters im Log, einmal am Anfang spielt soweit keine Rolle. Warum startest du den Dämon im Vordergrund, das ist eigentlich nur zur Unterstützung bei der Fehlersuche gedacht.

Starte doch einmal den Dämon als Service und schaue nach ein paar Minuten mit "ebusctl i" ob deine Geräte erkannt wurden.

LG

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 14 Dezember 2018, 21:36:28
Ich hatte das mit Anleitung aus dem WIKI gemacht, da sich auf dem Bus gar nichts tat.

Beim Absetzen bekomme ich diese Meldung:
pi@raspberrypi:~ $ ebusctl info
version: ebusd 3.2.v3.2-21-g7d10104
update check: revision v3.2-12-g45b9bad available, broadcast.csv: different version available
signal: acquired
symbol rate: 30
max symbol rate: 308
reconnects: 0
masters: 1
messages: 11
conditional: 0
poll: 0
update: 4
address 31: master #8, ebusd
address 36: slave #8, ebusd


In /etc/default/ebusd habe ich folgende Parameter eingetragen:

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

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 14 Dezember 2018, 21:58:55
ob sich am Bus was tut siehst du ja an den Leds und die blinken bei dir. Du hast ebusctl i sehr schnell am Anfang gemacht, da hat der Dämon noch keinen Scan durchführen können. Warte 2-3 Minuten und schaue dann nochmals. Aber wichtiger sind dann gleich die Einträge im Log ( /var/log/ebusd.log ) , da siehst du dann was sich tatsächlich am Bus so tut.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 14 Dezember 2018, 22:00:57
Habe eben mal das Board getauscht. Habe 2 hier, aber das Ergebnis ist das gleiche.

Im Log findet sich folgendes:
018-12-14 21:44:19.018 [bus error] signal lost
2018-12-14 21:44:22.404 [bus notice] signal acquired
2018-12-14 21:44:32.001 [bus error] signal lost
2018-12-14 21:44:35.526 [bus notice] signal acquired
2018-12-14 21:44:40.049 [bus error] signal lost
2018-12-14 21:44:43.805 [bus notice] signal acquired
2018-12-14 21:44:45.039 [bus error] signal lost
2018-12-14 21:44:47.288 [bus notice] signal acquired
2018-12-14 21:44:50.049 [bus error] signal lost
2018-12-14 21:44:53.141 [bus notice] signal acquired
2018-12-14 21:44:56.036 [bus error] signal lost
2018-12-14 21:44:57.346 [bus notice] signal acquired
2018-12-14 21:45:00.058 [bus error] signal lost
2018-12-14 21:45:03.515 [bus notice] signal acquired
2018-12-14 21:45:06.034 [bus error] signal lost
2018-12-14 21:45:07.362 [bus notice] signal acquired
2018-12-14 21:45:09.066 [bus error] signal lost
2018-12-14 21:45:09.270 [bus notice] signal acquired
2018-12-14 21:45:22.006 [bus error] signal lost
2018-12-14 21:45:25.764 [bus notice] signal acquired
2018-12-14 21:45:30.023 [bus error] signal lost
2018-12-14 21:45:33.556 [bus notice] signal acquired
2018-12-14 21:45:36.034 [bus error] signal lost
2018-12-14 21:45:38.079 [bus notice] signal acquired
2018-12-14 21:45:40.009 [bus error] signal lost
2018-12-14 21:45:43.131 [bus notice] signal acquired
2018-12-14 21:45:47.052 [bus error] signal lost
2018-12-14 21:45:48.090 [bus notice] signal acquired
2018-12-14 21:45:51.070 [bus error] signal lost
2018-12-14 21:45:54.023 [bus notice] signal acquired
2018-12-14 21:45:58.031 [bus error] signal lost
2018-12-14 21:45:58.154 [bus notice] signal acquired
2018-12-14 21:46:00.017 [bus error] signal lost
2018-12-14 21:46:02.038 [bus notice] signal acquired


Eben ging ich zur Therme runter und die hatte sich aufgehangen...
Die Kommunikationsparameter werden nirgends angepasst. Baudrate etc.?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 14 Dezember 2018, 22:01:41
Zitat von: Reinhart am 14 Dezember 2018, 21:58:55
ob sich am Bus was tut siehst du ja an den Leds und die blinken bei dir. Du hast ebusctl i sehr schnell am Anfang gemacht, da hat der Dämon noch keinen Scan durchführen können. Warte 2-3 Minuten und schaue dann nochmals. Aber wichtiger sind dann gleich die Einträge im Log ( /var/log/ebusd.log ) , da siehst du dann was sich tatsächlich am Bus so tut.

LG

Gelb ist dauerhaft an, grün blinkt, aber rot bleibt aus.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 14 Dezember 2018, 22:14:15
das mit den Leds passt, rot ist die Sendeled.

Schau doch bitte einmal mit ps ax|grep ebusd ob der Dämon wirklich nur einmal läuft.

pi@raspberrypi:~ $ ps ax|grep ebusd
7287 ?        Ssl   90:56 /usr/bin/ebusd -d /dev/ttyebus --pollinterval=60 -p 8888 -l /var/log/ebusd.log --scanconfig -c http://ebusd.eu/config/ --accesslevel=* --httpport=8080 --htmlpath=/var/ebusd/html --mqttport=1883 --mqttjson --mqtthost=10.0.0.5 --mqtttopic=sonoff_ebusd/%circuit/%name
14707 pts/0    S+     0:00 grep --color=auto ebusd

so etwa

Dein Adapter verliert laut Log ständig die Verbindung, das muss einen Grund haben.
Immer zuerst den Adapter anschließen und dann erst den Dämon starten (sudo Service ebusd start).

LG

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 14 Dezember 2018, 22:24:46
Zitat von: Reinhart am 14 Dezember 2018, 22:14:15
das mit den Leds passt, rot ist die Sendeled.

Schau doch bitte einmal mit ps ax|grep ebusd ob der Dämon wirklich nur einmal läuft.

pi@raspberrypi:~ $ ps ax|grep ebusd
7287 ?        Ssl   90:56 /usr/bin/ebusd -d /dev/ttyebus --pollinterval=60 -p 8888 -l /var/log/ebusd.log --scanconfig -c http://ebusd.eu/config/ --accesslevel=* --httpport=8080 --htmlpath=/var/ebusd/html --mqttport=1883 --mqttjson --mqtthost=10.0.0.5 --mqtttopic=sonoff_ebusd/%circuit/%name
14707 pts/0    S+     0:00 grep --color=auto ebusd

so etwa

Dein Adapter verliert laut Log ständig die Verbindung, das muss einen Grund haben.
Immer zuerst den Adapter anschließen und dann erst den Dämon starten (sudo Service ebusd start).

LG

pi@raspberrypi:~ $ ps ax|grep ebusd
1098 ?        Ssl    0:00 /usr/bin/ebusd -d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log --scanconfig --latency=20000
1147 pts/1    S+     0:00 grep --color=auto ebusd


VRS620/3 hatte sich eben wieder aufgehangen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 14 Dezember 2018, 22:25:52
Zitat von: Reinhart am 14 Dezember 2018, 22:14:15

Immer zuerst den Adapter anschließen und dann erst den Dämon starten (sudo Service ebusd start).



So mache ich es, ja.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 14 Dezember 2018, 22:27:15
Seltsam, in das Log wird schon seit 40min nichts mehr geschrieben.

2018-12-14 21:45:36.034 [bus error] signal lost
2018-12-14 21:45:38.079 [bus notice] signal acquired
2018-12-14 21:45:40.009 [bus error] signal lost
2018-12-14 21:45:43.131 [bus notice] signal acquired
2018-12-14 21:45:47.052 [bus error] signal lost
2018-12-14 21:45:48.090 [bus notice] signal acquired
2018-12-14 21:45:51.070 [bus error] signal lost
2018-12-14 21:45:54.023 [bus notice] signal acquired
2018-12-14 21:45:58.031 [bus error] signal lost
2018-12-14 21:45:58.154 [bus notice] signal acquired
2018-12-14 21:46:00.017 [bus error] signal lost
2018-12-14 21:46:02.038 [bus notice] signal acquired
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Schlauer Det am 15 Dezember 2018, 10:18:28
Moin liebe Leute,

bin dabei, die Vorbereitungen zu treffen um eine Vaillant VR 70 über eine RPi-Platine an mein Heimnetz anzuschliessen.
Dazu möchte ich, damit ich keine Gewährleistungsansprüche verliere, den eBus über den Diagnosestecker an der VR 70 anzapfen.

Bisher habe ich herausgekriegt, dass es sich bei der Buchse um eine RJ10 handelt.
Leider habe ich keine Information über die Kontaktbelegung dieses Anschlusses.

Nun meine Fragen:

Für sachdienliche Hinweise wäre ich sehr dankbar.


Grüße von der kalten Küste
Det  :)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 15 Dezember 2018, 12:04:14
Habe folgende Info aus dem Forum und meine 620 über die Leitung eines alten Tefeonhörers (Wertstoffhof) an einen kommerziellem ebus-Adapter angeschlossen. Läuft seit mehreren Jahren.
ZitatJa, es ist egal, ob an die Buchse oder die Klemme. Problem ist, dass diese Modularbuchse sehr schmal ist: 4p4c bedeutet, dass man eben keine Standard-Telefonleitung nehmen kann (6 Kontakte breit), sondern z.B. eine alte Anschlussleitung eines Telefonhörers verwenden muss (oder einen neuen 4er Stecker mit der Crimpzange an ein neues Kabel setzen darf).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 15 Dezember 2018, 12:15:51
@theotheralf

erweitere deine Config um diesen Eintrag und starte den Dämon neu. Dann poste nach ein 1-2 Minuten das Log.
--loglevel=debug

und poste doch einmal "ps ax|grep ebusd"

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 29 Dezember 2018, 23:19:14
Hallo Leute,

eine kleine Erfolgsgeschichte und auch ein neues Problem:

1.) Ich habe nun ebusd auf einem frischen, eigenen RPi3 installiert und der MQTT Server läuft auf einem anderen RPi, siehe da nun scheint die MQTT Geschichte zu funktionieren.

2.) Aber ich habe jetzt grobe Signalprobleme. Ich bekomme immer nach einem reboot ein Signal und er findet die Configfiles. Aber nach einigen Sekunden bis maximal Minuten verliert er das Signal und alles steht wieder. Der Adapter hängt an der selben Leitung wie vorher, am selben Platz nur an nem Pi3 statt Pi2....

Gleich nach dem Neustart:
pi@raspberrypi:~ $ ebusctl i
version: ebusd 3.3.v3.3
signal: acquired
symbol rate: 24
max symbol rate: 43
reconnects: 0
masters: 4
messages: 11
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
address 71: master #9
address 76: slave #9


Dann läufts mal:

pi@raspberrypi:~ $ ebusctl i
version: ebusd 3.3.v3.3
signal: acquired
symbol rate: 10
max symbol rate: 61
min arbitration micros: 3240
max arbitration micros: 3252
min symbol latency: 5
max symbol latency: 5
reconnects: 0
masters: 4
messages: 64
conditional: 0
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0305;HW=0403", loaded "vaillant/08.hmu.csv"
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=VWZ00;SW=0305;HW=0403"


Und zum Schluss:

version: ebusd 3.3.v3.3
update check: revision v3.3-4-g212b22d available, broadcast.csv: different versi                                                                                                                                                             on available, vaillant/15.700.csv: different version available, vaillant/broadca                                                                                                                                                             st.csv: different version available, vaillant/errors.inc: different version avai                                                                                                                                                             lable, vaillant/hcmode.inc: different version available
signal: no signal
reconnects: 1
masters: 4
messages: 462
conditional: 0
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0305;HW=0403", loaded "v                                                                                                                                                             aillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0419;HW=4603", loaded "va                                                                                                                                                             illant/15.700.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0305;HW=0403"


Any ideas ?

Was mir auffällt:

- die Symbolrate ist sehr niedrig, oder ?
- die Rx LED des Adapter blinkt schnell (Daten werden empfangen?)
- die Tx LED rührt sich gar nicht

Danke!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 30 Dezember 2018, 06:18:05
Schau doch mal in die Logs ob hier ein Hinweis zu sehen ist.
Wenn bei "no Signal" die Led noch blinkt, liegt das Problem irgendwo in der Software und nicht in der Hardware.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 30 Dezember 2018, 10:05:55
Zitat von: americanium am 30 Dezember 2018, 06:32:25
Hier ein Auszug

2018-12-30 06:28:05.273 [bus debug] arbitration delay 3234 micros
2018-12-30 06:28:05.273 [bus debug] switching from ready to send command
2018-12-30 06:28:05.282 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:05.291 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:05.300 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:05.309 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:05.309 [bus debug] switching from send command to send command CRC
2018-12-30 06:28:05.318 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:05.318 [bus debug] switching from send command CRC to receive command ACK
2018-12-30 06:28:05.346 [bus debug] notify request: ERR: read timeout
2018-12-30 06:28:05.346 [bus info] scan 2a cmd: 312a070400
2018-12-30 06:28:05.346 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-12-30 06:28:05.516 [network debug] dead connection removed - 0
2018-12-30 06:28:05.828 [bus debug] arbitration delay 3232 micros
2018-12-30 06:28:05.828 [bus debug] switching from ready to send command
2018-12-30 06:28:05.837 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:05.846 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:05.854 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:05.863 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:05.863 [bus debug] switching from send command to send command CRC
2018-12-30 06:28:05.872 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:05.872 [bus debug] switching from send command CRC to receive command ACK
2018-12-30 06:28:05.900 [bus debug] notify request: ERR: read timeout
2018-12-30 06:28:05.901 [bus info] scan 2b cmd: 312b070400
2018-12-30 06:28:05.901 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-12-30 06:28:06.383 [bus debug] ERR: arbitration lost during ready, retry
2018-12-30 06:28:06.438 [bus debug] ERR: read timeout during receive command, switching to skip
2018-12-30 06:28:07.004 [bus debug] arbitration delay 3259 micros
2018-12-30 06:28:07.004 [bus info] arbitration delay 3214 - 3259 micros
2018-12-30 06:28:07.004 [bus debug] switching from ready to send command
2018-12-30 06:28:07.013 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:07.021 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:07.030 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:07.039 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:07.039 [bus debug] switching from send command to send command CRC
2018-12-30 06:28:07.048 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:07.048 [bus debug] switching from send command CRC to receive command ACK
2018-12-30 06:28:07.076 [bus debug] notify request: ERR: read timeout
2018-12-30 06:28:07.077 [bus info] scan 2c cmd: 312c070400
2018-12-30 06:28:07.077 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-12-30 06:28:07.558 [bus debug] arbitration delay 3235 micros
2018-12-30 06:28:07.558 [bus debug] switching from ready to send command
2018-12-30 06:28:07.567 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:07.576 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:07.585 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:07.594 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:07.594 [bus debug] switching from send command to send command CRC
2018-12-30 06:28:07.603 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:07.603 [bus debug] switching from send command CRC to receive command ACK
2018-12-30 06:28:07.631 [bus debug] notify request: ERR: read timeout
2018-12-30 06:28:07.631 [bus info] scan 2d cmd: 312d070400
2018-12-30 06:28:07.631 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-12-30 06:28:08.113 [bus debug] arbitration delay 3233 micros
2018-12-30 06:28:08.113 [bus debug] switching from ready to send command
2018-12-30 06:28:08.122 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:08.131 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:08.140 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:08.148 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:08.148 [bus debug] switching from send command to send command CRC
2018-12-30 06:28:08.156 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:08.156 [bus debug] switching from send command CRC to receive command ACK
2018-12-30 06:28:08.184 [bus debug] notify request: ERR: read timeout
2018-12-30 06:28:08.184 [bus info] scan 2e cmd: 312e070400
2018-12-30 06:28:08.184 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-12-30 06:28:08.664 [bus debug] ERR: arbitration lost during ready, retry
2018-12-30 06:28:08.691 [bus debug] ERR: CRC error during receive command CRC, switching to receive command ACK
2018-12-30 06:28:08.719 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-12-30 06:28:08.976 [mqtt debug] publish loxberry/global/uptime 32
2018-12-30 06:28:09.284 [bus debug] arbitration delay 3247 micros
2018-12-30 06:28:09.284 [bus debug] switching from ready to send command
2018-12-30 06:28:09.293 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:09.302 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:09.311 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:09.319 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:09.319 [bus debug] switching from send command to send command CRC
2018-12-30 06:28:09.328 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:09.328 [bus debug] switching from send command CRC to receive command ACK
2018-12-30 06:28:09.357 [bus debug] notify request: ERR: read timeout
2018-12-30 06:28:09.357 [bus info] scan 2f cmd: 312f070400
2018-12-30 06:28:09.357 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-12-30 06:28:09.839 [bus debug] arbitration delay 3233 micros
2018-12-30 06:28:09.839 [bus debug] switching from ready to send command
2018-12-30 06:28:09.847 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:09.856 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:09.865 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:09.874 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:09.874 [bus debug] switching from send command to send command CRC
2018-12-30 06:28:09.883 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:09.883 [bus debug] switching from send command CRC to receive command ACK
2018-12-30 06:28:09.911 [bus debug] notify request: ERR: read timeout
2018-12-30 06:28:09.911 [bus info] scan 32 cmd: 3132070400
2018-12-30 06:28:09.911 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-12-30 06:28:10.393 [bus debug] arbitration delay 3238 micros
2018-12-30 06:28:10.393 [bus debug] switching from ready to send command
2018-12-30 06:28:10.402 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:10.411 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:10.420 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:10.429 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:10.429 [bus debug] switching from send command to send command CRC
2018-12-30 06:28:10.438 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:10.438 [bus debug] switching from send command CRC to receive command ACK
2018-12-30 06:28:10.466 [bus debug] notify request: ERR: read timeout
2018-12-30 06:28:10.466 [bus info] scan 34 cmd: 3134070400
2018-12-30 06:28:10.466 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-12-30 06:28:10.948 [bus debug] ERR: arbitration lost during ready, retry
2018-12-30 06:28:10.987 [bus debug] ERR: CRC error during receive command CRC, switching to receive command ACK
2018-12-30 06:28:10.991 [bus debug] ERR: NAK received during receive command ACK, switching to receive command
2018-12-30 06:28:11.082 [bus notice] new master 71, master count 4
2018-12-30 06:28:11.082 [update info] received MS cmd: 1076b512030f0001 / 07be020000801301
2018-12-30 06:28:11.082 [update notice] received unknown MS cmd: 1076b512030f0001 / 07be020000801301
2018-12-30 06:28:11.174 [bus debug] arbitration delay 3230 micros
2018-12-30 06:28:11.175 [bus debug] switching from ready to send command
2018-12-30 06:28:11.183 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:11.192 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:11.201 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:11.210 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:11.210 [bus debug] switching from send command to send command CRC
2018-12-30 06:28:11.219 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:11.219 [bus debug] switching from send command CRC to receive command ACK
2018-12-30 06:28:11.248 [bus debug] notify request: ERR: read timeout
2018-12-30 06:28:11.248 [bus info] scan 35 cmd: 3135070400
2018-12-30 06:28:11.248 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-12-30 06:28:11.730 [bus debug] arbitration delay 3234 micros
2018-12-30 06:28:11.730 [bus debug] switching from ready to send command
2018-12-30 06:28:11.739 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:11.748 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:11.757 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:11.766 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:11.766 [bus debug] switching from send command to send command CRC
2018-12-30 06:28:11.775 [bus debug] send/receive symbol latency 5 ms
2018-12-30 06:28:11.775 [bus debug] switching from send command CRC to receive command ACK
2018-12-30 06:28:11.803 [bus debug] notify request: ERR: read timeout
2018-12-30 06:28:11.803 [bus info] scan 36 cmd: 3136070400
2018-12-30 06:28:11.803 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2018-12-30 06:28:12.285 [bus debug] ERR: arbitration lost during ready, retry
2018-12-30 06:28:12.362 [bus debug] ERR: CRC error during receive command CRC, switching to receive command ACK
2018-12-30 06:28:12.366 [bus debug] ERR: ACK error during receive command ACK, switching to skip
2018-12-30 06:28:12.690 [bus notice] device invalid
2018-12-30 06:28:14.518 [main debug] performing regular tasks
2018-12-30 06:28:14.519 [bus info] scan 76 cmd: 3176070400
2018-12-30 06:28:14.716 [network debug] [00009] wait for result
2018-12-30 06:28:14.716 [network info] [00009] client connection opened 127.0.0.1
2018-12-30 06:28:17.703 [bus notice] re-opened /dev/ttyUSB0
2018-12-30 06:28:17.757 [bus info] scan 38 cmd: 3138070400
2018-12-30 06:28:17.757 [bus info] scan 39 cmd: 3139070400
2018-12-30 06:28:17.757 [bus info] scan 3a cmd: 313a070400
2018-12-30 06:28:17.757 [bus info] scan 3b cmd: 313b070400
2018-12-30 06:28:17.757 [bus info] scan 3c cmd: 313c070400
2018-12-30 06:28:17.757 [bus info] scan 3d cmd: 313d070400
2018-12-30 06:28:17.757 [bus info] scan 3e cmd: 313e070400
2018-12-30 06:28:17.757 [bus info] scan 40 cmd: 3140070400
2018-12-30 06:28:17.757 [bus info] scan 41 cmd: 3141070400
2018-12-30 06:28:17.757 [bus info] scan 42 cmd: 3142070400
2018-12-30 06:28:17.757 [bus info] scan 43 cmd: 3143070400
2018-12-30 06:28:17.758 [bus info] scan 44 cmd: 3144070400
2018-12-30 06:28:17.758 [bus info] scan 45 cmd: 3145070400
2018-12-30 06:28:17.758 [bus info] scan 46 cmd: 3146070400
2018-12-30 06:28:17.758 [bus info] scan 47 cmd: 3147070400
2018-12-30 06:28:17.758 [bus info] scan 48 cmd: 3148070400
2018-12-30 06:28:17.758 [bus info] scan 49 cmd: 3149070400
2018-12-30 06:28:17.758 [bus info] scan 4a cmd: 314a070400
2018-12-30 06:28:17.758 [bus info] scan 4b cmd: 314b070400
2018-12-30 06:28:17.758 [bus info] scan 4c cmd: 314c070400
2018-12-30 06:28:17.758 [bus info] scan 4d cmd: 314d070400
2018-12-30 06:28:17.758 [bus info] scan 4e cmd: 314e070400
2018-12-30 06:28:17.758 [bus info] scan 4f cmd: 314f070400
2018-12-30 06:28:17.758 [bus info] scan 50 cmd: 3150070400
2018-12-30 06:28:17.758 [bus info] scan 51 cmd: 3151070400
2018-12-30 06:28:17.758 [bus info] scan 52 cmd: 3152070400
2018-12-30 06:28:17.758 [bus info] scan 53 cmd: 3153070400
2018-12-30 06:28:17.758 [bus info] scan 54 cmd: 3154070400
2018-12-30 06:28:17.758 [bus info] scan 55 cmd: 3155070400
2018-12-30 06:28:17.758 [bus info] scan 56 cmd: 3156070400
2018-12-30 06:28:17.758 [bus info] scan 57 cmd: 3157070400
2018-12-30 06:28:17.758 [bus info] scan 58 cmd: 3158070400
2018-12-30 06:28:17.758 [bus info] scan 59 cmd: 3159070400
2018-12-30 06:28:17.758 [bus info] scan 5a cmd: 315a070400
2018-12-30 06:28:17.758 [bus info] scan 5b cmd: 315b070400
2018-12-30 06:28:17.758 [bus info] scan 5c cmd: 315c070400
2018-12-30 06:28:17.758 [bus info] scan 5d cmd: 315d070400
2018-12-30 06:28:17.758 [bus info] scan 5e cmd: 315e070400
2018-12-30 06:28:17.758 [bus info] scan 5f cmd: 315f070400
2018-12-30 06:28:17.758 [bus info] scan 60 cmd: 3160070400
2018-12-30 06:28:17.758 [bus info] scan 61 cmd: 3161070400
2018-12-30 06:28:17.758 [bus info] scan 62 cmd: 3162070400
2018-12-30 06:28:17.759 [bus info] scan 63 cmd: 3163070400
2018-12-30 06:28:17.759 [bus info] scan 64 cmd: 3164070400
2018-12-30 06:28:17.759 [bus info] scan 65 cmd: 3165070400
2018-12-30 06:28:17.759 [bus info] scan 66 cmd: 3166070400
2018-12-30 06:28:17.759 [bus info] scan 67 cmd: 3167070400
2018-12-30 06:28:17.759 [bus info] scan 68 cmd: 3168070400
2018-12-30 06:28:17.759 [bus info] scan 69 cmd: 3169070400
2018-12-30 06:28:17.759 [bus info] scan 6a cmd: 316a070400
2018-12-30 06:28:17.759 [bus info] scan 6b cmd: 316b070400
2018-12-30 06:28:17.759 [bus info] scan 6c cmd: 316c070400
2018-12-30 06:28:17.759 [bus info] scan 6d cmd: 316d070400
2018-12-30 06:28:17.759 [bus info] scan 6e cmd: 316e070400
2018-12-30 06:28:17.759 [bus info] scan 6f cmd: 316f070400
2018-12-30 06:28:17.759 [bus info] scan 72 cmd: 3172070400
2018-12-30 06:28:17.759 [bus info] scan 74 cmd: 3174070400
2018-12-30 06:28:17.759 [bus info] scan 75 cmd: 3175070400
2018-12-30 06:28:17.759 [bus info] scan 76 cmd: 3176070400
2018-12-30 06:28:17.759 [bus info] scan 78 cmd: 3178070400
2018-12-30 06:28:17.759 [bus info] scan 79 cmd: 3179070400
2018-12-30 06:28:17.759 [bus info] scan 7a cmd: 317a070400
2018-12-30 06:28:17.759 [bus info] scan 7b cmd: 317b070400
2018-12-30 06:28:17.759 [bus info] scan 7c cmd: 317c070400
2018-12-30 06:28:17.759 [bus info] scan 7d cmd: 317d070400
2018-12-30 06:28:17.759 [bus info] scan 7e cmd: 317e070400
2018-12-30 06:28:17.759 [bus info] scan 80 cmd: 3180070400
2018-12-30 06:28:17.759 [bus info] scan 81 cmd: 3181070400
2018-12-30 06:28:17.759 [bus info] scan 82 cmd: 3182070400
2018-12-30 06:28:17.759 [bus info] scan 83 cmd: 3183070400
2018-12-30 06:28:17.759 [bus info] scan 84 cmd: 3184070400
2018-12-30 06:28:17.759 [bus info] scan 85 cmd: 3185070400
2018-12-30 06:28:17.759 [bus info] scan 86 cmd: 3186070400
2018-12-30 06:28:17.760 [bus info] scan 87 cmd: 3187070400
2018-12-30 06:28:17.760 [bus info] scan 88 cmd: 3188070400
2018-12-30 06:28:17.760 [bus info] scan 89 cmd: 3189070400
2018-12-30 06:28:17.760 [bus info] scan 8a cmd: 318a070400
2018-12-30 06:28:17.760 [bus info] scan 8b cmd: 318b070400
2018-12-30 06:28:17.760 [bus info] scan 8c cmd: 318c070400
2018-12-30 06:28:17.760 [bus info] scan 8d cmd: 318d070400
2018-12-30 06:28:17.760 [bus info] scan 8e cmd: 318e070400
2018-12-30 06:28:17.760 [bus info] scan 8f cmd: 318f070400
2018-12-30 06:28:17.760 [bus info] scan 90 cmd: 3190070400
2018-12-30 06:28:17.760 [bus info] scan 91 cmd: 3191070400
2018-12-30 06:28:17.760 [bus info] scan 92 cmd: 3192070400
2018-12-30 06:28:17.760 [bus info] scan 93 cmd: 3193070400
2018-12-30 06:28:17.760 [bus info] scan 94 cmd: 3194070400
2018-12-30 06:28:17.760 [bus info] scan 95 cmd: 3195070400
2018-12-30 06:28:17.760 [bus info] scan 96 cmd: 3196070400
2018-12-30 06:28:17.760 [bus info] scan 97 cmd: 3197070400
2018-12-30 06:28:17.760 [bus info] scan 98 cmd: 3198070400
2018-12-30 06:28:17.760 [bus info] scan 99 cmd: 3199070400
2018-12-30 06:28:17.760 [bus info] scan 9a cmd: 319a070400
2018-12-30 06:28:17.760 [bus info] scan 9b cmd: 319b070400
2018-12-30 06:28:17.760 [bus info] scan 9c cmd: 319c070400
2018-12-30 06:28:17.760 [bus info] scan 9d cmd: 319d070400
2018-12-30 06:28:17.760 [bus info] scan 9e cmd: 319e070400
2018-12-30 06:28:17.760 [bus info] scan 9f cmd: 319f070400
2018-12-30 06:28:17.760 [bus info] scan a0 cmd: 31a0070400
2018-12-30 06:28:17.760 [bus info] scan a1 cmd: 31a1070400
2018-12-30 06:28:17.760 [bus info] scan a2 cmd: 31a2070400
2018-12-30 06:28:17.760 [bus info] scan a3 cmd: 31a3070400
2018-12-30 06:28:17.760 [bus info] scan a4 cmd: 31a4070400
2018-12-30 06:28:17.760 [bus info] scan a5 cmd: 31a5070400
2018-12-30 06:28:17.760 [bus info] scan a6 cmd: 31a6070400
2018-12-30 06:28:17.761 [bus info] scan a7 cmd: 31a7070400
2018-12-30 06:28:17.761 [bus info] scan a8 cmd: 31a8070400
2018-12-30 06:28:17.761 [bus info] scan ab cmd: 31ab070400
2018-12-30 06:28:17.761 [bus info] scan ac cmd: 31ac070400
2018-12-30 06:28:17.761 [bus info] scan ad cmd: 31ad070400
2018-12-30 06:28:17.761 [bus info] scan ae cmd: 31ae070400
2018-12-30 06:28:17.761 [bus info] scan af cmd: 31af070400
2018-12-30 06:28:17.761 [bus info] scan b0 cmd: 31b0070400
2018-12-30 06:28:17.761 [bus info] scan b1 cmd: 31b1070400
2018-12-30 06:28:17.761 [bus info] scan b2 cmd: 31b2070400
2018-12-30 06:28:17.761 [bus info] scan b3 cmd: 31b3070400
2018-12-30 06:28:17.761 [bus info] scan b4 cmd: 31b4070400
2018-12-30 06:28:17.761 [bus info] scan b5 cmd: 31b5070400
2018-12-30 06:28:17.761 [bus info] scan b6 cmd: 31b6070400
2018-12-30 06:28:17.761 [bus info] scan b7 cmd: 31b7070400
2018-12-30 06:28:17.761 [bus info] scan b8 cmd: 31b8070400
2018-12-30 06:28:17.761 [bus info] scan b9 cmd: 31b9070400
2018-12-30 06:28:17.761 [bus info] scan ba cmd: 31ba070400
2018-12-30 06:28:17.761 [bus info] scan bb cmd: 31bb070400
2018-12-30 06:28:17.761 [bus info] scan bc cmd: 31bc070400
2018-12-30 06:28:17.761 [bus info] scan bd cmd: 31bd070400
2018-12-30 06:28:17.761 [bus info] scan be cmd: 31be070400
2018-12-30 06:28:17.761 [bus info] scan bf cmd: 31bf070400
2018-12-30 06:28:17.761 [bus info] scan c0 cmd: 31c0070400
2018-12-30 06:28:17.761 [bus info] scan c1 cmd: 31c1070400
2018-12-30 06:28:17.761 [bus info] scan c2 cmd: 31c2070400
2018-12-30 06:28:17.761 [bus info] scan c3 cmd: 31c3070400
2018-12-30 06:28:17.761 [bus info] scan c4 cmd: 31c4070400
2018-12-30 06:28:17.761 [bus info] scan c5 cmd: 31c5070400
2018-12-30 06:28:17.761 [bus info] scan c6 cmd: 31c6070400
2018-12-30 06:28:17.761 [bus info] scan c7 cmd: 31c7070400
2018-12-30 06:28:17.761 [bus info] scan c8 cmd: 31c8070400
2018-12-30 06:28:17.762 [bus info] scan c9 cmd: 31c9070400
2018-12-30 06:28:17.762 [bus info] scan ca cmd: 31ca070400
2018-12-30 06:28:17.762 [bus info] scan cb cmd: 31cb070400
2018-12-30 06:28:17.762 [bus info] scan cc cmd: 31cc070400
2018-12-30 06:28:17.762 [bus info] scan cd cmd: 31cd070400
2018-12-30 06:28:17.762 [bus info] scan ce cmd: 31ce070400
2018-12-30 06:28:17.762 [bus info] scan cf cmd: 31cf070400
2018-12-30 06:28:17.762 [bus info] scan d0 cmd: 31d0070400
2018-12-30 06:28:17.762 [bus info] scan d1 cmd: 31d1070400
2018-12-30 06:28:17.762 [bus info] scan d2 cmd: 31d2070400
2018-12-30 06:28:17.762 [bus info] scan d3 cmd: 31d3070400
2018-12-30 06:28:17.762 [bus info] scan d4 cmd: 31d4070400
2018-12-30 06:28:17.762 [bus info] scan d5 cmd: 31d5070400
2018-12-30 06:28:17.762 [bus info] scan d6 cmd: 31d6070400
2018-12-30 06:28:17.762 [bus info] scan d7 cmd: 31d7070400
2018-12-30 06:28:17.762 [bus info] scan d8 cmd: 31d8070400
2018-12-30 06:28:17.762 [bus info] scan d9 cmd: 31d9070400
2018-12-30 06:28:17.762 [bus info] scan da cmd: 31da070400
2018-12-30 06:28:17.762 [bus info] scan db cmd: 31db070400
2018-12-30 06:28:17.762 [bus info] scan dc cmd: 31dc070400
2018-12-30 06:28:17.762 [bus info] scan dd cmd: 31dd070400
2018-12-30 06:28:17.762 [bus info] scan de cmd: 31de070400
2018-12-30 06:28:17.762 [bus info] scan df cmd: 31df070400
2018-12-30 06:28:17.762 [bus info] scan e0 cmd: 31e0070400
2018-12-30 06:28:17.762 [bus info] scan e1 cmd: 31e1070400
2018-12-30 06:28:17.762 [bus info] scan e2 cmd: 31e2070400
2018-12-30 06:28:17.762 [bus info] scan e3 cmd: 31e3070400
2018-12-30 06:28:17.762 [bus info] scan e4 cmd: 31e4070400
2018-12-30 06:28:17.762 [bus info] scan e5 cmd: 31e5070400
2018-12-30 06:28:17.762 [bus info] scan e6 cmd: 31e6070400
2018-12-30 06:28:17.762 [bus info] scan e7 cmd: 31e7070400
2018-12-30 06:28:17.763 [bus info] scan e8 cmd: 31e8070400
2018-12-30 06:28:17.763 [bus info] scan e9 cmd: 31e9070400
2018-12-30 06:28:17.763 [bus info] scan ea cmd: 31ea070400
2018-12-30 06:28:17.763 [bus info] scan eb cmd: 31eb070400
2018-12-30 06:28:17.763 [bus info] scan ec cmd: 31ec070400
2018-12-30 06:28:17.763 [bus info] scan ed cmd: 31ed070400
2018-12-30 06:28:17.763 [bus info] scan ee cmd: 31ee070400
2018-12-30 06:28:17.763 [bus info] scan ef cmd: 31ef070400
2018-12-30 06:28:17.763 [bus info] scan f2 cmd: 31f2070400
2018-12-30 06:28:17.763 [bus info] scan f4 cmd: 31f4070400
2018-12-30 06:28:17.763 [bus info] scan f5 cmd: 31f5070400
2018-12-30 06:28:17.763 [bus info] scan f6 cmd: 31f6070400
2018-12-30 06:28:17.763 [bus info] scan f8 cmd: 31f8070400
2018-12-30 06:28:17.763 [bus info] scan f9 cmd: 31f9070400
2018-12-30 06:28:17.763 [bus info] scan fa cmd: 31fa070400
2018-12-30 06:28:17.763 [bus info] scan fb cmd: 31fb070400
2018-12-30 06:28:17.763 [bus info] scan fc cmd: 31fc070400
2018-12-30 06:28:17.763 [bus info] scan fd cmd: 31fd070400
2018-12-30 06:28:17.763 [bus debug] ERR: read timeout during skip, switching to no signal
2018-12-30 06:28:17.763 [bus error] signal lost
2018-12-30 06:28:17.763 [main error] scan config 76: ERR: no signal
2018-12-30 06:28:17.765 [main debug] >>> r -f HwcOpTemp
2018-12-30 06:28:17.765 [main debug] <<< ERR: element not found
2018-12-30 06:28:17.766 [network info] [00009] connection closed
2018-12-30 06:28:17.815 [bus debug] ERR: SYN received during no signal, switching to ready
2018-12-30 06:28:17.815 [bus notice] signal acquired
2018-12-30 06:28:17.950 [update info] received MS cmd: 1076b51009000000ffffff050000 / 0101
2018-12-30 06:28:17.950 [update notice] received unknown MS cmd: 1076b51009000000ffffff050000 / 0101
2018-12-30 06:28:18.198 [bus debug] ERR: CRC error during receive command CRC, switching to receive command ACK
2018-12-30 06:28:18.242 [bus debug] ERR: ACK error during receive command ACK, switching to skip
2018-12-30 06:28:18.720 [network debug] dead connection removed - 0
2018-12-30 06:28:19.991 [bus notice] device invalid
2018-12-30 06:28:20.892 [network info] [00010] client connection opened 127.0.0.1
2018-12-30 06:28:20.892 [network debug] [00010] wait for result
2018-12-30 06:28:20.894 [main debug] >>> r -f HwcOpMode
2018-12-30 06:28:20.894 [bus info] send message: 3115b52406020001000300
2018-12-30 06:28:24.991 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2018-12-30 06:28:24.991 [bus error] send to 15: ERR: no signal, give up
2018-12-30 06:28:24.991 [bus error] send message part 0: ERR: no signal
2018-12-30 06:28:24.991 [main debug] <<< ERR: no signal
2018-12-30 06:28:24.991 [bus debug] ERR: element not found during skip, switching to no signal
2018-12-30 06:28:24.991 [bus error] signal lost
2018-12-30 06:28:24.991 [bus notice] device invalid
2018-12-30 06:28:24.992 [network info] [00010] connection closed
2018-12-30 06:28:24.994 [mqtt debug] publish loxberry/global/uptime 48
2018-12-30 06:28:24.994 [mqtt debug] publish loxberry/global/signal false
2018-12-30 06:28:25.898 [network debug] dead connection removed - 0
2018-12-30 06:28:28.596 [network debug] [00011] wait for result
2018-12-30 06:28:28.596 [network info] [00011] client connection opened 127.0.0.1
2018-12-30 06:28:28.597 [main debug] performing regular tasks
2018-12-30 06:28:28.598 [main debug] >>> i
2018-12-30 06:28:28.598 [main debug] <<< version: ebusd 3.3.v3.3
signal: no signal
reconnects: 0
masters: 4
messages: 461
conditional: 0
poll ...
2018-12-30 06:28:28.599 [network info] [00011] connection closed
2018-12-30 06:28:29.598 [network debug] dead connection removed - 0
2018-12-30 06:28:30.007 [bus notice] re-opened /dev/ttyUSB0
2018-12-30 06:28:30.028 [bus notice] signal acquired
2018-12-30 06:28:30.754 [update info] received MS cmd: 1008b50702093c / 024102
2018-12-30 06:28:30.754 [update notice] received unknown MS cmd: 1008b50702093c / 024102
2018-12-30 06:28:30.974 [bus debug] ERR: read timeout during receive command, switching to skip
2018-12-30 06:28:33.612 [bus error] own master address 31 is used by another participant
2018-12-30 06:28:33.616 [bus debug] ERR: ACK error during receive command ACK, switching to skip
2018-12-30 06:28:33.817 [bus debug] ERR: SYN received during receive command, switching to ready
2018-12-30 06:28:33.843 [bus debug] ERR: SYN received during receive response, switching to ready
2018-12-30 06:28:33.918 [bus debug] ERR: SYN received during receive response, switching to ready
2018-12-30 06:28:33.941 [bus debug] ERR: ACK error during receive command ACK, switching to skip
2018-12-30 06:28:34.003 [bus notice] max. symbols per second: 157
2018-12-30 06:28:35.652 [bus notice] device invalid
2018-12-30 06:28:38.600 [main debug] performing regular tasks
2018-12-30 06:28:38.601 [bus info] scan 36 cmd: 3136070400
2018-12-30 06:28:40.012 [mqtt debug] publish loxberry/global/uptime 64
2018-12-30 06:28:40.012 [mqtt debug] publish loxberry/global/signal true
2018-12-30 06:28:40.666 [bus notice] re-opened /dev/ttyUSB0
2018-12-30 06:28:40.732 [bus debug] ERR: read timeout during skip, switching to no signal
2018-12-30 06:28:40.732 [main error] scan config 36: ERR: no signal
2018-12-30 06:28:40.732 [bus error] signal lost
2018-12-30 06:28:41.160 [bus debug] ERR: SYN received during no signal, switching to ready
2018-12-30 06:28:41.161 [bus notice] signal acquired
2018-12-30 06:28:41.365 [bus debug] ERR: generic device error during receive command CRC, switching to skip
2018-12-30 06:28:41.365 [bus notice] device invalid
2018-12-30 06:28:46.366 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2018-12-30 06:28:46.366 [bus debug] ERR: element not found during skip, switching to no signal
2018-12-30 06:28:46.366 [bus error] signal lost
2018-12-30 06:28:46.366 [bus notice] device invalid



dmesg:

[ 4843.103952] cp210x ttyUSB0: cp210x_open - Unable to enable UART
[ 4848.125442] cp210x ttyUSB0: failed set request 0x0 status: -32
[ 4848.125450] cp210x ttyUSB0: cp210x_open - Unable to enable UART
[ 4853.125937] cp210x ttyUSB0: failed set request 0x0 status: -32
[ 4853.125946] cp210x ttyUSB0: cp210x_open - Unable to enable UART
[ 4858.146188] cp210x ttyUSB0: failed set request 0x0 status: -32
[ 4858.146196] cp210x ttyUSB0: cp210x_open - Unable to enable UART


Edit (10:03 Uhr):
Immer wenn ich das Modul abstecke und neu anstecke funktionierts wieder für ein paar Sekunden

signal: acquired
symbol rate: 174
max symbol rate: 176


hab von einem User ("usernobody") der glaub ich ein ähnliches Problem hatte (https://forum.fhem.de/index.php/topic,79600.255.html) und einen neuen UART benötigte...

und hier nochmal ein kompletter dmesg nach reboot

0.000000] Booting Linux on physical CPU 0x0
[    0.000000] Linux version 4.14.79-v7+ (dc4@dc4-XPS13-9333) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1159 SMP Sun Nov 4 17:50:20 GMT 2018
[    0.000000] CPU: ARMv7 Processor [410fd034] revision 4 (ARMv7), cr=10c5383d
[    0.000000] CPU: div instructions available: patching division code
[    0.000000] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing instruction cache
[    0.000000] OF: fdt: Machine model: Raspberry Pi 3 Model B Rev 1.2
[    0.000000] Memory policy: Data cache writealloc
[    0.000000] cma: Reserved 8 MiB at 0x3ac00000
[    0.000000] On node 0 totalpages: 242688
[    0.000000] free_area_init_node: node 0, pgdat 80c85280, node_mem_map ba39f000
[    0.000000]   Normal zone: 2133 pages used for memmap
[    0.000000]   Normal zone: 0 pages reserved
[    0.000000]   Normal zone: 242688 pages, LIFO batch:31
[    0.000000] percpu: Embedded 17 pages/cpu @ba348000 s38720 r8192 d22720 u69632
[    0.000000] pcpu-alloc: s38720 r8192 d22720 u69632 alloc=17*4096
[    0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 240555
[    0.000000] Kernel command line: 8250.nr_uarts=1 bcm2708_fb.fbwidth=656 bcm2708_fb.fbheight=416 bcm2708_fb.fbswap=1 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  dwc_otg.lpm_enable=0 console=tty1 root=PARTUUID=adc524cf-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet splash
[    0.000000] PID hash table entries: 4096 (order: 2, 16384 bytes)
[    0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[    0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[    0.000000] Memory: 940232K/970752K available (7168K kernel code, 576K rwdata, 2076K rodata, 1024K init, 698K bss, 22328K reserved, 8192K cma-reserved)
[    0.000000] Virtual kernel memory layout:
                   vector  : 0xffff0000 - 0xffff1000   (   4 kB)
                   fixmap  : 0xffc00000 - 0xfff00000   (3072 kB)
                   vmalloc : 0xbb800000 - 0xff800000   (1088 MB)
                   lowmem  : 0x80000000 - 0xbb400000   ( 948 MB)
                   modules : 0x7f000000 - 0x80000000   (  16 MB)
                     .text : 0x80008000 - 0x80800000   (8160 kB)
                     .init : 0x80b00000 - 0x80c00000   (1024 kB)
                     .data : 0x80c00000 - 0x80c9017c   ( 577 kB)
                      .bss : 0x80c97f04 - 0x80d468b0   ( 699 kB)
[    0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
[    0.000000] ftrace: allocating 25287 entries in 75 pages
[    0.000000] Hierarchical RCU implementation.
[    0.000000] NR_IRQS: 16, nr_irqs: 16, preallocated irqs: 16
[    0.000000] arch_timer: cp15 timer(s) running at 19.20MHz (phys).
[    0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0x46d987e47, max_idle_ns: 440795202767 ns
[    0.000003] sched_clock: 56 bits at 19MHz, resolution 52ns, wraps every 4398046511078ns
[    0.000010] Switching to timer-based delay loop, resolution 52ns
[    0.000148] Console: colour dummy device 80x30
[    0.000158] console [tty1] enabled
[    0.000174] Calibrating delay loop (skipped), value calculated using timer frequency.. 38.40 BogoMIPS (lpj=192000)
[    0.000182] pid_max: default: 32768 minimum: 301
[    0.000354] Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
[    0.000364] Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes)
[    0.000912] Disabling memory control group subsystem
[    0.000956] CPU: Testing write buffer coherency: ok
[    0.001217] CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
[    0.001444] Setting up static identity map for 0x100000 - 0x10003c
[    0.001513] Hierarchical SRCU implementation.
[    0.001882] smp: Bringing up secondary CPUs ...
[    0.002356] CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
[    0.002845] CPU2: thread -1, cpu 2, socket 0, mpidr 80000002
[    0.003311] CPU3: thread -1, cpu 3, socket 0, mpidr 80000003
[    0.003365] smp: Brought up 1 node, 4 CPUs
[    0.003371] SMP: Total of 4 processors activated (153.60 BogoMIPS).
[    0.003374] CPU: All CPU(s) started in HYP mode.
[    0.003376] CPU: Virtualization extensions available.
[    0.003916] devtmpfs: initialized
[    0.009097] random: get_random_u32 called from bucket_table_alloc+0xfc/0x24c with crng_init=0
[    0.009472] VFP support v0.3: implementor 41 architecture 3 part 40 variant 3 rev 4
[    0.009597] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.009607] futex hash table entries: 1024 (order: 4, 65536 bytes)
[    0.009927] pinctrl core: initialized pinctrl subsystem
[    0.010386] NET: Registered protocol family 16
[    0.011855] DMA: preallocated 1024 KiB pool for atomic coherent allocations
[    0.014316] hw-breakpoint: found 5 (+1 reserved) breakpoint and 4 watchpoint registers.
[    0.014320] hw-breakpoint: maximum watchpoint size is 8 bytes.
[    0.014444] Serial: AMBA PL011 UART driver
[    0.015305] bcm2835-mbox 3f00b880.mailbox: mailbox enabled
[    0.015540] uart-pl011 3f201000.serial: could not find pctldev for node /soc/gpio@7e200000/uart0_pins, deferring probe
[    0.031515] bcm2835-dma 3f007000.dma: DMA legacy API manager at bb813000, dmachans=0x1
[    0.032255] SCSI subsystem initialized
[    0.032376] usbcore: registered new interface driver usbfs
[    0.032403] usbcore: registered new interface driver hub
[    0.032448] usbcore: registered new device driver usb
[    0.040057] raspberrypi-firmware soc:firmware: Attached to firmware from 2018-11-04 16:31
[    0.040783] clocksource: Switched to clocksource arch_sys_counter
[    0.080507] VFS: Disk quotas dquot_6.6.0
[    0.080556] VFS: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[    0.080673] FS-Cache: Loaded
[    0.080828] CacheFiles: Loaded
[    0.085124] NET: Registered protocol family 2
[    0.085519] TCP established hash table entries: 8192 (order: 3, 32768 bytes)
[    0.085574] TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
[    0.085668] TCP: Hash tables configured (established 8192 bind 8192)
[    0.085743] UDP hash table entries: 512 (order: 2, 16384 bytes)
[    0.085766] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
[    0.085889] NET: Registered protocol family 1
[    0.086149] RPC: Registered named UNIX socket transport module.
[    0.086152] RPC: Registered udp transport module.
[    0.086154] RPC: Registered tcp transport module.
[    0.086157] RPC: Registered tcp NFSv4.1 backchannel transport module.
[    0.087015] hw perfevents: enabled with armv7_cortex_a7 PMU driver, 7 counters available
[    0.088468] workingset: timestamp_bits=14 max_order=18 bucket_order=4
[    0.092575] FS-Cache: Netfs 'nfs' registered for caching
[    0.092898] NFS: Registering the id_resolver key type
[    0.092916] Key type id_resolver registered
[    0.092919] Key type id_legacy registered
[    0.092927] nfs4filelayout_init: NFSv4 File Layout Driver Registering...
[    0.093926] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 251)
[    0.093994] io scheduler noop registered
[    0.093998] io scheduler deadline registered (default)
[    0.094084] io scheduler cfq registered
[    0.094088] io scheduler mq-deadline registered
[    0.094091] io scheduler kyber registered
[    0.095576] BCM2708FB: allocated DMA memory fad10000
[    0.095592] BCM2708FB: allocated DMA channel 0 @ bb813000
[    0.100871] Console: switching to colour frame buffer device 82x26
[    0.103506] Serial: 8250/16550 driver, 1 ports, IRQ sharing enabled
[    0.104211] bcm2835-rng 3f104000.rng: hwrng registered
[    0.104282] vc-mem: phys_addr:0x00000000 mem_base=0x3ec00000 mem_size:0x40000000(1024 MiB)
[    0.104505] vc-sm: Videocore shared memory driver
[    0.104647] gpiomem-bcm2835 3f200000.gpiomem: Initialised: Registers at 0x3f200000
[    0.109466] brd: module loaded
[    0.114144] loop: module loaded
[    0.114151] Loading iSCSI transport class v2.0-870.
[    0.114540] libphy: Fixed MDIO Bus: probed
[    0.114594] usbcore: registered new interface driver lan78xx
[    0.114621] usbcore: registered new interface driver smsc95xx
[    0.114630] dwc_otg: version 3.00a 10-AUG-2012 (platform bus)
[    0.142355] dwc_otg 3f980000.usb: base=0xf0980000
[    0.342467] Core Release: 2.80a
[    0.342472] Setting default values for core params
[    0.342491] Finished setting default values for core params
[    0.542633] Using Buffer DMA mode
[    0.542637] Periodic Transfer Interrupt Enhancement - disabled
[    0.542639] Multiprocessor Interrupt Enhancement - disabled
[    0.542643] OTG VER PARAM: 0, OTG VER FLAG: 0
[    0.542648] Dedicated Tx FIFOs mode
[    0.542853] WARN::dwc_otg_hcd_init:1046: FIQ DMA bounce buffers: virt = 0xbad04000 dma = 0xfad04000 len=9024
[    0.542868] FIQ FSM acceleration enabled for :
               Non-periodic Split Transactions
               Periodic Split Transactions
               High-Speed Isochronous Endpoints
               Interrupt/Control Split Transaction hack enabled
[    0.542872] dwc_otg: Microframe scheduler enabled
[    0.542897] WARN::hcd_init_fiq:459: FIQ on core 1 at 0x805ea470
[    0.542902] WARN::hcd_init_fiq:460: FIQ ASM at 0x805ea7d8 length 36
[    0.542909] WARN::hcd_init_fiq:486: MPHI regs_base at 0xf0006000
[    0.542935] dwc_otg 3f980000.usb: DWC OTG Controller
[    0.542952] dwc_otg 3f980000.usb: new USB bus registered, assigned bus number 1
[    0.542968] dwc_otg 3f980000.usb: irq 62, io mem 0x00000000
[    0.543004] Init: Port Power? op_state=1
[    0.543007] Init: Power Port (0)
[    0.543115] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002
[    0.543120] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.543125] usb usb1: Product: DWC OTG Controller
[    0.543129] usb usb1: Manufacturer: Linux 4.14.79-v7+ dwc_otg_hcd
[    0.543133] usb usb1: SerialNumber: 3f980000.usb
[    0.543453] hub 1-0:1.0: USB hub found
[    0.543473] hub 1-0:1.0: 1 port detected
[    0.543739] dwc_otg: FIQ enabled
[    0.543742] dwc_otg: NAK holdoff enabled
[    0.543745] dwc_otg: FIQ split-transaction FSM enabled
[    0.543750] Module dwc_common_port init
[    0.543872] usbcore: registered new interface driver usb-storage
[    0.543958] mousedev: PS/2 mouse device common for all mice
[    0.543998] IR NEC protocol handler initialized
[    0.544001] IR RC5(x/sz) protocol handler initialized
[    0.544004] IR RC6 protocol handler initialized
[    0.544007] IR JVC protocol handler initialized
[    0.544009] IR Sony protocol handler initialized
[    0.544012] IR SANYO protocol handler initialized
[    0.544014] IR Sharp protocol handler initialized
[    0.544017] IR MCE Keyboard/mouse protocol handler initialized
[    0.544020] IR XMP protocol handler initialized
[    0.544383] bcm2835-wdt 3f100000.watchdog: Broadcom BCM2835 watchdog timer
[    0.544523] bcm2835-cpufreq: min=1200000 max=1200000
[    0.544711] sdhci: Secure Digital Host Controller Interface driver
[    0.544714] sdhci: Copyright(c) Pierre Ossman
[    0.544910] mmc-bcm2835 3f300000.mmc: could not get clk, deferring probe
[    0.545077] sdhost-bcm2835 3f202000.mmc: could not get clk, deferring probe
[    0.545125] sdhci-pltfm: SDHCI platform and OF driver helper
[    0.546191] ledtrig-cpu: registered to indicate activity on CPUs
[    0.546288] hidraw: raw HID events driver (C) Jiri Kosina
[    0.546367] usbcore: registered new interface driver usbhid
[    0.546369] usbhid: USB HID core driver
[    0.546776] vchiq: vchiq_init_state: slot_zero = bad80000, is_master = 0
[    0.547741] [vc_sm_connected_init]: start
[    0.554811] [vc_sm_connected_init]: end - returning 0
[    0.555148] Initializing XFRM netlink socket
[    0.555161] NET: Registered protocol family 17
[    0.555220] Key type dns_resolver registered
[    0.555446] Registering SWP/SWPB emulation handler
[    0.555739] registered taskstats version 1
[    0.558967] uart-pl011 3f201000.serial: cts_event_workaround enabled
[    0.559007] 3f201000.serial: ttyAMA0 at MMIO 0x3f201000 (irq = 87, base_baud = 0) is a PL011 rev2
[    0.559831] 3f215040.serial: ttyS0 at MMIO 0x0 (irq = 166, base_baud = 50000000) is a 16550
[    0.560299] mmc-bcm2835 3f300000.mmc: mmc_debug:0 mmc_debug2:0
[    0.560303] mmc-bcm2835 3f300000.mmc: DMA channel allocated
[    0.611138] sdhost: log_buf @ bad07000 (fad07000)
[    0.647041] mmc1: queuing unknown CIS tuple 0x80 (2 bytes)
[    0.648535] mmc1: queuing unknown CIS tuple 0x80 (3 bytes)
[    0.650027] mmc1: queuing unknown CIS tuple 0x80 (3 bytes)
[    0.652725] mmc1: queuing unknown CIS tuple 0x80 (7 bytes)
[    0.690790] mmc0: sdhost-bcm2835 loaded - DMA enabled (>1)
[    0.691331] of_cfs_init
[    0.691382] of_cfs_init: OK
[    0.691725] Waiting for root device PARTUUID=adc524cf-02...
[    0.727517] random: fast init done
[    0.757842] mmc0: host does not support reading read-only switch, assuming write-enable
[    0.760405] mmc0: new high speed SDHC card at address 0007
[    0.760710] mmcblk0: mmc0:0007 SD16G 14.5 GiB
[    0.761066] Indeed it is in host mode hprt0 = 00021501
[    0.821997]  mmcblk0: p1 p2
[    0.826902] mmc1: new high speed SDIO card at address 0001
[    0.853253] EXT4-fs (mmcblk0p2): INFO: recovery required on readonly filesystem
[    0.853257] EXT4-fs (mmcblk0p2): write access will be enabled during recovery
[    0.970803] usb 1-1: new high-speed USB device number 2 using dwc_otg
[    0.970884] Indeed it is in host mode hprt0 = 00001101
[    1.210995] usb 1-1: New USB device found, idVendor=0424, idProduct=9514
[    1.211003] usb 1-1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[    1.211353] hub 1-1:1.0: USB hub found
[    1.211403] hub 1-1:1.0: 5 ports detected
[    1.530795] usb 1-1.1: new high-speed USB device number 3 using dwc_otg
[    1.660923] usb 1-1.1: New USB device found, idVendor=0424, idProduct=ec00
[    1.660929] usb 1-1.1: New USB device strings: Mfr=0, Product=0, SerialNumber=0
[    1.663232] smsc95xx v1.0.6
[    1.752621] smsc95xx 1-1.1:1.0 eth0: register 'smsc95xx' at usb-3f980000.usb-1.1, smsc95xx USB 2.0 Ethernet, b8:27:eb:a9:ef:2c
[    1.850791] usb 1-1.4: new full-speed USB device number 4 using dwc_otg
[    2.041005] usb 1-1.4: New USB device found, idVendor=10c4, idProduct=ea60
[    2.041010] usb 1-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.041015] usb 1-1.4: Product: CP2102 USB to UART Bridge Controller
[    2.041019] usb 1-1.4: Manufacturer: Silicon Labs
[    2.041023] usb 1-1.4: SerialNumber: 0001
[   12.518477] EXT4-fs (mmcblk0p2): recovery complete
[   12.547723] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
[   12.547758] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
[   12.556734] devtmpfs: mounted
[   12.558392] Freeing unused kernel memory: 1024K
[   12.991546] systemd[1]: System time before build time, advancing clock.
[   13.118506] NET: Registered protocol family 10
[   13.119186] Segment Routing with IPv6
[   13.128018] ip_tables: (C) 2000-2006 Netfilter Core Team
[   13.144754] random: systemd: uninitialized urandom read (16 bytes read)
[   13.148052] systemd[1]: systemd 232 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD +IDN)
[   13.148353] systemd[1]: Detected architecture arm.
[   13.158122] systemd[1]: Set hostname to <raspberrypi>.
[   13.194907] random: systemd: uninitialized urandom read (16 bytes read)
[   13.215675] random: systemd-sysv-ge: uninitialized urandom read (16 bytes read)
[   13.553877] systemd[1]: Created slice System Slice.
[   13.554378] systemd[1]: Created slice system-systemd\x2dfsck.slice.
[   13.554714] systemd[1]: Created slice system-autologin.slice.
[   13.554927] systemd[1]: Listening on udev Control Socket.
[   13.555066] systemd[1]: Listening on Syslog Socket.
[   13.555253] systemd[1]: Started Forward Password Requests to Wall Directory Watch.
[   13.555321] systemd[1]: Reached target Swap.
[   13.648904] i2c /dev entries driver
[   14.063023] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
[   14.095797] systemd-journald[86]: Received request to flush runtime journal from PID 1
[   14.464071] snd_bcm2835: module is from the staging directory, the quality is unknown, you have been warned.
[   14.466860] bcm2835_alsa bcm2835_alsa: card created with 8 channels
[   14.587583] usbcore: registered new interface driver usbserial
[   14.587813] usbcore: registered new interface driver usbserial_generic
[   14.588033] usbserial: USB Serial support registered for generic
[   14.602753] usbcore: registered new interface driver cp210x
[   14.602998] usbserial: USB Serial support registered for cp210x
[   14.603268] cp210x 1-1.4:1.0: cp210x converter detected
[   14.612126] usb 1-1.4: cp210x converter now attached to ttyUSB0
[   14.626330] brcmfmac: F1 signature read @0x18000000=0x1541a9a6
[   14.630905] brcmfmac: brcmf_fw_map_chip_to_name: using brcm/brcmfmac43430-sdio.bin for chip 0x00a9a6(43430) rev 0x000001
[   14.631111] usbcore: registered new interface driver brcmfmac
[   14.874060] random: crng init done
[   14.874069] random: 7 urandom warning(s) missed due to ratelimiting
[   14.888832] brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: Oct 23 2017 03:55:53 version 7.45.98.38 (r674442 CY) FWID 01-e58d219f
[   14.889450] brcmfmac: brcmf_c_preinit_dcmds: CLM version = API: 12.2 Data: 7.11.15 Compiler: 1.24.2 ClmImport: 1.24.1 Creation: 2014-05-26 10:53:55 Inc Data: 9.10.39 Inc Compiler: 1.29.4 Inc ClmImport: 1.36.3 Creation: 2017-10-23 03:47:14
[   16.533874] uart-pl011 3f201000.serial: no DMA platform data
[   16.825236] IPv6: ADDRCONF(NETDEV_UP): wlan0: link is not ready
[   16.825246] brcmfmac: power management disabled
[   16.904886] Adding 102396k swap on /var/swap.  Priority:-2 extents:1 across:102396k SSFS
[   17.292322] smsc95xx 1-1.1:1.0 eth0: hardware isn't capable of remote wakeup
[   18.880382] smsc95xx 1-1.1:1.0 eth0: link up, 100Mbps, full-duplex, lpa 0xC5E1
[   22.545758] Bluetooth: Core ver 2.22
[   22.545818] NET: Registered protocol family 31
[   22.545821] Bluetooth: HCI device and connection manager initialized
[   22.545836] Bluetooth: HCI socket layer initialized
[   22.545844] Bluetooth: L2CAP socket layer initialized
[   22.545864] Bluetooth: SCO socket layer initialized
[   22.568314] Bluetooth: HCI UART driver ver 2.3
[   22.568322] Bluetooth: HCI UART protocol H4 registered
[   22.568325] Bluetooth: HCI UART protocol Three-wire (H5) registered
[   22.568449] Bluetooth: HCI UART protocol Broadcom registered
[   32.522123] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   32.522131] Bluetooth: BNEP filters: protocol multicast
[   32.522145] Bluetooth: BNEP socket layer initialized
[   32.571104] Bluetooth: RFCOMM TTY layer initialized
[   32.571183] Bluetooth: RFCOMM socket layer initialized
[   32.571204] Bluetooth: RFCOMM ver 1.11
[   32.896342] fuse init (API version 7.26)
[   71.008659] cp210x ttyUSB0: failed get req 0x8 size 1 status: 0
[   84.850258] dwc_otg: DEVICE:004 : update_urb_state_xfer_comp:747:trimming xfer length
[   85.767662] cp210x ttyUSB0: failed get req 0x8 size 1 status: -32
[   85.767789] cp210x ttyUSB0: failed set req 0x1e size 4 status: -32
[   85.767794] cp210x ttyUSB0: failed to set baud rate to 9600
[   85.768162] cp210x ttyUSB0: failed to get comm status: -71
[   85.768286] cp210x ttyUSB0: failed set request 0x7 status: -71
[   85.768410] cp210x ttyUSB0: failed set request 0x12 status: -71
[   85.768535] cp210x ttyUSB0: failed set request 0x0 status: -71
[  104.039052] cp210x ttyUSB0: failed get req 0x8 size 1 status: -71
[  104.039162] cp210x ttyUSB0: failed set req 0x1e size 4 status: -71
[  104.039168] cp210x ttyUSB0: failed to set baud rate to 9600
[  104.039286] cp210x ttyUSB0: failed to get comm status: -71
[  104.039411] cp210x ttyUSB0: failed set request 0x7 status: -71
[  104.039535] cp210x ttyUSB0: failed set request 0x12 status: -71
[  104.039660] cp210x ttyUSB0: failed set request 0x0 status: -71
[  109.990800] cp210x ttyUSB0: failed get req 0x8 size 1 status: -71
[  109.991037] cp210x ttyUSB0: failed to get comm status: -71
[  109.991161] cp210x ttyUSB0: failed set request 0x7 status: -71
[  109.991285] cp210x ttyUSB0: failed set request 0x12 status: -71
[  109.991410] cp210x ttyUSB0: failed set request 0x0 status: -71
[  125.437049] cp210x ttyUSB0: failed get req 0x8 size 1 status: -71
[  125.437288] cp210x ttyUSB0: failed to get comm status: -71
[  125.437412] cp210x ttyUSB0: failed set request 0x7 status: -71
[  125.437536] cp210x ttyUSB0: failed set request 0x12 status: -71
[  125.437968] cp210x ttyUSB0: failed set request 0x0 status: -71
[  137.588051] cp210x ttyUSB0: failed get req 0x8 size 1 status: -71
[  137.588287] cp210x ttyUSB0: failed to get comm status: -71
[  137.588412] cp210x ttyUSB0: failed set request 0x7 status: -71
[  137.588536] cp210x ttyUSB0: failed set request 0x12 status: -71
[  137.588660] cp210x ttyUSB0: failed set request 0x0 status: -71

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 30 Dezember 2018, 12:14:19
cp210x ttyUSB0: failed get req 0x8 size 1 status: -32

ah ja, der scheint defekt zu sein!
Du bist eh aus Österreich (Inlandsporto) , wenn du willst kann ich dir einen anderen zusenden! Aber die sind alle aus derselben Serie! Ich habe auch neue bestellt, aber die dauern noch ein paar Tage bis ich sie habe, die liegen noch in Wien am Zoll.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: americanium am 30 Dezember 2018, 12:19:19
Naja einer aus der neuen charge wär dann super ;) als Übergangslösung: ich hätte noch nen RS232 UART mit 9pol Schnittstelle, kann ich einfach gewisse Pins an der Stiftleiste belegen ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 30 Dezember 2018, 12:33:57
ja versuche es, du brauchst nur RxD, TxD, 5V und Masse.
Ich melde mich wenn ich die neuen habe!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: luckiluke am 05 Januar 2019, 12:53:55
Moin Zusammen,

ich würde gerne meine Therme über ebusd und fhem steuern. Lesen klappt ohne probleme und schriben der Werte, die in der CSV, bzw. bai.0010006101.inc, mit w markiert sind klappt auch. Jetzt würde ich aber gerne die Vorlauftemperatur direkt einstellen. Daher folgende Fragen:

1) Welchen Wert muss ich verändern?
- FlowTempDesired
- ExtFlowTempDesired
- FlowsetHcMax

2) Da FlowsetHcMax der einzige wert ist, der in der csv als veränderbar angegeben ist. Kann ich den Eintrag der anderen Werte einfach auf r;w,, ändern oder bringe ich damit in der Therme zu viel durcheinander?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 12 Januar 2019, 12:53:31
eine Änderung "w" wird dir vermutlich nichts bringen, da dieses Register d.05 nicht beschreibbar ist.

Wenn du kein zusätzliches Steuergerät wie zB: eine Calormatic für Außentemperatursteuerung hast wirst du vermutlich in die Vorlauftemperatur nicht eingreifen können.

Wenn du hier schaust bei der Calormatic 630 kannst diese Werte die den Vorlauf beeinflussen beschreiben. Wie die Calormatic das intern mit dem Heizgerät kommuniziert weiß ich nicht, sollte man aber auch nicht eingreifen denn die Geräte haben ja auch eine Zulassung die man durch solche Manipulationen schnell verlieren kann. Daher Finger weg von interner Kommunikation und nur Werte verstellen die man am externen Steuergerät einstellt.
r;w,,FlowTempMin,Minimaltemperatur,,,,"3000",,,temp0,,,
r;w,,TempDesiredLow,Absenktemperatur,,,,"3300",,,temp1,,,
r;w,,FlowTempMax,Maximaltemperatur,,,,"3100",,,temp0,,,
r;w,,TempDesired,Solltemperatur,,,,"3200",,,temp1,,,
r;w,,HeatingCurve,Heizkurve,,,,"3500",,,curve,,,


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 13 Januar 2019, 13:36:22
Moin
Oder man veraendert die Heizkurve, was letztendlich direkt auf die Vorlauftemperatur einwirkt!
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: flmma am 15 Januar 2019, 20:57:33
Hallo,

habe nun endlich die EBUS Befehle zum Steuern meiner Heizungssteuerung (Elco Logon M) herausgefunden. (Resultat poste ich dann in einem eigenen Beitrag)
Nun stehe ich aber noch vor folgender Herausforderung:

Der Regler überträgt ca. alle 30s folgende Message an einen nicht vorhandenen Fernwähler.
Zitat2019-01-15 19:34:32.667 [bus notice] <10451100060100171013020c
Im "01" ist die Betriebsart codiert, sprich ich würde gerne diese Messages abfangen und habe mir hierzu folgende cyc.csv erstellt:
#type,circuit,name,comment,QQ,ZZ,PBSB,ID,field1,part,type/templates,divider/values,unit,comment
u,Elco,Betriebsartmsg,CBetriebsartmsg,10,45,1100,06,Betriebsart,,HEX:1,,,CBetriebsart,Ignore,,IGN:5,,,CIgnore

Leider erkennt ebus diese Message nicht, ich nehme an, es liegt daran, dass diese nicht richtig adressiert ist? (ZZ)
Kann ich die trotzdem irgendwie abfangen? Wenn ich die Betriebsart ändere, dann möchte ich auch anschließend gerne die neue Betriebsart auslesen und visualisieren.

Vielen Dank für Eure Unterstützung!

lg
Michi
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 Januar 2019, 07:04:15
Zitat von: flmma am 15 Januar 2019, 20:57:33
Der Regler überträgt ca. alle 30s folgende Message an einen nicht vorhandenen Fernwähler.
Kann ich die trotzdem irgendwie abfangen?
das geht derzeit nicht, da ja kein Slave auf die Nachricht antwortet und diese somit als unvollständig bzw. gar nicht erfolgt eingestuft wird. Aber der Sender der Nachricht muss den Wert ja auch noch irgendwo anders gespeichert haben, das wäre der richtige Weg.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: flmma am 16 Januar 2019, 08:46:02
Hallo John30,

danke für die AW. Leider war die Firma ELCO bzw. Lamberti derzeit nicht wirklich hilfsbereit, erwarte mir daher, dass ich keine Information von den Herstellern bekomme.
(ELCO Austria hat gemeint ich sollte Drahtbrücken bei den Eingängen vom Regler verwenden um den Betriebsmodus zu ändern...von Elco Deutschland und Lamberti bisher keine Antwort)

Was wäre, wenn ich dem Ebusd (läuft auf einem eigenen Raspberry) die Adresse 45 zuordnen würde? Sprich ich simulieren den Fernwähler, somit gäbe es einen Empfänger für die Nachrichten.
Oder evtl. die Message als Broadcast betrachten, auf diese erfolgt ja auch kein ACK.
->Meinst du es würde evtl. eine dieser Lösungen funktionieren?

Die Betriebsart selbst kann man mit folgenden Befehlen umstellen: (das letzte Byte ist die Betriebsart)
ebusctl hex -s 31 1011000100

Sonne/Aus 00
Sonne/Mond 01
Sonne 02
Mond 03
Aus 05
Warmwasser 06

Vielen Dank!

lg
Michi



Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: nols am 17 Januar 2019, 19:26:09
Hallo,
ich habe eine Vaillant VCW 206 / 5-5 und dadran ein Calormatic 350.
Ich habe die Ebus Platin 1.6 gelötet und angeschlossen. Poti eingestellt und ich empfange auch etwas. Habe die Ebus Platine per FTDI-Serial Konverter an einem RPi3b+.
Ich bekomme es jedoch nicht hin, dass ebusd mir die config lädt.

Meine config in /etc/default/ebus
EBUSD_OPTS="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log --scanconfig -c http://ebusd.eu/config/"

pi@RaspberryPiOpenHAB:~ $ ebusctl i
version: ebusd 3.3.v3.3-10-gfa434e5
update check: revision v3.3-4-g212b22d available, broadcast.csv: different version available
signal: acquired
symbol rate: 24
max symbol rate: 59
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


So wie ich es verstehe, findet er die Geräte im Bus, mehr aber auch nicht.
Hier nochmal mit log, manuell gestartet.

pi@RaspberryPiOpenHAB:~ $ sudo ebusd -d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log --scanconfig=full -c http://ebusd.eu/config/ -f --loglevel debug --latency=0
2019-01-17 19:23:03.500 [main notice] ebusd 3.3.v3.3-10-gfa434e5 started with full scan
2019-01-17 19:23:03.501 [main info] loading configuration files from http://ebusd.eu/config/
2019-01-17 19:23:03.677 [main info] reading templates /
2019-01-17 19:23:03.746 [main info] read templates in /
2019-01-17 19:23:03.746 [main info] reading file memory.csv
2019-01-17 19:23:03.812 [main info] successfully read file memory.csv
2019-01-17 19:23:03.813 [main info] reading file broadcast.csv
2019-01-17 19:23:03.882 [main info] successfully read file broadcast.csv
2019-01-17 19:23:03.882 [main info] read config files
2019-01-17 19:23:03.885 [bus notice] bus started with own address 31/36
2019-01-17 19:23:03.886 [main info] registering data handlers
2019-01-17 19:23:03.886 [main info] registered data handlers
2019-01-17 19:23:03.925 [bus debug] ERR: SYN received during no signal, switching to ready
2019-01-17 19:23:03.925 [bus notice] signal acquired
2019-01-17 19:23:04.079 [bus notice] new master 10, master count 2
2019-01-17 19:23:04.108 [bus notice] new master 03, master count 3
2019-01-17 19:23:04.108 [update info] received MS cmd: 1008b510090000b4ffffff04ff00 / 0101
2019-01-17 19:23:04.108 [update notice] received unknown MS cmd: 1008b510090000b4ffffff04ff00 / 0101
2019-01-17 19:23:10.151 [update info] received MS cmd: 1008b5110101 / 09837b0080636e0100ff
2019-01-17 19:23:10.152 [update notice] received unknown MS cmd: 1008b5110101 / 09837b0080636e0100ff
2019-01-17 19:23:12.194 [update info] received MS cmd: 1008b5040100 / 0a00ffffffffffffff0080
2019-01-17 19:23:12.194 [update notice] received unknown MS cmd: 1008b5040100 / 0a00ffffffffffffff0080
2019-01-17 19:23:12.453 [update info] received MS cmd: 1008b5110102 / 06033c96468270
2019-01-17 19:23:12.453 [update notice] received unknown MS cmd: 1008b5110102 / 06033c96468270
2019-01-17 19:23:13.886 [main debug] performing regular tasks
2019-01-17 19:23:13.887 [main notice] starting initial full scan
2019-01-17 19:23:13.887 [bus info] scan 02 cmd: 3102070400
2019-01-17 19:23:13.936 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:13.936 [bus info] scan 04 cmd: 3104070400
2019-01-17 19:23:13.980 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:13.980 [bus info] scan 05 cmd: 3105070400
2019-01-17 19:23:14.023 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:14.023 [bus info] scan 06 cmd: 3106070400
2019-01-17 19:23:14.066 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:14.066 [bus info] scan 08 cmd: 3108070400
2019-01-17 19:23:14.103 [bus debug] ERR: arbitration lost during ready, retry
2019-01-17 19:23:14.194 [update info] received MS cmd: 1008b510090000b4ffffff04ff00 / 0101
2019-01-17 19:23:14.194 [update notice] received unknown MS cmd: 1008b510090000b4ffffff04ff00 / 0101
2019-01-17 19:23:14.295 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:14.295 [bus info] scan 09 cmd: 3109070400
2019-01-17 19:23:14.339 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:14.339 [bus info] scan 0a cmd: 310a070400
2019-01-17 19:23:14.382 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:14.382 [bus info] scan 0b cmd: 310b070400
2019-01-17 19:23:14.425 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:14.425 [bus info] scan 0c cmd: 310c070400
2019-01-17 19:23:14.468 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:14.468 [bus info] scan 0d cmd: 310d070400
2019-01-17 19:23:14.510 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:14.510 [bus info] scan 0e cmd: 310e070400
2019-01-17 19:23:14.553 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:14.553 [bus info] scan 12 cmd: 3112070400
2019-01-17 19:23:14.596 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:14.596 [bus info] scan 14 cmd: 3114070400
2019-01-17 19:23:14.639 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:14.639 [bus info] scan 15 cmd: 3115070400
2019-01-17 19:23:14.682 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:14.682 [bus info] scan 16 cmd: 3116070400
2019-01-17 19:23:14.726 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:14.726 [bus info] scan 18 cmd: 3118070400
2019-01-17 19:23:14.768 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:14.768 [bus info] scan 19 cmd: 3119070400
2019-01-17 19:23:14.811 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:14.811 [bus info] scan 1a cmd: 311a070400
2019-01-17 19:23:14.853 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:14.854 [bus info] scan 1b cmd: 311b070400
2019-01-17 19:23:14.897 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:14.897 [bus info] scan 1c cmd: 311c070400
2019-01-17 19:23:14.940 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:14.940 [bus info] scan 1d cmd: 311d070400
2019-01-17 19:23:14.983 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:14.984 [bus info] scan 1e cmd: 311e070400
2019-01-17 19:23:15.027 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.027 [bus info] scan 20 cmd: 3120070400
2019-01-17 19:23:15.069 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.069 [bus info] scan 21 cmd: 3121070400
2019-01-17 19:23:15.112 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.112 [bus info] scan 22 cmd: 3122070400
2019-01-17 19:23:15.154 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.154 [bus info] scan 23 cmd: 3123070400
2019-01-17 19:23:15.198 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.198 [bus info] scan 24 cmd: 3124070400
2019-01-17 19:23:15.241 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.241 [bus info] scan 25 cmd: 3125070400
2019-01-17 19:23:15.285 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.285 [bus info] scan 26 cmd: 3126070400
2019-01-17 19:23:15.327 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.327 [bus info] scan 27 cmd: 3127070400
2019-01-17 19:23:15.370 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.370 [bus info] scan 28 cmd: 3128070400
2019-01-17 19:23:15.412 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.412 [bus info] scan 29 cmd: 3129070400
2019-01-17 19:23:15.456 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.456 [bus info] scan 2a cmd: 312a070400
2019-01-17 19:23:15.499 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.499 [bus info] scan 2b cmd: 312b070400
2019-01-17 19:23:15.544 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.544 [bus info] scan 2c cmd: 312c070400
2019-01-17 19:23:15.587 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.587 [bus info] scan 2d cmd: 312d070400
2019-01-17 19:23:15.629 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.629 [bus info] scan 2e cmd: 312e070400
2019-01-17 19:23:15.673 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.673 [bus info] scan 2f cmd: 312f070400
2019-01-17 19:23:15.720 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.720 [bus info] scan 32 cmd: 3132070400
2019-01-17 19:23:15.760 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.760 [bus info] scan 34 cmd: 3134070400
2019-01-17 19:23:15.802 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.802 [bus info] scan 35 cmd: 3135070400
2019-01-17 19:23:15.846 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.846 [bus info] scan 36 cmd: 3136070400
2019-01-17 19:23:15.888 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.888 [bus info] scan 38 cmd: 3138070400
2019-01-17 19:23:15.931 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.931 [bus info] scan 39 cmd: 3139070400
2019-01-17 19:23:15.974 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:15.974 [bus info] scan 3a cmd: 313a070400
2019-01-17 19:23:16.017 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.017 [bus info] scan 3b cmd: 313b070400
2019-01-17 19:23:16.060 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.060 [bus info] scan 3c cmd: 313c070400
2019-01-17 19:23:16.103 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.103 [bus info] scan 3d cmd: 313d070400
2019-01-17 19:23:16.145 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.145 [bus info] scan 3e cmd: 313e070400
2019-01-17 19:23:16.188 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.188 [bus info] scan 40 cmd: 3140070400
2019-01-17 19:23:16.231 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.232 [bus info] scan 41 cmd: 3141070400
2019-01-17 19:23:16.275 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.275 [bus info] scan 42 cmd: 3142070400
2019-01-17 19:23:16.318 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.318 [bus info] scan 43 cmd: 3143070400
2019-01-17 19:23:16.360 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.360 [bus info] scan 44 cmd: 3144070400
2019-01-17 19:23:16.404 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.404 [bus info] scan 45 cmd: 3145070400
2019-01-17 19:23:16.447 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.447 [bus info] scan 46 cmd: 3146070400
2019-01-17 19:23:16.490 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.490 [bus info] scan 47 cmd: 3147070400
2019-01-17 19:23:16.534 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.534 [bus info] scan 48 cmd: 3148070400
2019-01-17 19:23:16.578 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.578 [bus info] scan 49 cmd: 3149070400
2019-01-17 19:23:16.621 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.621 [bus info] scan 4a cmd: 314a070400
2019-01-17 19:23:16.664 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.664 [bus info] scan 4b cmd: 314b070400
2019-01-17 19:23:16.707 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.707 [bus info] scan 4c cmd: 314c070400
2019-01-17 19:23:16.751 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.751 [bus info] scan 4d cmd: 314d070400
2019-01-17 19:23:16.794 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.794 [bus info] scan 4e cmd: 314e070400
2019-01-17 19:23:16.837 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.837 [bus info] scan 4f cmd: 314f070400
2019-01-17 19:23:16.879 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.879 [bus info] scan 50 cmd: 3150070400
2019-01-17 19:23:16.922 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.922 [bus info] scan 51 cmd: 3151070400
2019-01-17 19:23:16.965 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:16.965 [bus info] scan 52 cmd: 3152070400
2019-01-17 19:23:17.008 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.008 [bus info] scan 53 cmd: 3153070400
2019-01-17 19:23:17.051 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.051 [bus info] scan 54 cmd: 3154070400
2019-01-17 19:23:17.095 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.095 [bus info] scan 55 cmd: 3155070400
2019-01-17 19:23:17.138 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.138 [bus info] scan 56 cmd: 3156070400
2019-01-17 19:23:17.179 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.179 [bus info] scan 57 cmd: 3157070400
2019-01-17 19:23:17.223 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.223 [bus info] scan 58 cmd: 3158070400
2019-01-17 19:23:17.266 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.266 [bus info] scan 59 cmd: 3159070400
2019-01-17 19:23:17.309 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.309 [bus info] scan 5a cmd: 315a070400
2019-01-17 19:23:17.352 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.352 [bus info] scan 5b cmd: 315b070400
2019-01-17 19:23:17.395 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.395 [bus info] scan 5c cmd: 315c070400
2019-01-17 19:23:17.437 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.437 [bus info] scan 5d cmd: 315d070400
2019-01-17 19:23:17.485 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.485 [bus info] scan 5e cmd: 315e070400
2019-01-17 19:23:17.523 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.523 [bus info] scan 5f cmd: 315f070400
2019-01-17 19:23:17.567 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.568 [bus info] scan 60 cmd: 3160070400
2019-01-17 19:23:17.609 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.609 [bus info] scan 61 cmd: 3161070400
2019-01-17 19:23:17.653 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.653 [bus info] scan 62 cmd: 3162070400
2019-01-17 19:23:17.696 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.696 [bus info] scan 63 cmd: 3163070400
2019-01-17 19:23:17.739 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.739 [bus info] scan 64 cmd: 3164070400
2019-01-17 19:23:17.781 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.781 [bus info] scan 65 cmd: 3165070400
2019-01-17 19:23:17.826 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.826 [bus info] scan 66 cmd: 3166070400
2019-01-17 19:23:17.868 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.868 [bus info] scan 67 cmd: 3167070400
2019-01-17 19:23:17.911 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.911 [bus info] scan 68 cmd: 3168070400
2019-01-17 19:23:17.956 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.956 [bus info] scan 69 cmd: 3169070400
2019-01-17 19:23:17.998 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:17.998 [bus info] scan 6a cmd: 316a070400
2019-01-17 19:23:18.043 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.043 [bus info] scan 6b cmd: 316b070400
2019-01-17 19:23:18.085 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.085 [bus info] scan 6c cmd: 316c070400
2019-01-17 19:23:18.127 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.127 [bus info] scan 6d cmd: 316d070400
2019-01-17 19:23:18.171 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.171 [bus info] scan 6e cmd: 316e070400
2019-01-17 19:23:18.214 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.214 [bus info] scan 6f cmd: 316f070400
2019-01-17 19:23:18.257 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.257 [bus info] scan 72 cmd: 3172070400
2019-01-17 19:23:18.300 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.300 [bus info] scan 74 cmd: 3174070400
2019-01-17 19:23:18.343 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.343 [bus info] scan 75 cmd: 3175070400
2019-01-17 19:23:18.387 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.387 [bus info] scan 76 cmd: 3176070400
2019-01-17 19:23:18.428 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.428 [bus info] scan 78 cmd: 3178070400
2019-01-17 19:23:18.471 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.471 [bus info] scan 79 cmd: 3179070400
2019-01-17 19:23:18.515 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.515 [bus info] scan 7a cmd: 317a070400
2019-01-17 19:23:18.558 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.558 [bus info] scan 7b cmd: 317b070400
2019-01-17 19:23:18.601 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.601 [bus info] scan 7c cmd: 317c070400
2019-01-17 19:23:18.644 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.644 [bus info] scan 7d cmd: 317d070400
2019-01-17 19:23:18.687 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.687 [bus info] scan 7e cmd: 317e070400
2019-01-17 19:23:18.730 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.730 [bus info] scan 80 cmd: 3180070400
2019-01-17 19:23:18.772 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.773 [bus info] scan 81 cmd: 3181070400
2019-01-17 19:23:18.817 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.817 [bus info] scan 82 cmd: 3182070400
2019-01-17 19:23:18.859 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.859 [bus info] scan 83 cmd: 3183070400
2019-01-17 19:23:18.904 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.905 [bus info] scan 84 cmd: 3184070400
2019-01-17 19:23:18.946 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.946 [bus info] scan 85 cmd: 3185070400
2019-01-17 19:23:18.989 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:18.989 [bus info] scan 86 cmd: 3186070400
2019-01-17 19:23:19.033 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.034 [bus info] scan 87 cmd: 3187070400
2019-01-17 19:23:19.076 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.076 [bus info] scan 88 cmd: 3188070400
2019-01-17 19:23:19.119 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.119 [bus info] scan 89 cmd: 3189070400
2019-01-17 19:23:19.162 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.162 [bus info] scan 8a cmd: 318a070400
2019-01-17 19:23:19.205 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.205 [bus info] scan 8b cmd: 318b070400
2019-01-17 19:23:19.248 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.248 [bus info] scan 8c cmd: 318c070400
2019-01-17 19:23:19.290 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.290 [bus info] scan 8d cmd: 318d070400
2019-01-17 19:23:19.333 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.333 [bus info] scan 8e cmd: 318e070400
2019-01-17 19:23:19.376 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.376 [bus info] scan 8f cmd: 318f070400
2019-01-17 19:23:19.419 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.419 [bus info] scan 90 cmd: 3190070400
2019-01-17 19:23:19.462 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.462 [bus info] scan 91 cmd: 3191070400
2019-01-17 19:23:19.507 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.507 [bus info] scan 92 cmd: 3192070400
2019-01-17 19:23:19.550 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.550 [bus info] scan 93 cmd: 3193070400
2019-01-17 19:23:19.595 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.595 [bus info] scan 94 cmd: 3194070400
2019-01-17 19:23:19.637 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.637 [bus info] scan 95 cmd: 3195070400
2019-01-17 19:23:19.680 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.680 [bus info] scan 96 cmd: 3196070400
2019-01-17 19:23:19.723 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.723 [bus info] scan 97 cmd: 3197070400
2019-01-17 19:23:19.767 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.767 [bus info] scan 98 cmd: 3198070400
2019-01-17 19:23:19.810 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.810 [bus info] scan 99 cmd: 3199070400
2019-01-17 19:23:19.853 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.854 [bus info] scan 9a cmd: 319a070400
2019-01-17 19:23:19.895 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.896 [bus info] scan 9b cmd: 319b070400
2019-01-17 19:23:19.940 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.940 [bus info] scan 9c cmd: 319c070400
2019-01-17 19:23:19.983 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:19.983 [bus info] scan 9d cmd: 319d070400
2019-01-17 19:23:20.026 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:20.026 [bus info] scan 9e cmd: 319e070400
2019-01-17 19:23:20.069 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:20.069 [bus info] scan 9f cmd: 319f070400
2019-01-17 19:23:20.106 [bus debug] ERR: arbitration lost during ready, retry
2019-01-17 19:23:20.194 [update info] received MS cmd: 1008b5110101 / 09837b0080636e0100ff
2019-01-17 19:23:20.194 [update notice] received unknown MS cmd: 1008b5110101 / 09837b0080636e0100ff
2019-01-17 19:23:20.296 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:20.296 [bus info] scan a0 cmd: 31a0070400
2019-01-17 19:23:20.339 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:20.339 [bus info] scan a1 cmd: 31a1070400
2019-01-17 19:23:20.383 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:20.383 [bus info] scan a2 cmd: 31a2070400
2019-01-17 19:23:20.426 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:20.426 [bus info] scan a3 cmd: 31a3070400
2019-01-17 19:23:20.469 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:20.469 [bus info] scan a4 cmd: 31a4070400
2019-01-17 19:23:20.513 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:20.513 [bus info] scan a5 cmd: 31a5070400
2019-01-17 19:23:20.556 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:20.556 [bus info] scan a6 cmd: 31a6070400
2019-01-17 19:23:20.600 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:20.600 [bus info] scan a7 cmd: 31a7070400
2019-01-17 19:23:20.643 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:20.643 [bus info] scan a8 cmd: 31a8070400
2019-01-17 19:23:20.687 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:20.687 [bus info] scan ab cmd: 31ab070400
2019-01-17 19:23:20.729 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:20.729 [bus info] scan ac cmd: 31ac070400
2019-01-17 19:23:20.772 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:20.772 [bus info] scan ad cmd: 31ad070400
2019-01-17 19:23:20.815 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:20.815 [bus info] scan ae cmd: 31ae070400
2019-01-17 19:23:20.857 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:20.857 [bus info] scan af cmd: 31af070400
2019-01-17 19:23:20.901 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:20.901 [bus info] scan b0 cmd: 31b0070400
2019-01-17 19:23:20.943 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:20.944 [bus info] scan b1 cmd: 31b1070400
2019-01-17 19:23:20.988 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:20.988 [bus info] scan b2 cmd: 31b2070400
2019-01-17 19:23:21.029 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.029 [bus info] scan b3 cmd: 31b3070400
2019-01-17 19:23:21.073 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.073 [bus info] scan b4 cmd: 31b4070400
2019-01-17 19:23:21.116 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.116 [bus info] scan b5 cmd: 31b5070400
2019-01-17 19:23:21.159 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.159 [bus info] scan b6 cmd: 31b6070400
2019-01-17 19:23:21.202 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.202 [bus info] scan b7 cmd: 31b7070400
2019-01-17 19:23:21.245 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.245 [bus info] scan b8 cmd: 31b8070400
2019-01-17 19:23:21.288 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.288 [bus info] scan b9 cmd: 31b9070400
2019-01-17 19:23:21.330 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.331 [bus info] scan ba cmd: 31ba070400
2019-01-17 19:23:21.373 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.373 [bus info] scan bb cmd: 31bb070400
2019-01-17 19:23:21.416 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.416 [bus info] scan bc cmd: 31bc070400
2019-01-17 19:23:21.460 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.460 [bus info] scan bd cmd: 31bd070400
2019-01-17 19:23:21.506 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.506 [bus info] scan be cmd: 31be070400
2019-01-17 19:23:21.547 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.547 [bus info] scan bf cmd: 31bf070400
2019-01-17 19:23:21.590 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.590 [bus info] scan c0 cmd: 31c0070400
2019-01-17 19:23:21.634 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.635 [bus info] scan c1 cmd: 31c1070400
2019-01-17 19:23:21.677 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.677 [bus info] scan c2 cmd: 31c2070400
2019-01-17 19:23:21.720 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.720 [bus info] scan c3 cmd: 31c3070400
2019-01-17 19:23:21.763 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.763 [bus info] scan c4 cmd: 31c4070400
2019-01-17 19:23:21.807 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.807 [bus info] scan c5 cmd: 31c5070400
2019-01-17 19:23:21.850 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.850 [bus info] scan c6 cmd: 31c6070400
2019-01-17 19:23:21.894 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.894 [bus info] scan c7 cmd: 31c7070400
2019-01-17 19:23:21.937 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.937 [bus info] scan c8 cmd: 31c8070400
2019-01-17 19:23:21.980 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:21.980 [bus info] scan c9 cmd: 31c9070400
2019-01-17 19:23:22.024 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.024 [bus info] scan ca cmd: 31ca070400
2019-01-17 19:23:22.065 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.065 [bus info] scan cb cmd: 31cb070400
2019-01-17 19:23:22.110 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.110 [bus info] scan cc cmd: 31cc070400
2019-01-17 19:23:22.152 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.152 [bus info] scan cd cmd: 31cd070400
2019-01-17 19:23:22.195 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.195 [bus info] scan ce cmd: 31ce070400
2019-01-17 19:23:22.238 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.238 [bus info] scan cf cmd: 31cf070400
2019-01-17 19:23:22.281 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.281 [bus info] scan d0 cmd: 31d0070400
2019-01-17 19:23:22.325 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.325 [bus info] scan d1 cmd: 31d1070400
2019-01-17 19:23:22.367 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.367 [bus info] scan d2 cmd: 31d2070400
2019-01-17 19:23:22.410 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.410 [bus info] scan d3 cmd: 31d3070400
2019-01-17 19:23:22.452 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.453 [bus info] scan d4 cmd: 31d4070400
2019-01-17 19:23:22.497 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.497 [bus info] scan d5 cmd: 31d5070400
2019-01-17 19:23:22.540 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.540 [bus info] scan d6 cmd: 31d6070400
2019-01-17 19:23:22.583 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.583 [bus info] scan d7 cmd: 31d7070400
2019-01-17 19:23:22.625 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.625 [bus info] scan d8 cmd: 31d8070400
2019-01-17 19:23:22.668 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.668 [bus info] scan d9 cmd: 31d9070400
2019-01-17 19:23:22.711 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.711 [bus info] scan da cmd: 31da070400
2019-01-17 19:23:22.754 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.754 [bus info] scan db cmd: 31db070400
2019-01-17 19:23:22.797 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.797 [bus info] scan dc cmd: 31dc070400
2019-01-17 19:23:22.840 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.840 [bus info] scan dd cmd: 31dd070400
2019-01-17 19:23:22.882 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.882 [bus info] scan de cmd: 31de070400
2019-01-17 19:23:22.925 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.925 [bus info] scan df cmd: 31df070400
2019-01-17 19:23:22.969 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:22.969 [bus info] scan e0 cmd: 31e0070400
2019-01-17 19:23:23.012 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.012 [bus info] scan e1 cmd: 31e1070400
2019-01-17 19:23:23.055 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.055 [bus info] scan e2 cmd: 31e2070400
2019-01-17 19:23:23.098 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.098 [bus info] scan e3 cmd: 31e3070400
2019-01-17 19:23:23.141 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.141 [bus info] scan e4 cmd: 31e4070400
2019-01-17 19:23:23.184 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.184 [bus info] scan e5 cmd: 31e5070400
2019-01-17 19:23:23.227 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.227 [bus info] scan e6 cmd: 31e6070400
2019-01-17 19:23:23.269 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.270 [bus info] scan e7 cmd: 31e7070400
2019-01-17 19:23:23.312 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.313 [bus info] scan e8 cmd: 31e8070400
2019-01-17 19:23:23.357 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.357 [bus info] scan e9 cmd: 31e9070400
2019-01-17 19:23:23.398 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.398 [bus info] scan ea cmd: 31ea070400
2019-01-17 19:23:23.441 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.441 [bus info] scan eb cmd: 31eb070400
2019-01-17 19:23:23.486 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.487 [bus info] scan ec cmd: 31ec070400
2019-01-17 19:23:23.529 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.529 [bus info] scan ed cmd: 31ed070400
2019-01-17 19:23:23.572 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.572 [bus info] scan ee cmd: 31ee070400
2019-01-17 19:23:23.615 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.615 [bus info] scan ef cmd: 31ef070400
2019-01-17 19:23:23.659 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.660 [bus info] scan f2 cmd: 31f2070400
2019-01-17 19:23:23.702 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.702 [bus info] scan f4 cmd: 31f4070400
2019-01-17 19:23:23.746 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.746 [bus info] scan f5 cmd: 31f5070400
2019-01-17 19:23:23.789 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.789 [bus info] scan f6 cmd: 31f6070400
2019-01-17 19:23:23.832 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.832 [bus info] scan f8 cmd: 31f8070400
2019-01-17 19:23:23.876 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.876 [bus info] scan f9 cmd: 31f9070400
2019-01-17 19:23:23.887 [main debug] performing regular tasks
2019-01-17 19:23:23.887 [bus info] scan 08 cmd: 3108070400
2019-01-17 19:23:23.919 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.919 [bus info] scan fa cmd: 31fa070400
2019-01-17 19:23:23.962 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:23.962 [main error] scan config 08: ERR: read timeout
2019-01-17 19:23:24.005 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:24.005 [bus info] scan fb cmd: 31fb070400
2019-01-17 19:23:24.048 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:24.048 [bus info] scan fc cmd: 31fc070400
2019-01-17 19:23:24.092 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:24.092 [bus info] scan fd cmd: 31fd070400
2019-01-17 19:23:24.133 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:24.263 [update info] received MS cmd: 1008b510090000b4ffffff04ff00 / 0101
2019-01-17 19:23:24.263 [update notice] received unknown MS cmd: 1008b510090000b4ffffff04ff00 / 0101
2019-01-17 19:23:25.962 [main debug] performing regular tasks
2019-01-17 19:23:25.963 [bus info] scan 15 cmd: 3115070400
2019-01-17 19:23:26.004 [bus debug] notify request: ERR: read timeout
2019-01-17 19:23:26.004 [main error] scan config 15: ERR: read timeout
2019-01-17 19:23:28.005 [main debug] performing regular tasks
2019-01-17 19:23:30.268 [update info] received MS cmd: 1008b5110101 / 09837c0080636e0100ff
2019-01-17 19:23:30.268 [update notice] received unknown MS cmd: 1008b5110101 / 09837c0080636e0100ff
2019-01-17 19:23:32.248 [update info] received MS cmd: 1008b5110102 / 06033c96468270
2019-01-17 19:23:32.248 [update notice] received unknown MS cmd: 1008b5110102 / 06033c96468270


Hat jemand einen Tip? Wie bekomme ich die configs richtig geladen?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: lewej am 17 Januar 2019, 22:12:53
Hallo zusammen,

gibt es eigentlich für die Platine ein passendes Gehäuse als stl Datei?

Gruß
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: nols am 17 Januar 2019, 22:46:04
Für welche Platine genau? Es gibt auf Thingiverse wenn du nach"ebus" suchst 3 Gehäuse ;)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: nols am 18 Januar 2019, 23:39:03
Zitat von: nase69 am 04 September 2017, 00:10:19
Hallo und guten Abend,
seid geraumer Zeit verfolge ich dieses Forum, denn wir haben eine neue Therme erhalten. Diese wollte ich nun in die vorhandene Haussteuerung einbinden.
Die Anlage ist eine VCW206/5-5 ( E-DE ) R6 eco TEC plus mit einem Bedienpanel calorMATIC 350
Der Nachbau der Platine, der Abgleich und die Installation verliefen soweit ohne Probleme.
Hier die Zeilen, welche nach "ebusctl info" ausgegeben werden:

root@raspberrypi3:~ # ebusctl info
version: ebusd 3.0.v3.0-2-g29cee10
update check: OK, different configuration files available
signal: acquired
symbol rate: 10
max symbol rate: 114
reconnects: 0
masters: 3
messages: 227
conditional: 4
poll: 0
update: 8
address 03: master #11
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 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=35000;SW=0114;HW=7102", loaded "vaillant/15.350.csv"
address 26: slave, scanned "MF=Vaillant;ID=35000;SW=0114;HW=7102"
address 31: master #8, ebusd
address 36: slave #8, ebusd


Hier der Auszug aus dem Logfile:

2017-09-03 22:14:15.992 [update notice] update bai Mode QQ=10: standby
2017-09-03 22:14:20.019 [update notice] update bai Status01 QQ=10: 42.0;41.5;-;35.0;39.5;off
2017-09-03 22:14:21.988 [update notice] update broadcast vdatetime QQ=10: 22:15:26;03.09.2017
2017-09-03 22:14:22.225 [update notice] unknown MS cmd: 1008b512020000 / 00
2017-09-03 22:14:26.082 [update notice] update bai Mode QQ=10: standby
2017-09-03 22:14:28.358 [bus notice] scan 26: ;21;17;12;0020124472;0082;011722;N5
2017-09-03 22:14:28.364 [main error] unable to load scan config 26: no file from /etc/ebusd/vaillant with prefix 26. matches ID "35000", SW0114, HW7102
2017-09-03 22:14:28.364 [main error] scan config 26: ERR: element not found
2017-09-03 22:14:30.109 [update notice] update bai Status01 QQ=10: 42.0;41.5;-;35.0;39.5;off
2017-09-03 22:14:32.156 [update notice] update bai DateTime QQ=10: nosignal;-:-:-;-.-.-;-
2017-09-03 22:14:32.416 [update notice] update bai Status02 QQ=10: auto;60;75.0;70;65.0


So wie es für mich aussieht, ist die Adresse 15 und 26 die Adresse vom Bedienpanel.
Die Adresse 26 hat aber kein CSV File.
Die Zahlen nach "[bus notice] scan 26:" befinden sich als Strichcode auf der Platine des Bedienpanel.

Nun zu meinen Fragen:
-Gib es jemanden, der für die Adresse 26 ein CSV-File erstellt hat?
-Kann ich auch außer Daten wie Vorlauf, Rücklauf und Warmwasser auslesen?
-Kann das Bedienpanel seperat angesprochen werden? Für mich sieht es so aus, als ob das Panel nur "lauscht" und nichts selber sendet, zumindest finden sich keine Einträge im Log.
-Am Bedienpanel kann ich den Systemdruck ablesen, eine Übermittlung im Bus kann ich im Logfile nicht finden, es sei denn es ist die Zeile

[update notice] unknown MS cmd: 1008b512020000 / 00

Kann mir jemand weiter helfen? Vielen Dank im voraus.

Kannst du mir vielleicht deine configs für die Vaillant VCW206 und das Calormatic 350 schicken?
Ich bekomme meine nicht ans laufen mit dem ebusd..
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 19 Januar 2019, 08:08:57
Zitat von: flmma am 16 Januar 2019, 08:46:02
Was wäre, wenn ich dem Ebusd (läuft auf einem eigenen Raspberry) die Adresse 45 zuordnen würde? Sprich ich simulieren den Fernwähler, somit gäbe es einen Empfänger für die Nachrichten.
das müsste prinzipiell funktionieren. broadcast geht natürlich nicht, weil dafür laut Protokoll fe als Zieladresse gesetzt sein muss.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Girgl am 20 Januar 2019, 18:42:31
Hallo,

benötige bitte Hilfe oder einen Denkanstoss. Habe die ebus-Platine (v1.6) nach wiki nachgebaut und versucht in Betrieb zu nehmen. Die Heizung besteht aus einer Wolf cgb 20, BedienModul 1 und Mischermodul. Ursprünglich hatte ich das ganze mit einem Raspberry zero in Angriff genommen. Hier kam ich zwar bis zur Meldung "Signal aquired", konnte also das Poti(Trimmer) einstellen, bekam aber keine aa Meldungen. Also Platine nachgemessen (Widerstände, Dioden), CMOS IC erneuert. Um es kurz zu machen, kein Erfolg ausser daß der ebus der Heizung auf Störung ging.
Dann habe ich das Ganze mit meinem Laptop probiert, mit verschiedenen ebusd-Versionen und ums wieder kurz zu machen, wenn ich die ebusd 2.3 benutze und der Laptop ohne Netzteil(also Akkubetrieb) läuft, bekomme ich aa Meldungen und die Therme geht nicht auf Störung.
Die Platine scheint ja zu funktionieren, also wo könnte der Fehler liegen? Könnte das auf einen defekten usb2serial(ftdi) hinweisen? Weiss jemand Rat?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 21 Januar 2019, 10:20:00
Ist jetzt schwierig zu sagen, aber für mich sieht es so aus als hättest die einen Massefehler. Zum einem geht der eBus auf Störung, außer du versorgst über den Laptop.

Es ist schon denkbar, dass der Uart einen Fehler produziert, aber messe doch einfach mit dem Ohmmeter einmal nach, ob die Masse vom Uart eine Verbindung mit der Masse des 5V Regler hat. Das darf nicht sein, denn dann bekommst du ein falsches Potential auf dem eBus, was die Störung erklären würde. Das ist ja der Grund, warum hier Optokoppler eingesetzt sind um das Potential zu trennen.

Wenn jetzt nur der Uart defekt ist, dann dürfte der eBus nicht auf Störung gehen. Wenn der eBus auf Störung geht, bedeutet das für mich es wird das Bussignal gegen Ground gezogen. Könntest ja im angeschlossenen Fehlerzustand die Spannung an der Busklemme messen, ob die dann einbricht.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Girgl am 21 Januar 2019, 10:34:30
Danke gleichmal, werde das heute abend gleich mal messen und dann Bescheid geben.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: flmma am 21 Januar 2019, 16:39:51
Hallo,

wenn ich versuche den ebusd mit der Adresse 45 zu starten erscheint leider folgende Fehlermeldung:

Zitatebusd -f --enablehex -c /etc/ebusd -d /dev/ttyebus -a 45
ebusd: invalid address

Mit Adresse 31 oder z.B. auch 30 lässt sich ebusd starten, anscheinend aber nicht mit 45.

lg
Michi

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 21 Januar 2019, 19:04:59
das kommt deswegen, weil die 8-Bit Adresse in zwei 4-Bitworte unterteilt wird. Die ersten 4 Bit sind die Subadresse (Teilnehmer 1-25) und das zweite 4-Bit Wort ist die Prioritätsklasse. Das ergibt dann maximal 25 Masteradressen,d.h. es geht nicht jede beliebige.

Schau dir dazu bitte die Ebus Spezifikatio (https://ebus.github.io/adapter/Spec_Prot_12_V1_3_1.pdf)n unter Punkt 6.2.2.1 an.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Girgl am 22 Januar 2019, 18:33:28
Servus zusammen,

möchte noch kurz meinen Misserfolg rückmelden. Habe das Masse-Problem durchgemessen ohne Erfolg, also keine Verbindung zwischen GROUND und dem Spannungswandler-Masse PIN nach dem Optokoppler. Danach hab ich die Platine gar nicht mehr zum Laufen gebracht.

Die Lösung für das Problem (das gerade schreibend vorm Bildschirm sitzt) ist eine fertig gelötete Platine.

LG Girgl
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: nepomu am 26 Januar 2019, 21:55:51
Hallo,

habe vor kurzem den RPI Adapter V2.2, fertig gelötet, mit DC-Wandler gekauft. Leider habe ich erst danach festgestellt, dass meine Vaillant-Therme VSC196 mit VRC410 zu alt ist, sie hat gar keinen ebus (anbei ein Foto der Platine). Daher folgendes.

1) Möchte den Adapter günstig abgeben, Vorschlag: 25 Euro inkl. Versand in Deutschland. Hier habe ich den Adapter gekauft: https://forum.fhem.de/index.php/topic,93190.0.html
2) Ich denke darüber nach folgendes nachzubauen. https://forum.fhem.de/index.php/topic,43573.msg355084.html#msg355084 Hat irgendwer Erfahrungen damit?
3) Hat irgendwer vielleicht eine andere Idee? Habe ich etwas übersehen? Ich möchte nur Diagnosewerte aus der Therme auslesen, nichts verstellen.

Viele Grüße

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Girgl am 30 Januar 2019, 21:58:43
Hallo,

kurze Frage zwischendurch,während ich noch auf die Platine warte. Wenn ich den alternativen Serial-Port-Treiber (ttyebus) für die Rpi-Platine am laufen habe und der Standard-Treiber deaktiviert ist, kann ich dann noch zusätzlich z.B. einen Cul868 an einem USBtoSerial betreiben?

Grüße Girgl
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 31 Januar 2019, 10:24:37
@Girgl

Die USB Schnittstellen sollten soweit alle noch funktionieren, ich betreibe auch auf meinem Testraspi (das ist der Raspi wo ich alle gelöteten RPI Adapter durchteste ) einen USB Wlan Adapter. Lediglich die seriellen Geräte die intern am seriellen Bus hängen, werden deaktiviert. Das ist bei Raspi3 zB. Bluetooth, der muss umgelegt werden ( sudo echo "dtoverlay=pi3-miniuart-bt" >> /boot/config.txt ). Alles was auf AMA0 basiert ist dann ausgehängt und nicht mehr verwendbar. Besonders aufpassen musst du mit COC oder CUL an der Erweiterungsschnittstelle, das funktioniert nicht mit dem RPI Adapter.

Teste einmal so (Treiber kannst ja jetzt schon installieren), aber je nachdem was du am eBus für einen Verkehr hast, empfiehlt sich dann ein eigener Raspi für den eBus. Der eBus ist ja eher zeitkritisch zu sehen und im Fehlerfall ist eine Trennung auch immer besser. Die Preise eines neuen Raspi von etwa 35.- € ersparen dir unter Umständen so manche knifflige Problemlösung. Stromverbrauchsfanatiker sollten ohnehin kein Smart Home betreiben, das wäre ja kontraproduktiv.

Mit deinem Adapter musst du bis zu 10 Werktage rechnen, also bis max. 06.02.2018 (Samstag zählt nicht).

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Girgl am 31 Januar 2019, 11:05:01
Hallo Reinhart,

danke für die Infos.
Daß der Versand über eine Landesgrenze, die es eigentlich gar nicht gibt, heutzutage noch so lange dauert hat mich schon erschüttert. Hatte mich gestern im Netz deswegen schon schlau gemacht.
Da ich alles was ich mit Fhem mache auf einem Rpi zero laufen habe, hatte ich eh schon mit dem Gedanken gespielt einen zweiten (richtigen) Rpi anzuschaffen. Charts im TabletUi anschauen und gleichzeitig via mpd Musik zu hören ist unmöglich. Ein Haufen 1-wire und andere Temp/Feuchtigkeitssensoren hängen auch noch dran. Schalter sollen auch noch dazu kommen. Wollte mir nur schon mal Gedanken mach können was ich dann wo anschliese.

Grüße Girgl
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Girgl am 02 Februar 2019, 22:26:00
Hallo Reinhart,

heute ist die Platine angekommen und sie läuft auch schon problemlos auf dem Raspberry Zero. Besten Dank fürs (kostengünstige) Löten und den freundlichen Support.

Grüße Girgl
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Benedikt M am 05 Februar 2019, 18:08:18
Schönen guten Abend,

ich habe eure RPI Platine mit nem RP Zero zum laufen bekommen.

Allerdings würde ich gerne von meiner Solaranlage den Pumpenstatus mit auslesen. Leider bin ich selber irgendwie zu blöd in der csv Datei einen neuen Eintrag zu machen. Ich habe in der Vaillantanleitung den Befehl gefunden (siehe Datei) und wollte dann in der csv es so eintragen, aber ich weiss nicht was in die Spalte I "field1" reinkommt.
*r sc B504 12
KOL1ST KOL1ST

Kann mir jemand vielleicht etwas helfen?

Gibt es eine Möglichkeit über ebusctl einen Befehl in hex raus zu schreiben, der nicht in einer csv steht?

Viele Grüße
Benedikt
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 05 Februar 2019, 18:57:26
Da Du eine 620 hast,
ebusctl read SolarCollPumpED1
aus meiner alten csv
#,SOLSY,auroMATIC 620/3,0020080463 163 500+600,,,,,,,,,,
r,,SolarCollPumpED1,KOL1-P PWM,,,,"6700",,,percent0,,,Percantage of power COL1 pump is running actually

Die hex-Zeile müsste ich raussuchen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Benedikt M am 05 Februar 2019, 20:00:00
Vielen Dank für deine Hilfe.
Ich wollte versuchen einfach nur ein On/Off mit dem Befehl auszulesen. Aber du hast natürlich recht, man kann auch über die PWM >0 auf den Pumpenstatus On schließen.
Allerdings hätte mich es auch interessiert, wie der Befehl 10ecB5040112 richtig in die csv geschrieben wird um dann den Kol1st auslesen zu können.

Wird die Pumpenleistung von der Steuerung variiert? War bisher der Meinung, dass die nur einfach ein- und ausgeschalten wird.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 05 Februar 2019, 20:13:33
Bei mir ist die Pumpenleistung 0 oder 100. Eine Variierung wäre sicher sehr sinnvoll, damit nicht so oft ein/ausgeschaltet wird. Die Ertragsleistung wird scheinbar aus Vor/Rücklauf ermittelt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: istler am 07 Februar 2019, 21:59:32
Hallo,

zur Pumpensteuerung:
Bei Vaillant gibt es  eine ED-Option, wenn diese aktiviert ist, dann wird die Pumpe gemäß der Temperaturdifferenz zwischen Solarkollektor und Speicher "geregelt". Wobei nicht die Leistung gesteuert wird, sondern es ist eine PWM-Regelung. Dann gibt es auch Werte zwischen 0 und 100.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 08 Februar 2019, 12:33:42
@istler
Danke für den Tipp. Funktioniert so: momentan 80.
Jetzt schaltet die Pumpe allerdings jede Minute ein (ca. 48 Sek.), aus (ca.12 Sek.).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: istler am 08 Februar 2019, 18:46:57
Zitat von: jkriegl am 08 Februar 2019, 12:33:42
Funktioniert so: momentan 80.
Jetzt schaltet die Pumpe allerdings jede Minute ein (ca. 48 Sek.), aus (ca.12 Sek.).
Ja genau, das ist ja die Pulsweitenmodulation. Da die Leistung der Pumpe nicht auf 80% geregelt werden kann, wird die Pumpe für 80 % der Zeit (48 Sek.) mit 100% Leistung betrieben und 20% der Zeit (12 Sek.) mit 0% Leistung.  ;)

@jkriegl:
Evtl interessiert dich auch dies: mit dem Befehl ebusctl hex 26b506020206 kannst du die Solar-Pumpe für ca. 20 Min. manuell einschalten. Nach der Zeit geht die Pumpe automatisch wieder aus.

Gruß
Maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 08 Februar 2019, 19:19:56
@istler
Vielen Dank für den Tipp, werde das ausprobieren, um z.B. das Abtauen der Solarzellen zu beschleunigen.  Hatten viel Sonne, aber auch Schnee auf den Kollektoren und das Abtauen hat gedauert.
Bei mir ist allerdings 26 der Heizkreis und EC der Solarkreis.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: istler am 08 Februar 2019, 20:59:06
@jkriegl:
bei mir auch. Das Kommando schaltet die Test-Funkton im Kontroller  an.
Unter der Adresse 26 wird bei mir folgendes gefunden:
scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/26.solsy.hc.csv"

Gruß
Maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: AlexanderS71 am 13 Februar 2019, 12:40:09
LIebes Forum,

habe vor einigen Tagen einen EBUS2 Adapter mit Wemos gekauft. Nochmals vielen Dank für die geleistete Arbeit der dafür verantwortlichen Personen.
Nun versuche ich den Adapter mit meiner Therme einer Wolf GU2 zum laufen zu bringen. Ich bekomme aber keine Verbindung zustande.
Im Statusfenster des Wemos wird der EBUS Status mit not connected angezeigt.
Gibt es da noch Einstellungen die ich vornehmen muss?
Die Anbindung mit dem ebusd funktioniert.

Beste Grüße
Alexander
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 13 Februar 2019, 12:54:48
Zitat von: AlexanderS71 am 13 Februar 2019, 12:40:09
Im Statusfenster des Wemos wird der EBUS Status mit not connected angezeigt.
das sind zwei verschiedene Dinge: eBUS signal und ebusd connected.
Aus deinen Angaben ist jetzt nicht ersichtlich, was genau lost ist.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: AlexanderS71 am 13 Februar 2019, 18:44:11
Danke für deine prompte Antwort John.
Wenn ich mich auf die Statusseite des eBus adapters verbinde wird unter eBUS signal: no signal angezeigt.
Jetzt ist halt die Frage ob bzw. was ich hier noch konfigurieren muss damit zumindest hier einmal Daten erkannt und gelesen werden können.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 13 Februar 2019, 19:35:18
Zitat von: AlexanderS71 am 13 Februar 2019, 18:44:11
Wenn ich mich auf die Statusseite des eBus adapters verbinde wird unter eBUS signal: no signal angezeigt.
ist der eBUS angeschlossen und die Erweiterungsplatine aufgesteckt?
Leuchtet die gelbe LED und blinkt die grüne?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: AlexanderS71 am 13 Februar 2019, 20:07:17
eBus der Heizung ist angeschlossen. Erweiterungsplatine hatte ich aufgesteckt, dann abgezogen - macht keinen Unterschied.
Gelbe LED ist an, grüne blinkt  und rote hat auch ab und zu geblinkt.
Habe nun alles vom eBus Adapter abgezogen, und nur noch den mitgelieferten RS232 Adapter (CP2102) aufgesteckt.
Putty auf 2400/8/n/1 eingestellt. Es kommen zwar Zeichen, aber für mich wirres Zeug also nichts lesbares.

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 14 Februar 2019, 08:43:02
Zitat von: AlexanderS71 am 13 Februar 2019, 20:07:17
eBus der Heizung ist angeschlossen. Erweiterungsplatine hatte ich aufgesteckt, dann abgezogen - macht keinen Unterschied.
Gelbe LED ist an, grüne blinkt  und rote hat auch ab und zu geblinkt.
Habe nun alles vom eBus Adapter abgezogen, und nur noch den mitgelieferten RS232 Adapter (CP2102) aufgesteckt.
Putty auf 2400/8/n/1 eingestellt. Es kommen zwar Zeichen, aber für mich wirres Zeug also nichts lesbares.
Erweiterungsplatine muss immer drauf sein wegen der LEDs. ohne die geht einiges nicht.
Wenn du jetzt den putty dran hast, siehst du halt das was über den bus läuft, also was genau hattest du da jetzt erwartet??
zur Übersetzung des "wirren Zeugs" nutzen wir halt ebusd, der übersetzt das in lesbares Material.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: AlexanderS71 am 14 Februar 2019, 09:12:21
Guten Morgen John,

ist die Erweiterungsplatine abgesehen von den LEDs für die grundsätzliche Funktion des Adapters mit dem CP2102 notwendig?

Wenn ich die empfangenen Daten mit hexdump lese sieht das so aus:

00000000  a0 44 44 80 80 05 44 23  44 44 86 86 00 06 53 53  |.DD...D#DD....SS|
00000010  85 85 06 06 06 44 84 84  06 06 06 44 87 87 87 00  |.....D.....D....|
00000020  00 06 53 53 83 29 29 06  29 53 81 fe 81 fe 23 15  |..SS.)).)S....#.|
00000030  23 53 53 81 fe 81 23 23  15 23 53 53 81 fe 81 fe  |#SS...##.#SS....|
00000040  fe 23 15 23 3f 53 53 fe  81 33 33 06 33 53 82 23  |.#.#?SS..33.3S.#|
00000050  23 23 53 88 00 06 00 53  53 89 89 00 06 00 53 8a  |##S....SS.....S.|
00000060  08 08 08 44 44 8c 15 15  06 44 8d 8d 14 14 44 8e  |...DD....D....D.|
00000070  8e 8e 02 02 06 44 44 8f  8f 8f 0a 0a 53 8b 8b 78  |.....DD.....S..x|
00000080  78 f0 a1 a1 a1 c1 c1 81  53 53 6e 6e 0f 0f 0f 53  |x.......SSnn...S|
00000090  23 3f 53 53 72 72 00 06  00 44 44 68 68 23 23 06  |#?SSrr...DDhh##.|
000000a0  53 53 74 74 00 06 44 6c  6c 06 06 53 71 71 06 06  |SStt..Dll..Sqq..|
000000b0  06 44 44 6a 6a 29 29 44  44 6f 6f 6f 33 33 44 44  |.DDjj))DDooo33DD|
000000c0  65 65 23 44 44 65 65 65  00 00 06 44 44 65 65 00  |ee#DDeee...DDee.|
000000d0  06 44 44 23 3f 44 a0 a0  00 06 44 44 70 70 08 06  |.DD#?D....DDpp..|
000000e0  44 8f 8f 02 02 06 53 67  78 78 f0 23 a0 df 44 80  |D.....Sgxx.#..D.|

Können das schon sinnvolle Daten sein?

Habe mit folgender Config Zeile:

EBUSD_OPTS="--scanconfig --device=/dev/ttyUSB1 --httpport=9099"

den ebusd gestarten.

Unter /var/log/ebusd.log bekomme ich folgende Einträge:

2019-02-14 08:35:30.044 [bus error] signal lost
2019-02-14 08:35:32.013 [bus notice] signal acquired
2019-02-14 08:35:45.049 [bus error] signal lost
2019-02-14 08:35:47.519 [bus notice] signal acquired
2019-02-14 08:35:48.389 [main notice] SIGTERM received
2019-02-14 08:35:51.027 [main notice] ebusd stopped
2019-02-14 08:36:11.590 [main notice] ebusd 3.3.v3.3 started with auto scan
2019-02-14 08:36:12.308 [bus notice] bus started with own address 31/36
2019-02-14 08:36:14.389 [bus notice] signal acquired
2019-02-14 08:36:21.026 [bus error] signal lost
2019-02-14 08:36:23.223 [bus notice] signal acquired
2019-02-14 08:36:38.030 [bus error] signal lost
2019-02-14 08:36:40.275 [bus notice] signal acquired
2019-02-14 08:36:48.025 [bus error] signal lost
2019-02-14 08:36:50.088 [bus notice] signal acquired
2019-02-14 08:36:56.044 [bus error] signal lost

Kann es sein, dass hier am eBus Adapter noch eine Abstimmung erforderlich ist, oder liegt es am Config File?

Bitte nimm mir das "wirre Zeug" nicht krumm, ich weiß schon das der ebusd einiges kann und da viel Zeit und Hirn drinnen steckt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 14 Februar 2019, 09:19:40
Zitat von: AlexanderS71 am 14 Februar 2019, 09:12:21
ist die Erweiterungsplatine abgesehen von den LEDs für die grundsätzliche Funktion des Adapters mit dem CP2102 notwendig?
nein

Zitat von: AlexanderS71 am 14 Februar 2019, 09:12:21
Wenn ich die empfangenen Daten mit hexdump lese sieht das so aus:

00000000  a0 44 44 80 80 05 44 23  44 44 86 86 00 06 53 53  |.DD...D#DD....SS|
00000010  85 85 06 06 06 44 84 84  06 06 06 44 87 87 87 00  |.....D.....D....|

Können das schon sinnvolle Daten sein?
nein, das ist in der Tat nonsense.

Zitat von: AlexanderS71 am 14 Februar 2019, 09:12:21
2019-02-14 08:36:21.026 [bus error] signal lost
2019-02-14 08:36:23.223 [bus notice] signal acquired

Kann es sein, dass hier am eBus Adapter noch eine Abstimmung erforderlich ist, oder liegt es am Config File?
nein, es gibt hier kein vernünftiges Signal und deshalb kommen noch gar keine Configs zum Zuge.
Abstimmung ist mit Adapter v2 auch nicht mehr notwendig.
Wo hast du denn den Adapter an der Therme angeschlossen? Hoffentlich am eBUS Anschluss?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: AlexanderS71 am 14 Februar 2019, 11:44:55
An der Therme sind ein DWTM (Mischkreisregler) und ein DWT (Bediengerät) an einem Bus angeschlossen. An diesem Bus hängt auch der eBus Adapter. Bin jetzt selbst ein wenig verunsichert, weil die diversen Bezeichnungen in der Anleitung und an den Heizungselementen nur auf BUS+ und BUS- lauten und nirgendwo etwas von ebus zu lesen ist.

Einen anderen ebus Anschluß gibt es nicht.

Gibt es hier im Forum einen User der ebenfalls eine Wolf GU2E Terme über den ebus betreibt?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 14 Februar 2019, 12:31:48
wenn ich mir hier auf Seite 46 den Schaltplan (https://www.wolf-heiztechnik.de/fileadmin/content/Downloads/Archiv_Montage-Bedienungsanleitungen/Gastherme-Gas-Heizwert/3044119_1204_GU-2E-S_GG-2E-S_Montageanleitung.pdf) ansehe, dann sehe ich nichts wo da eine eBus Klemme sein soll.
Entspricht dieser Schaltplan deiner Therme?

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: AlexanderS71 am 14 Februar 2019, 12:53:31
Hallo Reinhart,

ja das ist der Schaltplan zu meiner Therme. Habe in der Zwischenzeit eine Beschreibung des DWT (Bediengerät) gefunden wo auch auf die verschiedenen Ausführungen der Therme selbst eingegangen wird.
Meine Therme hat leider keinen ebus sondern scom.
Denke damit kann ich meine Hoffnungen begraben Betriebsdaten auszulesen.

Trotzdem vielen Dank für eure Unterstützung - hat halt nicht sein sollen.

lg
Alexander
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: AlexanderS71 am 15 Februar 2019, 10:48:15
Im Internet ist leider wenig bis gar nichts über den scom Bus zu finden. Habe heute einen unbenutzten ART von Wolf (Bediengerät) unter die Lupe genommen, der die Möglichkeit bietet zwischen scom und ebus umzuschalten. Der entsprechende DIP Schalter führt direkt zum Prozessor. Das heißt für mich, dass es punkto elektrischen Spezifikationen was den Bus betrifft keinen Unterschied zwischen ebus und scom geben kann. Was weiters bedeutet, dass der eBus Adapter schon einmal was die Anbindung betrifft funktionieren muss.
Was mir jetzt fehlt sind Informationen über Grundlegendes wie Baudrate, Protokoll etc.
Vielleicht gibt es hier Leidensgenossen die in diese Richtung schon mal geforscht haben und schon weiter sind.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Tresk am 18 Februar 2019, 12:53:28
Hallo zusammen, ich versuche nunmehr seit 2 Wochen meinen ebusd Adapter in Betrieb zu nehmen.

Ich habe eine Platine in der Version 1.6 gelötet und über einen UART Adapter an einen Intel nuc mit einer Debian stretch Installation angeschlossen.

Es schein so als würden Daten empfangen, jedoch gelingt es einfach nicht, dass ebusd die passenden CSV Dateien einliest.

kann mir jemand helfen?

Beste Grüße Tim

anbei die ausgegeben daten:

root@ebusd:~# ebusd --mqtttopic=ebusd/%circuit/%name --mqtthost=192.168.5.233 --mqttport=1883 --mqttuser=ebus --mqttpass=ebus --accesslevel=* --scanconfig=full --mqttjson -f --configpath=/etc/ebusd
2019-02-18 12:52:06.202 [main notice] ebusd 3.3.v3.3 started with full scan
2019-02-18 12:52:06.229 [bus notice] bus started with own address 31/36
2019-02-18 12:52:06.236 [mqtt notice] connection established
2019-02-18 12:52:06.240 [bus notice] signal acquired
2019-02-18 12:52:14.019 [bus notice] new master 10, master count 2
2019-02-18 12:52:14.080 [bus notice] new master 03, master count 3
2019-02-18 12:52:14.080 [update notice] received unknown MS cmd: 1008b5110101 / 0931319007ffff0000ff
2019-02-18 12:52:14.381 [update notice] received unknown MS cmd: 1052b5230103 / 0f4c034f0300800080ec030080175004
2019-02-18 12:52:14.647 [update notice] received unknown MS cmd: 1008b5100900004effffff000000 / 0101
2019-02-18 12:52:14.950 [update notice] received unknown MS cmd: 1052b52308011400000014003f / 0101
2019-02-18 12:52:15.040 [bus notice] max. symbols per second: 101
2019-02-18 12:52:16.230 [main notice] starting initial full scan
2019-02-18 12:52:24.140 [update notice] received unknown MS cmd: 1008b5110101 / 0931329007ffff0000ff
2019-02-18 12:52:24.423 [update notice] received unknown MS cmd: 1052b5230103 / 0f4c034f0300800080f4030080185004
2019-02-18 12:52:24.688 [update notice] received unknown MS cmd: 1008b5100900004effffff000000 / 0101
2019-02-18 12:52:24.950 [update notice] received unknown MS cmd: 1008b5110102 / 06033c64468c6a
2019-02-18 12:52:25.040 [bus notice] max. symbols per second: 102
2019-02-18 12:52:25.211 [update notice] received unknown MS cmd: 1052b523080114000000140050 / 0101
2019-02-18 12:52:26.315 [main error] scan config 08: ERR: read timeout
2019-02-18 12:52:28.342 [main error] scan config 15: ERR: read timeout
2019-02-18 12:52:30.372 [main error] scan config 52: ERR: read timeout
2019-02-18 12:52:30.885 [bus notice] new master 00, master count 4
2019-02-18 12:52:32.573 [update notice] received unknown MS cmd: 0015b52406020003000700 / 08030307000000c041
2019-02-18 12:52:34.201 [update notice] received unknown MS cmd: 1008b5110101 / 0931315007ffff0000ff
2019-02-18 12:52:34.496 [update notice] received unknown MS cmd: 1052b5230103 / 0f4c034f0300800080fc0300801d5004
2019-02-18 12:52:34.728 [update notice] received unknown MS cmd: 0015b524050303000201 / 0701008f00000000
2019-02-18 12:52:34.867 [update notice] received unknown MS cmd: 1008b5100900004effffff000000 / 0101
2019-02-18 12:52:35.038 [bus notice] max. symbols per second: 114
2019-02-18 12:52:35.121 [update notice] received unknown MS cmd: 1052b523080114000000140062 / 0101
2019-02-18 12:52:35.243 [update notice] received unknown MS cmd: 0015b524050303000202 / 0701008f00000000
2019-02-18 12:52:35.750 [update notice] received unknown MS cmd: 0015b524050303000203 / 0701008f00000000
2019-02-18 12:52:37.293 [update notice] received unknown MS cmd: 0015b524050303000206 / 0701008f00000000
2019-02-18 12:52:39.239 [update notice] received unknown MS cmd: 0015b52406020003000200 / 08020302000000c041
2019-02-18 12:52:40.460 [update notice] received unknown MS cmd: 0015b52406020000004200 / 06020042000000
2019-02-18 12:52:41.079 [update notice] received unknown MS cmd: 0015b52406020000004300 / 06020043000000
2019-02-18 12:52:41.799 [update notice] received unknown MS cmd: 0015b524050300000200 / 0700248490909090
2019-02-18 12:52:42.323 [update notice] received unknown MS cmd: 0015b52406020001000400 / 080301040000005442
2019-02-18 12:52:42.423 [main error] scan config 05: ERR: read timeout
2019-02-18 12:52:43.029 [update notice] received unknown MS cmd: 0015b524050301000100 / 07011e1f39600000
2019-02-18 12:52:44.283 [update notice] received unknown MS cmd: 1008b5110101 / 0931319007ffff0000ff
2019-02-18 12:52:44.690 [update notice] received unknown MS cmd: 1052b5230103 / 0f4c034f030080008000040080205004
2019-02-18 12:52:44.964 [update notice] received unknown MS cmd: 1008b5100900004effffff000000 / 0101
2019-02-18 12:52:45.003 [bus notice] max. symbols per second: 119
2019-02-18 12:52:45.086 [update notice] received unknown MS cmd: 0015b524050301000104 / 07011e1f39600000
2019-02-18 12:52:45.302 [update notice] received unknown MS cmd: 1052b52308011400000014006b / 0101
2019-02-18 12:52:45.593 [update notice] received unknown MS cmd: 0015b524050301000105 / 07011e1f39600000
2019-02-18 12:52:46.105 [update notice] received unknown MS cmd: 0015b524050301000106 / 07011e1f39600000
2019-02-18 12:52:46.824 [update notice] received unknown MS cmd: 0015b524050301000200 / 07011f2136750000
2019-02-18 12:52:47.336 [update notice] received unknown MS cmd: 0015b524050301000201 / 07011f2136750000
2019-02-18 12:52:47.853 [update notice] received unknown MS cmd: 0015b524050301000202 / 07011f2136750000
2019-02-18 12:52:48.366 [update notice] received unknown MS cmd: 0015b524050301000203 / 07011f2136750000
2019-02-18 12:52:48.875 [update notice] received unknown MS cmd: 0015b524050301000204 / 07011f2136750000
2019-02-18 12:52:49.387 [update notice] received unknown MS cmd: 0015b524050301000205 / 07011f2136750000
2019-02-18 12:52:49.900 [update notice] received unknown MS cmd: 0015b524050301000206 / 07011f2136750000
2019-02-18 12:52:54.317 [update notice] received unknown MS cmd: 1008b5110101 / 0931319007ffff0000ff
2019-02-18 12:52:54.613 [update notice] received unknown MS cmd: 1052b5230103 / 0f4c034f0300800080fe030080225004
2019-02-18 12:52:54.889 [update notice] received unknown MS cmd: 1008b5100900004effffff000000 / 0101
2019-02-18 12:52:55.140 [update notice] received unknown MS cmd: 1008b5110102 / 06033c64468c6a
2019-02-18 12:52:55.413 [update notice] received unknown MS cmd: 1008b5040100 / 0a03565212180201199007
2019-02-18 12:52:55.650 [update notice] received unknown BC cmd: 10feb516080055521218020119
2019-02-18 12:52:55.915 [update notice] received unknown MS cmd: 1052b523080114000000140067 / 0101
2019-02-18 12:52:56.175 [update notice] received unknown MS cmd: 1008b5110100 / 088d01100008002082
2019-02-18 12:52:56.395 [update notice] received unknown BC cmd: 10feb51603015007


root@ebusd:~# ebusd --scanconfig --checkconfig --configpath=/etc/ebusd
2019-02-18 12:54:08.070 [main notice] ebusd 3.3.v3.3 performing configuration check...
2019-02-18 12:54:08.595 [main notice] found messages: 11194 (437 conditional on 154 conditions, 17 poll, 64 update)
2019-02-18 12:54:08.614 [main notice] ebusd stopped



root@ebusd:~# ebusctl info
version: ebusd 3.3.v3.3
update check: revision v3.3-4-g212b22d available
access: *
signal: acquired
symbol rate: 23
max symbol rate: 119
reconnects: 0
masters: 4
messages: 15
conditional: 0
poll: 0
update: 4
address 00: master #1
address 03: master #11
address 08: slave #11
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 52: slave



Anbei die Auszüge aus der Ebus
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 18 Februar 2019, 12:58:13
Moin Tresk
Und ein herzliches Wilkommen im Forum. Ich kann Dir zwar keine Antwort geben, aber ich moechte Dich bitten Deine Auszuege in Codetags zu packen. Das ist das "#" ueber den Smilies, und das geht auch nachtraeglich!
Danke und Gruss, sowie viel Spass im Forum
Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 18 Februar 2019, 13:28:55
Zitat von: Tresk am 18 Februar 2019, 12:53:28

2019-02-18 12:52:26.315 [main error] scan config 08: ERR: read timeout
2019-02-18 12:52:28.342 [main error] scan config 15: ERR: read timeout
2019-02-18 12:52:30.372 [main error] scan config 52: ERR: read timeout

dein Adapter kann entweder nicht auf den Bus schreiben oder die Latenz bzw. der Puffer deines UART ist zu groß.
Du kannst mal mit --latency (https://github.com/john30/ebusd/wiki/2.-Run#device-options) experimentieren.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Tresk am 18 Februar 2019, 13:53:45
mit der Latenz komme ich nicht weiter.
Ist es denn zwingend nötig auf den Bus schreiben zu können obwohl ich nur Daten auslesen will?
Müssten nicht trotzdem csv Dateien gelesen werden wenn ein Gerät erkannt wird?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 18 Februar 2019, 13:57:18
Zitat von: Tresk am 18 Februar 2019, 13:53:45
Ist es denn zwingend nötig auf den Bus schreiben zu können obwohl ich nur Daten auslesen will?
ja, um die Geräte identifizieren zu können.
Du kannst auch ohne "--scanconfig" arbeiten, aber dann dürfen halt nur die CSVs in /etc/ebusd liegen, die auch wirklich geladen werden solen.

Zitat von: Tresk am 18 Februar 2019, 13:53:45
Müssten nicht trotzdem csv Dateien gelesen werden wenn ein Gerät erkannt wird?
es wird ja keins erkannt, weil der scan nicht klappt, zumindest nicht zuverlässig.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Tresk am 19 Februar 2019, 12:00:41
Wenn ich den Scanconfig Befehl rauslasse bekomme ich aber trotzdem folgende Fehlermeldung:

root@ebusd:~# ebusd --mqtttopic=ebusd/%circuit/%name --mqtthost=192.168.5.233 --mqttport=1883 --mqttuser=ebus --mqttpass=ebus --accesslevel=* --mqt                                    tjson -f --configpath=/etc/ebusd
2019-02-19 11:58:47.015 [main notice] ebusd 3.3.v3.3 started
2019-02-19 11:58:47.019 [main error] error reading config files: ERR: element not found, last error: 15.700.csv:6: ERR: element not found, field ty                                    pe TEMPV in field 1
2019-02-19 11:58:47.309 [bus notice] bus started with own address 31/36
2019-02-19 11:58:47.311 [bus notice] signal acquired
2019-02-19 11:58:47.319 [mqtt notice] connection established
2019-02-19 11:58:57.318 [main notice] found messages: 12 (0 conditional on 0 conditions, 0 poll, 4 update)


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 21 Februar 2019, 06:40:48
Zitat von: Tresk am 19 Februar 2019, 12:00:41
Wenn ich den Scanconfig Befehl rauslasse bekomme ich aber trotzdem folgende Fehlermeldung:

root@ebusd:~# ebusd --mqtttopic=ebusd/%circuit/%name --mqtthost=192.168.5.233 --mqttport=1883 --mqttuser=ebus --mqttpass=ebus --accesslevel=* --mqt                                    tjson -f --configpath=/etc/ebusd
2019-02-19 11:58:47.015 [main notice] ebusd 3.3.v3.3 started
2019-02-19 11:58:47.019 [main error] error reading config files: ERR: element not found, last error: 15.700.csv:6: ERR: element not found, field ty                                    pe TEMPV in field 1
2019-02-19 11:58:47.309 [bus notice] bus started with own address 31/36
2019-02-19 11:58:47.311 [bus notice] signal acquired
2019-02-19 11:58:47.319 [mqtt notice] connection established
2019-02-19 11:58:57.318 [main notice] found messages: 12 (0 conditional on 0 conditions, 0 poll, 4 update)

vermutlich hast du die "*.inc" files und _.templates.csv nicht da gelassen? die werden auch benötigit.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: piacco am 24 Februar 2019, 20:54:13
Hallo,

Die Ebusd adapter läuft bei mir jetzt.
Aber in die raw log-file stehen merkwürdige Charaktere, ist das normal?

2019-02-24 00:35:54.987 @
2019-02-24 00:35:56.496
2019-02-24 00:36:00.478
2019-02-24 00:36:05.203 @
2019-02-24 00:36:05.520
2019-02-24 00:36:06.539
2019-02-24 00:36:08.520
2019-02-24 00:36:10.388
2019-02-24 00:36:10.624
2019-02-24 00:36:10.844
2019-02-24 00:36:15.349 @
2019-02-24 00:36:16.391
2019-02-24 00:36:16.641
2019-02-24 00:36:16.893
2019-02-24 00:36:17.145
2019-02-24 00:36:17.406
2019-02-24 00:36:17.658
2019-02-24 00:36:25.421
2019-02-24 00:36:25.545 @
2019-02-24 00:36:26.433
2019-02-24 00:36:28.413
2019-02-24 00:36:30.886
2019-02-24 00:36:35.690
2019-02-24 00:36:40.376
2019-02-24 00:36:45.334
2019-02-24 00:36:45.855
2019-02-24 00:36:46.347
2019-02-24 00:36:48.327
2019-02-24 00:36:54.493 Ð; µ5b509060e3a00080100f400000000
2019-02-24 18:59:58.351 àc µ8b511010324<00
2019-02-24 18:59:58.919 ˜b µ8b511010324<00
2019-02-24 18:59:59.486 ˜b µ8b511010324<00
2019-02-24 19:00:00.052 ˜b µ8b511010324<00
2019-02-24 19:00:01.540 ˜b µ8b504011684<00
2019-02-24 19:00:02.109 ˜b µ8b504011684<00
2019-02-24 19:00:02.680 ˜b µ8b504011684<00
2019-02-24 19:00:03.249 ˜b µ8b504011684<00
2019-02-24 19:59:59.869 ˜b µ8b511010324<00
2019-02-24 20:00:00.444 ˜b µ8b511010324<00
2019-02-24 20:00:00.976
2019-02-24 20:00:01.679 `d µ8b511010324<00
2019-02-24 20:00:02.250 ˜b µ8b511010324<00
2019-02-24 20:00:02.344
2019-02-24 20:00:02.564
2019-02-24 20:00:02.822
2019-02-24 20:00:03.565 ˜b µ8b504011684<00
2019-02-24 20:00:04.134 ˜b µ8b504011684<00
2019-02-24 20:00:04.702 ˜b µ8b504011684<00
2019-02-24 20:00:05.269 ˜b µ8b504011684<00
2019-02-24 20:20:00.203 ˜b µ8b511010324<00
2019-02-24 20:20:00.771 ˜b µ8b511010324<00
2019-02-24 20:20:01.340 ˜b µ8b511010324<00
2019-02-24 20:20:01.911
2019-02-24 20:20:02.484 ˜b µ8b504011684<00
2019-02-24 20:20:03.056 ˜b µ8b504011684<00
2019-02-24 20:20:03.099 >31<1010
2019-02-24 20:20:03.799 ˜b µ8b504011684<00


version: ebusd 3.3.v3.3
update check: revision v3.3-4-g212b22d available, broadcast.csv: 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: 149
min arbitration micros: 1131
max arbitration micros: 8491
min symbol latency: 1
max symbol latency: 14
reconnects: 0
masters: 4
messages: 66
conditional: 0
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU01;SW=0302;HW=8802", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=SBX00;SW=0326;HW=4802"
address 30: master #3
address 31: master #8, ebusd
address 35: slave #3, scanned "MF=Vaillant;ID=E7C00;SW=0206;HW=7402"
address 36: slave #8, ebusd
address e8: slave, scanned "MF=Vaillant;ID=FMU00;SW=0202;HW=6502"



Albert
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 25 Februar 2019, 10:45:31
normal ist das nicht, aber da der Scan ja erfolgt ist glaube ich nicht an einen Fehler vom Adapter.

Hast du einen Raspberry und wenn ja dann schaue einmal ob deine Ländereinstellung "Locales" richtig eingestellt sind. Ich habe bei mir "de UTF-8" eingestellt.
Ich kann mir vorstellen, das von dieser Seite der Fehler kommt, er kann nämlich den Text "<31" nicht richtig darstellen.

LG

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: martin8310 am 27 Februar 2019, 12:14:48
Hallo,

hat jemand eine Idee wie ich die ebusd config-dateien von "--configpath=http://ebusd.eu/config/" runterladen kann?

Vielen Dank im Voraus.

MfG
Martin
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: istler am 27 Februar 2019, 12:19:31
Ja, über git:
https://github.com/john30/ebusd-configuration

Gruß
Maik


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 28 Februar 2019, 08:22:15
Zitat von: martin8310 am 27 Februar 2019, 12:14:48
hat jemand eine Idee wie ich die ebusd config-dateien von "--configpath=http://ebusd.eu/config/" runterladen kann?
wget https://github.com/john30/ebusd-configuration/archive/master.zip
dann findest du die files unter ebusd-2.1.x/de
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 28 Februar 2019, 08:26:22
Zitat von: piacco am 24 Februar 2019, 20:54:13
Aber in die raw log-file stehen merkwürdige Charaktere, ist das normal?
wie hast du denn dieses raw loggin hinbekommen? post bitte mal deine ebusd startparameter und die version
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: martin8310 am 04 März 2019, 20:56:39
Zitat von: john30 am 28 Februar 2019, 08:22:15
wget https://github.com/john30/ebusd-configuration/archive/master.zip
dann findest du die files unter ebusd-2.1.x/de
hi john, danke für die Antwort. Werde ich dann morgen mal testen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: martin8310 am 05 März 2019, 22:40:22
Hallo John30,

so, habe die Dateien über wget https://github.com/john30/ebusd-configuration/archive/master.zip runtergeladen und in --configpath=/etc/ebusd kopiert. (Kompletter Pfad "/etc/ebusd/vaillant/" darin befinden sich die *.CSV dateien. Leider zeigt mir mein MQTT Subscriber immer noch über "eBusd/global/updatecheck" die Meldungen, dass es neuere/andere Versionen gibt. revision v3.3-4-g212b22d available, broadcast.csv: different version available, vaillant/08.ehp.csv: different version available, vaillant/15.uih.csv: different version available, vaillant/23.ehp.cc.csv: different version available, vaillant/25.ehp.hwc.csv: different version available, vaillant/50.ehp.mc.csv: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: different version available, vaillant/hcmode.inc: different version available, vaillant/iotesthp.inc: different version available

Deshalb denke ich, dass die Dateien aus "ebusd-2.1.x/de" doch nicht identisch mit den Dateien aus "http://ebusd.eu/config/" sind, oder lieg ich da falsch?

Gruß und Dank
Martin
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 06 März 2019, 07:35:22
Zitat von: martin8310 am 05 März 2019, 22:40:22
Deshalb denke ich, dass die Dateien aus "ebusd-2.1.x/de" doch nicht identisch mit den Dateien aus "http://ebusd.eu/config/" sind, oder lieg ich da falsch?
um das mal zu verifizieren, hatte ich letzte Woche ein Ticket (https://github.com/john30/ebusd/issues/266) eingestellt. Irgendwas scheint da bei der Prüfung nicht zu stimmen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: piacco am 09 März 2019, 21:54:25


Zitatwie hast du denn dieses raw loggin hinbekommen? post bitte mal deine ebusd startparameter und die version

Hi John,
Mein Ebusd einstellungen sind

EBUSD_OPTS="--scanconfig --pollinterval=180 --httpport 8889 --receivetimeout=55000 --loglevel=debug  --lograwdata --lograwdatafile=/tmp/ebusd-raw.log"

version: ebusd 3.3.v3.3
update check: revision v3.3-4-g212b22d available, broadcast.csv: different version available, vaillant/broadcast.csv: different version available, vaillant/errors.inc: di     fferent version available, vaillant/hcmode.inc: different version available
signal: acquired
symbol rate: 23
max symbol rate: 149
min arbitration micros: 1104
max arbitration micros: 9281
min symbol latency: 0
max symbol latency: 16
reconnects: 0
masters: 4
messages: 66
conditional: 0
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU01;SW=0302;HW=8802", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=SBX00;SW=0326;HW=4802"
address 30: master #3
address 31: master #8, ebusd
address 35: slave #3, scanned "MF=Vaillant;ID=E7C00;SW=0206;HW=7402"
address 36: slave #8, ebusd
address e8: slave, scanned "MF=Vaillant;ID=FMU00;SW=0202;HW=6502"
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 März 2019, 15:09:54
Zitat von: piacco am 09 März 2019, 21:54:25
Mein Ebusd einstellungen sind
EBUSD_OPTS="--scanconfig --pollinterval=180 --httpport 8889 --receivetimeout=55000 --loglevel=debug  --lograwdata --lograwdatafile=/tmp/ebusd-raw.log"
also bei mir sieht das file ganz anders aus, als deins. ich habe keine ahnung, wie man das so hin bekommt...
es sollte z.B. so aussehen:
2019-03-16 15:04:08.074 >31ec07040012<000ab55344525f50023668016b>00
2019-03-16 15:04:08.419 >31ecb5090124bd<0009ffffffffffffffffff3c>00
2019-03-16 15:04:08.761 >31ecb5090125bc<0009ffffffffffffffffff3c>00
2019-03-16 15:04:09.104 >31ecb5090126bf<0009ffffffffffffffffff3c>00
2019-03-16 15:04:09.448 >31ecb5090127be<0009ffffffffffffffffff3c>00
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 16 März 2019, 17:22:49
@piacco
Hast Du den Post von Reinhart https://forum.fhem.de/index.php/topic,46098.msg911262.html#msg911262 gelesen?
Fuer mich sieht das auch wie falsche Baudrate oder aehnlich aus. Evtl. hat auch der serielle Wandler einen weg!?
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: martin8310 am 20 März 2019, 21:06:46
Hallo Gemeinde,

so, bei mir läuft alles bestens :-) Ich kämpfe jetzt mit den MQTT Topics. Ich kann im Moment alles empfangen und abfragen was ich meiner Meinung nach benötige. Was mich aber noch etwas stört, ist das mir nicht ganz klar ist was die einzelnen Werte bei einer regelmäßig auftauchenden Status Meldung sind.
Zum Beispiel:
Topic: eBusd/ehp/Status
{
     "0": {"name": "temp", "value": 23.00},
     "1": {"name": "press", "value": 1.864},
     "2": {"name": "press", "value": 1.620},
     "3": {"name": "hcmode2", "value": "heat"},
     "4": {"name": "", "value": "08"}}

Kann man Irgendwo nachlesen was sich dahinter verbirgt?

Natürlich kann ich mir denken, dass unter 1 und 2 irgendein Druck gemeint ist, aber unter 0 bin ich mir nicht sicher ob das eine Rücklauftemp. ist oder Vorlauf oder ...?

Gruß
Martin
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Patrick131184 am 20 März 2019, 23:14:47
Nabend zusammen,
kennt jemand diese Problem?
Ebusd erkennt keine Config.
Heizung ist eine Vaillant EcoTec.
Ebus Adapter 2.0 mit CP2102

Vielen Dank für eure Hilfe!

sudo ebusd -f --scanconfig -d /dev/ttyUSB0 -p 8888
2019-03-20 23:11:05.381 [main notice] ebusd 3.3.v3.3 started with auto scan
2019-03-20 23:11:06.943 [bus notice] bus started with own address 31/36
2019-03-20 23:11:06.946 [bus notice] signal acquired
2019-03-20 23:11:12.029 [bus notice] new master 10, master count 2
2019-03-20 23:11:12.095 [bus notice] new master 03, master count 3
2019-03-20 23:11:12.095 [update notice] received unknown MS cmd: 1008b5110101 / 09564e1009ff630000ff
2019-03-20 23:11:12.368 [update notice] received unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2019-03-20 23:11:16.962 [main error] scan config 08: ERR: read timeout
2019-03-20 23:11:19.008 [main error] scan config 15: ERR: read timeout
^C2019-03-20 23:11:20.040 [main notice] SIGINT received
2019-03-20 23:11:21.186 [main notice] ebusd stopped


sudo ebusctl info
version: ebusd 3.3.v3.3
signal: acquired
symbol rate: 22
max symbol rate: 61
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


uname -a
Linux raspberrypi 4.9.35-v7+ #1014 SMP Fri Jun 30 14:47:43 BST 2017 armv7l GNU/Linux


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 21 März 2019, 06:48:47
Zitat von: Patrick131184 am 20 März 2019, 23:14:47
Ebusd erkennt keine Config.
...
sudo ebusd -f --scanconfig -d /dev/ttyUSB0 -p 8888
...
2019-03-20 23:11:16.962 [main error] scan config 08: ERR: read timeout
2019-03-20 23:11:19.008 [main error] scan config 15: ERR: read timeout

das liegt an obigen Timeouts. Du kannst mal receivetimeout (https://github.com/john30/ebusd/wiki/2.-Run#ebus-options) hochsetzen, ob es dann besser klappt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Patrick131184 am 21 März 2019, 07:43:41
Leider nicht.
Ich habe jetzt einfach mal den default verdoppelt

sudo ebusd -f --scanconfig -d /dev/ttyUSB0 -p 8888 --receivetimeout=50000
2019-03-21 07:56:39.495 [main notice] ebusd 3.3.v3.3 started with auto scan
2019-03-21 07:56:39.916 [bus notice] bus started with own address 31/36
2019-03-21 07:56:39.919 [bus notice] signal acquired
2019-03-21 07:56:46.480 [bus notice] new master 10, master count 2
2019-03-21 07:56:46.545 [bus notice] new master 03, master count 3
2019-03-21 07:56:46.546 [update notice] received unknown MS cmd: 1008b5110101 / 092c290006ff700000ff
2019-03-21 07:56:46.820 [update notice] received unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2019-03-21 07:56:49.930 [main error] scan config 08: ERR: read timeout
2019-03-21 07:56:51.980 [main error] scan config 15: ERR: read timeout
2019-03-21 07:56:56.594 [update notice] received unknown MS cmd: 1008b5110101 / 092c29e006ff700000ff
2019-03-21 07:56:56.865 [update notice] received unknown MS cmd: 1008b51009000000ffffff010000 / 0101
^C2019-03-21 07:56:59.445 [main notice] SIGINT received



Hier nochmal ein RAW log. Weiss nicht ob es hilft.
Habe aber ein paar <aa Zeilen entfernt, damit es übersichtlicher wird.

sudo ebusd -f --scanconfig -d /dev/ttyUSB0 -p 8888 --lograwdata=bytes

2019-03-21 07:45:26.374 [main notice] ebusd 3.3.v3.3 started with auto scan
2019-03-21 07:45:26.824 [bus notice] bus started with own address 31/36
2019-03-21 07:45:26.829 [bus notice] <aa
2019-03-21 07:45:26.829 [bus notice] signal acquired
2019-03-21 07:45:26.872 [bus notice] <aa

2019-03-21 07:45:33.931 [bus notice] <aa
2019-03-21 07:45:33.935 [bus notice] <10
2019-03-21 07:45:33.940 [bus notice] <08
2019-03-21 07:45:33.944 [bus notice] <b5
2019-03-21 07:45:33.948 [bus notice] <11
2019-03-21 07:45:33.952 [bus notice] <01
2019-03-21 07:45:33.957 [bus notice] <01
2019-03-21 07:45:33.961 [bus notice] <89
2019-03-21 07:45:33.961 [bus notice] new master 10, master count 2
2019-03-21 07:45:33.966 [bus notice] <00
2019-03-21 07:45:33.976 [bus notice] <09
2019-03-21 07:45:33.981 [bus notice] <2c
2019-03-21 07:45:33.986 [bus notice] <29
2019-03-21 07:45:33.991 [bus notice] <e0
2019-03-21 07:45:33.996 [bus notice] <06
2019-03-21 07:45:34.001 [bus notice] <ff
2019-03-21 07:45:34.005 [bus notice] <70
2019-03-21 07:45:34.010 [bus notice] <00
2019-03-21 07:45:34.016 [bus notice] <00
2019-03-21 07:45:34.021 [bus notice] <ff
2019-03-21 07:45:34.026 [bus notice] <d8
2019-03-21 07:45:34.030 [bus notice] <00
2019-03-21 07:45:34.030 [bus notice] new master 03, master count 3
2019-03-21 07:45:34.030 [update notice] received unknown MS cmd: 1008b5110101 / 092c29e006ff700000ff
2019-03-21 07:45:34.035 [bus notice] <aa
2019-03-21 07:45:34.077 [bus notice] <aa
2019-03-21 07:45:34.121 [bus notice] <aa
2019-03-21 07:45:34.164 [bus notice] <aa
2019-03-21 07:45:34.208 [bus notice] <aa
2019-03-21 07:45:34.212 [bus notice] <10
2019-03-21 07:45:34.216 [bus notice] <08
2019-03-21 07:45:34.219 [bus notice] <b5
2019-03-21 07:45:34.225 [bus notice] <10
2019-03-21 07:45:34.228 [bus notice] <09
2019-03-21 07:45:34.232 [bus notice] <00
2019-03-21 07:45:34.236 [bus notice] <00
2019-03-21 07:45:34.241 [bus notice] <00
2019-03-21 07:45:34.245 [bus notice] <ff
2019-03-21 07:45:34.249 [bus notice] <ff
2019-03-21 07:45:34.254 [bus notice] <ff
2019-03-21 07:45:34.258 [bus notice] <01
2019-03-21 07:45:34.262 [bus notice] <00
2019-03-21 07:45:34.266 [bus notice] <00
2019-03-21 07:45:34.271 [bus notice] <26
2019-03-21 07:45:34.276 [bus notice] <00
2019-03-21 07:45:34.287 [bus notice] <01
2019-03-21 07:45:34.293 [bus notice] <01
2019-03-21 07:45:34.298 [bus notice] <9a
2019-03-21 07:45:34.302 [bus notice] <00
2019-03-21 07:45:34.302 [update notice] received unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2019-03-21 07:45:34.307 [bus notice] <aa
2019-03-21 07:45:34.349 [bus notice] <aa
2019-03-21 07:45:34.392 [bus notice] <aa
2019-03-21 07:45:34.436 [bus notice] <aa
2019-03-21 07:45:34.480 [bus notice] <aa
2019-03-21 07:45:34.484 [bus notice] <10
2019-03-21 07:45:34.487 [bus notice] <08
2019-03-21 07:45:34.493 [bus notice] <b5
2019-03-21 07:45:34.496 [bus notice] <11
2019-03-21 07:45:34.500 [bus notice] <01
2019-03-21 07:45:34.504 [bus notice] <02
2019-03-21 07:45:34.509 [bus notice] <8a
2019-03-21 07:45:34.514 [bus notice] <00
2019-03-21 07:45:34.525 [bus notice] <06
2019-03-21 07:45:34.530 [bus notice] <03
2019-03-21 07:45:34.535 [bus notice] <3c
2019-03-21 07:45:34.540 [bus notice] <96
2019-03-21 07:45:34.544 [bus notice] <46
2019-03-21 07:45:34.549 [bus notice] <8c
2019-03-21 07:45:34.554 [bus notice] <6e
2019-03-21 07:45:34.558 [bus notice] <e3
2019-03-21 07:45:34.562 [bus notice] <00
2019-03-21 07:45:34.562 [update notice] received unknown MS cmd: 1008b5110102 / 06033c96468c6e
2019-03-21 07:45:34.567 [bus notice] <aa
2019-03-21 07:45:34.611 [bus notice] <aa
2019-03-21 07:45:34.653 [bus notice] <aa
2019-03-21 07:45:34.697 [bus notice] <aa
2019-03-21 07:45:34.741 [bus notice] <aa
2019-03-21 07:45:34.786 [bus notice] <aa

2019-03-21 07:45:36.788 [bus notice] <aa
2019-03-21 07:45:36.832 [bus notice] <aa
2019-03-21 07:45:36.836 [bus notice] >31
2019-03-21 07:45:36.847 [main error] scan config 08: ERR: read timeout
2019-03-21 07:45:36.876 [bus notice] <aa

2019-03-21 07:45:38.885 [bus notice] >31
2019-03-21 07:45:38.897 [main error] scan config 15: ERR: read timeout
2019-03-21 07:45:38.924 [bus notice] <aa
2019-03-21 07:45:38.967 [bus notice] <aa

2019-03-21 07:45:41.232 [bus notice] <aa
2019-03-21 07:45:41.277 [bus notice] <aa
2019-03-21 07:45:41.321 [bus notice] <aa
2019-03-21 07:45:41.365 [bus notice] <aa
2019-03-21 07:45:41.408 [bus notice] <aa
2019-03-21 07:45:41.419 [main notice] SIGINT received
2019-03-21 07:45:41.450 [bus notice] <aa
2019-03-21 07:45:41.494 [bus notice] <aa

2019-03-21 07:45:43.847 [bus notice] <aa
2019-03-21 07:45:43.891 [bus notice] <aa
2019-03-21 07:45:43.935 [bus notice] <aa
2019-03-21 07:45:43.978 [bus notice] <aa
2019-03-21 07:45:43.983 [bus notice] <10
2019-03-21 07:45:43.987 [bus notice] <08
2019-03-21 07:45:43.991 [bus notice] <b5
2019-03-21 07:45:43.994 [bus notice] <11
2019-03-21 07:45:43.999 [bus notice] <01
2019-03-21 07:45:44.003 [bus notice] <01
2019-03-21 07:45:44.007 [bus notice] <89
2019-03-21 07:45:44.014 [bus notice] <00
2019-03-21 07:45:44.023 [bus notice] <09
2019-03-21 07:45:44.028 [bus notice] <2c
2019-03-21 07:45:44.033 [bus notice] <29
2019-03-21 07:45:44.038 [bus notice] <e0
2019-03-21 07:45:44.043 [bus notice] <06
2019-03-21 07:45:44.048 [bus notice] <ff
2019-03-21 07:45:44.053 [bus notice] <70
2019-03-21 07:45:44.058 [bus notice] <00
2019-03-21 07:45:44.063 [bus notice] <00
2019-03-21 07:45:44.069 [bus notice] <ff
2019-03-21 07:45:44.073 [bus notice] <d8
2019-03-21 07:45:44.078 [bus notice] <00
2019-03-21 07:45:44.078 [update notice] received unknown MS cmd: 1008b5110101 / 092c29e006ff700000ff
2019-03-21 07:45:44.082 [bus notice] <aa
2019-03-21 07:45:44.125 [bus notice] <aa
2019-03-21 07:45:44.169 [bus notice] <aa
2019-03-21 07:45:44.213 [bus notice] <aa
2019-03-21 07:45:44.256 [bus notice] <aa
2019-03-21 07:45:44.261 [bus notice] <10
2019-03-21 07:45:44.265 [bus notice] <08
2019-03-21 07:45:44.269 [bus notice] <b5
2019-03-21 07:45:44.272 [bus notice] <10
2019-03-21 07:45:44.278 [bus notice] <09
2019-03-21 07:45:44.281 [bus notice] <00
2019-03-21 07:45:44.285 [bus notice] <00
2019-03-21 07:45:44.289 [bus notice] <00
2019-03-21 07:45:44.294 [bus notice] <ff
2019-03-21 07:45:44.298 [bus notice] <ff
2019-03-21 07:45:44.302 [bus notice] <ff
2019-03-21 07:45:44.307 [bus notice] <01
2019-03-21 07:45:44.311 [bus notice] <00
2019-03-21 07:45:44.316 [bus notice] <00
2019-03-21 07:45:44.319 [bus notice] <26
2019-03-21 07:45:44.325 [bus notice] <00
2019-03-21 07:45:44.335 [bus notice] <01
2019-03-21 07:45:44.340 [bus notice] <01
2019-03-21 07:45:44.346 [bus notice] <9a
2019-03-21 07:45:44.349 [bus notice] <00
2019-03-21 07:45:44.350 [update notice] received unknown MS cmd: 1008b51009000000ffffff010000 / 0101
2019-03-21 07:45:44.353 [bus notice] <aa
2019-03-21 07:45:44.397 [bus notice] <aa
2019-03-21 07:45:44.441 [bus notice] <aa
2019-03-21 07:45:44.484 [bus notice] <aa

2019-03-21 07:45:45.223 [bus notice] <aa
2019-03-21 07:45:45.267 [bus notice] <aa
2019-03-21 07:45:45.310 [bus notice] <aa
2019-03-21 07:45:45.320 [main notice] SIGINT received
2019-03-21 07:45:45.354 [bus notice] <aa
2019-03-21 07:45:45.398 [bus notice] <aa
2019-03-21 07:45:45.441 [bus notice] <aa
2019-03-21 07:45:45.484 [bus notice] <aa
2019-03-21 07:45:45.496 [main notice] SIGINT received
2019-03-21 07:45:45.528 [bus notice] <aa
2019-03-21 07:45:45.572 [bus notice] <aa

2019-03-21 07:45:46.008 [bus notice] <aa
2019-03-21 07:45:46.063 [main notice] ebusd stopped
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 21 März 2019, 08:06:58
Zitat von: Patrick131184 am 21 März 2019, 07:43:41

2019-03-21 07:45:36.836 [bus notice] >31
2019-03-21 07:45:36.847 [main error] scan config 08: ERR: read timeout

dein interface kann gar nicht senden, denn es müsste mindestens ein "<31" danach kommen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Patrick131184 am 21 März 2019, 08:09:43
Hallo John, danke schon mal für die Hilfe!
Ich habe das Interface von Chons gekauft und er hatte es wohl vorher getestet.

Liegt das jetzt an meinem Interface?
Kann man das irgendwie überprüfen, oder hilft da nur durchmessen?


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 21 März 2019, 08:19:30
Zitat von: Patrick131184 am 21 März 2019, 08:09:43
Liegt das jetzt an meinem Interface?
Kann man das irgendwie überprüfen, oder hilft da nur durchmessen?
was machen denn die LEDs? flackert die rote, wenn du was senden willst?
ich würde mal durchmessen, um den Sendeweg zu verifizieren
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 21 März 2019, 13:20:49
@istler: hatte den ED-Modus seit gut einem Monat eingestellt. Scheint sehr wirksam zu sein, wenn die Sonneneintrahlung knapp ist. Allerdings wird sehr oft geschaltet.
Nun ist gestern durch plötzlich starke Sonneneinstrahlung die ColTemp bis zur Abschaltung angestiegen, weil scheinbar durch die Pumpe keine ausreichende Kühlung kam. Der Puffer war unten bei ca. 46 C. oben bie ca. 55 C.
Eigentlich müsste bei so einem Fall das manuelle (event) Einschalten der Pumpe helfen oder gibt es eine andere Einstellung?
Erhöhung der Pumpenleistung führt zu einem häufigerem Schalten, bzw. dazu brauche ich den Heizungsmeister.
Bin wieder bei ED-Modus: nein.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Patrick131184 am 24 März 2019, 12:50:34
Zitat von: john30 am 21 März 2019, 08:19:30
was machen denn die LEDs? flackert die rote, wenn du was senden willst?
ich würde mal durchmessen, um den Sendeweg zu verifizieren

Ich habe jetzt alles am laufem, weiß leider nicht wieso, aber es scheint als wäre irgendwo ein Kontakt nicht richtig hergestellt gewesen zu sein.

Danke trotzdem :)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: MaxHolstein am 02 Mai 2019, 17:32:02
Habe ein Version 1.6 EBUS-Interface erfolgreich an die neue Vaillant-Heizung gekoppelt. Mit den umfangreichen Infos dieses Threads war das kein Problem - vielen Dank!

Nach einem Neustart des Raspi 3B+ verbindet der EBUS aber nicht mehr. Im Log steht dann

EBUS: Can't connect to myIP:8888: Connection refused
oder
EBUS: Can't connect to myIP:8888: Network is unreachable

Um die Sache wieder ans Laufen zu bekommen, muss ich die EBUS-Installation wiederholen (Schritt 2 aus dem Installer Tool) - das ist wohl nicht so gedacht, irgendwas mache ich noch falsch. Im Forum konnte ich leider nichts finden, was mir weiterhelfen könnte, wäre also dankbar, wenn mir jemand auf die Sprünge helfen könnte.

lg
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 02 Mai 2019, 21:42:02
"myIP" sollte die IP Adresse vom Dämon sein und nicht dieser Text!
Also der Raspi wo der Dämon läuft.

Setz diese doch einfach händisch.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: MaxHolstein am 03 Mai 2019, 12:20:39
Hallo Reinhart,

Super-Support hier - man kann das nicht oft genug betonen!

Anstelle von "myIP" steht in den Fehlermeldungen natürlich die gesetzte IP - Adresse... sorry, dass ich hier die falsche Fährte gelegt habe,

Hab gestern noch ein wenig weitergesucht und es scheint so, dass der ebus daemon nicht automatisch startet. Starte ich den Daemon im Terminal ist alles gut.

Laut eBus Wiki kann man mit sudo cp contrib/debian/init.d/ebusd /etc/init.d/ebusd den Daemon für autstart konfigurieren - auf meiner Installation gibt's aber das Quellverzeichnis nicht. ebusd ist ja wohl ein Shell Script, findet sich auch auf bei github/John30 - will aber auch nicht. Irgendwas mach ich noch verkehrt - aber es ist ja Wochende...

lg



Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 04 Mai 2019, 14:50:31
Zitat von: MaxHolstein am 03 Mai 2019, 12:20:39
Laut eBus Wiki kann man mit sudo cp contrib/debian/init.d/ebusd /etc/init.d/ebusd den Daemon für autstart konfigurieren - auf meiner Installation gibt's aber das Quellverzeichnis nicht. ebusd ist ja wohl ein Shell Script, findet sich auch auf bei github/John30 - will aber auch nicht. Irgendwas mach ich noch verkehrt - aber es ist ja Wochende...
das file müsstest du dir dann aus dem github holen.
aber was ist denn überhaupt für ein system? SystemD basiert oder SysVinit?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: MaxHolstein am 05 Mai 2019, 17:07:36
Danke John für deinen Hinweis.
Ich hab einen RPI 3B+ mit Debian-Stretch an einer nagelneuen VCI196:
scan.08  = Vaillant;BAI00;0104;7803
scan.08 id = 21;18;34;0020243325;0001;005725;N8

Ich bin noch am Lesen vom Thread Läuft: Heizung mit eBus-Schnittstelle; dabei bin ich schon auf den Hinweis gestoßen, dass unter Stretch auto-start etwas anders konfiguriert werden muss. Das schau ich mir erst mal genauer an und würde nochmal hier posten, wenn ich nicht weiter komme. Muss auch noch das eBus-Wiki durcharbeiten...

lg

PS: Grandiose Arbeit -  Dein eBus-Projekt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Schlauer Det am 09 Mai 2019, 10:20:00
Zitat von: Reinhart am 07 Februar 2016, 15:46:44
eBus_Installer_Fhem

Amunra und ich haben ein kleines Installationstool für die wichtigsten eBus Tools geschrieben um speziell Anfängern das Handling und die Installation über das Thema Bus zu erleichtern.

...


Innerhalb von 10 Minuten habt ihr ein lauffähiges Fhem mit eBus und allen wichtigen Tools wie ECMD etc. fertig installiert!

Bitte Vorsicht bei der Fhem Installation (Menüpunkt 1), innerhalb weniger Minuten ist alles überschrieben!

Wir wünschen euch viel Erfolg bei der Installation.

LG
Reinhart & Amunra


Moin Reinhart,

nach längerer Abwesenheit vom Thema eBus und FHEM bin ich jetzt soweit, dass ich FHEM und entweder ECMD oder GAEBUS installieren kann, denn der eBus läuft auf meinem Raspi an der Vaillant-Heizung ;D

Dazu zwei Fragen:


Cheerio von der derzeit sonnigen Küste
Det  :)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 09 Mai 2019, 11:22:05
Hallo,

zu Punkt 2:

mit ECMD legst du Klassen mit Funktionen an, die abgefragt werden müssen und dann kannst du z.B. ein ReadingsProxy zur Anzeige nehmen, das erfordert meist Programmieraufwand. Beispiele hat PAH in seinem Thread oder im Wiki abgelegt. Mit GAEBUS kannst du in dem GAEBUS-Device per Attribut auswählen, das fragt das Device dann im angegebenen Intervall ab und legt die Werte als Readings im GAEBUS-Device an, dann kannst du wieder mittels ReadingsProxy das als einzelnes Darstellungsdevice anlegen. Das ist für ungeübte Anwender möglicherweise einfacher...

Grüße

Chrsitian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Schlauer Det am 09 Mai 2019, 20:29:05
@Reinhart und @amunra:

Habe jetzt doch schon mal den eBus_Installer_Fhem gestartet und dabei festgestellt, dass in ebus_install_fhem.sh leider noch die alte Adresse für das 98_GAEBUS.pm-Modul, nämlich:   gaebus="http://sourceforge.net/p/fhem/code/HEAD/tree/trunk/fhem/contrib/98_GAEBUS.pm " steht.

Deshalb hat es bei mir bisher nicht geklappt, den GAEBUS zum Ticken zu bringen. Könnt Ihr mir sagen, wie ich es trotzdem hinkriege?



Grüße vom Strand
Det  :)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 10 Mai 2019, 10:20:20
Hallo Det!

Der Installer ist doch schon etwas älter, aber ich glaube du brauchst jetzt nur den FHEM Updater anstoßen und GAEBUS sollte erneuert werden wenn dieser schon in der Softwareverteilung aufgenommen wurde. Da ich mit Gaebus schon länger nichts gemacht habe, kann ich dir auch nicht genau sagen wie du zur aktuellen Version kommst, suche einfach hier im Forum nach dem Modul. Der Rest ist ohnehin nur klick klack mit der Maus.
Das ist immer das Problem wenn man sowas macht, das es irgendwann nicht mehr funktioniert weil sich die Links ändern bzw. vieles weiterentwickelt wird.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Schlauer Det am 10 Mai 2019, 10:47:56
Zitat von: Reinhart am 10 Mai 2019, 10:20:20
Hallo Det!

Der Installer ist doch schon etwas älter, aber ich glaube du brauchst jetzt nur den FHEM Updater anstoßen und GAEBUS sollte erneuert werden wenn dieser schon in der Softwareverteilung aufgenommen wurde. Da ich mit Gaebus schon länger nichts gemacht habe, kann ich dir auch nicht genau sagen wie du zur aktuellen Version kommst, suche einfach hier im Forum nach dem Modul. Der Rest ist ohnehin nur klick klack mit der Maus.
Das ist immer das Problem wenn man sowas macht, das es irgendwann nicht mehr funktioniert weil sich die Links ändern bzw. vieles weiterentwickelt wird.

LG
Reinhart


Hi Reinhart,

vielen Dank für Deine Hinweise  :D.

Dachte mir schon, dass die fleissigen Entwickler lieber entwickeln, als die alten Sachen aufzudatieren (ist kein Vorwurf, habe selbst jahrelang in dem Metier gearbeitet  ;))

Kurz mal zu meinem derzeitigen Status mit FHEM und GAEBUS:

  • FHEM liegt nach dem Aufruf des eBus_Installer_Fhem in /opt/fhem
Zitat
  • Wie ich jetzt FHEM aufrufen soll, ist mir noch nicht klar  :(. Habe auch bisher trotz umfangreicher Suche nirgends einen erleuchtenden Hinweis gefunden.
Habe die richtige Stelle jetzt gefunden. FHEM läuft seit gestern Nachmittag. Mir war nicht klar, dass FHEM auf meinem Raspi schon komplett eingerichtet und gestartet ist und nur noch über einen Web-Browser angesprochen werden muss.

Zitat
  • Nach dem GAEBUS-Modul habe ich bereits sehr intensiv im Forum gesucht, aber leider bisher nicht gefunden (wahrscheinlich habe ich irgendetwas übersehen)
Habe ich mittlerweile auch gefunden. Hing hier dran: https://forum.fhem.de/index.php/topic,41064.msg921834.html#msg921834 (https://forum.fhem.de/index.php/topic,41064.msg921834.html#msg921834).
Nur weiss ich jetzt nicht weiter  :-[

  • Du schreibst, dass ich den "FHEM Updater" anstossen soll. Wo bzw. wie kann ich das machen?
Habe ich auch gefunden und ausgeführt. Funktionierte! ;D


Ich wäre Dir sehr dankbar, wenn Du mir nochmals ein bisschen weiterhelfen könntest.


Herzlichen Dank für Deine Geduld und Hilfe sowie viele Grüße aus dem Norden
Det  :)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 10 Mai 2019, 12:53:11
Moin Schlauer Det
Ich denke, Du solltest hierzu einen neuen Thread aufmachen!
So wie ich Dich verstehe, bist Du noch dabei fhem aufzusetzen und in Gang zu bringen. Dazu empfehle ich Dir https://forum.fhem.de/index.php/board,18.0.html und dort die angepinnten Threads. Das mit dem GAEBUS kommt dann automatisch mit Deinem wachsenden Verstaendnis.
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 10 Mai 2019, 18:47:09
Zitat von: Schlauer Det am 10 Mai 2019, 10:47:56
  • Du schreibst, dass ich den "FHEM Updater" anstossen soll. Wo bzw. wie kann ich das machen?

Ich wäre Dir sehr dankbar, wenn Du mir nochmals ein bisschen weiterhelfen könntest.

Hi Det,

das geht ganz einfach, wenn FHEM läuft einfach oben in die Kommandozeile update eingeben und mit Eingabe/Return bestätigen, dann läuft das Update selbstständig durch, das kann beim ersten mal ein wenig dauern, weil sehr viele Module erneuert werden müssen, vermute ich. Wenn dann im Eventmonitor steht, dass man mit shutdown restart FHEM neu starten muss, ist alles fertig und nach dem Neustart von FHEM laufen alle Module, die in Update eingebunden sind, mit neuestem Stand

Grüße

Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Schlauer Det am 11 Mai 2019, 10:15:31
Zitat von: cs-online am 10 Mai 2019, 18:47:09

    Hi Det,

    das geht ganz einfach, wenn FHEM läuft einfach oben in die Kommandozeile update eingeben und mit Eingabe/Return bestätigen, dann läuft das Update selbstständig durch, das kann beim ersten mal ein wenig dauern, weil sehr viele Module erneuert werden müssen, vermute ich. Wenn dann im Eventmonitor steht, dass man mit shutdown restart FHEM neu starten muss, ist alles fertig und nach dem Neustart von FHEM laufen alle Module, die in Update eingebunden sind, mit neuestem Stand

    Grüße

    Christian
Vielen Dank Christian, hat alles geklappt  ;D

Groetjes vom sonnigen Nordmeer
Det  :)[/list]
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mdk2412 am 24 Mai 2019, 18:22:20
Hallo zusammen,

mein ebus-Adapter (RPI-Version) lief perfekt, bis ich gerade die Tage den Fehler machte, ein "apt update / apt upgrade" auf den Raspberry 3 zu machen... Das installierte Kernel 4.19 statt 4.14 und seitdem ging nichts mehr. Nach purer Verzweiflung habe ich nun einfach sauber neu installiert (letztes Image basiert auf Kernel 4.14), bis alles wieder lief. Dann Backup gemacht und nochmal aktualisiert. Mit gleichem Ergebnis (und ja ich habe natürlich das ttyebus-Modul neu kompiliert): es geht nichts mehr! Ebusctl scan sagt "empty", mein Skript für die Parameter meiner Lüftung sagt nur bei allen "ERR: element not found". Das Log gibt keine - für mich relevanten - Fehlermeldungen aus.

Hat jemand das gleich Problem oder sogar eine Lösung? Denn wenn es am Kernel 4.19 liegt, blüht das in Zukunft jedem, da dies der neue Standardkernel von Raspbian ist. Ich werde jetzt erstmal entnervt ein Downgrade vom Kernel probieren, vielleicht hilft das (auch wenn es nicht Sinn der Sache ist).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 24 Mai 2019, 20:38:11
Ja das ist ist noch ein kleines Installationsproblem vom ttyebus Treiber.
Wenn sonst kein zwingender Grund vorliegt den Kernel  updaten dann lass es lieber. Das Problem ist, weil der bereist installierte ttyebus Treiber dann weder die neuen noch die alten Headers findet weil das Verzeichnis ja geändert wurde. Es sollte aber funktionieren, wenn du Raspian neu aufgesetzt hast, dann ein Kernelupdate machst und dann den ttyebus compilierst.

Aber jetzt ist es der einfachste Weg ein Kerneldowngrade durchzuführen, dann sollte alles wieder passen (das ist aber auch nicht ganz einfach).
Schau mal im RPI Thread, da gibt es schon viele Threads darüber.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mdk2412 am 24 Mai 2019, 22:39:48
Na prima, zumindest liegt es nicht an mir...

Verstehe ich das richtig, dass man ZUERST den Kernel updaten und DANN erst ttyebus kompilieren müsste, damit es funktioniert? Denn kompiliert hatte ich es unter 4.19 nach dem Update und geladen war es auch... funktionierte trotzdem nicht (richtig). Oder lag das evtl. daran, dass noch Reste der alten Header da waren? Ich bin an sich durchaus fit in Linux, gibt es nicht eine händische Möglichkeit, das Modul in einem aktualisierten Stretch einzuspielen? Z.B. durch Löschen der alten Header-Verzeichnisse?

Im Grunde gibt es zwar keine Veranlassung, den Kernel upzudaten, und jetzt läufts ja erstmal. Fürs Erste werde ich mich dann wohl daran machen müssen, den auf hold zu setzen. Allerdings wird das auch irgendwann Probleme bereiten, weil andere Updates davon abhängen.

Mein letzter Versuch mit Kernel-Downgrade ist jedenfalls gescheitert, möglicherweise genügt das also nicht mal. Insofern sollte man wohl sehr deutlich alle Nutzer davor warnen, zum jetzigen Zeitpunkt das Update von Stretch auf 4.19 mitzumachen.
Titel: eBus Schaltung: Platine
Beitrag von: rendgeor am 13 Juni 2019, 11:39:01
Hallo Reinhart,
gerne würde ich meine Vaillant Therme auch lesend/schreibend zugreifen.

Gibt es die Platinen oder muss ich mir diese selbst bestellen?
Gibt es evtl eine bereits aufgebaute Platine die gekauift werden kann?

mfg,
Oliver
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 13 Juni 2019, 20:28:46
Im Augenblick gibt es keine Bausätze oder Platinen, die wurden uns bei der letzten Sammelbestellung förmlich aus der Hand gerissen.
Aus verständlichen Gründen wollen wir keine Gerberfiles veröffentlichen.

Ob und was es wieder Platinen und Bausätze/Fertiggeräte gibt wissen wir noch nicht. Wenn, dann frühestens Herbst/Winter 2019.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Prof. Dr. Peter Henning am 13 Juni 2019, 21:47:48
Ich habe noch den originalen Adapter mit Lochrasterplatte in der Schublade, mit dem Ding hat der ganze EBUS-Kram hier angefangen...

LG

pah
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 14 Juni 2019, 07:57:46
...ist zwar schon etwas älter, läuft bei mir aber top:

https://www.mikrocontroller.net/topic/346833 (https://www.mikrocontroller.net/topic/346833)

Vielleicht hat da noch jemand was abzugeben...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mirror am 15 September 2019, 12:40:35
Hallo,
die Heizsaison geht los und ich versuche hier ein altes Problem zu lösen, welches ich schon lange vor mir her schiebe. Ich habe fhem + ebusd eigentlich fast 1:1 eingerichtet wie Reinhart es vor Jahren bei der Themeneröffnung beschrieben (fhem.cfg, bai00.cfg, 99_myUtils.pm etc.). Das System funktioniert - ich kann auslesen und auch einstellen.
Das Problem ist das bestimmte Felder nicht aktualisiert werden. Z.B. ersten Bild sieht man bei HeizkurveEinstellen die 0.40 - unten steht der richtige Wert bei HKurve mit 0.45. Vielleicht ist es ein Verständnisproblem, welche Bedeutung hat der Wert bei HeizkurveEinstellen?
Noch missverständlicher ist die Anzeige der Zeitprogramme, s. 2. Bild. Was bedeuten denn die Fragezeichen an der Stelle wo ich eigentlich die momentanen Werte erwarte? Folgendes funktioniert auf der cmd-line:

ebusctl r -c 700 -f z1Timer.Monday
00;22:10;22:10;-:-;-:-

Ich habe auch mal meine fhem.cfg und die bai00.cfg rangehängt.
Für jeden Tip dankbar,
Dietmar
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 16 September 2019, 19:42:37
Hallo mirror!

zum Punk 1 mit der Heizkurve:
du musst in der "setlist" deine (Halb)Werte anpassen, zB: 0.45,0.50,0.55 ....... dann geht das auch. Ich habe noch nie solche Zwischenwerte gesehen, ist aber kein Problem.

zum Punkt 2 Zeitprogramme:
das war noch eine sehr komplizierte Lösung, ich habe im MQTT2 Thread schon eine neue Version aber halt für Mqtt gepostet (ist in den templates drinnen) läßst sich aber leicht anpassen.
Es gibt hier allerdings noch ein primäres Problem mit dem Tages Selektor der noch falsche Werte lieferte. Weis leider nicht ob das John30 schon gefixt hat. Wenn ja, dann sollte es funktionieren, habe das aber schon lange nicht mehr getestet.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mirror am 30 September 2019, 21:57:25
Hallo Reinhart,
danke für Deinen Support.

Die speziellen Zwischenwerte bei der Steilheit sind in Einklang mit den möglichen Einstellwerten an der VCR700 mit 0.05 scale. Und es ist eine Fußbodenheizung, deswegen etwas flacher mit kleineren Werten.

Die ganze Fragestellung rührt eher von einer etwas ungewohnten Bedienungsweise der Einstellung aus der fhem Setlist - scrollbox ohne Bestätigung und dem Zusammenspiel mit fhem.save her.
Wenn man einmal gesetzt hat wird das abgespeichert und die Fragezeichen verschwinden.

Also - alles OK,
Dietmar
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Trainer am 02 Oktober 2019, 10:52:12
Hallo

ich nutzen den ebus Adapter v2.2 mit Wem D1 mini (FW: ebusd).

Leider findet er meine "atmo TEC plus VCW 174" Gastherme nicht.

pi@raspberrypi:~ $ ebusctl info
version: ebusd 3.3.v3.3
signal: no signal
reconnects: 2
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


Sollte mein Boiler nicht als slave erkannt werden oder wird er nicht unterstützt?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 02 Oktober 2019, 12:40:03
no Signal klingt erstmal so, als ob der Adapter gar kein Signal vom Ebus bekommt. Sicher, dass das richtig angeklemmt ist ? Gibt's Einträge im Log ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Trainer am 02 Oktober 2019, 13:35:04
es wechselt zwischen "acquired" und "no signal"

pi@raspberrypi:~ $ ebusctl info
version: ebusd 3.3.v3.3
update check: revision v3.3-4-g212b22d available, broadcast.csv: different version available
signal: acquired
symbol rate: 0
max symbol rate: 89
reconnects: 43
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


LOG FILE (nach Neustart des RPI3):
2019-10-02 13:48:17.462 [main notice] ebusd 3.3.v3.3 started with auto scan
2019-10-02 13:48:17.826 [bus notice] bus started with own address 31/36
2019-10-02 13:48:17.845 [bus notice] signal acquired
2019-10-02 13:48:18.072 [bus notice] new master 10, master count 2
2019-10-02 13:48:18.144 [bus notice] new master 03, master count 3
2019-10-02 13:48:18.145 [update notice] received unknown MS cmd: 1008b5040100 / 0a00063408ffffffff0080
2019-10-02 13:48:18.412 [update notice] received unknown MS cmd: 1008b5110102 / 05033c784660
2019-10-02 13:48:20.205 [update notice] received unknown MS cmd: 1008b5100900000078ffff05ff00 / 0101
2019-10-02 13:48:24.259 [update notice] received unknown MS cmd: 1008b5110101 / 092e2e0080ffff0000ff
2019-10-02 13:48:27.881 [main error] scan config 08: ERR: read timeout
2019-10-02 13:48:30.057 [bus error] signal lost
2019-10-02 13:48:30.057 [main error] scan config 15: ERR: no signal
2019-10-02 13:48:32.147 [bus notice] signal acquired
2019-10-02 13:48:35.054 [bus error] signal lost
2019-10-02 13:48:44.119 [bus notice] signal acquired
2019-10-02 13:48:46.020 [bus error] signal lost


Hier und da stürzt auch der WEMOS D1 ab (2A 5V Netzteil).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Trainer am 05 Oktober 2019, 19:21:27
jetzt zeigt es mir leider nur noch "no Signale" an obwohl ich hier da Daten empfange. Woran könnte das liegen?

pi@raspberrypi:/etc/default $ ebusctl i
version: ebusd 3.3.v3.3
update check: revision v3.3-4-g212b22d available, broadcast.csv: different version available
signal: no signal
reconnects: 572
masters: 4
messages: 14
conditional: 0
poll: 0
update: 4
address 00: master #1
address 03: master #11
address 08: slave #11
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 05 Oktober 2019, 20:10:25
um den Fehler jetzt leichter zu finden wäre es schön wenn du die Möglichkeit hast den Adapter via UART einmal zu connecten dann kann man genauer sagen wo es herkommt (Wlan Verbindung oder Adapter selbst). Dazu brauchst du allerdings einen Raspi (für den Test) den du beim Heizgerät platzieren kannst.
Solange "no signal" kommt muss das Problem behoben werden.

So wie ich es sehe, steigt der Adapter aus sobald der "scan" beginnt, bis dahin kommt alles an.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Trainer am 06 Oktober 2019, 10:46:04
Danke, werde ich probieren.

Muss ich dazu auch ttyebus installieren?
Titel: ?: eBus Ebusd startet nicht mehr.
Beitrag von: skycrack am 06 Oktober 2019, 17:46:44
Hallo,
seit kurzem, ggf. nach einen Fhemupdate läuft der ebusd nicht mehr. Anscheinend will er die wolfv3.csv nicht mehr.
Ich habe eine Wolf CGB2 24kw Therme.

Hat bislang super Funktioniert. Kann mir jemand behilflich sein, wie ich das wieder ans laufen bekomme?
Vielen Dank, Rene

xxx@KELLER-PI:/home/pi# ebusd --scanconfig --checkconfig --configpath=/etc/ebusd -f
2019-10-06 17:38:52.413 [main notice] ebusd 3.3.v3.3 performing configuration check...
wolf/wolfv3.csv:11: ERR: argument value out of valid range, create field in field 0
2019-10-06 17:38:52.569 [main error] error reading config files: ERR: argument value out of valid range, last error: wolf/wolfv3.csv:11: ERR: argument value out of valid range, create field in field 0
2019-10-06 17:38:52.572 [main notice] found messages: 121 (0 conditional on 0 conditions, 0 poll, 13 update)
2019-10-06 17:38:52.579 [main notice] ebusd stopped
Titel: Antw:?: eBus Ebusd startet nicht mehr.
Beitrag von: john30 am 07 Oktober 2019, 08:18:31
Zitat von: skycrack am 06 Oktober 2019, 17:46:44

wolf/wolfv3.csv:11: ERR: argument value out of valid range, create field in field 0
2019-10-06 17:38:52.569 [main error] error reading config files: ERR: argument value out of valid range, last error: wolf/wolfv3.csv:11: ERR: argument value out of valid range, create field in field 0

wie sieht denn die wolf/wolfv3.csv Zeile 11 aus?
ich kann mir nicht vorstellen, dass das etwas mit nem FHEM Update zusammenhängt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: skycrack am 08 Oktober 2019, 17:54:18
Hallo John, danke für deine Antwort.
in der Zeile 11 steht _
b,heating,heatingprogram,Heating Program,30,08,5022,FF7427,heatingprogram,,SIN,0=Standby;1=Auto;2=HeatingMode;3=EconomyMode,,Heatingprogram,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,

Irgendwie scheint der Wurm in den Pi gekommen zu sein. Wenn ich jetzt, ungeachtet der wolfv3.csv Problematik, versuche den ebusd mit
/usr/bin/ebusd --scanconfig -d /dev/ttyUSB0 --configpath=/etc/ebusd --latency=20000 -f
zu starten, kommt
2019-10-08 17:48:37.483 [main notice] ebusd 3.3.v3.3 started with auto scan
2019-10-08 17:48:37.551 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2019-10-08 17:48:37.555 [bus notice] bus started with own address 31/36
2019-10-08 17:48:37.560 [bus notice] device invalid
2019-10-08 17:48:42.567 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2019-10-08 17:48:42.567 [bus notice] device invalid
2019-10-08 17:48:47.571 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2019-10-08 17:48:47.572 [bus notice] device invalid
2019-10-08 17:48:52.575 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2019-10-08 17:48:52.576 [bus notice] device invalid
2019-10-08 17:48:57.580 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error


Den PI und die Platine habe ich schon mehrfach neu gestartet. Ausgeführt habe ich es als root und der Serialconverter ist als /dev/ttyUSB0 angelegt.
[86582.374245] usb 1-1.2: new full-speed USB device number 6 using dwc_otg
[86582.541599] usb 1-1.2: New USB device found, idVendor=10c4, idProduct=ea60, bcdDevice= 1.00
[86582.541626] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[86582.541639] usb 1-1.2: Product: CP2102 USB to UART Bridge Controller
[86582.541650] usb 1-1.2: Manufacturer: Silicon Labs
[86582.541660] usb 1-1.2: SerialNumber: 0001
[86582.566041] cp210x 1-1.2:1.0: cp210x converter detected
[86582.574396] usb 1-1.2: cp210x converter now attached to ttyUSB0


Unvorstellbar, aber im Juni lief noch alles. Ich weiß nun nicht wo ich mit der Fehlersuche ansetzen soll. Vielleicht stehe ich auch im Wald.
Würde mich über Hilfestellung freuen. Gruß Rene
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 Oktober 2019, 20:51:09
soweit ich sehe wird ja der Serialkonverter vom System eindeutig erkannt, aber der eBusd Dämon kann dann die Schnittstelle nicht öffnen.
Ist sie vielleicht durch wenn anderen belegt, läuft der Dämon eventuell zweimal?

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: skycrack am 09 Oktober 2019, 22:43:08
Vielen Dank Reinhart für den Input. Habe mir heute dann doch die Arbeit gemacht und den Pi kompl. Neu aufgesetzt. Und zum Zeitpunkt bekomme ich wieder Daten über den Ebusd. Welch Freude, das die Hardware nicht defekt war.
Ich danke euch für die Hilfsbereitschaft.
Gruß Rene
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tremichl am 10 Oktober 2019, 11:25:27
Hallo!

Konnte das Interface am Raspi erfolgreich in Betrieb nehmen und bekomme in FHEM einige Werte. Vielen Dank für eure Arbeit!

Jetzt möchte ich noch den Wasserdruck anzeigen.

Obwohl ja alles sehr gut dokumentiert ist, fehlt mir noch etwas der Durchblick. csv Files sind scheinbar von ebus.eu geladen. Jetzt würde ich gerne wissen, wo die config files lokal liegen, was passiert wenn man diese bearbeitet und nach einem Neustart die config wieder von ebusd.eu gezogen wird, bzw. welche Vorgangsweise empfehlenswert ist um zusätzliche Werte auszulesen? 

LG, Michael

pi@ebusraspi:/ $ ebusctl i
version: ebusd 3.3.v3.3
access: *
signal: acquired
symbol rate: 46
max symbol rate: 147
min arbitration micros: 36
max arbitration micros: 149
min symbol latency: 2
max symbol latency: 5
reconnects: 0
masters: 5
messages: 586
conditional: 49
poll: 0
update: 9
address 00: master #1
address 03: master #11
address 05: slave #1, scanned "MF=Vaillant;ID=VR920;SW=0902;HW=5703"
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0307;HW=0403", loaded "vaillant/08.hmu.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
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0307;HW=0403"
address e0: slave, scanned "MF=Vaillant;ID=OMU00;SW=0131;HW=5202", loaded "vaillant/e0.omu.csv"
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 10 Oktober 2019, 11:27:07
Zitat von: tremichl am 10 Oktober 2019, 11:25:27
Obwohl ja alles sehr gut dokumentiert ist, fehlt mir noch etwas der Durchblick. csv Files sind scheinbar von ebus.eu geladen. Jetzt würde ich gerne wissen, wo die config files lokal liegen, was passiert wenn man diese bearbeitet und nach einem Neustart die config wieder von ebusd.eu gezogen wird, bzw. welche Vorgangsweise empfehlenswert ist um zusätzliche Werte auszulesen? 
wenn du an den CSV Änderungen machen willst, dann das git Repo clonen und ebusd configpath auf den Pfad ebusd-2.1.x/de setzen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 10 Oktober 2019, 19:59:51
@tremichl

warum willst du denn an den CSV Files herum doktern, es ist ja alles da was du brauchst?

in der 15.700.csv ist ja der Wasserdruck mit "WaterPressure" definiert.
r,,WaterPressure,Wasserdruck,,,,3900,,,pressv,,,Wasserdruck

Je nachdem, ob du mit MQTT oder ECMD arbeitest, legst du einen get an und fertig.

Teste einfach einmal direkt am Dämon und frage ab:
pi@eBus:~ $ ebusctl r -f waterpressure
1.222;ok


Wenn dir unklar ist wie du einen "get" durchführen sollst, dann schaue dir bitte das Wiki (bai00.cfg)  nochmals an.

Beispiel wie es in der bai00.cfg definiert sein könnte wenn du ECMD einsetzt.
# Anlagendruck
get Druck cmd {"r -f Waterpressure press.0\n"}
get Druck expect ".*\n*"
get Druck postproc { sprintf("%5.1f",$_) }


Wenn du mit MQTT2 arbeitest, brauchst du gar nichts tun außer das Template zu installieren, siehe Bild und das Reading wird automatisch so wie im Bild angelegt.
Im 2.Bild sind mehrere Readings die alle mit Templates automatisch angelegt wurden, zahlt sich aus sich in dem Thema (https://wiki.fhem.de/wiki/EBUS-MQTT2) etwas einzuarbeiten.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tremichl am 10 Oktober 2019, 21:16:30
@John und Reinhart,

vielen Dank für eure Antwort. An den CSV will ich gar nicht herum doktern, im Gegenteil ich bin froh darüber dass ihr die Früchte eurer, sehr weit gediehenen, Arbeit hier teilt. Selber könnten viele gar nicht so tief in die Materie einsteigen. Dein WIKI EBUS-MQTT2 ist sehr hilfreich. Trotzdem habe ich noch Fragen.

Das Reading WaterPressure habe ich in MQTT2_ebusd_700 gefunden und aktualisiere es auch mit get. Das dürfte wohl der Druck für den Heizkreislauf  (Fußbodenheizung) sein. Es gibt aber scheinbar noch einen zweiten Drucksensor für den "Umweltkreislauf" (=Wärmepumpe?) wie kann ich den Wert finden?  Die MQTT2_ebusd_bai hat außer Außentemperatur und Zeit kein Reading.

Hintergrund der Sache ist, dass es im zweiten Kreislauf einen Druckabfall gibt, und ich davon erfahren möchte, bevor die Wärmepumpe bei 0.5 bar abschaltet.

LG, Michael



Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Trainer am 12 Oktober 2019, 13:20:08
Zitat von: Reinhart am 05 Oktober 2019, 20:10:25
um den Fehler jetzt leichter zu finden wäre es schön wenn du die Möglichkeit hast den Adapter via UART einmal zu connecten dann kann man genauer sagen wo es herkommt (Wlan Verbindung oder Adapter selbst). Dazu brauchst du allerdings einen Raspi (für den Test) den du beim Heizgerät platzieren kannst.
Solange "no signal" kommt muss das Problem behoben werden.

So wie ich es sehe, steigt der Adapter aus sobald der "scan" beginnt, bis dahin kommt alles an.

LG

Ich habe meinen RPI über UART an den EBUS Adapter angeschlossen

Jetzt erhalte ich folgende Information:
pi@raspberrypi:~ $ ebusd -f -d /dev/ttyUSB0 --scanconfig
2019-10-12 13:15:30.214 [main notice] ebusd 3.3.v3.3 started with auto scan
2019-10-12 13:15:30.471 [bus notice] bus started with own address 31/36
2019-10-12 13:15:30.485 [bus notice] signal acquired
2019-10-12 13:15:32.638 [bus notice] new master 10, master count 2
2019-10-12 13:15:32.674 [bus notice] new master 03, master count 3
2019-10-12 13:15:32.675 [update notice] received unknown MS cmd: 1008b5100900000078ffff05ff00 / 0101
2019-10-12 13:15:36.689 [update notice] received unknown MS cmd: 1008b5110101 / 0942440080ffff0000ff
2019-10-12 13:15:40.643 [bus notice] scan 08: ;Vaillant;BAI00;0518;7401
2019-10-12 13:15:40.644 [update notice] store 08 ident: done
2019-10-12 13:15:40.644 [update notice] sent scan-read scan.08  QQ=31: Vaillant;BAI00;0518;7401
2019-10-12 13:15:40.644 [bus notice] scan 08: ;Vaillant;BAI00;0518;7401
2019-10-12 13:15:40.914 [main notice] read common config file vaillant/scan.csv
2019-10-12 13:15:41.010 [main notice] read common config file vaillant/general.csv
2019-10-12 13:15:41.072 [main notice] read common config file vaillant/broadcast.csv
2019-10-12 13:15:41.139 [main notice] read scan config file vaillant/08.bai.csv for ID "bai00", SW0518, HW7401
2019-10-12 13:15:41.302 [update notice] sent scan-read scan.08 id QQ=31:
2019-10-12 13:15:41.503 [update notice] sent scan-read scan.08 id QQ=31:
2019-10-12 13:15:41.702 [update notice] sent scan-read scan.08 id QQ=31:
2019-10-12 13:15:41.905 [update notice] sent scan-read scan.08 id QQ=31: 21;11;30;0010006140;0001;006803;N3
2019-10-12 13:15:42.176 [main notice] found messages: 229 (0 conditional on 23 conditions, 0 poll, 9 update)
2019-10-12 13:15:42.332 [update notice] sent scan-read scan.08 id QQ=31: 21;11;30;0010006140;0001;006803;N3
2019-10-12 13:15:42.538 [update notice] sent scan-read scan.08 id QQ=31: 21;11;30;0010006140;0001;006803;N3
2019-10-12 13:15:43.410 [update notice] sent scan-read scan.08 id QQ=31: 21;11;30;0010006140;0001;006803;N3
2019-10-12 13:15:43.609 [update notice] sent scan-read scan.08 id QQ=31: 21;11;30;0010006140;0001;006803;N3
2019-10-12 13:15:43.610 [bus notice] scan 08: ;21;11;30;0010006140;0001;006803;N3
2019-10-12 13:15:45.757 [bus notice] scan 15: ;Vaillant;39200;0215;2002
2019-10-12 13:15:45.758 [update notice] store 15 ident: done
2019-10-12 13:15:45.758 [update notice] sent scan-read scan.15  QQ=31: Vaillant;39200;0215;2002
2019-10-12 13:15:45.758 [bus notice] scan 15: ;Vaillant;39200;0215;2002
2019-10-12 13:15:45.987 [update notice] sent unknown MS cmd: 3115b5090124 / 09003231313131363030
2019-10-12 13:15:46.216 [update notice] sent scan-read scan.15 id QQ=31:
2019-10-12 13:15:46.450 [update notice] sent scan-read scan.15 id QQ=31:
2019-10-12 13:15:46.680 [update notice] sent scan-read scan.15 id QQ=31: 21;11;16;0020028505;0907;010275;N3
2019-10-12 13:15:46.680 [bus notice] scan 15: ;21;11;16;0020028505;0907;010275;N3
2019-10-12 13:15:46.833 [main notice] read scan config file vaillant/15.392.csv for ID "39200", SW0215, HW2002
2019-10-12 13:15:47.141 [main notice] found messages: 380 (10 conditional on 28 conditions, 0 poll, 9 update)
2019-10-12 13:15:48.702 [update notice] received read bai Status02 QQ=10: auto;60;60.0;70;48.0
2019-10-12 13:15:52.704 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;1;0;0;0
2019-10-12 13:15:56.703 [update notice] received read bai Status01 QQ=10: 33.0;34.0;-;-;-;off
2019-10-12 13:15:58.715 [update notice] received read bai DateTime QQ=10: nosignal;15:06:33;-.-.-;-
2019-10-12 13:15:58.947 [update notice] received unknown BC cmd: 10feb505020400
2019-10-12 13:16:02.732 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;1;0;0;0
2019-10-12 13:16:06.739 [update notice] received read bai Status01 QQ=10: 33.0;34.0;-;-;-;off
2019-10-12 13:16:12.746 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;1;0;0;0
2019-10-12 13:16:16.752 [update notice] received read bai Status01 QQ=10: 33.0;34.0;-;-;-;off
2019-10-12 13:16:18.724 [update notice] received update-read broadcast vdatetime QQ=10: 13:16:13;12.10.2019
2019-10-12 13:16:18.985 [update notice] received unknown MS cmd: 1008b512020000 / 00
2019-10-12 13:16:22.742 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;1;0;0;0
2019-10-12 13:16:26.744 [update notice] received read bai Status01 QQ=10: 33.0;34.0;-;-;-;off
2019-10-12 13:16:28.760 [update notice] received read bai DateTime QQ=10: nosignal;15:07:04;-.-.-;-
2019-10-12 13:16:29.042 [update notice] received read bai Status02 QQ=10: auto;60;60.0;70;48.0
2019-10-12 13:16:30.785 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;1;0;0;0
2019-10-12 13:16:36.747 [update notice] received read bai Status01 QQ=10: 33.0;34.0;-;-;-;off
2019-10-12 13:16:40.770 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;1;0;0;0
2019-10-12 13:16:46.768 [update notice] received read bai Status01 QQ=10: 33.0;34.0;-;-;-;off
2019-10-12 13:16:48.758 [update notice] received read bai Status02 QQ=10: auto;60;60.0;70;48.0
2019-10-12 13:16:50.772 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;1;0;0;0
2019-10-12 13:16:56.772 [update notice] received read bai Status01 QQ=10: 33.0;34.0;-;-;-;off
2019-10-12 13:16:58.775 [update notice] received read bai DateTime QQ=10: nosignal;15:07:35;-.-.-;-
2019-10-12 13:16:59.001 [update notice] received unknown BC cmd: 10feb505020400
2019-10-12 13:17:00.786 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;1;0;0;0
2019-10-12 13:17:06.807 [update notice] received read bai Status01 QQ=10: 33.0;34.0;-;-;-;off
2019-10-12 13:17:10.782 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;1;0;0;0
2019-10-12 13:17:14.796 [update notice] received read bai Status01 QQ=10: 33.0;34.0;-;-;-;off
2019-10-12 13:17:16.859 [update notice] received update-read broadcast vdatetime QQ=10: 13:17:11;12.10.2019
2019-10-12 13:17:17.107 [update notice] received unknown MS cmd: 1008b512020000 / 00
2019-10-12 13:17:20.943 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;1;0;0;0
2019-10-12 13:17:24.993 [update notice] received read bai Status01 QQ=10: 33.0;33.0;-;-;-;off
2019-10-12 13:17:27.053 [update notice] received read bai DateTime QQ=10: nosignal;15:08:04;-.-.-;-
2019-10-12 13:17:27.321 [update notice] received read bai Status02 QQ=10: auto;60;60.0;70;48.0
2019-10-12 13:17:31.118 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;1;0;0;0
2019-10-12 13:17:35.217 [update notice] received read bai Status01 QQ=10: 33.0;33.0;-;-;-;off
2019-10-12 13:17:39.265 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;1;0;0;0
2019-10-12 13:17:45.409 [update notice] received read bai Status01 QQ=10: 33.0;33.0;-;-;-;off
2019-10-12 13:17:47.411 [update notice] received read bai Status02 QQ=10: auto;60;60.0;70;48.0
2019-10-12 13:17:49.210 [main notice] update check: revision v3.3-40-gd9d1b9a available
2019-10-12 13:17:49.475 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;1;0;0;0
2019-10-12 13:17:55.572 [update notice] received read bai Status01 QQ=10: 33.0;33.0;-;-;-;off
2019-10-12 13:17:57.643 [update notice] received read bai DateTime QQ=10: nosignal;15:08:36;-.-.-;-
2019-10-12 13:17:57.862 [update notice] received unknown BC cmd: 10feb505020400
2019-10-12 13:17:59.656 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;1;0;0;0
2019-10-12 13:18:05.784 [update notice] received read bai Status01 QQ=10: 33.0;33.0;-;-;-;off
2019-10-12 13:18:09.874 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;1;0;0;0
2019-10-12 13:18:13.969 [update notice] received read bai Status01 QQ=10: 33.0;33.0;-;-;-;off
2019-10-12 13:18:15.974 [update notice] received update-read broadcast vdatetime QQ=10: 13:18:10;12.10.2019
2019-10-12 13:18:16.234 [update notice] received unknown MS cmd: 1008b512020000 / 00
2019-10-12 13:18:20.070 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;1;0;0;0
2019-10-12 13:18:24.152 [update notice] received read bai Status01 QQ=10: 33.0;33.0;-;-;-;off
2019-10-12 13:18:26.208 [update notice] received read bai DateTime QQ=10: nosignal;15:09:05;-.-.-;-
2019-10-12 13:18:26.476 [update notice] received read bai Status02 QQ=10: auto;60;60.0;70;48.0
2019-10-12 13:18:30.255 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;1;0;0;0
2019-10-12 13:18:34.354 [update notice] received read bai Status01 QQ=10: 33.0;33.0;-;-;-;off
2019-10-12 13:18:38.401 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;1;0;0;0
2019-10-12 13:18:44.546 [update notice] received read bai Status01 QQ=10: 33.0;33.0;-;-;-;off
2019-10-12 13:18:46.548 [update notice] received read bai Status02 QQ=10: auto;60;60.0;70;48.0
2019-10-12 13:18:48.608 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;1;0;0;0
2019-10-12 13:18:54.728 [update notice] received read bai Status01 QQ=10: 33.0;33.0;-;-;-;off
2019-10-12 13:18:56.788 [update notice] received read bai DateTime QQ=10: nosignal;15:09:37;-.-.-;-
2019-10-12 13:18:57.007 [update notice] received unknown BC cmd: 10feb505020400
2019-10-12 13:18:58.793 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;1;0;0;0



pi@raspberrypi:~ $ ebusctl info
version: ebusd 3.3.v3.3
signal: acquired
symbol rate: 88
max symbol rate: 88
min arbitration micros: 1080
max arbitration micros: 4681
min symbol latency: 5
max symbol latency: 7
reconnects: 0
masters: 3
messages: 229
conditional: 0
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='0010006140']), "vaillant/08.bai.csv"
address 10: master #2
address 31: master #8, ebusd
address 36: slave #8, ebusd

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 12 Oktober 2019, 18:20:46
das funktioniert ja jetzt alles fehlerfrei, der Adapter ist somit in Ordnung!

Der Fehler liegt also in der Wemos Verbindung, eventuell ist das Funksignal aus irgend welchen Gründen schlechter geworden oder der Wemos ist nicht 100%ig in Ordnung. Da es mit den Wemos des öfteren Probleme bereitet, könntest ja noch versuchen anstatt des Wemos einen Raspberry mit Wlan dort zu positionieren und schauen ob das Signal besser bzw. ausreichend ist. Selbst wenn das Wlan Signal auch am Raspi dort nicht besonders ist, hast du den Vorteil, das die eBus Kommunikation ja lokal über Kabel und Uart abgehandelt wird und somit keine Timing Probleme auftreten. Das verbessert dann deine Wlan Problematik erheblich.

Der einzige Nachteil, du brauchst zusätzlich einen Raspi der halt Kosten verursacht.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tremichl am 12 Oktober 2019, 19:53:19
Hallo nochmals,

vielleicht bin ich mit meiner Frage nach den Werten für den Sole-Kreislauf (Luftwärmepume Außeneinheit-Inneneinheit) hier ja (noch) gar nicht richtig. Da aber der Entwickler von ebusd auch da ist, bitte ich um einen Hinweis.

Ziel ist es, den Wert des Druckes im Sole-Kreislauf als Reading in FHEM zu haben. Ich denke dieser Wert kommt von address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0307;HW=0403". Dafür wird aber keine CSV Konfiguration von ebusd.eu geladen. Wenn es dafür keine gibt, muss ich mich wohl daran machen eine zu erzeugen.

Ist diese Einschätzung richtig und wo fange ich am besten damit an?

LG, Michael
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: juanjoqg am 17 Oktober 2019, 17:45:22
Hallo,

First of all, sorry I can not write in german.

I've an esera ebus USB adapter on my vaillant arotherm instalation. I'm getting some correct messages as:

received read hmu Status01 QQ=10: 18.0;18.0;-;-;-;off
received update-write hmu SetMode QQ=10: auto;0.0;-;-;1;1;1;0;0;0
received update-read broadcast vdatetime QQ=10: 22:41:19;15.10.2019
received update-read broadcast outsidetemp QQ=10: 12.188

but I see a lot of:

received unknown MS cmd: 1008xxx
received unknown MS cmd: 1076xxx

When stating the ebusd I get this messages:

2019-10-15 22:41:56.689 [main notice] ebusd 3.3.v3.3 started with auto scan
2019-10-15 22:41:57.489 [bus notice] bus started with own address 31/36
2019-10-15 22:41:57.528 [bus notice] signal acquired
2019-10-15 22:41:57.817 [bus notice] new master 71, master count 2
2019-10-15 22:41:57.860 [bus notice] new master 03, master count 3
2019-10-15 22:41:57.860 [update notice] received unknown MS cmd: 7108b5110107 / 050000000001
2019-10-15 22:41:59.613 [update notice] received unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00
2019-10-15 22:42:01.143 [update notice] received unknown MS cmd: 7108b507030bffff / 0100
2019-10-15 22:42:01.819 [bus notice] new master 10, master count 4
2019-10-15 22:42:01.880 [update notice] received unknown MS cmd: 1008b5110101 / 0924240080ffff0000ff
2019-10-15 22:42:02.145 [update notice] received unknown MS cmd: 1076b5110101 / 09ffffd400ffff000036
2019-10-15 22:42:02.408 [update notice] received unknown MS cmd: 1076b512030f0001 / 07008002b001ff01
2019-10-15 22:42:02.675 [update notice] received unknown MS cmd: 1008b51009000000ffffff070000 / 0101
2019-10-15 22:42:02.937 [update notice] received unknown MS cmd: 1076b51009000000ffffff050000 / 0101
2019-10-15 22:42:05.930 [update notice] received unknown MS cmd: 7108b5110107 / 050000000001
2019-10-15 22:42:07.629 [bus notice] scan 08: ;Vaillant;HMU01;0304;8802
2019-10-15 22:42:07.629 [update notice] store 08 ident: done
2019-10-15 22:42:07.629 [update notice] sent scan-read scan.08 QQ=31: Vaillant;HMU01;0304;8802
2019-10-15 22:42:07.629 [bus notice] scan 08: ;Vaillant;HMU01;0304;8802
2019-10-15 22:42:08.113 [main notice] read common config file vaillant/scan.csv
2019-10-15 22:42:08.232 [main notice] read common config file vaillant/general.csv
2019-10-15 22:42:08.347 [main notice] read common config file vaillant/broadcast.csv
2019-10-15 22:42:08.578 [main notice] read scan config file vaillant/08.hmu.csv for ID "hmu01", SW0304, HW8802
2019-10-15 22:42:08.826 [main notice] found messages: 59 (0 conditional on 0 conditions, 0 poll, 9 update)
2019-10-15 22:42:08.948 [update notice] sent unknown MS cmd: 3108b5090124 / 09003231313732333030
2019-10-15 22:42:09.111 [update notice] sent scan-read scan.08 id QQ=31:
2019-10-15 22:42:09.274 [update notice] sent scan-read scan.08 id QQ=31:
2019-10-15 22:42:09.437 [update notice] sent scan-read scan.08 id QQ=31: 21;17;23;0010014567;1610;005224;N7
2019-10-15 22:42:09.437 [bus notice] scan 08: ;21;17;23;0010014567;1610;005224;N7
2019-10-15 22:42:09.776 [update notice] received unknown MS cmd: 03e8b512060b0000000000 / 0b0000000001ffffffffff00
2019-10-15 22:42:10.038 [bus notice] max. symbols per second: 103
2019-10-15 22:42:11.265 [update notice] received unknown MS cmd: 7108b507030bffff / 0100
2019-10-15 22:42:11.539 [main error] scan config 15: ERR: read timeout
2019-10-15 22:42:12.271 [update notice] received read hmu Status01 QQ=10: 18.0;18.0;-;-;-;off
2019-10-15 22:42:12.535 [update notice] received unknown MS cmd: 1076b5110101 / 09ffffd400ffff000036
2019-10-15 22:42:12.799 [update notice] received unknown MS cmd: 1076b512030f0001 / 07008002b001ff01
2019-10-15 22:42:13.066 [update notice] received update-write hmu SetMode QQ=10: auto;0.0;-;-;1;1;1;0;0;0
2019-10-15 22:42:13.327 [update notice] received unknown MS cmd: 1076b51009000000ffffff050000 / 0101
2019-10-15 22:42:13.653 [bus notice] scan 76: ;Vaillant;VWZIO;0111;0103

2019-10-15 22:42:14.428 [bus notice] scan 76: ;21;17;26;0020117049;0082;006854;N6
2019-10-15 22:42:14.545 [main error] unable to load scan config 76: no file from vaillant with prefix 76 found
2019-10-15 22:42:14.545 [main error] scan config 76: ERR: element not found

2019-10-15 22:42:17.312 [bus notice] scan e8: ;21;17;23;0010014567;1610;005224;N7
2019-10-15 22:42:17.434 [main error] unable to load scan config e8: no file from vaillant with prefix e8 found
2019-10-15 22:42:17.435 [main error] scan config e8: ERR: element not found

Could someone tell me if it is working fine?

Thanks.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 17 Oktober 2019, 17:54:57
Zitat von: juanjoqg am 17 Oktober 2019, 17:45:22
Could someone tell me if it is working fine?
yes it is working fine, only some of the devices have no ebusd config file and thus cannot be queried.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: juanjoqg am 17 Oktober 2019, 18:45:44
Zitat von: john30 am 17 Oktober 2019, 17:54:57
yes it is working fine, only some of the devices have no ebusd config file and thus cannot be queried.

vielen dank.

Let me ask another question, I'm trying to write in the ebus but I can not:

pi@raspberrypi:~ $ ebusctl r -c broadcast outsidetemp
14.938
pi@raspberrypi:~ $ ebusctl w -c broadcast outsidetemp 10
ERR: element not found

pi@raspberrypi:~ $ ebusctl r -c hmu SetMode
auto;30.5;-;-;0;1;1;0;0;0
pi@raspberrypi:~ $ ebusctl w -c hmu SetMode auto;30.5;-;-;0;1;1;0;0;0
ERR: element not found

I'm running the daemon with:
EBUSD_OPTS="--scanconfig --accesslevel=* -d /dev/ttyUSB1"

Thanks for your help
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 17 Oktober 2019, 20:10:04
Zitat von: juanjoqg am 17 Oktober 2019, 18:45:44
pi@raspberrypi:~ $ ebusctl w -c broadcast outsidetemp 10
ERR: element not found

you can not "write" in a "only read" Register!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 18 Oktober 2019, 08:14:16
ähm, was sollte denn auch für einen Sinn machen ? Die Temperatur draussen kann man damit ja auch nicht einstellen ;-)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: juanjoqg am 18 Oktober 2019, 10:56:53
Sorry, I'm quite new to this ebus world. But as far I understand my installation:
I have 3 ebus devices:
- Vaillant arotherm vwl 155/2
- Vaillant VWZ AI VWL X/2 A (heat pump controller)
- Vaillant multiMATIC 700

And there is a thermistor outside conected to the controller and I thought the broadcast message is sent by the controller to the bus, as you can see the outsidetemp on the 700.  So, there is no way to write on the bus the same broadcast message?

Could you tell me if I can write any of these messages:
    received read hmu Status01 QQ = 10: 18.0; 18.0; -; -; -; off
    received update-write hmu SetMode QQ = 10: auto; 0.0; -; - 1; 1; 1; 0; 0; 0

By the way, my ebusd daemon is taking the csv files from the net, how can I see those csv files?, are they copied in some path of my raspberry?

Thanks for your help

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 18 Oktober 2019, 11:24:30
Hello,

as far as I remember, you have to clone the CSVs from the github as John wrote a few days ago. In These files you can see if the Messages are "r" => read only or "rw" => read- and writeable.

greetings Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 18 Oktober 2019, 12:00:31
example: please look in your 15.700.csv file and you can see the writabel reading beginn with "r;w" and so on.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: juanjoqg am 18 Oktober 2019, 13:42:11
Ok, according to my logs SetMode should be in the hmu csv file, but  I've been loocking on Git the csv files and I can not find the SetMode message.

I'm getting something wrong but I do not find what.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 19 Oktober 2019, 13:05:08
Zitat von: juanjoqg am 18 Oktober 2019, 13:42:11
Ok, according to my logs SetMode should be in the hmu csv file, but  I've been loocking on Git the csv files and I can not find the SetMode message.

I'm getting something wrong but I do not find what.
in order to get the message definition, just use "ebusctl find -f setmode" and you'll see it.
the definition resides in one of the included "*.inc" files
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Trainer am 23 Oktober 2019, 17:57:20
ich bekomme bei meinem openhab log file folgende Information:

17:54:17.197 [DEBUG] [inding.ebus.handler.EBusBridgeHandler] - eBUS telegram error; Master CRC invalid! IS:C1 SHOULD:00 [ERROR: MASTER_CRC_INVALID, DATA: 10 08 B5 09 00 00]
17:54:21.325 [DEBUG] [inding.ebus.handler.EBusBridgeHandler] - eBUS telegram error; Received SYN byte while receiving telegram! [ERROR: INVALID_SYN, DATA: 10 08 11 01 89 00 40 80 00 FF AA]
17:54:23.306 [DEBUG] [inding.ebus.handler.EBusBridgeHandler] - eBUS telegram error; Telegram starts with an invalid source address! 08 [ERROR: INVALID_SOURCE_ADDRESS, DATA: 10 08 11 01 89 00 40 80 00 FF AA 00 FF 00 AA 10 B5 02 03 00 AA FF FF A0 01 AA 78 60 00 10 B5 09 00 FF 05 00 00 9A AA 05 00 00 01 00 AA 16 10 B4 12 00]


Woran könnte das Problem liegen?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 24 Oktober 2019, 08:03:22
Zitat von: Trainer am 23 Oktober 2019, 17:57:20
ich bekomme bei meinem openhab log file folgende Information:

17:54:17.197 [DEBUG] [inding.ebus.handler.EBusBridgeHandler] - eBUS telegram error; Master CRC invalid! IS:C1 SHOULD:00 [ERROR: MASTER_CRC_INVALID, DATA: 10 08 B5 09 00 00]
17:54:21.325 [DEBUG] [inding.ebus.handler.EBusBridgeHandler] - eBUS telegram error; Received SYN byte while receiving telegram! [ERROR: INVALID_SYN, DATA: 10 08 11 01 89 00 40 80 00 FF AA]
17:54:23.306 [DEBUG] [inding.ebus.handler.EBusBridgeHandler] - eBUS telegram error; Telegram starts with an invalid source address! 08 [ERROR: INVALID_SOURCE_ADDRESS, DATA: 10 08 11 01 89 00 40 80 00 FF AA 00 FF 00 AA 10 B5 02 03 00 AA FF FF A0 01 AA 78 60 00 10 B5 09 00 FF 05 00 00 9A AA 05 00 00 01 00 AA 16 10 B4 12 00]


Woran könnte das Problem liegen?
sieht aus als wären ein paar Bits gekippt. Kommt jetzt drauf an, was für ein Interface du hast.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Trainer am 24 Oktober 2019, 15:00:53
Zitat von: john30 am 24 Oktober 2019, 08:03:22
sieht aus als wären ein paar Bits gekippt. Kommt jetzt drauf an, was für ein Interface du hast.

danke für deine Rückmeldung.

ich nutze den ebus Adapter 2.2 (aktuell noch ohne DC/DC Konverter) + UART (FT232RL) + PRI 3+.

Die Spannung 5V und 3,3V nutze ich vom UART Adapter.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 26 Oktober 2019, 08:06:30
Zitat von: Trainer am 24 Oktober 2019, 15:00:53
ich nutze den ebus Adapter 2.2 (aktuell noch ohne DC/DC Konverter) + UART (FT232RL) + PRI 3+.

Die Spannung 5V und 3,3V nutze ich vom UART Adapter.
hast du noch ein anderes Interface zum gegenchecken?
Oder hängt noch ein weiteres Interface am Bus, das sich nicht ans Protokoll hält?
Kannst Du openhab so einstellen, dass garantiert nichts auf den Bus geschrieben wird? Falls ja, würde ich das mal ausprobieren.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Trainer am 28 Oktober 2019, 20:50:44
ich habe noch einen zweiten UART Adapter wenn du das meinst. Leider tritt dabei das selbe Problem auf.

Ich habe am eBus noch ein VRT 392 (Raumbediengerät von Vaillant).

Ich weiß leider nicht wie man das einstellen sollte dass nichts auf den Bus geschrieben wird.
Aktuell sollte ich auch nur Daten lesen und nicht schreiben.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 29 Oktober 2019, 08:05:59
Zitat von: Trainer am 28 Oktober 2019, 20:50:44
ich habe noch einen zweiten UART Adapter wenn du das meinst. Leider tritt dabei das selbe Problem auf.

Ich habe am eBus noch ein VRT 392 (Raumbediengerät von Vaillant).

Ich weiß leider nicht wie man das einstellen sollte dass nichts auf den Bus geschrieben wird.
Aktuell sollte ich auch nur Daten lesen und nicht schreiben.
ich meinte ein weiteres Hardware Interface.
Du könntest mal den VRT abklemmen und schauen, ob sich alles gleich verhält.
meine Vermutung ist aber, dass du auf dem RPi noch einen Dienst laufen hast (z.B. fhem), der falsch konfiguriert ist und somit das Device ebenfalls nutzt
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Trainer am 29 Oktober 2019, 08:31:37
Zitat von: john30 am 29 Oktober 2019, 08:05:59
ich meinte ein weiteres Hardware Interface.
Du könntest mal den VRT abklemmen und schauen, ob sich alles gleich verhält.
meine Vermutung ist aber, dass du auf dem RPi noch einen Dienst laufen hast (z.B. fhem), der falsch konfiguriert ist und somit das Device ebenfalls nutzt
Vielen Dank für deine Hilfe.

Ich nutze lediglich openhab mit dem ebus addon und den ebusd.
Sonst läuft keine zusätzliche Homeautomation Software.

Werde ich probieren.

Gesendet von meinem SM-G930F mit Tapatalk

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Trainer am 29 Oktober 2019, 18:36:09
Wenn ich keine Verbindung zu meinem USB Anschluss bzw Adapter erhalte könnte das daran liegen dass ein anderen Dienst auf meinen USB Anschluss /Adapter zugreift?

pi@raspberrypi:~ $ sudo ebusd --scanconfig -f
2019-10-29 18:34:41.815 [main notice] ebusd 3.3.v3.3 started with auto scan
2019-10-29 18:34:42.059 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2019-10-29 18:34:42.060 [bus notice] bus started with own address 31/36
2019-10-29 18:34:42.060 [bus notice] device invalid
^X^C2019-10-29 18:34:46.301 [main notice] SIGINT received



ich habe mein Raumtheromostat entfernt und jetzt erhalte ich zwar weniger Daten aber noch immer der selber Fehler.

19:11:32.216 [DEBUG] [inding.ebus.handler.EBusBridgeHandler] - eBUS telegram error; Telegram starts with an invalid source address! FE [ERROR: INVALID_SOURCE_ADDRESS, DATA: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00]
19:11:33.845 [DEBUG] [inding.ebus.handler.EBusBridgeHandler] - eBUS telegram error; Telegram starts with an invalid source address! 08 [ERROR: INVALID_SOURCE_ADDRESS, DATA: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00]



anscheinend greift auch ein Dienst auf den USB Ausgang zu
pi@raspberrypi:~ $ sudo ebusd --scanconfig -f
2019-10-29 19:13:59.633 [main notice] ebusd 3.3.v3.3 started with auto scan
2019-10-29 19:13:59.888 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2019-10-29 19:13:59.888 [bus notice] bus started with own address 31/36
2019-10-29 19:13:59.889 [bus notice] device invalid

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 30 Oktober 2019, 08:51:59
Zitat von: Trainer am 29 Oktober 2019, 18:36:09
pi@raspberrypi:~ $ sudo ebusd --scanconfig -f
2019-10-29 18:34:41.815 [main notice] ebusd 3.3.v3.3 started with auto scan
2019-10-29 18:34:42.059 [bus error] unable to open /dev/ttyUSB0: ERR: generic device error
2019-10-29 18:34:42.060 [bus notice] bus started with own address 31/36
2019-10-29 18:34:42.060 [bus notice] device invalid
^X^C2019-10-29 18:34:46.301 [main notice] SIGINT received

wenn du ebusd im Vordergrund startest, musst du natürlich dafür sorgen dass er nicht auch gleichzeitig als Dienst läuft. Hast du?
was mit openhab schief läuft, kann ich dir nicht sagen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Trainer am 31 Oktober 2019, 16:54:31
Zitat von: john30 am 30 Oktober 2019, 08:51:59
wenn du ebusd im Vordergrund startest, musst du natürlich dafür sorgen dass er nicht auch gleichzeitig als Dienst läuft. Hast du?
was mit openhab schief läuft, kann ich dir nicht sagen.
Vielen Dank.

Ich habe ebusd neu installiert und den dc/dc Wandler eingebaut. Jetzt erhalte ich Daten mit einer relativ kleinen Fehlübertragung.

Ist es möglich das raumbediengerät von Vaillant handlich über die SW zu Übersteuern so dass man aus der Ferne die Heizung steuern kann?

Gesendet von meinem SM-G930F mit Tapatalk

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: martin8310 am 01 November 2019, 19:36:45
Hallo John30,

kannst Du mir sagen welche Version ich vom eBusD installiert habe?
ebusctl -p 8889 info zeigt folgendes an:

ebusctl -p 8889 info
version: ebusd 3.4.v3.3-51-g57eae05
update check: revision v3.4 available


eigentlich sollte das die neuste Version (heute installiert) sein, warum steht dann dort "revision v3.4 available"?

Gruß und Dank
Martin
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 02 November 2019, 08:36:48
Zitat von: martin8310 am 01 November 2019, 19:36:45
eigentlich sollte das die neuste Version (heute installiert) sein, warum steht dann dort "revision v3.4 available"?
du musst configure bzw. autogen.sh nochmal aufrufen, damit die Version im config.h aktualisiert wird.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 02 November 2019, 08:40:03
Zitat von: Trainer am 31 Oktober 2019, 16:54:31
Ist es möglich das raumbediengerät von Vaillant handlich über die SW zu Übersteuern so dass man aus der Ferne die Heizung steuern kann?
üblicherweise ist die einfachste Methode, die Heizkurze anzupassen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: HeikoGr am 04 November 2019, 09:57:12
Zitat von: john30 am 02 November 2019, 08:36:48
du musst configure bzw. autogen.sh nochmal aufrufen, damit die Version im config.h aktualisiert wird.

Ich habe folgendes versucht:


cd ~/ebusd
git fetch
./autogen.sh
./configure
make clean
make
sudo service ebusd stop
sudo make install
sudo service ebusd start


hat bei mir keine Versionsnummer aktualisiert...

Die Rückbesinnung auf eine alte git Weiheit hat bei mir geholfen  ;D :
https://xkcd.com/1597/
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: martin8310 am 04 November 2019, 17:57:49
Zitat von: john30 am 02 November 2019, 08:36:48
du musst configure bzw. autogen.sh nochmal aufrufen, damit die Version im config.h aktualisiert wird.

Hallo, ich habe es aber über das ".deb" Paket aktualisiert:
https://github.com/john30/ebusd/releases/download/v3.4/ebusd-3.4_amd64-stretch_mqtt1.deb
Muß ich es erst kompilieren damit die korrekte Version angezeigt wird?

Gruß und Dank
Martin
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 05 November 2019, 08:42:30
Zitat von: martin8310 am 04 November 2019, 17:57:49
Hallo, ich habe es aber über das ".deb" Paket aktualisiert:
https://github.com/john30/ebusd/releases/download/v3.4/ebusd-3.4_amd64-stretch_mqtt1.deb
Muß ich es erst kompilieren damit die korrekte Version angezeigt wird?
ach Mist, dann hab ich das Release wohl mal wieder nicht mit Versionsnr-Aktualisierung gebaut...
Kann ich am Wochenende korrigieren
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: msfox am 01 Dezember 2019, 23:13:31
Nun hab ich es nach 2 Jahren endlich geschaft, meine ebus an die Vaillant Flexotherm 87/4 anzuschließen....
Zugriff habe ich, jedoch bekomme ich nicht alle Werte. Nur die, die in der 08.hmu.csv stehen.
Folgendes Ergebnis mit ebusctl i

address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0305;HW=0403", loaded "vaillant/08.hmu.csv"
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

Nun hab ich mal geschaut unter https://github.com/john30/ebusd-configuration/issues/72#issuecomment-445545927 steht:

address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0419;HW=4603", loaded "vaillant/15.700.csv"

Nur warum wird bei mir die csv-Datei nicht geladen?

Die 15.700.csv liegt bei mir im gleichen Verzeichnis wie die 08.hmu.cvs.

Edit: Jetzt bekomme ich auch die 15.700.csv gelistet.
Den ebus habe ich vor 4h gestartet. Jetzt war ich noch mal an der Pumpe und bin durch die Menüs. Habe --scanconfig=full gestellt, ebusctl find -a -d ausgeführt. Eines von den dreien wird's gewesen sein :)...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: msfox am 02 Dezember 2019, 14:53:51
Noch eine Frage:

Hier https://forum.fhem.de/index.php/topic,46098.msg381580.html#msg381580 steht:
Zitat
(http://up.picr.de/24124098pw.png)
wurde das CSV selektiert, erscheint ein neues Dropdownlistenfeld aus dem nun aus allen Definitionen der CSV ausgewählt werden kann.
Wir wählen "Date~Datum" und speichern das Attribut.


(http://up.picr.de/24124099is.png)
nachdem nun das Attribut gespeichert wurde, erscheint es unter "Attributes". Klickt bitte hier auf das Attribut (r~430~Date~Datum) und es wird sofort nach oben in das "attr" Feld kopiert. Nun muss ein Variablen Name vergeben werden. Wir wählen "DateTime" und klicken auf "attr".

Also "auswählen" klappt, aber dann habe ich ja in FHEM nur "GET" oder "SET" als Button.
Mit dem GET-Button bekomme ich Werte, aber in der Liste der Attribute erscheint es noch immer nicht....

Edit:
Wenn ich GET ebusd_find ausführen, kommt die Meldung "461 definitions processed". Als Attribute habe ich es da aber immer noch nicht.

Edit:
Ah, ich habs. Man muss SET auf den Wert ausführen. Dann erscheint es auch in den Attributen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: bbcare am 03 Dezember 2019, 22:22:13
Gutn Abend zusammen!!!!

erstmal fettes Lob an alle die an dem ebusd mitgewirkt haben!!!!!
da ziehe ich echt meinen Hut vor.

ich hab da mal ein Problem...

so wie ich das interpretiere, wird das Solarmodul "VMS01" nicht erkannt...

und die daten die ich so erhalte sind ein bisschen mager.

woran kann das liegen?

(Anlage: auroCompact VSC S ../4, multiMATIC VRC 700/5, mit SolarModul)


EBUSD_OPTS="-d /dev/ttyebus -p 8888 -l /var/log/ebusd.log --scanconfig --pollinterval=180 --httpport 8080 --receivetimeout=55000 --configpath=http://ebusd.eu/config/ "



version: ebusd 3.4.v3.4-5-gf152798, update check: revision v3.4 available,
signal: acquired, symbol rate: 42, max symbol rate: 116, min arbitration micros: 21, max arbitration micros: 196,
min symbol latency: 3, max symbol latency: 4, reconnects: 0, masters: 4, messages: 602, conditional: 2, poll: 0, update: 9,
address 01: master #6
address 03: master #11
address 06: slave #6, scanned "MF=Vaillant;ID=VMS01;SW=0116;HW=0303"
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0202;HW=9602", loaded "vaillant/bai.0010015600.inc" ([PROD='0010015609']), "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
address ed: slave, scanned "MF=Vaillant;ID=VMS01;SW=0116;HW=0303"



2019-12-03 21:57:42.536 [bus notice] scan 06: ;Vaillant;VMS01;0116;0303
2019-12-03 21:57:42.536 [update notice] store 06 ident: done
2019-12-03 21:57:42.536 [update notice] sent scan-read scan.06  QQ=31: Vaillant;VMS01;0116;0303
2019-12-03 21:57:42.536 [bus notice] scan 06: ;Vaillant;VMS01;0116;0303
2019-12-03 21:57:42.603 [main error] unable to load scan config 06: no file from vaillant with prefix 06 matches ID "vms01", SW0116, HW0303
2019-12-03 21:57:42.603 [main error] scan config 06: ERR: element not found
2019-12-03 21:57:43.194 [update notice] received unknown MS cmd: 1008b5110101 / 09523bb00446570100ff
2019-12-03 21:57:43.370 [update notice] received unknown MS cmd: 0306b511020900 / 0700800000ff1020
2019-12-03 21:57:43.510 [update notice] received unknown MS cmd: 1008b51009000049ffffff000000 / 0101
2019-12-03 21:57:43.772 [update notice] received unknown MS cmd: 1006b511020900 / 0700800000ff1020
2019-12-03 21:57:44.733 [bus notice] scan 08: ;Vaillant;BAI00;0202;9602
2019-12-03 21:57:44.733 [update notice] store 08 ident: done
2019-12-03 21:57:44.733 [update notice] sent scan-read scan.08  QQ=31: Vaillant;BAI00;0202;9602
2019-12-03 21:57:44.733 [bus notice] scan 08: ;Vaillant;BAI00;0202;9602
2019-12-03 21:57:44.963 [main notice] read common config file vaillant/scan.csv
2019-12-03 21:57:45.018 [main notice] read common config file vaillant/general.csv
2019-12-03 21:57:45.071 [main notice] read common config file vaillant/broadcast.csv
2019-12-03 21:57:45.127 [main notice] read scan config file vaillant/08.bai.csv for ID "bai00", SW0202, HW9602
2019-12-03 21:57:45.261 [update notice] sent scan-read scan.08 id QQ=31:
2019-12-03 21:57:45.425 [update notice] sent scan-read scan.08 id QQ=31:
2019-12-03 21:57:45.562 [update notice] sent scan-read scan.08 id QQ=31:
2019-12-03 21:57:45.702 [update notice] sent scan-read scan.08 id QQ=31: 21;18;47;0010015609;3100;006957;N3
2019-12-03 21:57:45.916 [main notice] found messages: 199 (2 conditional on 24 conditions, 0 poll, 9 update)
2019-12-03 21:57:46.002 [bus notice] max. symbols per second: 127
2019-12-03 21:57:46.015 [update notice] sent scan-read scan.08 id QQ=31: 21;18;47;0010015609;3100;006957;N3
2019-12-03 21:57:46.155 [update notice] sent scan-read scan.08 id QQ=31: 21;18;47;0010015609;3100;006957;N3
2019-12-03 21:57:46.296 [update notice] sent scan-read scan.08 id QQ=31: 21;18;47;0010015609;3100;006957;N3
2019-12-03 21:57:46.436 [update notice] sent scan-read scan.08 id QQ=31: 21;18;47;0010015609;3100;006957;N3
2019-12-03 21:57:46.436 [bus notice] scan 08: ;21;18;47;0010015609;3100;006957;N3
2019-12-03 21:57:48.558 [bus notice] scan 15: ;Vaillant;70000;0510;6403
2019-12-03 21:57:48.558 [update notice] store 15 ident: done
2019-12-03 21:57:48.562 [update notice] sent scan-read scan.15  QQ=31: Vaillant;70000;0510;6403
2019-12-03 21:57:48.562 [bus notice] scan 15: ;Vaillant;70000;0510;6403
2019-12-03 21:57:48.694 [update notice] sent unknown MS cmd: 3115b5090124 / 09003231313834363030
2019-12-03 21:57:48.826 [update notice] sent scan-read scan.15 id QQ=31:
2019-12-03 21:57:48.959 [update notice] sent scan-read scan.15 id QQ=31:
2019-12-03 21:57:49.091 [update notice] sent scan-read scan.15 id QQ=31: 21;18;46;0020242192;0082;073057;N0
2019-12-03 21:57:49.091 [bus notice] scan 15: ;21;18;46;0020242192;0082;073057;N0
2019-12-03 21:57:49.319 [main notice] read scan config file vaillant/15.700.csv for ID "70000", SW0510, HW6403
2019-12-03 21:57:49.369 [main notice] found messages: 600 (2 conditional on 24 conditions, 0 poll, 9 update)
2019-12-03 21:57:53.822 [update notice] received unknown MS cmd: 0306b511020900 / 0700800000ff1020
2019-12-03 21:57:54.093 [update notice] received read bai Status01 QQ=10: 42.0;30.0;4.688;35.0;43.5;on
2019-12-03 21:57:54.360 [update notice] received update-write bai SetMode QQ=10: auto;36.5;-;-;0;0;0;0;0;0
2019-12-03 21:57:54.619 [update notice] received unknown MS cmd: 1006b511020900 / 0700800000ff1020
2019-12-03 21:57:55.511 [update notice] received unknown MS cmd: 0306b511040abb0200 / 0100
2019-12-03 21:58:03.167 [update notice] received unknown MS cmd: 1006b511020900 / 0700800000ff1020
2019-12-03 21:58:03.256 [update notice] received unknown MS cmd: 0306b511020900 / 0700800000ff1020
2019-12-03 21:58:03.483 [update notice] received read bai Status01 QQ=10: 42.5;30.0;4.688;35.0;43.5;on
2019-12-03 21:58:03.754 [update notice] received update-write bai SetMode QQ=10: auto;36.5;-;-;0;0;0;0;0;0
2019-12-03 21:58:04.028 [update notice] received read bai DateTime QQ=10: valid;21:58:05;03.12.2019;4.938
2019-12-03 21:58:04.284 [update notice] received read bai Status02 QQ=10: auto;60;75.0;70;65.0
2019-12-03 21:58:04.520 [update notice] received update-read broadcast vdatetime QQ=10: 21:58:04;03.12.2019
2019-12-03 21:58:04.782 [update notice] received unknown MS cmd: 1008b5110100 / 08af020d26040f0081
2019-12-03 21:58:05.000 [update notice] received update-read broadcast outsidetemp QQ=10: 4.688
2019-12-03 21:58:05.716 [update notice] received unknown MS cmd: 0306b511040ab90200 / 0100
2019-12-03 21:58:13.028 [update notice] received unknown MS cmd: 1006b511020900 / 0700800000ff1020
2019-12-03 21:58:13.117 [update notice] received unknown MS cmd: 0306b511020900 / 0700800000ff1020
2019-12-03 21:58:13.345 [update notice] received read bai Status01 QQ=10: 42.5;30.0;4.688;35.0;43.5;off
2019-12-03 21:58:13.612 [update notice] received update-write bai SetMode QQ=10: auto;36.5;-;-;0;0;0;0;0;0
2019-12-03 21:58:15.929 [update notice] received unknown MS cmd: 0306b511040ab90200 / 0100
2019-12-03 21:58:22.890 [update notice] received unknown MS cmd: 1006b511020900 / 0700800000ff1020
2019-12-03 21:58:22.978 [update notice] received unknown MS cmd: 0306b511020900 / 0700800000ff1020
2019-12-03 21:58:23.423 [update notice] received read bai Status01 QQ=10: 37.5;30.0;4.688;35.0;43.5;off
2019-12-03 21:58:23.690 [update notice] received update-write bai SetMode QQ=10: auto;36.5;-;-;0;0;0;0;0;0



Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 04 Dezember 2019, 19:36:46
also erkannt wird dein Modul schon, aber es wird keine dazupassende csv geladen. Suche einfach hier nach "aurocompact", ich glaube gelesen zu haben das die Besitzer einer solchen das schon gelöst haben.

Wegen deiner fehlenden Werte, was verwendest du den zu Anzeige? GAEBUS?
Über den eBus kommen nur Broadcast oder Werte die du abfragst.


pi@eBus:~ $ ebusctl r -f flowtemp
46.06;ok

pi@eBus:~ $ ebusctl r -f Hc1HeatCurve
1.00

gehe doch einfach einmal in die Console und frage mit "ebusctl" ab was du benötigst, das wäre der 1. Test. Wenn das funktioniert, dann kannst du weiter machen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: bbcare am 06 Dezember 2019, 08:13:42
Das sieht ganz gut aus.  8)
die Dateien mit ln zu auf die richtigen Dateinamen zu verlinken funktioniert. (ln 06.pms.csv ed.vms.sc.csv)
welche ebus befehle jetzt genau für die solar Geschichte funktionieren muss ich noch irgendwie rausfinden...

und mit dem openhab ebus binding muss ich mich auch noch auseinander setzten...
https://github.com/csowada/openhab-bindings/wiki/eBus-Binding (https://github.com/csowada/openhab-bindings/wiki/eBus-Binding)

Die Befehle werden noch nicht komplett interpretiert.

gibt es eigentlich ein Archiv über die zur Verfügung stehenden ebus befehle?


version: ebusd 3.4.v3.4-5-gf152798
update check: revision v3.4 available, vaillant/08.bai.csv: different version available, vaillant/hcmode.inc: different version available
signal: acquired, symbol rate: 60, max symbol rate: 130, min arbitration micros: 7, max arbitration micros: 46, min symbol latency: 4, max symbol latency: 4
reconnects: 0, masters: 4, messages: 734, conditional: 2, poll: 0, update: 10
address 01: master #6
address 03: master #11
address 06: slave #6, scanned "MF=Vaillant;ID=VMS01;SW=0116;HW=0303", loaded "vaillant/06.vms.csv"
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0202;HW=9602", loaded "vaillant/bai.0010015600.inc" ([PROD='0010015609']), "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.SW0510.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address ed: slave, scanned "MF=Vaillant;ID=VMS01;SW=0116;HW=0303", loaded "vaillant/ed.vms.sc.csv"



Gruß bbcare
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 06 Dezember 2019, 20:13:13
ok, das ist ja schon mal gut!

Eine generelle Übersicht gibt es nicht, da es von der Konfiguration deiner Anlage abhängt. Aber du kannst dir ja die csv Files einzeln anschauen (zB: 08.bai.csv ), dann siehst du was da alles drinnen ist. Oder gib einfach einmal in der Konsole ein:
ebusctl find
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 06 Dezember 2019, 22:45:52
Wollte mich heute mal einem "Problem" annehmen, welches ich seit drei Jahren vor mir her schiebe, die Ansteuerung der Zirkulationspumpe.

Naja, da habe ich gesehen, es gibt mittlerweile v3.x ich hatte noch 1.x
Nach dem Update bekomme ich leider keinen Wert mehr für den Rücklauf, gibt es irgendwie nicht mehr?

In meiner bai00.cfg in fhem habe ich dazu folgende Abfrage:
# Ruecklauftemperatur
get Ruecklauf cmd {"r -f sdtrt temp\n"}
get Ruecklauf expect "\d+\.\d+\n\n"
get Ruecklauf postproc { sprintf("%5.1f",$_) }


Allerdings gibt es sdtrt nicht mehr?

Wenn ich direkt auf dem PI ebusctl r -f sdtrt temp eingebe, kommt:
ERR: element not found

Wenn ich das richtig verstanden habe, sind die CSV Files jetzt online?
-c, --configpath=PATH
Read CSV config files from PATH [http://ebusd.eu/config/]

Das war wohl in meiner alten CSV:
r,,SDTRT,d.41 Rücklauftemperatur,,,,"9800",,,temp,,,,tempmirror,,UIN,,,,,,sensor,,,Rücklauftemperatur

Jemand eine gute Idee?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 07 Dezember 2019, 07:50:56
Zitat von: Mitch am 06 Dezember 2019, 22:45:52
Wollte mich heute mal einem "Problem" annehmen, welches ich seit drei Jahren vor mir her schiebe, die Ansteuerung der Zirkulationspumpe.

Naja, da habe ich gesehen, es gibt mittlerweile v3.x ich hatte noch 1.x
Nach dem Update bekomme ich leider keinen Wert mehr für den Rücklauf, gibt es irgendwie nicht mehr?

In meiner bai00.cfg in fhem habe ich dazu folgende Abfrage:
# Ruecklauftemperatur
get Ruecklauf cmd {"r -f sdtrt temp\n"}
get Ruecklauf expect "\d+\.\d+\n\n"
get Ruecklauf postproc { sprintf("%5.1f",$_) }


Allerdings gibt es sdtrt nicht mehr?

Wenn ich direkt auf dem PI ebusctl r -f sdtrt temp eingebe, kommt:
ERR: element not found

Wenn ich das richtig verstanden habe, sind die CSV Files jetzt online?
-c, --configpath=PATH
Read CSV config files from PATH [http://ebusd.eu/config/]

Das war wohl in meiner alten CSV:
r,,SDTRT,d.41 Rücklauftemperatur,,,,"9800",,,temp,,,,tempmirror,,UIN,,,,,,sensor,,,Rücklauftemperatur

Jemand eine gute Idee?
schau mal mit "r -f ReturnTemp"
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 07 Dezember 2019, 09:33:18
ja genau, die haben sich mal vor einiger Zeit geändert.

# Aussentemperatur
get Aussentemp cmd {"r -f OutdoorstempSensor temp\n"}
get Aussentemp expect ".*\n*"
get Aussentemp postproc {$_}

# vorlauftemperatur
get Vorlauf cmd {"r -f flowtemp temp\n"}
#get Vorlauf cmd {"r -m 10 status01 temp1.0"}
get Vorlauf expect ".*\n*"
get Vorlauf postproc { sprintf("%5.1f",$_) }

# Ruecklauftemperatur
get Ruecklauf cmd {"r -f ReturnTemp temp\n"}
#get Ruecklauf cmd {"r -m 10 status01 temp1.1\n"}
get Ruecklauf expect ".*\n*"
get Ruecklauf postproc { sprintf("%5.1f",$_) }

get VorlaufSoll cmd {"r -f FlowTempDesired temp\n"}
get VorlaufSoll expect ".*\n*"
get VorlaufSoll postproc { sprintf("%5.1f",$_) }

# FlowTempDesired
get FlowTempDesired cmd {"r -f Hc1ActualFlowTempDesired\n"}
get FlowTempDesired expect ".*\n*"
get FlowTempDesired postproc { sprintf("%5.1f",$_) }

# Anlagendruck
get Druck cmd {"r -f Waterpressure press.0\n"}
get Druck expect ".*\n*"
get Druck postproc { sprintf("%5.1f",$_) }

# Pumpenleistung
get PumpeWatt cmd {"r -f WPPWMPower\n"}
#get PumpeWatt cmd {"r -f PumpPower\n"}
get PumpeWatt expect ".*\n*"
get PumpeWatt postproc { sprintf("%5.0f",$_) }

# Fanspeed
get Fanspeed cmd {"r -f fanspeed\n"}
get Fanspeed expect ".*\n*"
get Fanspeed postproc { sprintf("%5.0f",$_) } 

hier mal ein paar Werte wie ich sie aktuell verwende.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 07 Dezember 2019, 10:45:55
Super, vielen Dank, den Wert gibt es.

Wenn ich auf dem Pi eingebe ebusctl r -f ReturnTemp temp bekomme ich die Temperatur.

In fhem bleibt der Wert aber 0???

Hier meine cfg dazu:
# Ruecklauftemperatur
get Ruecklauf cmd {"r -f ReturnTemp temp\n"}
#get Ruecklauf cmd {"r -m 10 status01 temp1.1\n"}
#get Ruecklauf cmd {"r -f sdtrt temp\n"}
get Ruecklauf expect ".*\n*"
get Ruecklauf postproc { sprintf("%5.1f",$_) }


Nachtrag: habe jetzt nochmal die cfg gecheckt und neu gestartet, jetzt geht es wieder. Vielen Dank!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 07 Dezember 2019, 13:30:37
So, läuft wieder alles.

Aber nach wie vor habe ich das Problem, ich kann die Zirkulationspumpe nicht schalten.

Ein ebusctl r -m 10 CirPump liefert mit on oder off

Ein ebusctl write -c 430 CirPump on liefert ERR: element not found

Jemand dazu eine Idee?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 07 Dezember 2019, 14:38:07
Das Register ist aber nur zum "lesen", da kannst du nicht schreiben!

r,,CirPump,Zirkulationspumpe aktiv,,,,"8100",,,onoff,,,circulation pump's state
wenn vorne ein "r" steht, bedeutet das nur "read". Schaue einfach in csv File was sich da alles steuern läßt ( "w" ) und was nicht.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 07 Dezember 2019, 15:01:04
Danke, das habe ich schon verstanden.
Ich meine mich aber zu erinnern, dass es hier mal jemand geschafft hat.
Muss ich nochmal suchen.

Im CSV steht: Status Zirkulationspumpe (über ein externes Modul ansteuerbar)
Was immer externes Modul heißt.

Okay, das habe ich rausgefunden.
Ein ebusctl r -m 10 AccessoriesOne ergibt circulationpump

Jetzt bin ich am Überlegen, ob es möglich wäre, AccessoriesOne auf etwas anderes Umzuschalten, damit dadurch die Pumpe ausgeht?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 07 Dezember 2019, 17:22:45
so ähnlich könnte ich mir das auch vorstellen, wenn man die Logik kennt wie die Pumpe angesteuert wird, dann könnte man vielleicht einen Weg finden dies durch ändern anderer Werte zu beeinflussen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 08 Dezember 2019, 12:03:27
Die Logik ist mir schon klar, die Pumpe hängt am AccessoriesOne Ausgang und wird darüber angesteuert.
Die Ansteuerung ist von der Heizung Colormatic mit Zeitplan.

So ganz zufrieden bin ich mit dem Update aber nicht, auch das hier geht nicht mehr:
# Hc1QuickVetoActive Schreiben
get Hc1QuickVetoActiveSchreiben cmd {"write -c 430 Hc1QuickVetoActive ".Value("Hc1QuickVetoActiveEinstellen")."\n"}
get Hc1QuickVetoActiveSchreiben expect ".*\n\n"
get Hc1QuickVetoActiveSchreiben postproc  { $_ }


# Pumpenleistung
get PumpeWatt cmd {"r -f PumpPower\n"}
get PumpeWatt expect "\d+\n\n"
get PumpeWatt postproc { sprintf("%5.0f",$_) }


# Fanspeed
get Fanspeed cmd {"r -f SDFanSpeed\n"}
get Fanspeed expect "\d+\n\n"
get Fanspeed postproc { sprintf("%5.0f",$_) } 
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 08 Dezember 2019, 14:26:51
Zitat von: Mitch am 07 Dezember 2019, 15:01:04
Danke, das habe ich schon verstanden.
Ich meine mich aber zu erinnern, dass es hier mal jemand geschafft hat.
Muss ich nochmal suchen.

Im CSV steht: Status Zirkulationspumpe (über ein externes Modul ansteuerbar)
Was immer externes Modul heißt.

Okay, das habe ich rausgefunden.
Ein ebusctl r -m 10 AccessoriesOne ergibt circulationpump

Jetzt bin ich am Überlegen, ob es möglich wäre, AccessoriesOne auf etwas anderes Umzuschalten, damit dadurch die Pumpe ausgeht?

Hast du schon mal versucht aus dem r ein rw zu machen ? Ich habe das bei der 470er auch, dass in der csv stand, die Betriebsarten wären nur r, nach Wechsel auf rw liess sich dann auch die Warmwasserbereitung starten...

Grüße

Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 08 Dezember 2019, 15:35:44
Kann ich mal probieren, Danke.

Mal eine ganz dumme Frage, wo in welchen CSV?
Ich dachte die Files sind jetzt nur noch online?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mirror am 08 Dezember 2019, 15:52:12
@Mitch - Du mußt Dir eine lokale Kopie erzeugen, z.B. mit git wie auf GitHub von John beschrieben. Hier kannst Du dann experimentieren. Musst natürlich auch den configpath von ebusd anpassen und jeweils einen reload machen.
Gruß,
Dietmar
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mitch am 08 Dezember 2019, 15:53:31
Ja, Danke, so weit bin ich wohl schon, aber ich kann die Config einfach nicht ändern  :-\

-c, --configpath=PATH
Read CSV config files from PATH [http://ebusd.eu/config/]

so steht es im Wiki, aber es ändert nicht?

So sehen gerade meine Prozesse aus:  5118 ?        Ssl    0:01 ebusd --configpath=/etc/ebusd/ --scanconfig
Müsste also lokal nutzen?

Egal, ich suche weiter, Danke schonmal.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 08 Dezember 2019, 18:14:40
lokale CSV Einstellung ist: (sollte also passen)

-c /etc/ebusd

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 08 Dezember 2019, 20:39:40
...bei mir steht in der config (die ist bei mir zu finden unter /etc/default)

EBUSD_OPTS="--configpath=/etc/ebusd --scanconfig  --accesslevel=* --latency=0 -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI02IEBP-if00-port0 -p 8888 -l /var/log/ebusd1.log"


für den Pfad wäre das also

--configpath=/etc/ebusd

wenn die CSVs unter /etc/ebusd liegen, in dem Pfad stehen dann die Broadcast, Memory, templates und der Vaillant-Ordner mit den eigentlichen CSVs
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: darekpawel am 11 Dezember 2019, 10:50:50
Followed the instructions, but I can not get working.
My set-up is RPI board + Wemos.
What I have wrong?

ebusctl is showing:

localhost: info
version: ebusd 3.4.v3.4-5-gf152798
update check: revision v3.4 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


In the 'log' /var/log/ebusd.log I see:

2019-12-11 10:01:23.557 [main notice] ebusd 3.4.v3.4-5-gf152798 started with auto scan
2019-12-11 10:01:24.392 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2019-12-11 10:01:24.393 [bus notice] bus started with own address 31/36
2019-12-11 10:01:24.393 [bus notice] device invalid
2019-12-11 10:01:29.393 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2019-12-11 10:01:29.393 [bus notice] device invalid
2019-12-11 10:01:34.393 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2019-12-11 10:01:34.394 [bus notice] device invalid


The 'Wemos' is showing:

eBUS adapter 2.0
Build: 20191208
ebusd device string: 192.168.1.237:9999
WiFi signal: 58% (-71dBm)
Status
Configuration
PINs
Firmware update
Chip ID: 004e715e
Hostname: ebus
Up time: 13958
Free heap: 35544
ebusd connected: no
eBUS signal: acquired
eBUS initial signal: yes


In the 'etc/ebusd/' I see:

root@raspberrypi:/etc/ebusd# ls
_templates.csv  broadcast.csv  memory.csv  vaillant



Is that something missed?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 11 Dezember 2019, 12:06:18
Zitat von: darekpawel am 11 Dezember 2019, 10:50:50
Followed the instructions, but I can not get working.
My set-up is RPI board + Wemos.
What I have wrong?

ebusctl is showing:

localhost: info
version: ebusd 3.4.v3.4-5-gf152798
update check: revision v3.4 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


In the 'log' /var/log/ebusd.log I see:

2019-12-11 10:01:23.557 [main notice] ebusd 3.4.v3.4-5-gf152798 started with auto scan
2019-12-11 10:01:24.392 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2019-12-11 10:01:24.393 [bus notice] bus started with own address 31/36
2019-12-11 10:01:24.393 [bus notice] device invalid
2019-12-11 10:01:29.393 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2019-12-11 10:01:29.393 [bus notice] device invalid
2019-12-11 10:01:34.393 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2019-12-11 10:01:34.394 [bus notice] device invalid


The 'Wemos' is showing:

eBUS adapter 2.0
Build: 20191208
ebusd device string: 192.168.1.237:9999
WiFi signal: 58% (-71dBm)
Status
Configuration
PINs
Firmware update
Chip ID: 004e715e
Hostname: ebus
Up time: 13958
Free heap: 35544
ebusd connected: no
eBUS signal: acquired
eBUS initial signal: yes


In the 'etc/ebusd/' I see:

root@raspberrypi:/etc/ebusd# ls
_templates.csv  broadcast.csv  memory.csv  vaillant



Is that something missed?
you need to set the device parameter of ebusd to what is shown by the Wemos: 192.168.1.237:9999
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: darekpawel am 11 Dezember 2019, 12:25:15
I understand via:

root@raspberrypi:/etc/ebusd# ebusd --scanconfig -d 192.168.1.237:9999
root@raspberrypi:/etc/ebusd#


But I do not see any changes in 'log'...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: darekpawel am 11 Dezember 2019, 12:33:53
When I check I see that 'ebusd' is not started:

root@raspberrypi:/home/pi# ebusd --checkconfig --scanconfig
2019-12-11 12:31:39.451 [main notice] ebusd 3.4.v3.4-5-gf152798 performing configuration check...
2019-12-11 12:31:39.894 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2019-12-11 12:31:39.895 [main notice] ebusd stopped


But when want to start - I have message:

root@raspberrypi:/home/pi# sudo service ebusd start
Failed to start ebusd.service: Unit ebusd.service not found.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: darekpawel am 11 Dezember 2019, 15:03:32
Well, after some changes I have - see screen.
What is that error?


root@raspberrypi:~# service ebusd start
Job for ebusd.service failed because the control process exited with error code.
See "systemctl status ebusd.service" and "journalctl -xe" for details.

root@raspberrypi:~# 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: exit-code) since Wed 2019-12-11 14:55:53 CET; 29s ago
  Process: 10542 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=22)



https://images92.fotosik.pl/292/6802f9153a6926d6med.png (https://images92.fotosik.pl/292/6802f9153a6926d6med.png)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: darekpawel am 11 Dezember 2019, 18:07:42
Just answering themselves...
After removing everything and installing again - some success:

● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/etc/systemd/system/ebusd.service; enabled; vendor preset: enabled)
   Active: active (running) since Wed 2019-12-11 18:05:39 CET; 8s ago
  Process: 3349 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=0/SUCCESS)
Main PID: 3350 (ebusd)
    Tasks: 4 (limit: 2200)
   Memory: 532.0K
   CGroup: /system.slice/ebusd.service
           └─3350 /usr/bin/ebusd --scanconfig -d 192.168.1.237:9999 --httpport=9999 --latency=20000 --loglevel=error

Dec 11 18:05:39 raspberrypi systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
Dec 11 18:05:39 raspberrypi systemd[1]: Started ebusd, the daemon for communication with eBUS heating systems..
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: zentis666 am 06 Januar 2020, 11:16:53
Hallo!
Nachdem ich nach langer Zeit endlich mal wieder Zeit gefunden habe meine ebusd Installation auf einen aktuellen Stand zu bringen
(hat sich echt viel getan in den letzten Jahren)  hab ich ein paar kleine Probleme bei denen ich nicht so recht weiterkomme,
vielleicht kann mir jemand kurz einen Hinweis geben:

Mein Setup: ich hab eine 2.0 Platine per Wemos (Software Build: 20191229) an einer Debian VM auf der ebusd läuft.
Das Ganze soll dann im fhem per gaebus weiterverarbeitet werden, da kommt aber nichts an.
Der ebusd scheint die csv Dateien nicht zu laden.

ebusctl i
version: ebusd 3.4.v3.3-51-g57eae05
update check: revision v3.4 available
access: *
signal: acquired
symbol rate: 24
max symbol rate: 169
reconnects: 0
masters: 3
messages: 13
conditional: 0
poll: 0
update: 4
address 01: master #6, ebusd
address 03: master #11
address 06: slave #6, ebusd
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0113;HW=9602"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403"


Im Config-File starte ich momentan mit folgenden Optionen
EBUSD_OPTS="--scanconfig=full --configpath=/etc/ebusd --latency=10000 --address01 --accesslevel=* -c http://ebusd.eu/config/ -d 192.168.xxx.xxx:xxxx -l /var/log/ebusd.log --configlang=LANG"


Wenn ich das Ganze richtig verstehe müsste er doch ein "08.bai.csv" bzw. "15.420.csv" laden.
Ich hab die configs mal auf die Debian Maschine kopiert und den Config Pfad auf lokal umgestellt,
das "08.bai.csv" gibt es da, wir auch nicht geladen (Rechte hab ich gecheckt, sollten passen), das "15.420.csv" gibt es nicht.
Eine passende *inc Datei für meine hw/sw gibts anscheinend auch nicht.
Da viele Geräte ähnlich sind: kann mir jemand einen Tip geben welche Version ich nehmen (kopieren/verlinken...) sollte bzw. wie die Vorgehensweise ist um die hw/sw Versionen auf ebusd.eu zu bekommen? Ich meine ich hab irgendwo was dazu gesehen, ich finde die Seite aber nicht mehr.

Danke und Grüße
Sven
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 06 Januar 2020, 11:22:21
Zitat von: zentis666 am 06 Januar 2020, 11:16:53
Ich hab die configs mal auf die Debian Maschine kopiert und den Config Pfad auf lokal umgestellt,
das "08.bai.csv" gibt es da, wir auch nicht geladen (Rechte hab ich gecheckt, sollten passen), das "15.420.csv" gibt es nicht.
schau halt mal im ebusd.log File, was dazu drin steht.
Zitat von: zentis666 am 06 Januar 2020, 11:16:53
Eine passende *inc Datei für meine hw/sw gibts anscheinend auch nicht.
da ist auch ein fallback für HW 9602 drin, sollte also schon passen.
Hast du denn aktuelle ebusd-configuration lokal?
Zitat von: zentis666 am 06 Januar 2020, 11:16:53
Da viele Geräte ähnlich sind: kann mir jemand einen Tip geben welche Version ich nehmen (kopieren/verlinken...) sollte bzw. wie die Vorgehensweise ist um die hw/sw Versionen auf ebusd.eu zu bekommen?
ich würde mal mit 430 anfangen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: bmwfan am 06 Januar 2020, 12:32:32
Benötige Hilfe zum Schreiben der Heizkennlinie:

An meiner Zeotherm ist der Parameter für die Heizkennlinie in der 84.zeo.csv im Bereich
# ##### ZEO: BMR #####,,,,,,,,,,,,,
r,,HeatingCurve,Heizkurve,,,,"1000",,,curve,,,1/100 resolution

enthalten. Da mit r gekennzeichnet auch nur zum Lesen, was auch funktioniert.

Da ich die Kennlinie aber verändern möchte und sie in anderen CSV's wie Bsp.: 15.470.csv im Bereich
# ##### extra #####,,,,,,,,,,,,,
r;wi,,Hc1HeatCurve,Heizkurve Heizkreis 1,,,,"3100",,,curve,,,heating curve of the first heating circuit

als beschreibbar enthalten ist, habe ich einige Versionen zum Schreiben versucht, die aber alle fehlgeschlagen sind. Meist wird nach einer Änderung der 84.zeo.csv die Datei gar nicht mehr geladen. In der 15.uiz.csv, die bei mir geladen wird, ist der Parameter nicht enthalten.

Frage: Gibt es einen Weg herauszufinden, ob und wenn ja wie ich diesen Parameter schreiben kann? Prinzipiell muss es ja gehen, da am Gerät selber veränderbar und es an anderen Geräten ja auch geht.

Grüße Jürgen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: zentis666 am 06 Januar 2020, 13:10:35
Zitat von: john30 am 06 Januar 2020, 11:22:21
schau halt mal im ebusd.log File, was dazu drin steht.da ist auch ein fallback für HW 9602 drin, sollte also schon passen.
Hast du denn aktuelle ebusd-configuration lokal?ich würde mal mit 430 anfangen

Ja ich hab die 2.1.x Dateien per git kopiert und entsprechend verlinkt (ebusd-configuration/ebusd-2.1.x/de auf /etc/ebusd).
Laut log findet er auch templates, memory.csv und brodcast.csv, liest aber nichts aus dem Unterverzeichnis vaillant.

2020-01-06 12:59:10.395 [main notice] ebusd 3.4.v3.4-8-g177568c started with full scan
2020-01-06 12:59:10.395 [main info] loading configuration files from /etc/ebusd
2020-01-06 12:59:10.395 [main info] reading templates /
2020-01-06 12:59:10.397 [main info] read templates in /
2020-01-06 12:59:10.397 [main info] reading file memory.csv
2020-01-06 12:59:10.398 [main info] successfully read file memory.csv
2020-01-06 12:59:10.398 [main info] reading file broadcast.csv
2020-01-06 12:59:10.399 [main info] successfully read file broadcast.csv
2020-01-06 12:59:10.399 [main info] read config files
2020-01-06 12:59:10.427 [bus notice] bus started with own address 01/06
2020-01-06 12:59:10.427 [main info] registering data handlers
2020-01-06 12:59:10.427 [main info] registered data handlers
2020-01-06 12:59:20.427 [main debug] performing regular tasks
2020-01-06 12:59:30.427 [main debug] performing regular tasks


/etc/ebusd# ebusctl i
version: ebusd 3.4.v3.3-51-g57eae05
update check: revision v3.4 available
access: *
signal: acquired
symbol rate: 36
max symbol rate: 169
reconnects: 0
masters: 3
messages: 13
conditional: 0
poll: 0
update: 4
address 01: master #6, ebusd
address 03: master #11
address 06: slave #6, ebusd
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0113;HW=9602"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=47000;SW=0420;HW=1403


Dateien sind da:
:/etc/ebusd/vaillant# ls -la 08*
-rw-r--r-- 1 root root  3887 Jan  6 10:21 08.bai.csv
-rw-r--r-- 1 root root 28639 Jan  4 01:02 08.ehp.csv
-rw-r--r-- 1 root root  2753 Jan  4 01:02 08.hmu.csv

/etc/ebusd/vaillant# ls -la 15*
lrwxrwxrwx 1 root root    10 Jan  4 01:02 15.140.csv -> 15.350.csv
-rw-r--r-- 1 root root  4822 Jan  4 01:02 15.350.csv
lrwxrwxrwx 1 root root    10 Jan  4 01:02 15.360.csv -> 15.350.csv
lrwxrwxrwx 1 root root    10 Jan  4 01:02 15.36p.csv -> 15.350.csv
-rw-r--r-- 1 root root  9886 Jan  4 01:02 15.370.csv
-rw-r--r-- 1 root root  8443 Jan  4 01:02 15.392.csv
lrwxrwxrwx 1 root root    10 Jan  4 01:02 15.400.csv -> 15.350.csv
lrwxrwxrwx 1 root root    10 Jan  6 12:52 15.420.csv -> 15.430.csv
-rw-r--r-- 1 root root 15460 Jan  4 01:02 15.430.csv
-rw-r--r-- 1 root root 17160 Jan  4 01:02 15.470.csv
-rw-r--r-- 1 root root 23670 Jan  4 01:02 15.700.csv
lrwxrwxrwx 1 root root    10 Jan  4 01:02 15.b7v.csv -> 15.700.csv
-rw-r--r-- 1 root root  3949 Jan  4 01:02 15.e7f.csv
lrwxrwxrwx 1 root root    10 Jan  4 01:02 15.f35.csv -> 15.350.csv
-rw-r--r-- 1 root root  9945 Jan  4 01:02 15.f37.csv
-rw-r--r-- 1 root root 14715 Jan  4 01:02 15.f43.csv
-rw-r--r-- 1 root root 16734 Jan  4 01:02 15.f47.csv
lrwxrwxrwx 1 root root    12 Jan  4 01:02 15.heb.csv -> 15.sdr_p.csv
lrwxrwxrwx 1 root root    12 Jan  4 01:02 15.hep.csv -> 15.sdr_p.csv
-rw-r--r-- 1 root root  2986 Jan  4 01:02 15.sdr_p.csv
-rw-r--r-- 1 root root 13608 Jan  4 01:02 15.ui.csv
-rw-r--r-- 1 root root  5908 Jan  4 01:02 15.uih.csv
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 06 Januar 2020, 18:33:10
@bmwfan

versuche es einmal mit "ws" anstatt "wi" und schaue auch das es in der Config erlaubt ist ( --accesslevel=* ).

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 08 Januar 2020, 09:05:53
Zitat von: zentis666 am 06 Januar 2020, 13:10:35
Laut log findet er auch templates, memory.csv und brodcast.csv, liest aber nichts aus dem Unterverzeichnis vaillant.
in dem Auszug ist aber nicht vom Scan zu sehen. Erst danach wird versucht, passende CSVs zu finden.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Wolpertinger am 10 Januar 2020, 16:36:49
Hallo,

ich habe heute die Platine aufgebaut und soweit läuft alles  :D

Sorge macht mir allerdings das Configfile Vaillant 15.ui.csv
Ich benötige die Solardaten wie in der version 2.x.x
https://github.com/john30/ebusd-configuration/blob/master/ebusd-2.x.x/de/vaillant/15.uih.csv

In der version 2.1.x und später fehlen die Solardaten im Configfile
https://github.com/john30/ebusd-configuration/blob/master/ebusd-2.1.x/de/vaillant/15.uih.csv

Wie komme ich an die Solardaten wie in der Version 2.x.x ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 11 Januar 2020, 08:19:22
Zitat von: Wolpertinger am 10 Januar 2020, 16:36:49
Wie komme ich an die Solardaten wie in der Version 2.x.x ?
welche sind das denn genau?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Wolpertinger am 11 Januar 2020, 08:44:42

# ##### Energieertrag #####
[SW=202-349]r ThisYearsYieldEnergyMonth1 Ertrag Januar dieses Jahres 8400 energy Ertrag Januar dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth2 Ertrag Februar dieses Jahres 8408 energy Ertrag Februar dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth3 Ertrag März dieses Jahres 8410 energy Ertrag März dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth4 Ertrag April dieses Jahres 8418 energy Ertrag April dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth5 Ertrag Mai dieses Jahres 8420 energy Ertrag Mai dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth6 Ertrag Juni dieses Jahres 8428 energy Ertrag Juni dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth7 Ertrag Juli dieses Jahres 8430 energy Ertrag Juli dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth8 Ertrag August dieses Jahres 8438 energy Ertrag August dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth9 Ertrag September dieses Jahres 8440 energy Ertrag September dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth10 Ertrag Oktober dieses Jahres 8448 energy Ertrag Oktober dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth11 Ertrag November dieses Jahres 8450 energy Ertrag November dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth12 Ertrag Dezember dieses Jahres 8458 energy Ertrag Dezember dieses Jahres
[SW=202-349]r LastYearsYieldEnergyMonth1 LastYearsEarnedEnergy month 1 8500 energy last year: earnd energy of month 1
[SW=202-349]r LastYearsYieldEnergyMonth2 LastYearsEarnedEnergy month 2 8508 energy last year: earnd energy of month 2
[SW=202-349]r LastYearsYieldEnergyMonth3 LastYearsEarnedEnergy month 3 8510 energy last year: earnd energy of month 3
[SW=202-349]r LastYearsYieldEnergyMonth4 LastYearsEarnedEnergy month 4 8518 energy last year: earnd energy of month 4
[SW=202-349]r LastYearsYieldEnergyMonth5 LastYearsEarnedEnergy month 5 8520 energy last year: earnd energy of month 5
[SW=202-349]r LastYearsYieldEnergyMonth6 LastYearsEarnedEnergy month 6 8528 energy last year: earnd energy of month 6
[SW=202-349]r LastYearsYieldEnergyMonth7 LastYearsEarnedEnergy month 7 8530 energy last year: earnd energy of month 7
[SW=202-349]r LastYearsYieldEnergyMonth8 LastYearsEarnedEnergy month 8 8538 energy last year: earnd energy of month 8
[SW=202-349]r LastYearsYieldEnergyMonth9 LastYearsEarnedEnergy month 9 8540 energy last year: earnd energy of month 9
[SW=202-349]r LastYearsYieldEnergyMonth10 LastYearsEarnedEnergy month 10 8548 energy last year: earnd energy of month 10
[SW=202-349]r LastYearsYieldEnergyMonth11 LastYearsEarnedEnergy month 11 8550 energy last year: earnd energy of month 11
[SW=202-349]r LastYearsYieldEnergyMonth12 LastYearsEarnedEnergy month 12 8558 energy last year: earnd energy of month 12
[SW=350-363]r ThisYearsYieldEnergyMonth1 Ertrag Januar dieses Jahres 8400 UCH;UCH Ertrag Januar dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth2 Ertrag Februar dieses Jahres 8408 UCH;UCH Ertrag Februar dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth3 Ertrag März dieses Jahres 8410 UCH;UCH Ertrag März dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth4 Ertrag April dieses Jahres 8418 UCH;UCH Ertrag April dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth5 Ertrag Mai dieses Jahres 8420 UCH;UCH Ertrag Mai dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth6 Ertrag Juni dieses Jahres 8428 UCH;UCH Ertrag Juni dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth7 Ertrag Juli dieses Jahres 8430 UCH;UCH Ertrag Juli dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth8 Ertrag August dieses Jahres 8438 UCH;UCH Ertrag August dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth9 Ertrag September dieses Jahres 8440 UCH;UCH Ertrag September dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth10 Ertrag Oktober dieses Jahres 8448 UCH;UCH Ertrag Oktober dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth11 Ertrag November dieses Jahres 8450 UCH;UCH Ertrag November dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth12 Ertrag Dezember dieses Jahres 8458 UCH;UCH Ertrag Dezember dieses Jahres
[SW=350-363]r LastYearsYieldEnergyMonth1 LastYearsEarnedEnergy month 1 8500 UCH;UCH last year: earnd energy of month 1
[SW=350-363]r LastYearsYieldEnergyMonth2 LastYearsEarnedEnergy month 2 8508 UCH;UCH last year: earnd energy of month 2
[SW=350-363]r LastYearsYieldEnergyMonth3 LastYearsEarnedEnergy month 3 8510 UCH;UCH last year: earnd energy of month 3
[SW=350-363]r LastYearsYieldEnergyMonth4 LastYearsEarnedEnergy month 4 8518 UCH;UCH last year: earnd energy of month 4
[SW=350-363]r LastYearsYieldEnergyMonth5 LastYearsEarnedEnergy month 5 8520 UCH;UCH last year: earnd energy of month 5
[SW=350-363]r LastYearsYieldEnergyMonth6 LastYearsEarnedEnergy month 6 8528 UCH;UCH last year: earnd energy of month 6
[SW=350-363]r LastYearsYieldEnergyMonth7 LastYearsEarnedEnergy month 7 8530 UCH;UCH last year: earnd energy of month 7
[SW=350-363]r LastYearsYieldEnergyMonth8 LastYearsEarnedEnergy month 8 8538 UCH;UCH last year: earnd energy of month 8
[SW=350-363]r LastYearsYieldEnergyMonth9 LastYearsEarnedEnergy month 9 8540 UCH;UCH last year: earnd energy of month 9
[SW=350-363]r LastYearsYieldEnergyMonth10 LastYearsEarnedEnergy month 10 8548 UCH;UCH last year: earnd energy of month 10
[SW=350-363]r LastYearsYieldEnergyMonth11 LastYearsEarnedEnergy month 11 8550 UCH;UCH last year: earnd energy of month 11
[SW=350-363]r LastYearsYieldEnergyMonth12 LastYearsEarnedEnergy month 12 8558 UCH;UCH last year: earnd energy of month 12
[SW>=364]r ThisYearsYieldEnergyMonth1 Ertrag Januar dieses Jahres 8400 energy Ertrag Januar dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth2 Ertrag Februar dieses Jahres 8408 energy Ertrag Februar dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth3 Ertrag März dieses Jahres 8410 energy Ertrag März dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth4 Ertrag April dieses Jahres 8418 energy Ertrag April dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth5 Ertrag Mai dieses Jahres 8420 energy Ertrag Mai dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth6 Ertrag Juni dieses Jahres 8428 energy Ertrag Juni dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth7 Ertrag Juli dieses Jahres 8430 energy Ertrag Juli dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth8 Ertrag August dieses Jahres 8438 energy Ertrag August dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth9 Ertrag September dieses Jahres 8440 energy Ertrag September dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth10 Ertrag Oktober dieses Jahres 8448 energy Ertrag Oktober dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth11 Ertrag November dieses Jahres 8450 energy Ertrag November dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth12 Ertrag Dezember dieses Jahres 8458 energy Ertrag Dezember dieses Jahres
[SW>=364]r LastYearsYieldEnergyMonth1 LastYearsEarnedEnergy month 1 8500 energy last year: earnd energy of month 1
[SW>=364]r LastYearsYieldEnergyMonth2 LastYearsEarnedEnergy month 2 8508 energy last year: earnd energy of month 2
[SW>=364]r LastYearsYieldEnergyMonth3 LastYearsEarnedEnergy month 3 8510 energy last year: earnd energy of month 3
[SW>=364]r LastYearsYieldEnergyMonth4 LastYearsEarnedEnergy month 4 8518 energy last year: earnd energy of month 4
[SW>=364]r LastYearsYieldEnergyMonth5 LastYearsEarnedEnergy month 5 8520 energy last year: earnd energy of month 5
[SW>=364]r LastYearsYieldEnergyMonth6 LastYearsEarnedEnergy month 6 8528 energy last year: earnd energy of month 6
[SW>=364]r LastYearsYieldEnergyMonth7 LastYearsEarnedEnergy month 7 8530 energy last year: earnd energy of month 7
[SW>=364]r LastYearsYieldEnergyMonth8 LastYearsEarnedEnergy month 8 8538 energy last year: earnd energy of month 8
[SW>=364]r LastYearsYieldEnergyMonth9 LastYearsEarnedEnergy month 9 8540 energy last year: earnd energy of month 9
[SW>=364]r LastYearsYieldEnergyMonth10 LastYearsEarnedEnergy month 10 8548 energy last year: earnd energy of month 10
[SW>=364]r LastYearsYieldEnergyMonth11 LastYearsEarnedEnergy month 11 8550 energy last year: earnd energy of month 11
[SW>=364]r LastYearsYieldEnergyMonth12 LastYearsEarnedEnergy month 12 8558 energy last year: earnd energy of month 12
[SW>=202]r YieldEnergySum Earned energy UI display value 8700
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 11 Januar 2020, 08:46:53
Zitat von: Wolpertinger am 11 Januar 2020, 08:44:42

# ##### Energieertrag #####
[SW=202-349]r ThisYearsYieldEnergyMonth1 Ertrag Januar dieses Jahres 8400 energy Ertrag Januar dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth2 Ertrag Februar dieses Jahres 8408 energy Ertrag Februar dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth3 Ertrag März dieses Jahres 8410 energy Ertrag März dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth4 Ertrag April dieses Jahres 8418 energy Ertrag April dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth5 Ertrag Mai dieses Jahres 8420 energy Ertrag Mai dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth6 Ertrag Juni dieses Jahres 8428 energy Ertrag Juni dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth7 Ertrag Juli dieses Jahres 8430 energy Ertrag Juli dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth8 Ertrag August dieses Jahres 8438 energy Ertrag August dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth9 Ertrag September dieses Jahres 8440 energy Ertrag September dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth10 Ertrag Oktober dieses Jahres 8448 energy Ertrag Oktober dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth11 Ertrag November dieses Jahres 8450 energy Ertrag November dieses Jahres
[SW=202-349]r ThisYearsYieldEnergyMonth12 Ertrag Dezember dieses Jahres 8458 energy Ertrag Dezember dieses Jahres
[SW=202-349]r LastYearsYieldEnergyMonth1 LastYearsEarnedEnergy month 1 8500 energy last year: earnd energy of month 1
[SW=202-349]r LastYearsYieldEnergyMonth2 LastYearsEarnedEnergy month 2 8508 energy last year: earnd energy of month 2
[SW=202-349]r LastYearsYieldEnergyMonth3 LastYearsEarnedEnergy month 3 8510 energy last year: earnd energy of month 3
[SW=202-349]r LastYearsYieldEnergyMonth4 LastYearsEarnedEnergy month 4 8518 energy last year: earnd energy of month 4
[SW=202-349]r LastYearsYieldEnergyMonth5 LastYearsEarnedEnergy month 5 8520 energy last year: earnd energy of month 5
[SW=202-349]r LastYearsYieldEnergyMonth6 LastYearsEarnedEnergy month 6 8528 energy last year: earnd energy of month 6
[SW=202-349]r LastYearsYieldEnergyMonth7 LastYearsEarnedEnergy month 7 8530 energy last year: earnd energy of month 7
[SW=202-349]r LastYearsYieldEnergyMonth8 LastYearsEarnedEnergy month 8 8538 energy last year: earnd energy of month 8
[SW=202-349]r LastYearsYieldEnergyMonth9 LastYearsEarnedEnergy month 9 8540 energy last year: earnd energy of month 9
[SW=202-349]r LastYearsYieldEnergyMonth10 LastYearsEarnedEnergy month 10 8548 energy last year: earnd energy of month 10
[SW=202-349]r LastYearsYieldEnergyMonth11 LastYearsEarnedEnergy month 11 8550 energy last year: earnd energy of month 11
[SW=202-349]r LastYearsYieldEnergyMonth12 LastYearsEarnedEnergy month 12 8558 energy last year: earnd energy of month 12
[SW=350-363]r ThisYearsYieldEnergyMonth1 Ertrag Januar dieses Jahres 8400 UCH;UCH Ertrag Januar dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth2 Ertrag Februar dieses Jahres 8408 UCH;UCH Ertrag Februar dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth3 Ertrag März dieses Jahres 8410 UCH;UCH Ertrag März dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth4 Ertrag April dieses Jahres 8418 UCH;UCH Ertrag April dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth5 Ertrag Mai dieses Jahres 8420 UCH;UCH Ertrag Mai dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth6 Ertrag Juni dieses Jahres 8428 UCH;UCH Ertrag Juni dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth7 Ertrag Juli dieses Jahres 8430 UCH;UCH Ertrag Juli dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth8 Ertrag August dieses Jahres 8438 UCH;UCH Ertrag August dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth9 Ertrag September dieses Jahres 8440 UCH;UCH Ertrag September dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth10 Ertrag Oktober dieses Jahres 8448 UCH;UCH Ertrag Oktober dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth11 Ertrag November dieses Jahres 8450 UCH;UCH Ertrag November dieses Jahres
[SW=350-363]r ThisYearsYieldEnergyMonth12 Ertrag Dezember dieses Jahres 8458 UCH;UCH Ertrag Dezember dieses Jahres
[SW=350-363]r LastYearsYieldEnergyMonth1 LastYearsEarnedEnergy month 1 8500 UCH;UCH last year: earnd energy of month 1
[SW=350-363]r LastYearsYieldEnergyMonth2 LastYearsEarnedEnergy month 2 8508 UCH;UCH last year: earnd energy of month 2
[SW=350-363]r LastYearsYieldEnergyMonth3 LastYearsEarnedEnergy month 3 8510 UCH;UCH last year: earnd energy of month 3
[SW=350-363]r LastYearsYieldEnergyMonth4 LastYearsEarnedEnergy month 4 8518 UCH;UCH last year: earnd energy of month 4
[SW=350-363]r LastYearsYieldEnergyMonth5 LastYearsEarnedEnergy month 5 8520 UCH;UCH last year: earnd energy of month 5
[SW=350-363]r LastYearsYieldEnergyMonth6 LastYearsEarnedEnergy month 6 8528 UCH;UCH last year: earnd energy of month 6
[SW=350-363]r LastYearsYieldEnergyMonth7 LastYearsEarnedEnergy month 7 8530 UCH;UCH last year: earnd energy of month 7
[SW=350-363]r LastYearsYieldEnergyMonth8 LastYearsEarnedEnergy month 8 8538 UCH;UCH last year: earnd energy of month 8
[SW=350-363]r LastYearsYieldEnergyMonth9 LastYearsEarnedEnergy month 9 8540 UCH;UCH last year: earnd energy of month 9
[SW=350-363]r LastYearsYieldEnergyMonth10 LastYearsEarnedEnergy month 10 8548 UCH;UCH last year: earnd energy of month 10
[SW=350-363]r LastYearsYieldEnergyMonth11 LastYearsEarnedEnergy month 11 8550 UCH;UCH last year: earnd energy of month 11
[SW=350-363]r LastYearsYieldEnergyMonth12 LastYearsEarnedEnergy month 12 8558 UCH;UCH last year: earnd energy of month 12
[SW>=364]r ThisYearsYieldEnergyMonth1 Ertrag Januar dieses Jahres 8400 energy Ertrag Januar dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth2 Ertrag Februar dieses Jahres 8408 energy Ertrag Februar dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth3 Ertrag März dieses Jahres 8410 energy Ertrag März dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth4 Ertrag April dieses Jahres 8418 energy Ertrag April dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth5 Ertrag Mai dieses Jahres 8420 energy Ertrag Mai dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth6 Ertrag Juni dieses Jahres 8428 energy Ertrag Juni dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth7 Ertrag Juli dieses Jahres 8430 energy Ertrag Juli dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth8 Ertrag August dieses Jahres 8438 energy Ertrag August dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth9 Ertrag September dieses Jahres 8440 energy Ertrag September dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth10 Ertrag Oktober dieses Jahres 8448 energy Ertrag Oktober dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth11 Ertrag November dieses Jahres 8450 energy Ertrag November dieses Jahres
[SW>=364]r ThisYearsYieldEnergyMonth12 Ertrag Dezember dieses Jahres 8458 energy Ertrag Dezember dieses Jahres
[SW>=364]r LastYearsYieldEnergyMonth1 LastYearsEarnedEnergy month 1 8500 energy last year: earnd energy of month 1
[SW>=364]r LastYearsYieldEnergyMonth2 LastYearsEarnedEnergy month 2 8508 energy last year: earnd energy of month 2
[SW>=364]r LastYearsYieldEnergyMonth3 LastYearsEarnedEnergy month 3 8510 energy last year: earnd energy of month 3
[SW>=364]r LastYearsYieldEnergyMonth4 LastYearsEarnedEnergy month 4 8518 energy last year: earnd energy of month 4
[SW>=364]r LastYearsYieldEnergyMonth5 LastYearsEarnedEnergy month 5 8520 energy last year: earnd energy of month 5
[SW>=364]r LastYearsYieldEnergyMonth6 LastYearsEarnedEnergy month 6 8528 energy last year: earnd energy of month 6
[SW>=364]r LastYearsYieldEnergyMonth7 LastYearsEarnedEnergy month 7 8530 energy last year: earnd energy of month 7
[SW>=364]r LastYearsYieldEnergyMonth8 LastYearsEarnedEnergy month 8 8538 energy last year: earnd energy of month 8
[SW>=364]r LastYearsYieldEnergyMonth9 LastYearsEarnedEnergy month 9 8540 energy last year: earnd energy of month 9
[SW>=364]r LastYearsYieldEnergyMonth10 LastYearsEarnedEnergy month 10 8548 energy last year: earnd energy of month 10
[SW>=364]r LastYearsYieldEnergyMonth11 LastYearsEarnedEnergy month 11 8550 energy last year: earnd energy of month 11
[SW>=364]r LastYearsYieldEnergyMonth12 LastYearsEarnedEnergy month 12 8558 energy last year: earnd energy of month 12
[SW>=202]r YieldEnergySum Earned energy UI display value 8700

die sind jetzt als ein kombinierter Eintrag unter YieldThisYear bzw. YieldLastYear abrufbar. Die Summe ist unter YieldSum
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Wolpertinger am 11 Januar 2020, 10:47:53
Ok, Danke  :)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Wolpertinger am 12 Januar 2020, 20:17:52
Hallo,

ich habe heute noch mal weiter gemacht und festgestellt, dass die 15.uih für die Luftwärmepumpe ist und die 06.pms für die Solarstation.
Somit habe ich zwar nun die Daten der Luftwärmepumpe die ich mit YieldThisYear bzw. YieldLastYear auch bekomme, ABER es fehlen diese
Daten für die 06.pms also Solarstation.
Vorhanden sein müssen diese Daten denn die Bedieneinheit zeigt beide Diagramme an.

YieldTotal aus 06.pms liefert nicht den Gesamtwert der erzeugten Solarleistung, bis YieldSum stimmt die Angabe für die Luftwärmepumpe.
YieldTotal  wird unter EHP angezeigt

Wie kann ich die Solardaten bekommen?

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 13 Januar 2020, 11:13:45
Zitat von: Wolpertinger am 12 Januar 2020, 20:17:52
Wie kann ich die Solardaten bekommen?
war das in der früheren Definition drin?
Ich vermute mal, dass eines der yield*.inc dann zusätzlich in die Solar CSV inkludiert werden muss. Welche davon weiß ich aber auch nicht.
Schau mal, welche Messages über den Bus laufen, wenn Du in der Bedieneinheit den Solarertrag anschaust.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Wolpertinger am 13 Januar 2020, 16:29:17
Ich versuche mal ein wenig zuzuordnen wofür was ist.
Folgene Konfiguration habe ich:

VPM 20/25 W      Trinkwasserstation
VPS 800/2      Pufferspeicher allSTOR
VWL 81/3 S      GeoTherm
VPM 20 S      Solarstation


address 01: master #6
address 03: master #11
address 06: slave #6, scanned "MF=Vaillant;ID=PMS00;SW=0107;HW=4302", loaded "vaillant/06.pms.csv" // VPM 20 S Solarstation
address 08: slave #11, scanned "MF=Vaillant;ID=EHP00;SW=0416;HW=7201", loaded "vaillant/08.ehp.csv" // AMU Wärmepumpe? Wärmepumpe der Solarstation?
address 0a: slave, scanned "MF=Vaillant;ID=PMW00;SW=0117;HW=4402" // Unbekannt?
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UIH00;SW=0374;HW=6901", loaded "vaillant/15.uih.csv" // Außeneinheit Luftwärme ?
address 23: slave, scanned "MF=Vaillant;ID=EHP00;SW=0416;HW=7201", loaded "vaillant/23.ehp.cc.csv" // AMU Wärmepumpe?
address 25: slave, scanned "MF=Vaillant;ID=EHP00;SW=0416;HW=7201", loaded "vaillant/25.ehp.hwc.csv" // AMU Wärmepumpe?
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=EHP00;SW=0416;HW=7201", loaded "vaillant/50.ehp.mc.csv" // AMU Wärmepumpe?
address e0: slave, scanned "MF=Vaillant;ID=OMU00;SW=0118;HW=5202", loaded "vaillant/e0.omu.csv" // ?
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0416;HW=7201" // Unbekannt?
address ed: slave, scanned "MF=Vaillant;ID=PMS00;SW=0107;HW=4302", loaded "vaillant/ed.pms.sc.csv" // Link auf VPM 20 S Solarstation


Folgende Fragen / Informationen sind mir noch nicht ganz klar:

1. Bei der Zuweisung der Configs steht da bei der Adresse 0A und EC keine Config
2. Schaue ich in einige Configs finde ich AMU Wärmepumpe, welche Pumpe steht denn wofür?
3. Einige Namen wie "Ntc1Sensor" tauchen wohl bei mehreren Configs auf wenn ich mit ebusctrl find nachsehe, wie kann ich die verschieden Ntc1Sensoren auseinander halten?
4. Darf man Namen wie Ntc1Sensor einfach umbenennen zB. SolNtc1Sensor wenn die Configs lokal gespeichert sind?
5. Wie komme ich an die Solardaten Letztes Jahr / Dieses Jahr und Gesamte Leistung? Für die Luftwärmepumpe habe ich diese Daten zur Verfügung. Die Solardaten müüsen vorhanden sein da sie in dem Display der geoTherm angezeigt werden.

Hier die Ausgabe von grab womit ich leider noch nicht so viel anfangen kann  :-\

1023b5040131 / 020000 = 327
1023b5040132 / 0a00000000000080020000 = 325
1025b5040131 / 020000 = 329
1025b5040132 / 0a00000000000080020000 = 327
1050b5040131 / 020001 = 329
1050b5040132 / 0a00280603010180020100 = 329
1050b5040133 / 028002 = 93
10feb505034a0100 = 965
10feb51603048002 = 196
01ecb5040134 / 03000001 = 188
01feb505054efe5b0080 = 194
1008b515020004 / 08040024484e849001 = 1
030ab503020001 / 0affffffffffffffffffff = 563
1008b51303042401 / 0a24010000000028000000 = 1
1008b5130304cd01 / 0acd010000000001000100 = 481
1025b51303048200 / 0a820040038002b0041004 = 1
1025b51303048300 / 0a8300d002e0012003c002 = 1
1050b51303043200 / 0a320028000a003c002800 = 1
1050b51303043300 / 0a33001e000a003c001e00 = 1
1023b505072b000100000000 / 00 = 325
1025b505072b000100000000 / 00 = 324
1050b505072b000100000000 / 00 = 320
10edb50807070100d4030000 / 00 = 54
10edb50807070101d403c001 / 00 = 931
01ecb505084d12020000190100 / 00 = 2
01ecb505084d15020000190100 / 00 = 1
01ecb505084d19020000190100 / 00 = 1
01ecb505084d1c020000190100 / 00 = 1
01ecb505084d23020000190100 / 00 = 1
01ecb505084d27020000320100 / 00 = 1
01ecb505084d2a020000320100 / 00 = 2
01ecb505084d2d020000320100 / 00 = 3
01ecb505084d30020000320100 / 00 = 1
01ecb505084d37020000320100 / 00 = 1
01ecb505084d3d020000320100 / 00 = 1
01ecb505084d40010000000000 / 00 = 170
01ecb505084d43020000320100 / 00 = 1
01ecb505084d4a020000320100 / 00 = 1
01ecb505084d53020000320100 / 00 = 1
01ecb505084d560200004b0100 / 00 = 1
01ecb505084d590200004b0100 / 00 = 1
03e0b509040e3a0000 / 00 = 333
03e0b509040e480000 / 00 = 331
03e0b5210500020600e7 / 0900023c003800070000 = 277
03e0b5210500050600e7 / 090106faff4c00072f34 = 16
03e0b5210500060600e7 / 09000607004500071014 = 5
03e0b52105000a0600e7 / 0900020e003d00070000 = 1


Ich weiß, das sind viele Fragen, aber ich habe wirklich versucht im Forum / Internet antworten zu finde  ???
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 14 Januar 2020, 20:26:39
Zitat von: Wolpertinger am 13 Januar 2020, 16:29:17
1. Bei der Zuweisung der Configs steht da bei der Adresse 0A und EC keine Config
das liegt entweder daran, dass an diesen Geräten nicht viel auszulesen/konfigurieren ist oder dass einfach keine CSV dafür existiert.

Zitat von: Wolpertinger am 13 Januar 2020, 16:29:17
2. Schaue ich in einige Configs finde ich AMU Wärmepumpe, welche Pumpe steht denn wofür?
wie meinst du denn das?
Dein System hat vermutlich ein halbes Dutzend Pumpen für die ganzen Kreisläufe.

Zitat von: Wolpertinger am 13 Januar 2020, 16:29:17
3. Einige Namen wie "Ntc1Sensor" tauchen wohl bei mehreren Configs auf wenn ich mit ebusctrl find nachsehe, wie kann ich die verschieden Ntc1Sensoren auseinander halten?
In ebusd ist jede Adresse und jede Nachricht eindeutig. Im übersetzten Teil ist das die "circuit". circuit plus message name zusammen sind eindeutig und wenn du bspw. mal "ebusctl find" benutzt, dann wird die Liste der Lese-Nachrichten ausgegeben, wobei links die circuit steht und nach dem Leerzeichen der Message Name. Willst Du eine bestimmte Mesage lesen, dann kannst du mit "ebusctl read" den Parameter "-c circuit" benutzen.
Das steht eigentlich alles auch im ebusd Wiki.

Zitat von: Wolpertinger am 13 Januar 2020, 16:29:17
4. Darf man Namen wie Ntc1Sensor einfach umbenennen zB. SolNtc1Sensor wenn die Configs lokal gespeichert sind?
macht wenig Sinn, aber kann man natürlich.

Zitat von: Wolpertinger am 13 Januar 2020, 16:29:17
5. Wie komme ich an die Solardaten Letztes Jahr / Dieses Jahr und Gesamte Leistung? Für die Luftwärmepumpe habe ich diese Daten zur Verfügung. Die Solardaten müüsen vorhanden sein da sie in dem Display der geoTherm angezeigt werden.
hatte ich ja schon geschrieben. ebusd Log anschauen in dem Zeitraum, in welchem Du die Daten im Bedienteil abrufst.
Alternativ eine grab Ausgabe vor dem Abruf und eine danach miteinander vergleichen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ecki945 am 07 Februar 2020, 17:54:06
Kleine vermutlich doofe Frage:

Meine ebusPlatine Ruckepackplatine hatte ich erfolgreich auf meinem Raspi 3 am Laufen. Nun habe ich ohne mir Gedanken zu machen ein sudo apt-get update && sudo apt-get upgrade ausgeführt. Nun tut der ebus daemon nicht mehr. Kann es sein, dass der spezielle serielle Treiber durch das Update gelöscht wurde?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: chons am 07 Februar 2020, 18:18:51
Welchen Adapter meinst Du genau, Huckepack = eBus Basis (V2.x) und Erweiterungsplatine oder den eBus Raspi (V2.x)?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ecki945 am 08 Februar 2020, 18:36:14
sorry, die ebus Raspi Platine 2.x
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TomLee am 08 Februar 2020, 18:51:31
Schau mal hier (https://forum.fhem.de/index.php/topic,79600.msg1004927.html#msg1004927) und weitere Posts, da hat jemand das gleiche gemacht wie du ;)

Gruß

Thomas
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ecki945 am 13 Februar 2020, 18:43:58
dank dir. Habe nun die Sourcen auf dem Pi gelöscht, neu geklont, einen make gemacht und installiert. Nun funktioniert es wieder.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: magoo am 21 Februar 2020, 21:41:50
Hallo,
ich habe den aktuellsten ebus Adapter (2.2), scheitere daran, dass die CSV´s nicht zugeordnet/gefunden werden,
hier ein paar Details

ebusctl info:


version: ebusd 3.4.v3.3-51-g57eae05
update check: revision v3.4 available
signal: acquired
symbol rate: 24
max symbol rate: 154
reconnects: 0
masters: 5
messages: 16
conditional: 0
poll: 0
update: 4
address 00: master #1
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 e0: slave, scanned "MF=Vaillant;ID=OMU00;SW=0131;HW=5202"


es wird also anscheinend ein Vaillant gerät erkannt, aber keine CSV zugeordnet, und ich denke es sollten eigentlich auch weitere Vaillant Geräte erkannt werden, ich habe eine Luft-Wasser-Wärmepumpe VWF117/4 mit Heizungsregler Multimatic VRC700, zusätzlich auch noch dieses Interfacemodul für die Vaillant App bzw. Ferndiagnose, dann sollten ja eigentlich 4 Vaillant Geräte am Bus sein + der Ebus Adapter, würde ja auch ganz gut mit der Anzahl der erkannten Adressen zusammenstimmen, nur eben wird nur eine davon als Vaillant-Gerät erkannt

kleiner Auszug aus dem Log:
2020-02-21 20:29:54.939 [update notice] received unknown MS cmd: 1076b5110101 / 09ff36d001ff610000ff
2020-02-21 20:29:55.220 [update notice] received unknown MS cmd: 1076b512030f0201 / 070b030000801404
2020-02-21 20:29:55.495 [update notice] received unknown MS cmd: 1008b5100900003affffff060000 / 0101
2020-02-21 20:29:55.755 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-02-21 20:29:58.209 [update notice] received unknown MS cmd: 03e0b5210900012200e6ffff4600 / 0b0106d5ff2a00074759ef00
2020-02-21 20:30:04.645 [update notice] received unknown MS cmd: 1008b5110101 / 094236d001ff610100ff
2020-02-21 20:30:04.913 [update notice] received unknown MS cmd: 1076b5110101 / 09ff36d001ff610000ff
2020-02-21 20:30:05.192 [update notice] received unknown MS cmd: 1076b512030f0201 / 070b030000801404
2020-02-21 20:30:05.466 [update notice] received unknown MS cmd: 1008b5100900003affffff060000 / 0101
2020-02-21 20:30:05.728 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-02-21 20:30:10.182 [bus notice] new master 00, master count 5
2020-02-21 20:30:10.259 [update notice] received unknown MS cmd: 0008b503020001 / 0affffffffffffffffffff
2020-02-21 20:30:11.385 [update notice] received unknown MS cmd: 0008b503020002 / 0affffffffffffffffffff
2020-02-21 20:30:12.483 [update notice] received unknown MS cmd: 0008b503020004 / 0affffffffffffffffffff
2020-02-21 20:30:13.866 [update notice] received unknown MS cmd: 0015b503020001 / 0affffffffffffffffffff
2020-02-21 20:30:14.294 [bus notice] scan e0: ;Vaillant;OMU00;0131;5202
2020-02-21 20:30:14.294 [update notice] store e0 ident: done
2020-02-21 20:30:14.294 [update notice] received scan-read scan.e0  QQ=03: Vaillant;OMU00;0131;5202
2020-02-21 20:30:14.649 [update notice] received unknown MS cmd: 1008b5110101 / 094236d001ff610100ff
2020-02-21 20:30:15.282 [update notice] received unknown MS cmd: 0015b503020002 / 0affffffffffffffffffff
2020-02-21 20:30:15.463 [update notice] received unknown MS cmd: 1076b5110101 / 09ff36d001ff610000ff
2020-02-21 20:30:15.733 [update notice] received unknown MS cmd: 1076b512030f0201 / 0709030000801404
2020-02-21 20:30:16.490 [update notice] received unknown MS cmd: 1008b5100900003affffff060000 / 0101
2020-02-21 20:30:16.761 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-02-21 20:30:17.994 [main error] scan config 05: ERR: read timeout


Ebus Adapter hängt per UART am Raspbi, /etc/default/ebusd enthält Eintrag EBUSD_OPTS="--scanconfig"

Wäre für jede Hilfe Dankbar

Beste Grüße,
magoo
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: magoo am 21 Februar 2020, 22:55:22
Habe die etc/default ebusd so angepasst:

EBUSD_OPTS="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log  --scanconfig --latency=10000 --configpath=http://ebusd.eu/config/ --pollinterval=5 --configlang=LANG"

nun erhalte ich auch die Zuweisung der CSVs und auch weitere Geräte sind identifiziert:
version: ebusd 3.4.v3.3-51-g57eae05
signal: acquired
symbol rate: 78
max symbol rate: 121
min arbitration micros: 710
max arbitration micros: 4088
min symbol latency: 13
max symbol latency: 23
reconnects: 0
masters: 4
messages: 584
conditional: 49
poll: 0
update: 9
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0307;HW=0403", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0209;HW=4103", loaded "vaillant/15.700.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0307;HW=0403"
address e0: slave, scanned "MF=Vaillant;ID=OMU00;SW=0131;HW=5202", loaded "vaillant/e0.omu.csv"



Log ist noch voll mit Fehlern, ein paar Sachen werden immerhin erkannt:
2020-02-21 22:04:25.637 [bus notice] new master 10, master count 2
2020-02-21 22:04:25.692 [bus notice] new master 03, master count 3
2020-02-21 22:04:25.692 [update notice] received unknown MS cmd: 1008b5110101 / 094337e0ffff5e0100ff
2020-02-21 22:04:25.973 [update notice] received unknown MS cmd: 1008b5040100 / 0a02ffffffffffffffe0ff
2020-02-21 22:04:26.203 [update notice] received unknown BC cmd: 10feb516080026042321020520
2020-02-21 22:04:26.473 [bus notice] new master 71, master count 4
2020-02-21 22:04:26.474 [update notice] received unknown MS cmd: 1076b5110101 / 09ff37e0ffff5e0000ff
2020-02-21 22:04:26.755 [update notice] received unknown MS cmd: 1076b512030f0201 / 07f2020000801404
2020-02-21 22:04:27.029 [update notice] received unknown MS cmd: 1008b5100900003bffffff060000 / 0101
2020-02-21 22:04:27.290 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-02-21 22:04:27.502 [update notice] received unknown BC cmd: 10feb505025c00
2020-02-21 22:04:27.756 [update notice] received unknown MS cmd: 1008b50702093b / 029f01
2020-02-21 22:04:28.020 [update notice] received unknown MS cmd: 1008b5110100 / 091902156400090001c8
2020-02-21 22:04:28.267 [update notice] received unknown MS cmd: 1008b5100305ff03 / 00
2020-02-21 22:04:28.505 [update notice] received unknown MS cmd: 1008b512020064 / 00
2020-02-21 22:04:28.644 [update notice] received unknown MS cmd: 03e0b5210900012200e6ffff4600 / 0b0106d0ff1a00074759f600
2020-02-21 22:04:28.836 [update notice] received unknown MS cmd: 1008b512020464 / 0101
2020-02-21 22:04:29.090 [update notice] received unknown MS cmd: 1076b51303040d00 / 02ffff
2020-02-21 22:04:29.306 [update notice] received unknown BC cmd: 10feb5160301e0ff
2020-02-21 22:04:35.132 [bus notice] scan 08: ;Vaillant;HMU00;0307;0403
2020-02-21 22:04:35.132 [update notice] store 08 ident: done
2020-02-21 22:04:35.132 [update notice] sent scan-read scan.08  QQ=31: Vaillant;HMU00;0307;0403
2020-02-21 22:04:35.132 [bus notice] scan 08: ;Vaillant;HMU00;0307;0403
2020-02-21 22:04:35.387 [main notice] read common config file vaillant/scan.csv
2020-02-21 22:04:35.447 [main notice] read common config file vaillant/general.csv
2020-02-21 22:04:35.503 [main notice] read common config file vaillant/broadcast.csv
2020-02-21 22:04:35.570 [main notice] read scan config file vaillant/08.hmu.csv for ID "hmu00", SW0307, HW0403
2020-02-21 22:04:35.618 [update notice] received unknown MS cmd: 03e0b5210900002200e6ffff4600 / 0b0106d0ff1a00074759f400
2020-02-21 22:04:35.682 [main notice] found messages: 59 (0 conditional on 0 conditions, 0 poll, 9 update)
2020-02-21 22:04:35.709 [update notice] received read hmu Status01 QQ=10: 33.5;27.5;-0.125;-;47.0;off
2020-02-21 22:04:35.897 [update notice] sent unknown MS cmd: 3108b5090124 / 09003231313630393030
2020-02-21 22:04:36.000 [bus notice] max. symbols per second: 103
2020-02-21 22:04:36.132 [update notice] sent scan-read scan.08 id QQ=31:
2020-02-21 22:04:36.319 [update notice] received unknown MS cmd: 1076b5110101 / 09ff37e0ffff5e0000ff
2020-02-21 22:04:36.630 [update notice] sent scan-read scan.08 id QQ=31:
2020-02-21 22:04:36.921 [update notice] sent scan-read scan.08 id QQ=31: 21;16;09;0010016422;0006;005080;N5
2020-02-21 22:04:36.921 [bus notice] scan 08: ;21;16;09;0010016422;0006;005080;N5
2020-02-21 22:04:37.022 [bus notice] max. symbols per second: 116
2020-02-21 22:04:37.155 [update notice] received update-write hmu SetMode QQ=10: auto;29.5;-;-;0;1;1;0;0;0
2020-02-21 22:04:37.426 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-02-21 22:04:39.101 [bus notice] scan 15: ;Vaillant;70000;0209;4103
2020-02-21 22:04:39.101 [update notice] store 15 ident: done
2020-02-21 22:04:39.102 [update notice] sent scan-read scan.15  QQ=31: Vaillant;70000;0209;4103
2020-02-21 22:04:39.102 [bus notice] scan 15: ;Vaillant;70000;0209;4103
2020-02-21 22:04:39.336 [update notice] sent unknown MS cmd: 3115b5090124 / 09003231313630313030
2020-02-21 22:04:39.570 [update notice] sent scan-read scan.15 id QQ=31:
2020-02-21 22:04:39.803 [update notice] sent scan-read scan.15 id QQ=31:
2020-02-21 22:04:40.038 [update notice] sent scan-read scan.15 id QQ=31: 21;16;01;0020171314;0082;005599;N8
2020-02-21 22:04:40.038 [bus notice] scan 15: ;21;16;01;0020171314;0082;005599;N8
2020-02-21 22:04:40.245 [main notice] read scan config file vaillant/15.700.csv for ID "70000", SW0209, HW4103
2020-02-21 22:04:40.404 [main notice] found messages: 461 (0 conditional on 0 conditions, 0 poll, 9 update)
2020-02-21 22:04:42.571 [bus notice] scan 76: ;Vaillant;VWZ00;0307;0403
2020-02-21 22:04:42.571 [update notice] store 76 ident: done
2020-02-21 22:04:42.571 [update notice] sent scan-read scan.76  QQ=31: Vaillant;VWZ00;0307;0403
2020-02-21 22:04:42.571 [bus notice] scan 76: ;Vaillant;VWZ00;0307;0403
2020-02-21 22:04:42.771 [update notice] sent unknown MS cmd: 3176b5090124 / 00
2020-02-21 22:04:42.971 [update notice] sent scan-read scan.76 id QQ=31:
2020-02-21 22:04:43.170 [update notice] sent scan-read scan.76 id QQ=31:
2020-02-21 22:04:43.370 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-02-21 22:04:43.370 [main error] scan config 76: ERR: invalid position
2020-02-21 22:04:45.561 [bus notice] scan e0: ;Vaillant;OMU00;0131;5202
2020-02-21 22:04:45.561 [update notice] store e0 ident: done
2020-02-21 22:04:45.561 [update notice] sent scan-read scan.e0  QQ=31: Vaillant;OMU00;0131;5202
2020-02-21 22:04:45.561 [bus notice] scan e0: ;Vaillant;OMU00;0131;5202
2020-02-21 22:04:45.747 [update notice] received read hmu Status01 QQ=10: 33.0;27.5;-0.125;-;47.0;off
2020-02-21 22:04:46.060 [update notice] sent unknown MS cmd: 31e0b5090124 / 09003231313630363030
2020-02-21 22:04:46.354 [update notice] sent scan-read scan.e0 id QQ=31:
2020-02-21 22:04:46.593 [update notice] sent scan-read scan.e0 id QQ=31:
2020-02-21 22:04:47.503 [update notice] sent scan-read scan.e0 id QQ=31: 21;16;06;0010016715;0006;005284;N4
2020-02-21 22:04:47.504 [bus notice] scan e0: ;21;16;06;0010016715;0006;005284;N4
2020-02-21 22:04:47.639 [main notice] read scan config file vaillant/e0.omu.csv for ID "omu00", SW0131, HW5202
2020-02-21 22:04:47.650 [update notice] received unknown MS cmd: 1076b512030f0201 / 07f2020000801404
2020-02-21 22:04:47.815 [main notice] found messages: 584 (49 conditional on 3 conditions, 0 poll, 9 update)
2020-02-21 22:04:47.936 [update notice] received update-write hmu SetMode QQ=10: auto;29.5;-;-;0;1;1;0;0;0
2020-02-21 22:04:48.195 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-02-21 22:04:55.718 [update notice] received read hmu Status01 QQ=10: 32.0;27.5;-0.125;-;47.0;off
2020-02-21 22:04:55.983 [update notice] received unknown MS cmd: 1076b5110101 / 09ff37e0ffff5e0000ff
2020-02-21 22:04:56.264 [update notice] received unknown MS cmd: 1076b512030f0201 / 07f0020000801404
2020-02-21 22:04:56.540 [update notice] received update-write hmu SetMode QQ=10: auto;29.5;-;-;0;1;1;0;0;0
2020-02-21 22:04:56.800 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-02-21 22:04:59.993 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-02-21 22:05:00.193 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-02-21 22:05:00.392 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-02-21 22:05:00.591 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-02-21 22:05:00.591 [main error] scan config 76: ERR: invalid position
2020-02-21 22:05:00.950 [update notice] received unknown MS cmd: 03e0b5210900002200e6ffff4600 / 0b0006d0ff1d0028404daf00
2020-02-21 22:05:05.710 [update notice] received read hmu Status01 QQ=10: 30.5;27.5;-0.125;-;47.0;off
2020-02-21 22:05:05.976 [update notice] received unknown MS cmd: 1076b5110101 / 09ff37e0ffff5e0000ff
2020-02-21 22:05:06.257 [update notice] received unknown MS cmd: 1076b512030f0201 / 07f0020000801404
2020-02-21 22:05:06.533 [update notice] received update-write hmu SetMode QQ=10: auto;29.5;-;-;0;1;1;0;0;0
2020-02-21 22:05:06.791 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-02-21 22:05:12.771 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-02-21 22:05:12.971 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-02-21 22:05:13.170 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-02-21 22:05:13.369 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-02-21 22:05:13.370 [main error] scan config 76: ERR: invalid position
2020-02-21 22:05:15.707 [update notice] received read hmu Status01 QQ=10: 29.5;27.5;-0.125;-;47.0;off
2020-02-21 22:05:15.972 [update notice] received unknown MS cmd: 1076b5110101 / 09ff37e0ffff5e0000ff
2020-02-21 22:05:16.244 [update notice] received unknown MS cmd: 1076b512030f0201 / 07f0020000801404
2020-02-21 22:05:16.529 [update notice] received update-write hmu SetMode QQ=10: auto;29.5;-;-;0;1;1;0;0;0
2020-02-21 22:05:16.787 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-02-21 22:05:25.523 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-02-21 22:05:25.722 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-02-21 22:05:26.448 [update notice] received unknown MS cmd: 03e0b5210900002200e6ffff4600 / 0b0006d0ff1d002837417200
2020-02-21 22:05:26.678 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-02-21 22:05:26.867 [update notice] received read hmu Status01 QQ=10: 29.0;27.5;-0.125;-;47.0;off
2020-02-21 22:05:27.141 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-02-21 22:05:27.141 [main error] scan config 76: ERR: invalid position
2020-02-21 22:05:27.490 [update notice] received update-read broadcast vdatetime QQ=10: 23:05:26;21.02.2020
2020-02-21 22:05:27.759 [update notice] received unknown MS cmd: 1076b5110101 / 09ff37e0ffff5e0000ff
2020-02-21 22:05:28.029 [update notice] received unknown MS cmd: 1076b512030f0201 / 07f2020000801404
2020-02-21 22:05:28.314 [update notice] received update-write hmu SetMode QQ=10: auto;29.5;-;-;0;1;1;0;0;0
2020-02-21 22:05:28.574 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-02-21 22:05:28.786 [update notice] received unknown BC cmd: 10feb505025c00
2020-02-21 22:05:29.040 [update notice] received unknown MS cmd: 1008b50702093b / 029f01
2020-02-21 22:05:29.305 [update notice] received unknown MS cmd: 1008b5110100 / 09cc0115000008000100
2020-02-21 22:05:29.551 [update notice] received unknown MS cmd: 1008b5100305ff03 / 00
2020-02-21 22:05:29.799 [update notice] received unknown MS cmd: 1008b512020064 / 00
2020-02-21 22:05:30.032 [update notice] received unknown MS cmd: 1008b512020464 / 0101
2020-02-21 22:05:30.285 [update notice] received unknown MS cmd: 1076b51303040d00 / 02ffff
2020-02-21 22:05:30.504 [update notice] received update-read broadcast outsidetemp QQ=10: -0.125
2020-02-21 22:05:35.736 [update notice] received read hmu Status01 QQ=10: 28.5;27.5;-0.125;-;47.0;off
2020-02-21 22:05:36.001 [update notice] received unknown MS cmd: 1076b5110101 / 09ff37e0ffff5e0000ff
2020-02-21 22:05:36.281 [update notice] received unknown MS cmd: 1076b512030f0201 / 07f2020000801404
2020-02-21 22:05:36.557 [update notice] received update-write hmu SetMode QQ=10: auto;29.5;-;-;0;1;1;0;0;0
2020-02-21 22:05:36.817 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-02-21 22:05:38.209 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-02-21 22:05:38.410 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-02-21 22:05:38.611 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-02-21 22:05:38.811 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-02-21 22:05:38.811 [main error] scan config 76: ERR: invalid position
2020-02-21 22:05:40.150 [update notice] received scan-read scan.e0  QQ=03: Vaillant;OMU00;0131;5202
2020-02-21 22:05:45.728 [update notice] received read hmu Status01 QQ=10: 28.0;27.5;-0.125;-;47.0;off
2020-02-21 22:05:45.993 [update notice] received unknown MS cmd: 1076b5110101 / 09ff37e0ffff5e0000ff
2020-02-21 22:05:46.264 [update notice] received unknown MS cmd: 1076b512030f0201 / 07f0020000801404
2020-02-21 22:05:46.552 [update notice] received update-write hmu SetMode QQ=10: auto;29.5;-;-;0;1;1;0;0;0
2020-02-21 22:05:46.809 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-02-21 22:05:50.765 [update notice] received unknown MS cmd: 03e0b5210900002200e6ffff4600 / 0b0006d0ff1e00282d344400
2020-02-21 22:05:50.996 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-02-21 22:05:51.195 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-02-21 22:05:51.394 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-02-21 22:05:51.594 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-02-21 22:05:51.594 [main error] scan config 76: ERR: invalid position
2020-02-21 22:05:55.734 [update notice] received read hmu Status01 QQ=10: 27.5;27.5;-0.125;-;47.0;off
2020-02-21 22:05:56.000 [update notice] received unknown MS cmd: 1076b5110101 / 09ff37e0ffff5e0000ff
2020-02-21 22:05:56.271 [update notice] received unknown MS cmd: 1076b512030f0201 / 07f0020000801404
2020-02-21 22:05:56.556 [update notice] received update-write hmu SetMode QQ=10: auto;29.5;-;-;0;1;1;0;0;0
2020-02-21 22:05:56.816 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-02-21 22:06:03.743 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-02-21 22:06:03.940 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-02-21 22:06:04.140 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-02-21 22:06:04.342 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-02-21 22:06:04.342 [main error] scan config 76: ERR: invalid position
2020-02-21 22:06:05.731 [update notice] received read hmu Status01 QQ=10: 27.5;27.5;-0.125;-;47.0;off
2020-02-21 22:06:06.000 [update notice] received unknown MS cmd: 1076b5110101 / 09ff37e0ffff5e0000ff
2020-02-21 22:06:06.280 [update notice] received unknown MS cmd: 1076b512030f0201 / 07f0020000801404
2020-02-21 22:06:06.557 [update notice] received update-write hmu SetMode QQ=10: auto;29.5;-;-;0;1;1;0;0;0
2020-02-21 22:06:06.816 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-02-21 22:06:15.664 [update notice] received unknown MS cmd: 03e0b5210900002200e6ffff4600 / 0b0006d0ff1e002822282700
2020-02-21 22:06:15.767 [update notice] received read hmu Status01 QQ=10: 27.5;27.5;-0.125;-;47.0;off
2020-02-21 22:06:16.021 [update notice] received unknown MS cmd: 1076b5110101 / 09ff37e0ffff5e0000ff
2020-02-21 22:06:16.291 [update notice] received unknown MS cmd: 1076b512030f0201 / 07f0020000801404
2020-02-21 22:06:16.483 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-02-21 22:06:16.684 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-02-21 22:06:16.942 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-02-21 22:06:17.141 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-02-21 22:06:17.141 [main error] scan config 76: ERR: invalid position
2020-02-21 22:06:17.302 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-02-21 22:06:25.712 [update notice] received read hmu Status01 QQ=10: 27.5;27.5;-0.125;-;47.0;off
2020-02-21 22:06:25.993 [update notice] received read hmu DateTime QQ=10: valid;23:06:27;21.02.2020;-0.125
2020-02-21 22:06:26.224 [update notice] received update-read broadcast vdatetime QQ=10: 23:06:26;21.02.2020
2020-02-21 22:06:26.491 [update notice] received unknown MS cmd: 1076b5110101 / 09ff37e0ffff5e0000ff
2020-02-21 22:06:26.762 [update notice] received unknown MS cmd: 1076b512030f0201 / 07f0020000801404
2020-02-21 22:06:27.048 [update notice] received update-write hmu SetMode QQ=10: auto;29.5;-;-;0;1;1;0;0;0
2020-02-21 22:06:27.308 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2020-02-21 22:06:27.520 [update notice] received unknown BC cmd: 10feb505025c00
2020-02-21 22:06:27.774 [update notice] received unknown MS cmd: 1008b50702093b / 029f01
2020-02-21 22:06:28.038 [update notice] received unknown MS cmd: 1008b5110100 / 09bd0115000008000100
2020-02-21 22:06:28.285 [update notice] received unknown MS cmd: 1008b5100305ff03 / 00
2020-02-21 22:06:28.524 [update notice] received unknown MS cmd: 1008b512020064 / 00
2020-02-21 22:06:28.766 [update notice] received unknown MS cmd: 1008b512020464 / 0101
2020-02-21 22:06:29.017 [update notice] received unknown MS cmd: 1076b51303040d00 / 02ffff
2020-02-21 22:06:29.294 [update error] unable to parse scan-read scan.76 id from 3176b5090124 / 00: ERR: invalid position
2020-02-21 22:06:29.494 [update error] unable to parse scan-read scan.76 id from 3176b5090125 / 00: ERR: invalid position
2020-02-21 22:06:29.692 [update error] unable to parse scan-read scan.76 id from 3176b5090126 / 00: ERR: invalid position
2020-02-21 22:06:29.887 [update error] unable to parse scan-read scan.76 id from 3176b5090127 / 00: ERR: invalid position
2020-02-21 22:06:29.887 [main error] scan config 76: ERR: invalid position


per ebusctl find -a -d findet er folgendes:
[21:52:33] root@openHABianPi:/usr/bin# ebusctl find -a -d
broadcast outsidetemp = -0.125
broadcast vdatetime = 22:53:26;21.02.2020
hmu DateTime = valid;22:53:27;21.02.2020;-0.125
hmu SetMode = auto;29.5;-;-;0;1;1;0;0;0
hmu Status01 = 33.0;27.0;-0.125;-;47.0;on
scan.08  = Vaillant;HMU00;0307;0403
scan.08 id = 21;16;09;0010016422;0006;005080;N5
scan.15  = Vaillant;70000;0209;4103
scan.15 id = 21;16;01;0020171314;0082;005599;N8
scan.76  = Vaillant;VWZ00;0307;0403
scan.76 id =  (ERR: invalid position for 3176b5090124 / 00)
scan.e0  = Vaillant;OMU00;0131;5202
scan.e0 id = 21;16;06;0010016715;0006;005284;N4



Schön langsam kommt die Sache ins Rollen  ;D
Wie mach ich jetzt am besten weiter, ich sehe derzeit also nur die Außentemperatur

wenn ich nun den Befehl
ebusctl r -f MaintenanceDate
eingebe kommt beim nächsten suchen auch der nächste Wartungstag raus (ja der ist wirklich so eingestellt, passt also mit dem VRC700 zusammen)

[22:12:39] root@openHABianPi:/home/openhabian# ebusctl find -a -d
700 MaintenanceDate = 06.07.2058
broadcast outsidetemp = -0.125
broadcast vdatetime = 23:12:26;21.02.2020
hmu DateTime = valid;23:12:27;21.02.2020;-0.125
hmu SetMode = auto;29.5;-;-;0;1;1;0;0;0
hmu Status01 = 27.5;27.0;-0.125;-;47.0;off
scan.08  = Vaillant;HMU00;0307;0403
scan.08 id = 21;16;09;0010016422;0006;005080;N5
scan.15  = Vaillant;70000;0209;4103
scan.15 id = 21;16;01;0020171314;0082;005599;N8
scan.76  = Vaillant;VWZ00;0307;0403
scan.76 id =  (ERR: invalid position for 3176b5090124 / 00)
scan.e0  = Vaillant;OMU00;0131;5202
scan.e0 id = 21;16;06;0010016715;0006;005284;N4


Kann ich jetzt z.B. über MQTT die für mich relevanten Werte abfragen? Ich dachte ich sehe allein durchs mithorchen auf dem Bus schon viel mehr Werte?
Wenn ich über das Display an der Heizung die Werte ansehe finde ich per ebusctl find diese Werte nicht

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 24 Februar 2020, 18:35:27
Zitat von: magoo am 21 Februar 2020, 22:55:22
EBUSD_OPTS="-d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd.log  --scanconfig --latency=10000 --configpath=http://ebusd.eu/config/ --pollinterval=5 --configlang=LANG"
Statt LANG sollte hier schon der Sprachcode stehen, also bspw. "de" für deutsch.

Zitat von: magoo am 21 Februar 2020, 22:55:22
Log ist noch voll mit Fehlern, ein paar Sachen werden immerhin erkannt:
42 von 187 = 22% als voll zu bezeichnen ist interessant! Für ein Glas Bier wär das schon sehr optimistisch :) Das ist halt ein Gerät, das seine Produkt-ID nicht preisgeben mag.

Zitat von: magoo am 21 Februar 2020, 22:55:22
per ebusctl find -a -d findet er folgendes:
das sind nur die Nachrichten, die ein anderes Gerät über den Bus geschickt hat.

Zitat von: magoo am 21 Februar 2020, 22:55:22
Wie mach ich jetzt am besten weiter, ich sehe derzeit also nur die Außentemperatur
Schau doch mal mit "ebusctl find", welche Messages jetzt bereits lesbar sind. Darüber hinaus gibt es noch die Liste der schreibbaren mit "ebusctl find -w".

Zitat von: magoo am 21 Februar 2020, 22:55:22
wenn ich nun den Befehl
ebusctl r -f MaintenanceDate
eingebe kommt beim nächsten suchen auch der nächste Wartungstag raus (ja der ist wirklich so eingestellt, passt also mit dem VRC700 zusammen)
Die Antwort vom ebusctl Aufruf sollte ja auch schon das Ergebnis liefern. Da brauchst also nicht erst noch mühsam das find hinterher aufrufen.

Zitat von: magoo am 21 Februar 2020, 22:55:22
Kann ich jetzt z.B. über MQTT die für mich relevanten Werte abfragen? Ich dachte ich sehe allein durchs mithorchen auf dem Bus schon viel mehr Werte?
Wenn ich über das Display an der Heizung die Werte ansehe finde ich per ebusctl find diese Werte nicht
schau dir doch bitte mal das wiki dazu an (https://github.com/john30/ebusd/wiki/3.3.-MQTT-client).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: metserver1 am 11 März 2020, 19:56:02
Hallo Forum,

ich habe gestern die ebus-Adapterplatine V1.6 zusammengelötet und versuche gerade, sie an unserer Therme (Weishaupt WTC 15A) in Betrieb zu nehmen.

Die Justage des Potis ist insoweit geglückt, als jetzt die Empfangs-LED blinkt - d.h. zumindest überhaupt etwas macht.  Ob das so schon passt, weiß ich nicht.

Beobachtung 1: je nachdem, mit welchen Rechten ich ebusd aufrufe, unterscheiden sich die Ausgaben z. T. erheblich:

ebusd -f -c /tmp --logareas all --loglevel debug -d /dev/ttyUSB2

liefert


jochen@metserver1:/var/log$ ebusd -f -c /tmp --logareas all --loglevel debug -d /dev/ttyUSB2
2020-03-11 18:09:46.654 [main notice] ebusd 3.4.v3.3-51-g57eae05 started
2020-03-11 18:09:46.654 [main info] loading configuration files from /tmp
2020-03-11 18:09:46.655 [main info] reading dir  .ICE-unix
2020-03-11 18:09:46.655 [main info] successfully read dir .ICE-unix
2020-03-11 18:09:46.655 [main info] reading dir  systemd-private...[Rest gelöscht]
2020-03-11 18:09:46.656 [main error] error reading config files from /tmp: ERR: element not found, last error:
2020-03-11 18:09:46.668 [main info] registering data handlers
2020-03-11 18:09:46.668 [main info] registered data handlers
2020-03-11 18:09:46.669 [bus notice] bus started with own address 31/36
2020-03-11 18:09:47.048 [bus notice] signal acquired
2020-03-11 18:09:53.005 [bus debug] ERR: read timeout during skip, switching to no signal
2020-03-11 18:09:53.005 [bus error] signal lost
2020-03-11 18:09:53.439 [bus notice] signal acquired
2020-03-11 18:09:56.669 [main debug] performing regular tasks
2020-03-11 18:09:56.669 [main notice] found messages: 0 (0 conditional on 0 conditions, 0 poll, 0 update)
2020-03-11 18:09:57.026 [bus debug] ERR: read timeout during skip, switching to no signal
2020-03-11 18:09:57.027 [bus error] signal lost
2020-03-11 18:09:59.024 [bus notice] signal acquired
2020-03-11 18:10:02.024 [bus debug] ERR: read timeout during skip, switching to no signal
2020-03-11 18:10:02.024 [bus error] signal lost
2020-03-11 18:10:02.084 [bus notice] signal acquired
2020-03-11 18:10:06.669 [main debug] performing regular tasks
2020-03-11 18:10:11.006 [bus debug] ERR: read timeout during skip, switching to no signal
2020-03-11 18:10:11.006 [bus error] signal lost
2020-03-11 18:10:13.214 [bus notice] signal acquired
2020-03-11 18:10:16.670 [main debug] performing regular tasks
2020-03-11 18:10:26.670 [main debug] performing regular tasks
2020-03-11 18:10:27.030 [bus debug] ERR: read timeout during skip, switching to no signal
2020-03-11 18:10:27.030 [bus error] signal lost
2020-03-11 18:10:28.658 [bus notice] signal acquired
2020-03-11 18:10:31.016 [bus debug] ERR: read timeout during skip, switching to no signal
2020-03-11 18:10:31.016 [bus error] signal lost
2020-03-11 18:10:31.129 [bus notice] signal acquired
^C2020-03-11 18:10:36.261 [main notice] SIGINT received
2020-03-11 18:10:36.789 [main notice] ebusd stopped
jochen@metserver1:/var/log$


Wenn ich ein sudo voranstelle, 

sudo ebusd -f -c /tmp --logareas all --loglevel debug -d /dev/ttyUSB2

ist das die Ausgabe:


jochen@metserver1:/var/log$ sudo ebusd -f -c /tmp --logareas all --loglevel debug -d /dev/ttyUSB2
2020-03-11 18:12:36.162 [main notice] ebusd 3.4.v3.3-51-g57eae05 started
2020-03-11 18:12:36.163 [main info] loading configuration files from /tmp
2020-03-11 18:12:36.163 [main info] reading dir  .ICE-unix
2020-03-11 18:12:36.164 [main info] successfully read dir .ICE-unix
2020-03-11 18:12:36.164 [main info] reading dir  systemd-private...[Rest gelöscht]
2020-03-11 18:12:36.164 [main info] reading dir  systemd-private...[Rest gelöscht]
2020-03-11 18:12:36.165 [main info] successfully read dir systemd-private...[Rest gelöscht]
2020-03-11 18:12:36.165 [main info] successfully read dir systemd-private...[Rest gelöscht]
2020-03-11 18:12:36.165 [main info] reading dir  .font-unix
2020-03-11 18:12:36.166 [main info] successfully read dir .font-unix
2020-03-11 18:12:36.166 [main info] reading dir  systemd-private...[Rest gelöscht]
2020-03-11 18:12:36.166 [main info] reading dir  systemd-private...[Rest gelöscht]
2020-03-11 18:12:36.167 [main info] successfully read dir systemd-private...[Rest gelöscht]
2020-03-11 18:12:36.167 [main info] successfully read dir systemd-private...[Rest gelöscht]
2020-03-11 18:12:36.167 [main info] reading dir  .Test-unix
2020-03-11 18:12:36.167 [main info] successfully read dir .Test-unix
2020-03-11 18:12:36.168 [main info] reading dir  systemd-private...[Rest gelöscht]
2020-03-11 18:12:36.168 [main info] reading dir  systemd-private...[Rest gelöscht]
2020-03-11 18:12:36.168 [main info] successfully read dir systemd-private...[Rest gelöscht]
2020-03-11 18:12:36.169 [main info] successfully read dir systemd-private...[Rest gelöscht]
2020-03-11 18:12:36.169 [main info] reading dir  .XIM-unix
2020-03-11 18:12:36.169 [main info] successfully read dir .XIM-unix
2020-03-11 18:12:36.170 [main info] reading dir  .X11-unix
2020-03-11 18:12:36.170 [main info] successfully read dir .X11-unix
2020-03-11 18:12:36.170 [main info] read config files
2020-03-11 18:12:36.181 [main info] registering data handlers
2020-03-11 18:12:36.181 [main info] registered data handlers
2020-03-11 18:12:36.182 [bus notice] bus started with own address 31/36
2020-03-11 18:12:36.219 [bus notice] signal acquired
2020-03-11 18:12:36.968 [bus notice] new master 30, master count 2
2020-03-11 18:12:36.968 [update info] received BC cmd: 30fe070009000eff131911030320
2020-03-11 18:12:36.968 [update notice] received unknown BC cmd: 30fe070009000eff131911030320
2020-03-11 18:12:46.182 [main debug] performing regular tasks
2020-03-11 18:12:46.182 [main notice] found messages: 0 (0 conditional on 0 conditions, 0 poll, 0 update)
2020-03-11 18:12:56.183 [main debug] performing regular tasks
2020-03-11 18:13:01.992 [bus debug] ERR: read timeout during receive command, switching to skip
2020-03-11 18:13:06.183 [main debug] performing regular tasks
2020-03-11 18:13:16.183 [main debug] performing regular tasks
2020-03-11 18:13:26.184 [main debug] performing regular tasks
2020-03-11 18:13:27.029 [bus debug] ERR: read timeout during receive command, switching to skip
2020-03-11 18:13:36.184 [main debug] performing regular tasks
^C2020-03-11 18:13:42.753 [main notice] SIGINT received
2020-03-11 18:13:46.297 [main notice] ebusd stopped
jochen@metserver1:/var/log$


sind höchst unterschiedlich. Daher frage ich mich: Mit welchen Rechten muss ebusd laufen?. Das wird ja wenn es als Service läuft nicht anders sein.


Beobachtung 2:
Wenn ich den Adapter in Betrieb nehme, funktioniert der Weishaupt-Datenlogger nicht mehr. Das Weishaupt ebus-Modem (RS232) hängt ja am gleichen Bus.
Kann ich das verhindern? Wie?

Beobachtung 3:
Das Logfile sieht eher dünne aus:

jochen@metserver1:~$ more /var/log/ebusd.log
2020-03-11 19:14:38.945 [main notice] ebusd 3.4.v3.3-51-g57eae05 started with auto scan
2020-03-11 19:14:39.123 [bus notice] bus started with own address 31/36
2020-03-11 19:16:49.166 [main notice] update check: revision v3.4 available
jochen@metserver1:~$


Muss da nicht mehr kommen?

Beobachtung 4:
auch wenn ich mit ebusctl raw das Logging umschalte, bekomme ich nicht die gewünschten Ausgaben "<aa".


Beobachtung 5 - zur Einstellung des Potis:

wenn ich das Poti ganz nach links - gegen den Uhrzeigersinn - drehe, ist die LED aus.
wenn ich das Poti ganz nach rechts - im Uhrzeigersinn -  drehe, ist die LED an, flackert aber in ihrer Helligkeit und es werden in kurzer Abfolge lange Hex-Zeichenfolgen ausgegeben.
wenn ich das Poti von da aus zurück drehe, bis die LED nicht mehr permanent an ist, sondern nur noch blinkt, wenn Daten auf dem Bus sind, wird das ausgegeben, was ich hier gezeigt habe.

Steht das Poti so richtig?

Zur Info:

ebusctl i

jochen@metserver1:/var/log$ ebusctl i
version: ebusd 3.4.v3.3-51-g57eae05
update check: revision v3.4 available
signal: acquired
symbol rate: 22
max symbol rate: 126
reconnects: 0
masters: 6
messages: 2
conditional: 0
poll: 0
update: 0
address 03: master #11
address 07: master #16
address 08: slave #11, scanned "MF=Kromschroeder;ID=W ;SW=1200;HW=0302"
address 30: master #3
address 31: master #8, ebusd
address 36: slave #8, ebusd
address f1: master #10
address f6: slave #10, scanned "MF=Kromschroeder;ID=WWST?;SW=1200;HW=0302"
address ff: master #25
jochen@metserver1:~$




Am ebus liegt eine Spannung von 19V an, die bei Datenverkehr kurz bis auf 15,xV abfällt und dann wieder auf 19V hoch geht.



Ich bin völlig neu im Thema und hoffe, meine Fragen klar genug gestellt zu haben, sodaß Ihr mir weiterhelfen könnt.

Vielen Dank vorab.

Gruß Jochen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: thgorjup am 18 April 2020, 09:36:41
Guten Morgen zusammen,

ich hoffe mir kann jemand helfen oder mir einen Tipp geben.
Ich hatte ca. 3 Jahre ebusd auf einem Raspberry Pi2 unter Jessie laufen und das hatte problemlos funktioniert.
Alles war korrekt eingestellt und ist störungsfrei gelaufen. Die ebusd Version war 2.x

Jetzt habe ich FHEM auf eine Ubuntu 18.04.LTS VM umgezogen und habe ebusd gemäß Anleitung installiert.
Version: ebusd 3.4.v3.4-16-g9e152da

Nun habe ich aber das Problem, dass meine CSV-Dateien unter /etc/ebusd (vom Raspberry übertragen) nicht verwendet werden.
Im Log stehen nur unbekannte Zeilen. Könnt ihr mir evtl. helfen? Ich habe eine WOLF Therme.

Die CSV-Dateien habe ich mal angehängt.

/etc/default/ebusd

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

# Options to pass to ebusd (run "ebusd -?" for more info):
#EBUSD_OPTS="--scanconfig"
EBUSD_OPTS="--scanconfig -d /dev/serial/by-id/usb-Prolific_Technology_Inc._USB-Serial_Controller-if00-port0 -p 8888 -l /var/log/ebusd.log"

# 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


Und hier das Logfile direkt nach dem starten des ebusd.service:

root@fhem:/etc/ebusd# tail -f /var/log/ebusd.log
2020-04-18 09:19:35.806 [bus notice] bus started with own address 31/36
2020-04-18 09:19:35.829 [bus notice] signal acquired
2020-04-18 09:19:37.648 [bus notice] new master 10, master count 2
2020-04-18 09:19:37.653 [bus notice] new master 03, master count 3
2020-04-18 09:19:37.653 [update notice] received unknown MM cmd: 10030800080005000f8041002d
2020-04-18 09:19:37.945 [bus notice] new master f1, master count 4
2020-04-18 09:19:37.945 [update notice] received unknown BC cmd: f1fe0800080005660b0040002d
2020-04-18 09:19:39.641 [update notice] received unknown MM cmd: 03f10800080014000f8000002d
2020-04-18 09:19:42.604 [update notice] received unknown MM cmd: 1003050709550350000080ff5aff
2020-04-18 09:19:42.897 [update notice] received unknown BC cmd: f1fe050308010000ff3aff390f
2020-04-18 09:19:45.915 [update notice] store 08 ident: ERR: argument value out of valid range
2020-04-18 09:19:45.915 [update error] unable to parse scan-read scan.08  from 3108070400 / 0a500106334202102d5130: ERR: argument value out of valid range
2020-04-18 09:19:45.915 [bus notice] scan 08: ;Kromschroeder;  3B ;
2020-04-18 09:19:45.916 [main error] scan config 08: ERR: argument value out of valid range
2020-04-18 09:19:47.570 [update notice] received unknown MM cmd: 10030800080005000f8041002d
2020-04-18 09:19:47.862 [update notice] received unknown BC cmd: f1fe0800080005660b0040002d
2020-04-18 09:19:48.046 [bus notice] scan 15: ;Kromschroeder;  ;0204;-
2020-04-18 09:19:48.046 [update notice] store 15 ident: done
2020-04-18 09:19:48.046 [update notice] sent scan-read scan.15  QQ=31: Kromschroeder;  ;0204;-
2020-04-18 09:19:48.046 [bus notice] scan 15: ;Kromschroeder;  ;0204;-
2020-04-18 09:19:48.067 [main error] unable to load scan config 15: list files in kromschroeder ERR: element not found
2020-04-18 09:19:48.067 [main error] scan config 15: ERR: element not found
2020-04-18 09:19:49.496 [bus notice] new master 71, master count 5
2020-04-18 09:19:49.496 [update notice] received unknown BC cmd: 71fe501710e8e9c201560300800080008000800080
2020-04-18 09:19:50.179 [bus notice] scan 76: ;Kromschroeder;  ;0227;-
2020-04-18 09:19:50.180 [update notice] store 76 ident: done
2020-04-18 09:19:50.180 [update notice] sent scan-read scan.76  QQ=31: Kromschroeder;  ;0227;-
2020-04-18 09:19:50.180 [bus notice] scan 76: ;Kromschroeder;  ;0227;-
2020-04-18 09:19:50.200 [main error] unable to load scan config 76: list files in kromschroeder ERR: element not found
2020-04-18 09:19:50.200 [main error] scan config 76: ERR: element not found
2020-04-18 09:19:51.513 [bus notice] new master 30, master count 6
2020-04-18 09:19:52.337 [bus notice] scan f6: ;Kromschroeder;  ;0204;-
2020-04-18 09:19:52.338 [update notice] store f6 ident: done
2020-04-18 09:19:52.338 [update notice] sent scan-read scan.f6  QQ=31: Kromschroeder;  ;0204;-
2020-04-18 09:19:52.338 [bus notice] scan f6: ;Kromschroeder;  ;0204;-
2020-04-18 09:19:52.358 [main error] unable to load scan config f6: list files in kromschroeder ERR: element not found
2020-04-18 09:19:52.358 [main error] scan config f6: ERR: element not found
2020-04-18 09:19:52.552 [update notice] received unknown MM cmd: 1003050709550550000080ff5aff
2020-04-18 09:19:52.844 [update notice] received unknown BC cmd: f1fe050308010000ff3aff390f
2020-04-18 09:19:53.582 [update notice] received unknown BC cmd: 71fe50230908620900005d010000
2020-04-18 09:19:54.590 [update notice] received unknown BC cmd: 03fe050308010000003a1e390f
2020-04-18 09:19:56.557 [update notice] received unknown MM cmd: 713050230948f40204045d010000
2020-04-18 09:19:57.489 [update notice] received unknown MM cmd: 10030800080005000f8041002d
2020-04-18 09:19:57.781 [update notice] received unknown BC cmd: f1fe0800080005660b0040002d
2020-04-18 09:19:59.445 [update notice] received unknown BC cmd: 30fe502309f4230000005d010000
2020-04-18 09:19:59.779 [update notice] received update-read broadcast datetime QQ=30: -;16:13:10;01.10.2011
2020-04-18 09:20:02.421 [update notice] received unknown MM cmd: 1003050709550150000080ff5aff
2020-04-18 09:20:02.713 [update notice] received unknown BC cmd: f1fe050308010000ff3aff390f
2020-04-18 09:20:04.379 [main error] unable to load scan config 08: list files in kromschroeder ERR: element not found
2020-04-18 09:20:04.379 [main error] scan config 08: ERR: element not found
2020-04-18 09:20:04.412 [update notice] received unknown MS cmd: 3076502203cef702 / 020000
2020-04-18 09:20:04.590 [update notice] received unknown BC cmd: 71fe50180e0080008000800080008000800000
2020-04-18 09:20:04.805 [update notice] received unknown MS cmd: 3076502203574403 / 020800
2020-04-18 09:20:06.480 [bus notice] scan 35: ;Kromschroeder;  ;0204;-
2020-04-18 09:20:06.480 [update notice] store 35 ident: done
2020-04-18 09:20:06.480 [update notice] sent scan-read scan.35  QQ=31: Kromschroeder;  ;0204;-
2020-04-18 09:20:06.480 [bus notice] scan 35: ;Kromschroeder;  ;0204;-
2020-04-18 09:20:06.501 [main error] unable to load scan config 35: list files in kromschroeder ERR: element not found
2020-04-18 09:20:06.501 [main error] scan config 35: ERR: element not found
2020-04-18 09:20:07.412 [update notice] received unknown MM cmd: 10030800080005000f8041002d
2020-04-18 09:20:07.705 [update notice] received unknown BC cmd: f1fe0800080005660b0040002d
2020-04-18 09:20:10.609 [update notice] received unknown MM cmd: 03f10800080014000f8000002d
2020-04-18 09:20:12.356 [update notice] received unknown MM cmd: 1003050709550350000080ff5aff
2020-04-18 09:20:12.648 [update notice] received unknown BC cmd: f1fe050308010000ff3aff390f
2020-04-18 09:20:17.308 [update notice] received unknown MM cmd: 10030800080005000f8041002d
2020-04-18 09:20:17.600 [update notice] received unknown BC cmd: f1fe0800080005660b0040002d
2020-04-18 09:20:19.584 [update notice] received unknown BC cmd: 71fe501710e8e9c801560300800080008000800080
2020-04-18 09:20:22.272 [update notice] received unknown MM cmd: 1003050709550550000080ff5aff
2020-04-18 09:20:22.564 [update notice] received unknown BC cmd: f1fe050308010000ff3aff390f
2020-04-18 09:20:23.636 [update notice] received unknown BC cmd: 71fe50230908620900005d010000
2020-04-18 09:20:25.778 [update notice] received unknown BC cmd: 03fe050308010000003a1e390f
2020-04-18 09:20:27.261 [update notice] received unknown MM cmd: 10030800080005000f8041002d
2020-04-18 09:20:27.555 [update notice] received unknown BC cmd: f1fe0800080005660b0040002d
2020-04-18 09:20:32.222 [update notice] received unknown MM cmd: 1003050709550150000080ff5aff
2020-04-18 09:20:32.514 [update notice] received unknown BC cmd: f1fe050308010000ff3aff390f
2020-04-18 09:20:34.221 [update notice] received unknown BC cmd: 71fe50180e0080008000800080008000800000
2020-04-18 09:20:37.668 [update notice] received unknown MM cmd: 10030800080005000f8041002d
2020-04-18 09:20:37.961 [update notice] received unknown BC cmd: f1fe0800080005660b0040002d
2020-04-18 09:20:41.775 [update notice] received unknown MM cmd: 03f10800080014000f8000002d
2020-04-18 09:20:42.619 [update notice] received unknown MM cmd: 1003050709550350000080ff5aff
2020-04-18 09:20:42.910 [update notice] received unknown BC cmd: f1fe050308010000ff3aff390f
2020-04-18 09:20:47.574 [update notice] received unknown MM cmd: 10030800080005000f8041002d
2020-04-18 09:20:47.866 [update notice] received unknown BC cmd: f1fe0800080005660b0040002d
2020-04-18 09:20:49.547 [update notice] received unknown BC cmd: 71fe501710e8e9ce01560300800080008000800080
2020-04-18 09:20:52.544 [update notice] received unknown MM cmd: 1003050709550550000080ff5aff
2020-04-18 09:20:52.836 [update notice] received unknown BC cmd: f1fe050308010000ff3aff390f
2020-04-18 09:20:53.618 [update notice] received unknown BC cmd: 71fe50230908620900005d010000
2020-04-18 09:20:56.613 [update notice] received unknown MM cmd: 713050230948f40204045d010000
2020-04-18 09:20:56.689 [update notice] received unknown BC cmd: 03fe050308010000003a1e390f
2020-04-18 09:20:57.485 [update notice] received unknown MM cmd: 10030800080005000f8041002d
2020-04-18 09:20:57.778 [update notice] received unknown BC cmd: f1fe0800080005660b0040002d
2020-04-18 09:20:59.469 [update notice] received unknown BC cmd: 30fe502309440f0104005d010000
2020-04-18 09:20:59.808 [update notice] received update-read broadcast datetime QQ=30: -;16:14:10;01.10.2011
2020-04-18 09:21:02.449 [update notice] received unknown MM cmd: 1003050709550150000080ff5aff
2020-04-18 09:21:02.741 [update notice] received unknown BC cmd: f1fe050308010000ff3aff390f
2020-04-18 09:21:04.669 [update notice] received unknown BC cmd: 71fe50180e0080008000800080008000800000
2020-04-18 09:21:07.441 [update notice] received unknown MM cmd: 10030800080005000f8041002d
2020-04-18 09:21:07.733 [update notice] received unknown BC cmd: f1fe0800080005660b0040002d
2020-04-18 09:21:12.399 [update notice] received unknown MM cmd: 1003050709550350000080ff5aff
2020-04-18 09:21:12.691 [update notice] received unknown BC cmd: f1fe050308010000ff3aff390f
2020-04-18 09:21:13.036 [update notice] received unknown MM cmd: 03f10800080014000f8000002d
2020-04-18 09:21:17.332 [update notice] received unknown MM cmd: 10030800080005000f8041002d
2020-04-18 09:21:17.624 [update notice] received unknown BC cmd: f1fe0800080005660b0040002d
2020-04-18 09:21:19.653 [update notice] received unknown BC cmd: 71fe501710e8e9ce01560300800080008000800080
2020-04-18 09:21:22.300 [update notice] received unknown MM cmd: 1003050709550550000080ff5aff
2020-04-18 09:21:22.594 [update notice] received unknown BC cmd: f1fe050308010000ff3aff390f
2020-04-18 09:21:23.604 [update notice] received unknown BC cmd: 71fe50230908620900005d010000
2020-04-18 09:21:27.275 [update notice] received unknown MM cmd: 10030800080005000f8041002d
2020-04-18 09:21:27.568 [update notice] received unknown BC cmd: f1fe0800080005660b0040002d
2020-04-18 09:21:27.674 [update notice] received unknown BC cmd: 03fe050308010000003a1e390f
2020-04-18 09:21:32.255 [update notice] received unknown MM cmd: 1003050709550150000080ff5aff
2020-04-18 09:21:32.547 [update notice] received unknown BC cmd: f1fe050308010000ff3aff390f
2020-04-18 09:21:34.610 [update notice] received unknown BC cmd: 71fe50180e0080008000800080008000800000
2020-04-18 09:21:37.202 [update notice] received unknown MM cmd: 10030800080005000f8041002d
2020-04-18 09:21:37.494 [update notice] received unknown BC cmd: f1fe0800080005660b0040002d
2020-04-18 09:21:42.674 [update notice] received unknown MM cmd: 1003050709550350000080ff5aff
2020-04-18 09:21:42.968 [update notice] received unknown BC cmd: f1fe050308010000ff3aff390f
2020-04-18 09:21:43.799 [update notice] received unknown MM cmd: 03f10800080014000f8000002d
2020-04-18 09:21:47.608 [update notice] received unknown MM cmd: 10030800080005000f8041002d
2020-04-18 09:21:47.903 [update notice] received unknown BC cmd: f1fe0800080005660b0040002d
2020-04-18 09:21:49.616 [update notice] received unknown BC cmd: 71fe501710e8e9d501560300800080008000800080
2020-04-18 09:21:52.563 [update notice] received unknown MM cmd: 1003050709550550000080ff5aff
2020-04-18 09:21:52.855 [update notice] received unknown BC cmd: f1fe050308010000ff3aff390f
2020-04-18 09:21:53.682 [update notice] received unknown BC cmd: 71fe50230908620900005d010000
2020-04-18 09:21:56.677 [update notice] received unknown MM cmd: 713050230948f40204045d010000
2020-04-18 09:21:57.523 [update notice] received unknown MM cmd: 10030800080005000f8041002d
2020-04-18 09:21:57.817 [update notice] received unknown BC cmd: f1fe0800080005800b0040002d
2020-04-18 09:21:58.744 [update notice] received unknown BC cmd: 03fe050308010000003a1e390f
2020-04-18 09:21:59.538 [update notice] received unknown BC cmd: 30fe5023093cbd0201005d010000
2020-04-18 09:21:59.875 [update notice] received update-read broadcast datetime QQ=30: -;16:15:10;01.10.2011
2020-04-18 09:22:02.524 [update notice] received unknown MM cmd: 1003050709550150000080ff5aff
2020-04-18 09:22:02.817 [update notice] received unknown BC cmd: f1fe050308010000ff3aff390f
2020-04-18 09:22:04.683 [update notice] received unknown BC cmd: 71fe50180e0080008000800080008000800000
2020-04-18 09:22:07.455 [update notice] received unknown MM cmd: 10030800080005000f8041002d
2020-04-18 09:22:07.748 [update notice] received unknown BC cmd: f1fe0800080005800b0040002d
2020-04-18 09:22:08.525 [main notice] update check: invalid request
2020-04-18 09:22:12.415 [update notice] received unknown MM cmd: 1003050709550350000080ff5aff
2020-04-18 09:22:12.708 [update notice] received unknown BC cmd: f1fe050308010000ff3aff390f
2020-04-18 09:22:14.711 [update notice] received unknown MM cmd: 03f10800080014000f8000002d


ebusctl info

version: ebusd 3.4.v3.4-16-g9e152da
update check: invalid request
signal: acquired
symbol rate: 23
max symbol rate: 85
min arbitration micros: 10
max arbitration micros: 22
min symbol latency: 4
max symbol latency: 5
reconnects: 0
masters: 7
messages: 17
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11, scanned "MF=Kromschroeder;ID=  3B ;SW=" error: ERR: argument value out of valid range
address 10: master #2
address 15: slave #2, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"
address 30: master #3
address 31: master #8, ebusd
address 35: slave #3, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"
address 36: slave #8, ebusd
address 70: master #4
address 71: master #9
address 75: slave #4, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"
address 76: slave #9, scanned "MF=Kromschroeder;ID=  ;SW=0227;HW=-"
address f1: master #10
address f6: slave #10, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 18 April 2020, 09:46:58
Zitat von: metserver1 am 11 März 2020, 19:56:02
Beobachtung 1: je nachdem, mit welchen Rechten ich ebusd aufrufe, unterscheiden sich die Ausgaben z. T. erheblich:
ebusd -f -c /tmp --logareas all --loglevel debug -d /dev/ttyUSB2
sind höchst unterschiedlich. Daher frage ich mich: Mit welchen Rechten muss ebusd laufen?. Das wird ja wenn es als Service läuft nicht anders sein.
warum willst du denn die Configs aus /tmp lesen?? Es gibt Tonnen von Diensten, die in /tmp irgendwas ablegen, das ist völlig ungeeignet, um es als Config Verzeichnis zu nutzen. Und natürlich macht es dann auch einen gravierenden Unterschied, ob der Prozess unter deinem User läuft oder als root, denn als root kann in /tmp alles gelesen werden, als User jedoch nicht.

Zitat von: metserver1 am 11 März 2020, 19:56:02
Beobachtung 2:
Wenn ich den Adapter in Betrieb nehme, funktioniert der Weishaupt-Datenlogger nicht mehr. Das Weishaupt ebus-Modem (RS232) hängt ja am gleichen Bus.
Kann ich das verhindern? Wie?
das kommt sicher darauf an, welche Master Adresse der Logger verwendet und ob dein Interface richtig eingestellt ist. Darüber hinaus kann es durchaus sein, dass das alte 1.6 Interface der Grund dafür ist. Deshalb haben wir ja auch den Adapter v2 (https://ebus.github.io/adapter/) entworfen.

Zitat von: metserver1 am 11 März 2020, 19:56:02
Beobachtung 3:
Das Logfile sieht eher dünne aus:
Muss da nicht mehr kommen?
nur, wenn an deinem Bus ein Controller dran hängt, oder der Heater selbst sehr gesprächig ist.

Zitat von: metserver1 am 11 März 2020, 19:56:02
Beobachtung 4:
auch wenn ich mit ebusctl raw das Logging umschalte, bekomme ich nicht die gewünschten Ausgaben "<aa".
hast du "raw bytes" gemacht oder nur "raw"? Denn nur "raw" liefert nur komplette Nachrichten, also nicht jedes einzelne Bus Byte (Tipp: "ebusctl -h raw" hilft und Wiki (https://github.com/john30/ebusd/wiki/3.1.-TCP-client-commands) anschauen auch).

Zitat von: metserver1 am 11 März 2020, 19:56:02
Beobachtung 5 - zur Einstellung des Potis:
Steht das Poti so richtig?
Hilfestellung für das uralte Interface zum Poti einstellen gebe ich nicht mehr. Aber auch dazu steht einiges im Wiki (https://github.com/john30/ebusd/wiki/6.-Hardware#adjusting-the-potentiometer).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 18 April 2020, 09:51:58
Zitat von: thgorjup am 18 April 2020, 09:36:41
Alles war korrekt eingestellt und ist störungsfrei gelaufen. Die ebusd Version war 2.x
mit einer der ersten 3.x Versionen von ebusd wurde das default von "--configpath (https://github.com/john30/ebusd/wiki/2.-Run#message-configuration-options)" umgestellt auf den Webservice. Dort ist bis dato nur verfügbar, was unter ebusd-configuration/ebusd-2.1.x/de (https://github.com/john30/ebusd-configuration/tree/master/ebusd-2.1.x/de) liegt, also derzeit keine Wolf configs.
D.h. Du musst die Startparameter für ebusd anpassen, so dass deine lokalen Configs genutzt werden.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: thgorjup am 18 April 2020, 09:59:41
Hey john30,
vielen Dank! Das war der ausschlagebene Punkt. Kaum geändert, schon funktioniert alles wieder und das gequatsche wird entschlüsselt! Geil!  8)


2020-04-18 09:56:02.608 [update notice] received write feuerung betrd QQ=10: Brauchwasser;Kesselpumpeaus;5.00;-;-;45.0;-
2020-04-18 09:56:02.900 [update notice] received update-read broadcast betrd QQ=f1: 0;00;-;29.0;-;57;16
2020-04-18 09:56:05.009 [update notice] received update-read broadcast ertrag QQ=71: -;00;80;00;80;00;80;00;80
2020-04-18 09:56:06.287 [update notice] received update-read broadcast betrd QQ=03: 0;00;0;29.0;30;57;16
2020-04-18 09:56:07.590 [update notice] received write feuerung sollw QQ=10: 5.000;16.000;-;51;45.000
2020-04-18 09:56:07.884 [update notice] received update-read broadcast sollw QQ=f1: 5.000;12.199;0;40;45.000
2020-04-18 09:56:12.550 [update notice] received write feuerung betrd QQ=10: Brauchwasser;Verbraucheran;5.00;-;-;45.0;-
2020-04-18 09:56:12.843 [update notice] received update-read broadcast betrd QQ=f1: 0;00;-;29.0;-;57;16
2020-04-18 09:56:14.440 [main error] unable to load scan config 08: list files in kromschroeder ERR: element not found
2020-04-18 09:56:14.440 [main error] scan config 08: ERR: element not found
2020-04-18 09:56:17.520 [update notice] received write feuerung sollw QQ=10: 5.000;16.000;-;51;45.000
2020-04-18 09:56:17.813 [update notice] received update-read broadcast sollw QQ=f1: 5.000;12.199;0;40;45.000
2020-04-18 09:56:20.023 [update notice] received update-read broadcast solar QQ=71: 232;e9;38.12;53.19
2020-04-18 09:56:22.350 [update notice] received unknown MM cmd: 03f1080008001400108000002d
2020-04-18 09:56:22.474 [update notice] received write feuerung betrd QQ=10: Brauchwasser;5;5.00;-;-;45.0;-
2020-04-18 09:56:22.765 [update notice] received update-read broadcast betrd QQ=f1: 0;00;-;29.0;-;57;16
2020-04-18 09:56:23.683 [update notice] received unknown BC cmd: 71fe50230908620900005d010000
2020-04-18 09:56:27.401 [update notice] received write feuerung sollw QQ=10: 5.000;16.000;-;51;45.000
2020-04-18 09:56:27.693 [update notice] received update-read broadcast sollw QQ=f1: 5.000;12.199;0;40;45.000
2020-04-18 09:56:32.360 [update notice] received write feuerung betrd QQ=10: Brauchwasser;Kesselpumpeaus;5.00;-;-;45.0;-
2020-04-18 09:56:32.653 [update notice] received update-read broadcast betrd QQ=f1: 0;00;-;29.0;-;57;16
2020-04-18 09:56:34.990 [update notice] received update-read broadcast ertrag QQ=71: -;00;80;00;80;00;80;00;80
2020-04-18 09:56:37.303 [update notice] received update-read broadcast betrd QQ=03: 0;00;0;29.0;30;57;16
2020-04-18 09:56:37.388 [update notice] received write feuerung sollw QQ=10: 5.000;16.000;-;51;45.000
2020-04-18 09:56:37.681 [update notice] received update-read broadcast sollw QQ=f1: 5.000;12.199;0;40;45.000
2020-04-18 09:56:42.312 [update notice] received write feuerung betrd QQ=10: Brauchwasser;Verbraucheran;5.00;-;-;45.0;-
2020-04-18 09:56:42.604 [update notice] received update-read broadcast betrd QQ=f1: 0;00;-;29.0;-;57;16
2020-04-18 09:56:47.263 [update notice] received write feuerung sollw QQ=10: 5.000;16.000;-;51;45.000
2020-04-18 09:56:47.555 [update notice] received update-read broadcast sollw QQ=f1: 5.000;12.199;0;40;45.000


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ilikebeer am 01 Mai 2020, 15:21:47
Hallo Zusammen,

ich habe ein neue WP eingebaut und würde gerne per Ebus die Daten der Wärmepumpe auslesen.
Der Ebus läuft soweit ich bekokmme auch Daten rein Aussentemp, Vorlauftemp, Rücklauftemp, Verdichter an/aus.

Ich würde allerding gerne wesentlich mehr Daten bekommen Drehzahlen von Pumpen, Intergral, momentane Leistung, Arbeitszahl usw.......
version: ebusd 3.4.v3.3-51-g57eae05
signal: acquired
symbol rate: 66
max symbol rate: 163
min arbitration micros: 733
max arbitration micros: 986
min symbol latency: 5
max symbol latency: 9
reconnects: 0
masters: 5
messages: 66
conditional: 0
poll: 0
update: 9
address 00: master #1
address 03: master #11
address 05: slave #1, scanned "MF=Vaillant;ID=VR921;SW=2007;HW=5703"
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0307;HW=0403", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=72000;SW=0118;HW=7703"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0307;HW=0403"


Wie man sehen kann wird die "vaillant/08.hmu.csv" geladen und benutzt, in der Datei kann man sehen, dass auch nur dies Daten entschlüsselt werden. Gibt es hier eine Möglichkeit eine andere Datei zu nutzen die mehr Daten preis gibt oder geht das nicht.

Ich denke die ID=72000 ist meine witterungsgeführte VRC720, gibt es für die keine .csv?

Vielleicht kann mir jemand helfen
Danke
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: ilikebeer am 11 Mai 2020, 14:00:16
Hallo Leute,

es scheint als hätte jemand das Problem mit der VRC720er Steuerung gelöst.
Man muss die  15.700.csv in 15.720.csv umbennenen und dann sollte der die auch gefunden werden.

Kann jemand die in die Repository einfügen, damit sie automatisch aus den Netz geladen wird?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: thgorjup am 15 Mai 2020, 09:36:16
Hallo, seit meinem Umstieg von Raspberry ebusd Version 2.x auf Ubuntu 18.04 ebusd 3.4.v3.4-16-g9e152da habe ich das Problem, dass ständig folgende Meldungen auftauchen. Die Verarbeitung bleibt dann immer stehen und ich muss den Dienst neu starten. Die Therme ist WOLF.


root@fhem:/var/log# cat ebusd.log |grep symbol
2020-05-15 05:07:46.034 [bus notice] max. symbols per second: 165
2020-05-15 05:30:07.013 [bus notice] max. symbols per second: 106
2020-05-15 05:30:12.017 [bus notice] max. symbols per second: 108
2020-05-15 05:30:46.005 [bus notice] max. symbols per second: 112
2020-05-15 05:30:47.018 [bus notice] max. symbols per second: 132
2020-05-15 05:30:52.023 [bus notice] max. symbols per second: 134
2020-05-15 06:19:52.003 [bus notice] max. symbols per second: 107
2020-05-15 06:19:54.027 [bus notice] max. symbols per second: 111
2020-05-15 06:19:59.009 [bus notice] max. symbols per second: 140
2020-05-15 06:20:17.028 [bus notice] max. symbols per second: 106
2020-05-15 06:20:22.043 [bus notice] max. symbols per second: 109
2020-05-15 06:20:46.001 [bus notice] max. symbols per second: 118
2020-05-15 06:20:47.025 [bus notice] max. symbols per second: 148
2020-05-15 06:25:07.029 [bus notice] max. symbols per second: 106
2020-05-15 06:25:32.008 [bus notice] max. symbols per second: 108
2020-05-15 06:25:46.035 [bus notice] max. symbols per second: 116
2020-05-15 06:25:47.042 [bus notice] max. symbols per second: 130
2020-05-15 06:25:52.005 [bus notice] max. symbols per second: 132
2020-05-15 06:50:22.003 [bus notice] max. symbols per second: 106
2020-05-15 06:50:32.042 [bus notice] max. symbols per second: 109
2020-05-15 06:50:46.007 [bus notice] max. symbols per second: 113
2020-05-15 06:50:47.002 [bus notice] max. symbols per second: 143
2020-05-15 07:00:22.042 [bus notice] max. symbols per second: 107
2020-05-15 07:00:46.028 [bus notice] max. symbols per second: 113
2020-05-15 07:00:54.002 [bus notice] max. symbols per second: 132
2020-05-15 07:15:07.002 [bus notice] max. symbols per second: 105
2020-05-15 07:15:12.002 [bus notice] max. symbols per second: 128
2020-05-15 07:15:47.020 [bus notice] max. symbols per second: 130
2020-05-15 07:15:52.019 [bus notice] max. symbols per second: 133
2020-05-15 07:19:59.046 [bus notice] max. symbols per second: 126
2020-05-15 07:20:02.046 [bus notice] max. symbols per second: 129
2020-05-15 07:27:58.009 [bus notice] max. symbols per second: 102
2020-05-15 07:30:12.038 [bus notice] max. symbols per second: 107
2020-05-15 07:30:17.048 [bus notice] max. symbols per second: 109
2020-05-15 07:30:22.040 [bus notice] max. symbols per second: 130
2020-05-15 07:32:47.041 [bus notice] max. symbols per second: 136
2020-05-15 08:20:07.016 [bus notice] max. symbols per second: 107
2020-05-15 08:20:12.015 [bus notice] max. symbols per second: 108
2020-05-15 08:20:22.039 [bus notice] max. symbols per second: 109
2020-05-15 08:20:32.020 [bus notice] max. symbols per second: 130
2020-05-15 08:20:46.035 [bus notice] max. symbols per second: 136
2020-05-15 08:30:57.008 [bus notice] max. symbols per second: 108
2020-05-15 08:31:47.402 [main error] scan config 35: ERR: wrong symbol received
2020-05-15 08:32:07.002 [bus notice] max. symbols per second: 106
2020-05-15 08:32:12.002 [bus notice] max. symbols per second: 109
2020-05-15 08:32:27.011 [bus notice] max. symbols per second: 118
2020-05-15 08:32:47.003 [bus notice] max. symbols per second: 144
2020-05-15 08:48:57.021 [bus notice] max. symbols per second: 108
2020-05-15 09:06:54.010 [bus notice] max. symbols per second: 108
2020-05-15 09:06:57.031 [bus notice] max. symbols per second: 111


Ich habe mir bis zur Problemlösung ein Script gebaut, welches minütlich das Logfile checkt und bei bedarf den Dienst neu startet.
Ergebnis:

root@fhem:/var/log# cat ebusd-restarts.log
20200514-22:57:59 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200514-23:04:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200514-23:29:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200514-23:30:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200514-23:31:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200514-23:57:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-00:10:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-00:22:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-00:27:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-00:35:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-00:45:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-00:53:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-00:54:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-01:45:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-02:04:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-02:21:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-02:26:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-02:27:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-02:34:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-02:46:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-02:56:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-03:27:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-03:37:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-03:49:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-03:50:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-04:04:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-04:22:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-04:40:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-04:54:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-05:08:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-05:31:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-06:20:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-06:21:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-06:26:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-06:51:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-07:01:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-07:16:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-07:20:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-07:28:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-07:33:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-08:21:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-08:31:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-08:33:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-08:49:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-09:07:01 ebusd.log [bus notice - max. symbols per second] found. restarting service


Hier noch die Config:

EBUSD_OPTS="-d /dev/serial/by-id/usb-Prolific_Technology_Inc._USB-Serial_Controller-if00-port0 -p 8888 -l /var/log/ebusd.log  --scanconfig --latency=10000 --configpath=/etc/ebusd --pollinterval=5 --configlang=DE"



root@fhem:/var/log# ebusctl i
version: ebusd 3.4.v3.4-16-g9e152da
update check: invalid request
signal: acquired
symbol rate: 22
max symbol rate: 81
min arbitration micros: 10
max arbitration micros: 82
min symbol latency: 4
max symbol latency: 7
reconnects: 0
masters: 7
messages: 20
conditional: 0
poll: 0
update: 5
address 03: master #11
address 08: slave #11, scanned "MF=Kromschroeder;ID=  3B ;SW=" error: ERR: argument value out of valid range
address 10: master #2
address 15: slave #2, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"
address 30: master #3
address 31: master #8, ebusd
address 35: slave #3, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"
address 36: slave #8, ebusd
address 70: master #4
address 71: master #9
address 75: slave #4, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"
address 76: slave #9, scanned "MF=Kromschroeder;ID=  ;SW=0227;HW=-"
address f1: master #10
address f6: slave #10, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"



Kann mir jemand weiterhlefen? In meiner Grafik sieht es dementsprechend so aus wie im Anhang zu sehen, weil die Werte immer wieder auf 0.0°C zurück fallen.

Gruß
Thomas

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 Mai 2020, 08:43:47
Zitat von: thgorjup am 15 Mai 2020, 09:36:16
Hallo, seit meinem Umstieg von Raspberry ebusd Version 2.x auf Ubuntu 18.04 ebusd 3.4.v3.4-16-g9e152da habe ich das Problem, dass ständig folgende Meldungen auftauchen. Die Verarbeitung bleibt dann immer stehen und ich muss den Dienst neu starten. Die Therme ist WOLF.


root@fhem:/var/log# cat ebusd.log |grep symbol
2020-05-15 05:07:46.034 [bus notice] max. symbols per second: 165
2020-05-15 05:30:07.013 [bus notice] max. symbols per second: 106
2020-05-15 05:30:12.017 [bus notice] max. symbols per second: 108
2020-05-15 05:30:46.005 [bus notice] max. symbols per second: 112
2020-05-15 05:30:47.018 [bus notice] max. symbols per second: 132
2020-05-15 05:30:52.023 [bus notice] max. symbols per second: 134
2020-05-15 06:19:52.003 [bus notice] max. symbols per second: 107
2020-05-15 06:19:54.027 [bus notice] max. symbols per second: 111
2020-05-15 06:19:59.009 [bus notice] max. symbols per second: 140
2020-05-15 06:20:17.028 [bus notice] max. symbols per second: 106
2020-05-15 06:20:22.043 [bus notice] max. symbols per second: 109
2020-05-15 06:20:46.001 [bus notice] max. symbols per second: 118
2020-05-15 06:20:47.025 [bus notice] max. symbols per second: 148
2020-05-15 06:25:07.029 [bus notice] max. symbols per second: 106
2020-05-15 06:25:32.008 [bus notice] max. symbols per second: 108
2020-05-15 06:25:46.035 [bus notice] max. symbols per second: 116
2020-05-15 06:25:47.042 [bus notice] max. symbols per second: 130
2020-05-15 06:25:52.005 [bus notice] max. symbols per second: 132
2020-05-15 06:50:22.003 [bus notice] max. symbols per second: 106
2020-05-15 06:50:32.042 [bus notice] max. symbols per second: 109
2020-05-15 06:50:46.007 [bus notice] max. symbols per second: 113
2020-05-15 06:50:47.002 [bus notice] max. symbols per second: 143
2020-05-15 07:00:22.042 [bus notice] max. symbols per second: 107
2020-05-15 07:00:46.028 [bus notice] max. symbols per second: 113
2020-05-15 07:00:54.002 [bus notice] max. symbols per second: 132
2020-05-15 07:15:07.002 [bus notice] max. symbols per second: 105
2020-05-15 07:15:12.002 [bus notice] max. symbols per second: 128
2020-05-15 07:15:47.020 [bus notice] max. symbols per second: 130
2020-05-15 07:15:52.019 [bus notice] max. symbols per second: 133
2020-05-15 07:19:59.046 [bus notice] max. symbols per second: 126
2020-05-15 07:20:02.046 [bus notice] max. symbols per second: 129
2020-05-15 07:27:58.009 [bus notice] max. symbols per second: 102
2020-05-15 07:30:12.038 [bus notice] max. symbols per second: 107
2020-05-15 07:30:17.048 [bus notice] max. symbols per second: 109
2020-05-15 07:30:22.040 [bus notice] max. symbols per second: 130
2020-05-15 07:32:47.041 [bus notice] max. symbols per second: 136
2020-05-15 08:20:07.016 [bus notice] max. symbols per second: 107
2020-05-15 08:20:12.015 [bus notice] max. symbols per second: 108
2020-05-15 08:20:22.039 [bus notice] max. symbols per second: 109
2020-05-15 08:20:32.020 [bus notice] max. symbols per second: 130
2020-05-15 08:20:46.035 [bus notice] max. symbols per second: 136
2020-05-15 08:30:57.008 [bus notice] max. symbols per second: 108
2020-05-15 08:31:47.402 [main error] scan config 35: ERR: wrong symbol received
2020-05-15 08:32:07.002 [bus notice] max. symbols per second: 106
2020-05-15 08:32:12.002 [bus notice] max. symbols per second: 109
2020-05-15 08:32:27.011 [bus notice] max. symbols per second: 118
2020-05-15 08:32:47.003 [bus notice] max. symbols per second: 144
2020-05-15 08:48:57.021 [bus notice] max. symbols per second: 108
2020-05-15 09:06:54.010 [bus notice] max. symbols per second: 108
2020-05-15 09:06:57.031 [bus notice] max. symbols per second: 111


Ich habe mir bis zur Problemlösung ein Script gebaut, welches minütlich das Logfile checkt und bei bedarf den Dienst neu startet.
Ergebnis:

root@fhem:/var/log# cat ebusd-restarts.log
20200514-22:57:59 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200514-23:04:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200514-23:29:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200514-23:30:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200514-23:31:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200514-23:57:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-00:10:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-00:22:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-00:27:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-00:35:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-00:45:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-00:53:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-00:54:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-01:45:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-02:04:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-02:21:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-02:26:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-02:27:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-02:34:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-02:46:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-02:56:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-03:27:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-03:37:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-03:49:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-03:50:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-04:04:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-04:22:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-04:40:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-04:54:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-05:08:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-05:31:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-06:20:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-06:21:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-06:26:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-06:51:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-07:01:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-07:16:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-07:20:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-07:28:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-07:33:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-08:21:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-08:31:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-08:33:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-08:49:01 ebusd.log [bus notice - max. symbols per second] found. restarting service
20200515-09:07:01 ebusd.log [bus notice - max. symbols per second] found. restarting service


Hier noch die Config:

EBUSD_OPTS="-d /dev/serial/by-id/usb-Prolific_Technology_Inc._USB-Serial_Controller-if00-port0 -p 8888 -l /var/log/ebusd.log  --scanconfig --latency=10000 --configpath=/etc/ebusd --pollinterval=5 --configlang=DE"



root@fhem:/var/log# ebusctl i
version: ebusd 3.4.v3.4-16-g9e152da
update check: invalid request
signal: acquired
symbol rate: 22
max symbol rate: 81
min arbitration micros: 10
max arbitration micros: 82
min symbol latency: 4
max symbol latency: 7
reconnects: 0
masters: 7
messages: 20
conditional: 0
poll: 0
update: 5
address 03: master #11
address 08: slave #11, scanned "MF=Kromschroeder;ID=  3B ;SW=" error: ERR: argument value out of valid range
address 10: master #2
address 15: slave #2, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"
address 30: master #3
address 31: master #8, ebusd
address 35: slave #3, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"
address 36: slave #8, ebusd
address 70: master #4
address 71: master #9
address 75: slave #4, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"
address 76: slave #9, scanned "MF=Kromschroeder;ID=  ;SW=0227;HW=-"
address f1: master #10
address f6: slave #10, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"



Kann mir jemand weiterhlefen? In meiner Grafik sieht es dementsprechend so aus wie im Anhang zu sehen, weil die Werte immer wieder auf 0.0°C zurück fallen.

Gruß
Thomas
das wird wohl kaum an der informativen Message in "[bus notice]" liegen, sondern an etwas anderem. Schau doch mal ins Logfile, ob da irgendwelche Errormessages zu finden sind.
Oder schau mal ins syslog, ob es andere grundsätzliche Probleme gibt
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Cihan am 18 Mai 2020, 17:56:17
Hallo, hat schonmal einer das Problem gehabt, das der Bus beim anschließen der Platine zusammengebrochen ist?

Bei mir geht der Raumregler direkt aus, wenn ich die Platine anschließe. Auf Anhieb würde ich sagen ich verursache einen Kurzschluss.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 18 Mai 2020, 19:21:09
das wird wohl so sein, um sicher zu gehen und wenn du die Möglichkeit hast, dann messe bitte einmal die Spannung am eBus und dann wenn die Platine dran hängt.

Kann ja sein, das aus irgend einem fehlerhaften Grund der Transistor ständig durchschaltet.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Cihan am 18 Mai 2020, 20:02:52
Zitat von: Reinhart am 18 Mai 2020, 19:21:09
das wird wohl so sein, um sicher zu gehen und wenn du die Möglichkeit hast, dann messe bitte einmal die Spannung am eBus und dann wenn die Platine dran hängt.

Kann ja sein, das aus irgend einem fehlerhaften Grund der Transistor ständig durchschaltet.

LG

Werde ich mal machen wenn ich vor Ort bin. Jetzt habe ich die Platine wieder mitgenommen. Welche Möglichkeiten habe ich dies auf dem Tisch zu testen?
Spannung an die Ebus Seite anlegen?

Edit: Kann ein defekter USB Seriell Wandler den Fehler verursachen? Ich bin mir jetzt ziemlich sicher einen defekten mitgenommen zuhaben.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: thgorjup am 23 Mai 2020, 15:19:53
Zitat
Schau doch mal ins Logfile, ob da irgendwelche Errormessages zu finden sind.

Also im syslog ist nichts zu finden. Im ebusd.log taucht öfter mal folgendes auf:

2020-05-23 15:15:51.874 [update notice] received update-read broadcast sysdbf QQ=30: -;10;09;21;05;17;6
2020-05-23 15:15:52.606 [bus notice] scan 35: ;Kromschroeder;  ;0204;-
2020-05-23 15:15:52.606 [update notice] store 35 ident: done
2020-05-23 15:15:52.606 [update notice] sent scan-read scan.35  QQ=31: Kromschroeder;  ;0204;-
2020-05-23 15:15:52.606 [bus notice] scan 35: ;Kromschroeder;  ;0204;-
2020-05-23 15:15:52.606 [main error] unable to load scan config 35: list files in kromschroeder ERR: element not found
2020-05-23 15:15:52.607 [main error] scan config 35: ERR: element not found
2020-05-23 15:15:53.134 [update notice] received update-read broadcast betrd QQ=03: 0;00;0;31.0;31;52;15
...
2020-05-23 15:26:22.059 [update notice] store 15 ident: done
2020-05-23 15:26:22.060 [update notice] sent scan-read scan.15  QQ=31: Kromschroeder;  ;0204;-
2020-05-23 15:26:22.060 [bus notice] scan 15: ;Kromschroeder;  ;0204;-
2020-05-23 15:26:22.060 [main error] unable to load scan config 15: list files in kromschroeder ERR: element not found
2020-05-23 15:26:22.060 [main error] scan config 15: ERR: element not found
2020-05-23 15:26:24.194 [bus notice] scan 76: ;Kromschroeder;  ;0227;-
2020-05-23 15:26:24.194 [update notice] store 76 ident: done
2020-05-23 15:26:24.194 [update notice] sent scan-read scan.76  QQ=31: Kromschroeder;  ;0227;-
2020-05-23 15:26:24.194 [bus notice] scan 76: ;Kromschroeder;  ;0227;-
2020-05-23 15:26:24.195 [main error] unable to load scan config 76: list files in kromschroeder ERR: element not found
2020-05-23 15:26:24.195 [main error] scan config 76: ERR: element not found



Wie kann ich das fixen? Wo muss ich hier ansetzen?

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Pauline am 01 Juni 2020, 10:00:30
Hi all,

ja, mein Anliegen passt vielleicht nicht genau in diesen Trade, aber ich finde nichts passenderes.
Es geht um Folgendes: ESERA-USB<->NodeMCU-V2/3 oder Wemos mini<->Rasperry mit FHEM.

Ich bekomme es nicht zum Laufen.

Ich habe den ESERA-USB über ein USB-Kabel (USB-B am ESERA, und USB-micro am NodeMCU/Wemos) angeschlossen. (Das Kabel habe ich geschnitten und an + und - die Versorgungsspannung für beide Bauteile eingeschleift.)

Vielleicht unterliege ich ja einem grundsätzlichem Irrtum? Kann der ESERA-USB-Koppler direkt an die USB-Schnittstelle des NodeMCU/Wemos angeschlossen werden? (also in Verbindung mit eBusD ESP V2.0 Build: 20200413)
(Ich habe es mit beiden probiert, NodeMCU (V2 oder V3) und Wemos mini. Bei beiden das gleiche Ergebnis. Keine Verbindung zum eBus über den ESERA-Konverter.)

Muss ich den eBus-Koppler über RX/TX mit dem NodeMCU/Wemos verbinden? Mein ESERA-Koppler hat aber USB! (Die Verbindung zwischen NodeMCU/Wemos und Raspberry(mit FHEM) erfolgt über WLAN.)


eBUS adapter 2.0

STATUS:
Build: 20200413
ebusd device string: /dev/ttyUSB0 (or similar, check on host!)
WiFi signal: 90% (-55dBm)
Status Configuration PINs Firmware update
Chip ID: 004a9fb3
Hostname: EBusD-Wemos
Up time: 25
Free heap: 34112
ebusd connected: no
eBUS signal: no signal

CONFIGURATION:
1. WIFI SSID: FRITZ!Box...
2. WIFI secret: ......
3. WIFI IP address: 192.168.178.xxx , mask length: 24, gateway: xxx
4. WIFI hostname: EBusD-Wemos ("." for default)
5. eBUS RX+TX PINs: mixed software D1 + TX1 D4 (GPIO5+2, allows serial ebusd connection over USB)
6. ebusd connection: TCP on port: 0 (0 for serial over USB)
7. HTTP TCP port: 80 (0 to disable)
8. LED PINs: RX:disabled , TX:disabled
9. Initial PINs

Wer kann mir hier weiter helfen?
(Die Verbindung vom Wemos zum Raspberry FHEM über WLAN funktioniert noch nicht, da bin ich noch am kämpfen mit dem Raspberry. Könnte es daran liegen?)

Viele Grüße
Pauline


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 01 Juni 2020, 10:17:50
Zitat von: Pauline am 01 Juni 2020, 10:00:30
Es geht um Folgendes: ESERA-USB<->NodeMCU-V2/3 oder Wemos mini<->Rasperry mit FHEM.
...
das kann so nicht funktionieren, denn an einen ESP mit ebusd-esp Firmware kannst Du nur einen Adapter via RX/TX anschließen. Das ist bei einem USB Kopplet nicht mehr möglich, da RX/TX ja bereits an dem internen USB Wandler hängen.
Die Einstellmöglichkeit "USB" in der ebusd-esp Firmware lautet ja auf "serial ebusd connection via USB", sprich man kann damit alternativ den USB Serial Anschluss des Wemos direkt nutzen (also ohne über WLAN zu gehen).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Pauline am 01 Juni 2020, 10:28:46
Hallo John,

vielen Dank für Deine schnelle Antwort.
Mist, da habe ich wohl den falschen ESERA-Konverter gekauft. Ich muss im Keller neben dem eBus-Konverter in der WOLF-Heizung eine Verbindung zum Raspberry (2 Stockwerke höher) schaffen. Dazu hatte ich den NodeMCU/Wemos mit WLAN geplant.

Man kann aber doch den ESERA USB direkt an einen Raspberry anschließen, oder? (Der Raspberry ist ja deutlich günstiger als ein neuer ESERA-Konverter...)

VG, Pauline

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 01 Juni 2020, 10:38:54
Zitat von: Pauline am 01 Juni 2020, 10:28:46
Man kann aber doch den ESERA USB direkt an einen Raspberry anschließen, oder? (Der Raspberry ist ja deutlich günstiger als ein neuer ESERA-Konverter...)
genau
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Pauline am 01 Juni 2020, 11:10:22
Muss auf dem Raspberry dann das "main" eBusD laufen, oder kann der dann auch als "repeater" fungieren (also so wie ein Wemos/NodeMCU zwischen eBus-Konverter und "main"Raspberry)?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 01 Juni 2020, 19:09:36
wenn du einen RPI-Adapter direkt auf einem Raspi stecken hast, dann muss auf diesem Raspi auch der Dämon (ebusd) laufen!
Da geht es ja rein um die serielle Schnittstelle des Raspi wo die Daten via Dämon vom Adapter rein kommen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reini88 am 25 August 2020, 15:58:50
Hallo zusammen, bin neu hier im Forum und möchte hier einen Tipp für diejenigen abgeben, die jetzt noch einen 1.6er Adapter bauen wollen:

Da ich seit ein paar Wochen eine neue Vaillant-Heizung habe, wollte ich über den EBUS Daten erhalten und Befehle absetzen. Es gibt zur Zeit offensichtlich keine 2.x Platine, aber bei Eb.. werden noch unbestückte 1.6er Platinen angeboten. So eine hatte ich gekauft, die Bauteile bei Reichelt bestellt, bestückt und dank der hier geposteten Tipps das Poti sauber einstellen können. Ergebnis: EBUS-Empfang ging fehlerlos, Senden auf den Bus aber zunächst gar nicht.
Also habe ich mich mühsam durch die 110 Beiträge dieses Threads gekämpft, alle Lötstellen, Dioden, Transistor, Verbindungskabel usw. geprüft. Lange ohne Erfolg. Aber dann kam der Entscheidende Hinweis von Maik:
Zitat von: TiPpFeHlEr am 15 November 2017, 17:05:08
@realkeule

beide EBUS Platinen gehen jetzt!
R6 musste auf 10kOhm reduziert werden.
...
mfG Maik
Mit dieser Änderung war dann auch mit meiner Platine das Senden auf dem EBUS möglich.
Vielen vielen Dank an Maik und natürlich auch an die anderen Autoren hier im Forum für die geleistete Arbeit.
Gruß
Reini
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Burgerking am 16 September 2020, 07:31:40
Guten Morgen zusammen,

ich habe dank Reinhart es endlich geschafft meine Vaillant Geräte auslesen zu können.
Der esera Ethernet Adapter hat hier nicht funktioniert, mit der RPI Platine sofort :) DANKE

Jetzt habe ich aber noch ein Problem:
Meine Recovair Lüftung wird zwar gefunden, aber er lädt keine csv.

Master#38, Slave #13: scanned "MF=Vaillant;ID=V32;SW=0117;HW=9802"

Was muss ich machen?

Danke und lg
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 September 2020, 08:11:20
Zitat von: Burgerking am 16 September 2020, 07:31:40
Meine Recovair Lüftung wird zwar gefunden, aber er lädt keine csv.

Master#38, Slave #13: scanned "MF=Vaillant;ID=V32;SW=0117;HW=9802"

Was muss ich machen?
die einfachste Lösung ist, einen weiteren Adapter an den eBUS der Lüftung anzuschließen, weil die Messages durch den V32 durch übersetzt werden müssen, siehe auch hier https://github.com/john30/ebusd/issues/109
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Burgerking am 16 September 2020, 12:25:57
Zitat von: john30 am 16 September 2020, 08:11:20
die einfachste Lösung ist, einen weiteren Adapter an den eBUS der Lüftung anzuschließen, weil die Messages durch den V32 durch übersetzt werden müssen, siehe auch hier https://github.com/john30/ebusd/issues/109

Hi John,
Danke für die Info.
  * D.h. du siehst keine Möglichkeit das man über das V32 an die Daten kommt?
  * Ergo die KWL aus dem ebus lösen und direkt an das V32 Modul an eine RPI Platine hängen?
  * Kann das setzen von latency=100000 Probleme verursachen?
  * Gibt es schon eine csv für die Recovair 360 ? Wo sieht man welche csv Dateien es überhaupt gibt?

lg Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 17 September 2020, 07:56:59
Zitat von: Burgerking am 16 September 2020, 12:25:57
Hi John,
Danke für die Info.
  * D.h. du siehst keine Möglichkeit das man über das V32 an die Daten kommt?
  * Ergo die KWL aus dem ebus lösen und direkt an das V32 Modul an eine RPI Platine hängen?
  * Kann das setzen von latency=100000 Probleme verursachen?
  * Gibt es schon eine csv für die Recovair 360 ? Wo sieht man welche csv Dateien es überhaupt gibt?

lg Christian
doch, man kommt schon an die Daten, aber sämtliche Message Definitionen müssten dafür umgebaut werden.
wie gesagt ist es viel einfacher, an den Bus hinter dem V32 noch einen Adapter zu hängen.
Eine hohe Latency könnte zu manchen Fehlinterpretationen führen, aber vermutlich nur selten.
Für die 260 hat mal jemand einen Vorschlag gemacht, aber nicht finalisiert. Siehe hier: https://github.com/john30/ebusd-configuration/pull/102
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Burgerking am 17 September 2020, 15:43:10
Zitat von: john30 am 17 September 2020, 07:56:59
doch, man kommt schon an die Daten, aber sämtliche Message Definitionen müssten dafür umgebaut werden.
Wie würde das aussehen, könntest du mir da bitte helfen?
Er lädt bei mir keine *csv Datei obwohl er die V32 findet, latency ist auf 200000, weder aus dem Internet noch wenn ich die config files lokal bereitstelle. die Datei habe ich dann auf 38.reco.csv umbenannt.
Im Screenshot fehlt leider die #38 master, #8 slave mit der V32
Zitat
Für die 260 hat mal jemand einen Vorschlag gemacht, aber nicht finalisiert. Siehe hier: https://github.com/john30/ebusd-configuration/pull/102
Ich habe auch etwas über die 360/4 gefunden:
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 18 September 2020, 08:06:21
Zitat von: Burgerking am 17 September 2020, 15:43:10
Wie würde das aussehen, könntest du mir da bitte helfen?
Er lädt bei mir keine *csv Datei obwohl er die V32 findet, latency ist auf 200000, weder aus dem Internet noch wenn ich die config files lokal bereitstelle. die Datei habe ich dann auf 38.reco.csv umbenannt.
Im Screenshot fehlt leider die #38 master, #8 slave mit der V32Ich habe auch etwas über die 360/4 gefunden:
da muss ich daheim nachschauen, das weiß ich grad nicht mehr.
das liegt daran, dass das Gerät selbständig nichts versendet. Mit "ebbusctl scan full" oder "ebusctl scan 38" sollte es auftauchen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Burgerking am 18 September 2020, 21:59:36
Zitat von: john30 am 18 September 2020, 08:06:21
da muss ich daheim nachschauen, das weiß ich grad nicht mehr.
das liegt daran, dass das Gerät selbständig nichts versendet. Mit "ebbusctl scan full" oder "ebusctl scan 38" sollte es auftauchen.

Abend,

besten Dank. Dies ist das Ergebnis:


pi@rpi3ebus:~ $ ebusctl scan full
done

pi@rpi3ebus:~ $ ebusctl scan 38
38;21;17;21;0010016349;0006;005048;N7



pi@rpi3ebus:~ $ ebusctl i
version: ebusd 3.4.v3.3-51-g57eae05
update check: revision v3.4 available
access: *
signal: acquired
symbol rate: 73
max symbol rate: 206
min arbitration micros: 4
max arbitration micros: 362
min symbol latency: 1
max symbol latency: 19
reconnects: 0
masters: 8
messages: 704
conditional: 64
poll: 0
update: 9
address 00: master #1
address 03: master #11
address 05: slave #1, scanned "MF=Vaillant;ID=COM00;SW=2007;HW=3103"
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0307;HW=0403", loaded "vaillant/08.hmu.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=70000;SW=0510;HW=6403", loaded "vaillant/15.700.csv"
address 26: slave, scanned "MF=Vaillant;ID=VR_71;SW=0104;HW=0503", loaded "vaillant/26.vr_71.csv"
address 30: master #3
address 31: master #8, ebusd
address 33: master #13
address 35: slave #3, scanned "MF=Vaillant;ID=VR_91;SW=0411;HW=4803"
address 36: slave #8, ebusd
address 38: slave #13, scanned "MF=Vaillant;ID=V32;SW=0117;HW=9802"
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0307;HW=0403"
address e0: slave, scanned "MF=Vaillant;ID=OMU00;SW=0131;HW=5202", loaded "vaillant/e0.omu.csv"
address ec: slave, scanned "MF=Vaillant;ID=70000;SW=0510;HW=6403"
address f7: master #20
address fc: slave #20, scanned "MF=Vaillant;ID=PMW01;SW=0206;HW=8302"
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 06 Oktober 2020, 13:31:21
Moin!

Ich versuche gerade den ebusd zu installieren. Klappt nicht. Da ich mehr vom loeten verstehe als vom installieren bitte ich um Tips. Verstanden habe ich schon, das da was blockiert. Aber warum *Frageyeichen*. Muss erstamal die Tastaturumstellung finden.


pi@raspberrypi:~ $ git clone https://github.com/john30/ebusd.git
Klone nach 'ebusd'...
remote: Enumerating objects: 229, done.
remote: Counting objects: 100% (229/229), done.
remote: Compressing objects: 100% (157/157), done.
remote: Total 12937 (delta 106), reused 173 (delta 72), pack-reused 12708
Empfange Objekte: 100% (12937/12937), 8.79 MiB | 1.83 MiB/s, Fertig.
Löse Unterschiede auf: 100% (8002/8002), Fertig.
Prüfe Konnektivität... Fertig.
pi@raspberrypi:~ $ cd ebusd
pi@raspberrypi:~/ebusd $ sudo ./autogen.sh --prefix=/usr
./autogen.sh: 11: ./autogen.sh: autoreconf: not found
pi@raspberrypi:~/ebusd $ apt-get install git autoconf automake g++ make
E: Sperrdatei /var/lib/dpkg/lock konnte nicht geöffnet werden. - open (13: Keine Berechtigung)
E: Sperren des Administrationsverzeichnisses (/var/lib/dpkg/) nicht möglich, sind Sie root?
pi@raspberrypi:~/ebusd $ ps -ax | grep ebus
10686 pts/0    S+     0:00 grep --color=auto ebus
pi@raspberrypi:~/ebusd $ ebusd -V
bash: ebusd: Kommando nicht gefunden.
pi@raspberrypi:~/ebusd $
pi@raspberrypi:~/ebusd $ apt-get install git autoconf automake g++ make
E: Sperrdatei /var/lib/dpkg/lock konnte nicht geöffnet werden. - open (13: Keine Berechtigung)
E: Sperren des Administrationsverzeichnisses (/var/lib/dpkg/) nicht möglich, sind Sie root?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: JimKnopf am 06 Oktober 2020, 14:02:31
Zitat von: Burgerking am 18 September 2020, 21:59:36
Zitat von: tho-mas am 06 Oktober 2020, 13:31:21
Moin!

Ich versuche gerade den ebusd zu installieren. Klappt nicht. Da ich mehr vom loeten verstehe als vom installieren bitte ich um Tips. Verstanden habe ich schon, das da was blockiert. Aber warum *Frageyeichen*. Muss erstamal die Tastaturumstellung finden.


pi@raspberrypi:~ $ git clone https://github.com/john30/ebusd.git
Klone nach 'ebusd'...
remote: Enumerating objects: 229, done.
remote: Counting objects: 100% (229/229), done.
remote: Compressing objects: 100% (157/157), done.
remote: Total 12937 (delta 106), reused 173 (delta 72), pack-reused 12708
Empfange Objekte: 100% (12937/12937), 8.79 MiB | 1.83 MiB/s, Fertig.
Löse Unterschiede auf: 100% (8002/8002), Fertig.
Prüfe Konnektivität... Fertig.
pi@raspberrypi:~ $ cd ebusd
pi@raspberrypi:~/ebusd $ sudo ./autogen.sh --prefix=/usr
./autogen.sh: 11: ./autogen.sh: autoreconf: not found
pi@raspberrypi:~/ebusd $ apt-get install git autoconf automake g++ make

für apt-get install wir root benötigt also sudo apt-get install git autoconf .........
Oder zu begin "sudo bash" und dann Enter eingeben. Dann hat man dauerhaft root Rechte, bis man mit exit den Modus verlässt.
Dazu kommt, dass Du autoconf erst installieren muss, BEVOR Du es verwenden kannst.
Vorschlag wenn es auf einen Raspberry Pi installiert werden soll:

sudo bash
apt install git autoconf automake g++ make libmosquitto-dev
git clone https://github.com/john30/ebusd.git
cd ebusd
./autogen.sh --prefix=/usr/local
make
make install
cp contrib/debian/default/ebusd /etc/default/
cp contrib/debian/systemd/ebusd.service /etc/systemd/system/
systemctl enable ebusd
service ebusd start
exit

Tipp: lass "service ebusd start" erst mal noch weg und starte ebusd als anwendung (192.168.2.163 ist die IP meines ebus-Adapters) z.B.:
ebusd -f -d 192.168.2.163:9999 -l /var/log/ebusd.log --latency=20000 --address=01 --configpath=/etc/ebusd/de --accesslevel=*  --pollinterval=10 --enablehex --enabledefine


oder mit MQTT Unterstützung (Port und IP ggf. anpassen):
ebusd -f -d 192.168.2.163:9999 -l /var/log/ebusd.log --latency=20000 --address=01 --configpath=/etc/ebusd/de --accesslevel=* --mqttport=1883 --mqttjson --mqtthost=192.168.2.101 --mqtttopic=ebusd/%circuit/%name --pollinterval=10 --enablehex --enabledefine

In so siehst Du im Terminalfenster direkt was passiert.
Gruß,
Burkhard
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 06 Oktober 2020, 14:39:35
Danke, laeuft im Moment durch. Warum ich jetzt aber im Browser und Terminal - trotz richitger Tastatureinstellung in den Pi-Einstellungen plus Neustart  - immer noch ein GB/Layout habe verstehe ich nicht... Egal, der Daemon ist wichtiger, Compiler laeuft noch.

------

Compiler ist fertig, wie von Burkhard vermutet gibt es aber noch einen Fehler

root@raspberrypi:/home/pi/ebusd# service ebusd start
Job for ebusd.service failed. See 'systemctl status ebusd.service' and 'journalctl -xn' for details.
root@raspberrypi:/home/pi/ebusd#

Wie bekomme ich die IP von dem Adapter raus (Fragezeichen) Ich habe das Fertigteil im Hutschienegehaeuse.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: JimKnopf am 06 Oktober 2020, 15:11:42
Wie ist denn der Adapter angeschlossen? Wlan oder über eine serielle Verbindung?

Gruß,
Burkhard
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 06 Oktober 2020, 15:12:32
USB.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: JimKnopf am 06 Oktober 2020, 15:32:45
Dann hat er natürlich keine IP-Adresse sondern die USB-Schnittstelle des Pi. Ich gehe mal davon aus, der der Adapter an dem Pi angeschlossen ist, auf dem auch ebusd läuft.
Es gibt drei Ansäzte um den Anschluss zu ermitteln.
Öffne auf dem pi den Ordner /dev mit dem Filebrowser (pcmanfm). Blätter bis ganz ans Ende bis Du ttyUSB0 sehen kannst. Hast Du nur ein USBgerät angeschlossen dann sollte das der richtige sein. Sonst einfach den USB Stecker abziehen und wieder anstecken. Dann siehst Du welches Device verschwindet und wieder auftaucht. Wenn mehr als ein USBgerät angeschlossen wird ist diese Methode unsicher, da nach einem neustart nich vorhersehbar ist, welches Gerät als welches device auftaucht.
Für ttyUSB0 musst Du aus meiner comandline -d 192.168.2.163:9999 mit -d /dev/ttyUSB0 ersetzen.
Variante 2:
Wechsel mit dem Filebrowser in den Ordner /dev/serial/by-id.
Hier sind alle USB-Geräte mit ID gelistet. Im Idealfall ist die id eindeutig. Bei billigen China USB-convertern lässt sich die id des Chips aber nicht ändern. Bei FTDI sind sie änderbar und in der Regel auch einmalig.
Das richtige device findest Du wie oben mit abziehen und wieder anstecken heraus.
der richtige Parameter könnte dann z.B.  -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AL021NDL-if00-port0 lauten.
Die dritte Variante ist der Pfad /dev/serial/by-path sinngemäß. Aber auch hier ist die Zuordnung nicht zuverlässig und kann nach einem reboot anders ausfallen.
Variante 2 ist bei mehreren USB-Geräten am Pi zu empfehlen.

Gruß,
Burkhard

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 06 Oktober 2020, 15:52:41
Ich habe Variante 2 versucht und bekomme dort 2 Dateien angezeigt

/dev/serial/by-id/usb-ESERA-Automation_eBus_Coupler_12001_AL54PGN1-if00-port0
/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_DAE003DN-if00-port0

Der Adapter ist von Firma Esera, also eindeutig der Obere. Die Bezeichnung passt aber nicht im Entfernstesten zu deinem Beispiel ttyUSB0.  Soll ich denn den ganzen Namen -ohne Pfad - nehmen(Fragezeichen)

Bei Variante 3 bekomme ich

/dev/serial/by-path/platform-3f980000.usb-usb-0:1.2:1.0-port0
/dev/serial/by-path/platform-3f980000.usb-usb-0:1.5:1.0-port0
.
Nach Abstoepseln ist der untere Eintrag weg, nach Wiederanschluss wieder da mit gleichen Daten.

Bei Var. 1 bekomme ich ttyUSB0 und ttyUSB1, wobei durch Abzuehen die 1 als gesuchter Adapter feststeht.

Da ich aber in  kurzer Zeit auch noch eine USB/HDD an den RPi anschliesse ist mir eine Sichere Namensvariante lieber, auch wenn dann mehr yu tippen ist.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: JimKnopf am 06 Oktober 2020, 15:55:57
Hi!
-d /dev/serial/by-id/usb-ESERA-Automation_eBus_Coupler_12001_AL54PGN1-if00-port0

wäre demnach für Dich der richtige Parameter, genau wie von Dir vermutet, muss der vollständige Pfad angegeben werden.
Ich drücke Dir die Daumen!

Gruß,
Burkhard
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 06 Oktober 2020, 15:59:39
Irgendwie klappt es immer noch nicht, hier die Ausgabe vom Terminal



root@raspberrypi:/home/pi/ebusd# ebusd -f -d /dev/serial/by-id/usb-ESERA-Automation_eBus_Coupler_12001_AL54PGN1-if00-port0 -l /var/log/ebusd.log --latency=20000 --address=01 --configpath=/etc/ebusd/de --accesslevel=*  --pollinterval=10 --enablehex --enabledefine
bash: ebusd: Kommando nicht gefunden.
root@raspberrypi:/home/pi/ebusd#




Bin ich da aus irgendwas rausgekommen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: JimKnopf am 06 Oktober 2020, 16:11:26
Anscheinend hat die compilierung noch nicht geklappt.
Die kannst Du nocheinmal genau so ausführen wie vorhin. Poste dann mal die Ausgaben im Terminal.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: JimKnopf am 06 Oktober 2020, 16:15:11
Oder probier:
./src/ebusd/ebusd -f -d /dev/serial/by-id/usb-ESERA-Automation_eBus_Coupler_12001_AL54PGN1-if00-port0 -l /var/log/ebusd.log --latency=20000 --address=01 --configpath=/etc/ebusd/de --accesslevel=*  --pollinterval=10 --enablehex --enabledefine
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 06 Oktober 2020, 16:18:24

root@raspberrypi:/home/pi/ebusd# ./src/ebusd/ebusd -f -d /dev/serial/by-id/usb-ESERA-Automation_eBus_Coupler_12001_AL54PGN1-if00-port0 -l /var/log/ebusd.log --latency=20000 --address=01 --configpath=/etc/ebusd/de --accesslevel=*  --pollinterval=10 --enablehex --enabledefine
2020-10-06 16:16:08.737 [main notice] ebusd 3.4.v3.4-20-gedfe09a started
2020-10-06 16:16:08.737 [main error] error reading config files from /etc/ebusd/de: ERR: element not found, last error:
2020-10-06 16:16:08.740 [bus notice] bus started with own address 01/06
2020-10-06 16:16:08.985 [bus notice] signal acquired
2020-10-06 16:16:16.000 [bus notice] max. symbols per second: 130
2020-10-06 16:16:18.741 [main notice] found messages: 0 (0 conditional on 0 conditions, 0 poll, 0 update)
2020-10-06 16:16:27.041 [bus notice] max. symbols per second: 139
2020-10-06 16:16:57.020 [bus notice] max. symbols per second: 243



Irgendwas passiert dort, aber ich kann nicht erkennen was...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: JimKnopf am 06 Oktober 2020, 16:27:06
Du bist jetzt ein ganzes Stück weiter.
ebusd läuft und die Verbindug wurde hergestellt.
Jetzt kommt der schwierige Teil  ???.  ;).
Du hast ja meine comandline soweit übernommen.
--configpath=/etc/ebusd/de

deswegen erwartet ebusd in dem Ordner die csv dateien, mit denen die Daten entschlüsselt werden können.
Da kommt es jetzt drauf an, was für eine Anlage (Heizung/Solar/Wärmepumpe) am ebus hängt.
https://github.com/john30/ebusd/wiki/4.-Configuration (https://github.com/john30/ebusd/wiki/4.-Configuration)
gibt hier schon recht viele Hinweise, leider nur auf Englisch. Wenn Du eine Wolf Anlage hast kann ich Dir weiterhelfen. Bei allen Anderen bin ich so gut wir ahnungslos und raus.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: JimKnopf am 06 Oktober 2020, 16:33:00
Ich bin eben weg zum Sport und schaue später wieder rein.
Bis dahin viel Erfolg  8).

Gruß,
Burkhard
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 06 Oktober 2020, 16:37:58
Ich habe eine Vaillant, daher erstmal VIELEN DANK für die geduldige Hilfe.

Gruß
Thomas
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: JimKnopf am 06 Oktober 2020, 16:50:17
Aber gerne doch!

mkdir /etc/ebusd
cd /etc/ebusd
git clone https://github.com/john30/ebusd-configuration.git
sudo pcmanfm

Kopiere dann den Inhalt aus dem Ordner /etc/ebusd/ebusd-configuration/ebusd-2.x.x nach /etc/ebusd/
Anschließend den Inhalt aus dem Ordner /etc/ebusd/ebusd-configuration/ebusd-2.1.x ebenfalls nach  /etc/ebusd/. Vorhandene Dateien dabei überschreiben.
Dann ebusd neu starten.
Somit solltest Du eine Menge Daten erhalten.
Gruß,
Burkhard
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 06 Oktober 2020, 17:26:37
Im Moment habe ich ein anderes Problem entdeckt (Tastatur funktioniert jetzt richtig):

Der gesamte Ordner ebusd ist bei meinem RPi in home/pi gelandet, nicht in /etc. Einfach umkopieren geht wohl nicht, oder?

Und der Rest (Nachricht von 16:50) dient wozu?

----------------------------------------------------------------

pi@raspberrypi:/etc $ sudo git clone https://github.com/john30/ebusd-configuration.git
Klone nach 'ebusd-configuration'...
remote: Enumerating objects: 19, done.
remote: Counting objects: 100% (19/19), done.
remote: Compressing objects: 100% (19/19), done.
remote: Total 2626 (delta 5), reused 5 (delta 0), pack-reused 2607
Empfange Objekte: 100% (2626/2626), 3.63 MiB | 1.52 MiB/s, Fertig.
Löse Unterschiede auf: 100% (1696/1696), Fertig.
Prüfe Konnektivität... Fertig.
pi@raspberrypi:/etc $ sudo pcmanfm
** Message: x-terminal-emulator has very limited support, consider choose another terminal

** (pcmanfm:2581): WARNING **: The directory '~/Templates' doesn't exist, ignoring it

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 06 Oktober 2020, 17:53:50
Ich bin jetzt mal deiner Anleitung gefolgt. Demnach müßte ich "de" aus 2.x.x und "de" aus 2.1.x in den selben Zielordner kopieren, und dabei überschreiben. WARUM????
Denn die "en"-Ordner sind offensichtlich Sprachordner, mit denen Inhalt ich nichts anfangen kann.

Oder ist der Inhalt von "de" gemeint???

Sorry, bin etwas genervt von dauernd "Keine Berechtigung", Tastatur auf den Knien und Mini-Bildschirm vom RPi wo kaum 2 Fenster nebeneinanderpassen.  Und morgen um 7 Uhr kommt der Klempner für Restarbeiten, ich hätte dann gern was fertiges zum vorführen. Kann das noch klappen?


---------------------------

üBRIGENS, IN fhem IST EIN TCM_ESP2_1 aufgetaucht. Hat das was mit dem ebus-Kram zu tun?

---------------------------

pi@raspberrypi:/etc/ebusd $ sudo service ebusd start
Job for ebusd.service failed. See 'systemctl status ebusd.service' and 'journalctl -xn' for details.
pi@raspberrypi:/etc/ebusd $
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: JimKnopf am 06 Oktober 2020, 18:45:05
Hi!
Eine Deiner comandline Optionen lautet ja
--configpath=/etc/ebusd/de
Du kannst also die Ordner "de" nach "/etc/ebusd/" kopieren oder den Inhalt von "de" nach "/etc/ebusd/de". Das ist im Prinzip das gleiche.
Ich habe keine Ahnung, wie der Inhalt der Ordner "de" aus 2.x.x und "de" aus 2.1.x  aussieht, aber ich meine, dass sie aufeinander aufbauen. Mir ist aufgefallen dass 2.x.x Dateien enthält die in 2.1.x nicht enthalten sind, allerdings Wolf-Anlagen betreffend. Dadurch, dass Du beides kopierst und ggf. etwas überschreibst hast Du nichts ausgelassen.
Du kannst Dir natürlich auch jede einzelne Datei genau ansehen und auswählen, welche Du nutzen möchtest, das ist für den Anfang aber zu kompliziert.

Tipp für leichteres arbeiten:
Beim Pi kannst Du im Startmenü unter Einstellungen/Raspberry-Pi-Konfiguration unter dem Reiter Schnittstellen VNC aktivieren.
Du bekommst dan in der Kopfleiste des Desktops, bzw. da wo Deine laufenden Anwendungen aufgeführt sind, ein Symbol VNC.  Da klickst Du drauf. Es öffnet sich ein Fenster. Dort ist oben rechts ein rechteckiges symbol. Wenn Du mit der Maus darüber gehst kommt der Popuptext "Menu". Da klickst Du drauf und dann auf Optionen.
Dort auf Verbindungen. Ganz oben rechts steht ".....verbindungen über TCP zulassen". Dort setzt Du den Haken. Unter Port wird üblicherwiese 5800 angegeben, hat man das mit mehreren Pi's gemacht muss man jedes mal ein anderen Port nehmen.

Auf einem PC/Laptop/Mac installierst Du dann realVNCViewer von https://www.realvnc.com/de/connect/download/viewer/ (https://www.realvnc.com/de/connect/download/viewer/).
Das Programm starten. In der Eingabezeile oben gibst Du dann die IpDesPi:5800 ein. Bei mir ist es 192.168.2.156:5800.
Zum Anmelden verwendest Du Deine Logindaten vom Pi. Man sollte die Grundeinstellung auf jeden Fall ändern und ein eigenes Passwort setzen.
Die Voreinstellung ist bei allen Pi's Name: pi , Passwort: raspberry.
Dann öffnet sich ein Fenster und Du hast den Bildschirm Deines Pi vor der Nase und kannst so arbeiten, als würdest Du direkt daran sitzen.
Mit etwas Geschick kann man dann auch eine größere Bildschirmauflösung einstellen, damit man besser arbeiten kann. Das wäre dann aber erst der nächste Schritt. Ich verwalte so insgesammt 5 Pi's. Da ich eine feste Internetadresse habe und eine Portweiterleitung in der Fritzbox eingerichtet habe, kann ich sogar von außerhalb, selbst mit dem Handy auf meine Pi's zugreifen.
Keine Berechtigung kannst Du umgehen, wenn Du vor den eingabem im Terminal einmal "sudo bash" eingibst. Dann hast Du so lange in dem Fenster root-rechte. Wenn Du dann "pcmanfm" eingibst öffnet sich der Filebrowser ebenfalls mit root-rechten. Alternativ kannst Du am Anfang jeder Zeile "sudo" schreiben, ist mir persönlich aber zu nervig. Wenn Du eine vorherigen Zeile erneit eingeben möchtest, z.B. um ebusd zu starten, brauchst Du nur die "Pfeil-nach-oben-Tast" betätigen und kannst durch die vorherigen Eingaben blättern. Du kannst sie auch vor der Entertaste auch noch abändern.

TCM hat wohl etwas damit zu tun, ich habe TCM bei mir in FHEM aber nicht aktiv, deswegen kann ich zu dem Bereich nichts sagen.
VNC klingt kompliziert, aber es lohnt sich!
Gruß,
Burkhard
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 06 Oktober 2020, 18:54:21
Ich habe hier noch eine Datei config.log gefunden, wo nach meiner Einschätzung einige  Fehlermeldungen auftauchen, aber ich kann die nicht einordnen:

This file contains any messages produced by compilers while
running configure, to aid debugging if configure makes a mistake.

It was created by ebusd configure 3.4, which was
generated by GNU Autoconf 2.69.  Invocation command line was

  $ ./configure --prefix=/usr --sysconfdir=/etc --localstatedir=/var --prefix=/usr/local

## --------- ##
## Platform. ##
## --------- ##

hostname = raspberrypi
uname -m = armv7l
uname -r = 4.9.35-v7+
uname -s = Linux
uname -v = #1014 SMP Fri Jun 30 14:47:43 BST 2017

/usr/bin/uname -p = unknown
/bin/uname -X     = unknown

/bin/arch              = unknown
/usr/bin/arch -k       = unknown
/usr/convex/getsysinfo = unknown
/usr/bin/hostinfo      = unknown
/bin/machine           = unknown
/usr/bin/oslevel       = unknown
/bin/universe          = unknown

PATH: /usr/local/sbin
PATH: /usr/local/bin
PATH: /usr/sbin
PATH: /usr/bin
PATH: /sbin
PATH: /bin


## ----------- ##
## Core tests. ##
## ----------- ##

configure:2302: checking for gcc
configure:2318: found /usr/bin/gcc
configure:2329: result: gcc
configure:2558: checking for C compiler version
configure:2567: gcc --version >&5
gcc (Raspbian 4.9.2-10+deb8u2) 4.9.2
Copyright (C) 2014 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:2578: $? = 0
configure:2567: gcc -v >&5
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/4.9/lto-wrapper
Target: arm-linux-gnueabihf
Configured with: ../src/configure -v --with-pkgversion='Raspbian 4.9.2-10+deb8u2' --with-bugurl=file:///usr/share/doc/gcc-4.9/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.9 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.9 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libitm --disable-libquadmath --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.9-armhf/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.9-armhf --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.9-armhf --with-arch-directory=arm --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-sjlj-exceptions --with-arch=armv6 --with-fpu=vfp --with-float=hard --enable-checking=release --build=arm-linux-gnueabihf --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf
Thread model: posix
gcc version 4.9.2 (Raspbian 4.9.2-10+deb8u2)
configure:2578: $? = 0
configure:2567: gcc -V >&5
gcc: error: unrecognized command line option '-V'
gcc: fatal error: no input files
compilation terminated.
configure:2578: $? = 4
configure:2567: gcc -qversion >&5
gcc: error: unrecognized command line option '-qversion'
gcc: fatal error: no input files
compilation terminated.
configure:2578: $? = 4
configure:2598: checking whether the C compiler works
configure:2620: gcc    conftest.c  >&5
configure:2624: $? = 0
configure:2672: result: yes
configure:2675: checking for C compiler default output file name
configure:2677: result: a.out
configure:2683: checking for suffix of executables
configure:2690: gcc -o conftest    conftest.c  >&5
configure:2694: $? = 0
configure:2716: result:
configure:2738: checking whether we are cross compiling
configure:2746: gcc -o conftest    conftest.c  >&5
configure:2750: $? = 0
configure:2757: ./conftest
configure:2761: $? = 0
configure:2776: result: no
configure:2781: checking for suffix of object files
configure:2803: gcc -c   conftest.c >&5
configure:2807: $? = 0
configure:2828: result: o
configure:2832: checking whether we are using the GNU C compiler
configure:2851: gcc -c   conftest.c >&5
configure:2851: $? = 0
configure:2860: result: yes
configure:2869: checking whether gcc accepts -g
configure:2889: gcc -c -g  conftest.c >&5
configure:2889: $? = 0
configure:2930: result: yes
configure:2947: checking for gcc option to accept ISO C89
configure:3010: gcc  -c -g -O2  conftest.c >&5
configure:3010: $? = 0
configure:3023: result: none needed
configure:3048: checking whether gcc understands -c and -o together
configure:3070: gcc -c conftest.c -o conftest2.o
configure:3073: $? = 0
configure:3070: gcc -c conftest.c -o conftest2.o
configure:3073: $? = 0
configure:3085: result: yes
configure:3108: checking how to run the C preprocessor
configure:3139: gcc -E  conftest.c
configure:3139: $? = 0
configure:3153: gcc -E  conftest.c
conftest.c:9:28: fatal error: ac_nonexistent.h: No such file or directory
#include <ac_nonexistent.h>
                            ^
compilation terminated.
configure:3153: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "ebusd"
| #define PACKAGE_TARNAME "ebusd"
| #define PACKAGE_VERSION "3.4"
| #define PACKAGE_STRING "ebusd 3.4"
| #define PACKAGE_BUGREPORT "ebusd@ebusd.eu"
| #define PACKAGE_URL "https://github.com/john30/ebusd"
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:3178: result: gcc -E
configure:3198: gcc -E  conftest.c
configure:3198: $? = 0
configure:3212: gcc -E  conftest.c
conftest.c:9:28: fatal error: ac_nonexistent.h: No such file or directory
#include <ac_nonexistent.h>
                            ^
compilation terminated.
configure:3212: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "ebusd"
| #define PACKAGE_TARNAME "ebusd"
| #define PACKAGE_VERSION "3.4"
| #define PACKAGE_STRING "ebusd 3.4"
| #define PACKAGE_BUGREPORT "ebusd@ebusd.eu"
| #define PACKAGE_URL "https://github.com/john30/ebusd"
| /* end confdefs.h.  */
| #include <ac_nonexistent.h>
configure:3241: checking for grep that handles long lines and -e
configure:3299: result: /bin/grep
configure:3304: checking for egrep
configure:3366: result: /bin/grep -E
configure:3371: checking for ANSI C header files
configure:3391: gcc -c -g -O2  conftest.c >&5
configure:3391: $? = 0
configure:3464: gcc -o conftest -g -O2   conftest.c  >&5
configure:3464: $? = 0
configure:3464: ./conftest
configure:3464: $? = 0
configure:3475: result: yes
configure:3488: checking for sys/types.h
configure:3488: gcc -c -g -O2  conftest.c >&5
configure:3488: $? = 0
configure:3488: result: yes
configure:3488: checking for sys/stat.h
configure:3488: gcc -c -g -O2  conftest.c >&5
configure:3488: $? = 0
configure:3488: result: yes
configure:3488: checking for stdlib.h
configure:3488: gcc -c -g -O2  conftest.c >&5
configure:3488: $? = 0
configure:3488: result: yes
configure:3488: checking for string.h
configure:3488: gcc -c -g -O2  conftest.c >&5
configure:3488: $? = 0
configure:3488: result: yes
configure:3488: checking for memory.h
configure:3488: gcc -c -g -O2  conftest.c >&5
configure:3488: $? = 0
configure:3488: result: yes
configure:3488: checking for strings.h
configure:3488: gcc -c -g -O2  conftest.c >&5
configure:3488: $? = 0
configure:3488: result: yes
configure:3488: checking for inttypes.h
configure:3488: gcc -c -g -O2  conftest.c >&5
configure:3488: $? = 0
configure:3488: result: yes
configure:3488: checking for stdint.h
configure:3488: gcc -c -g -O2  conftest.c >&5
configure:3488: $? = 0
configure:3488: result: yes
configure:3488: checking for unistd.h
configure:3488: gcc -c -g -O2  conftest.c >&5
configure:3488: $? = 0
configure:3488: result: yes
configure:3501: checking minix/config.h usability
configure:3501: gcc -c -g -O2  conftest.c >&5
conftest.c:52:26: fatal error: minix/config.h: No such file or directory
#include <minix/config.h>
                          ^
compilation terminated.
configure:3501: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "ebusd"
| #define PACKAGE_TARNAME "ebusd"
| #define PACKAGE_VERSION "3.4"
| #define PACKAGE_STRING "ebusd 3.4"
| #define PACKAGE_BUGREPORT "ebusd@ebusd.eu"
| #define PACKAGE_URL "https://github.com/john30/ebusd"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| /* end confdefs.h.  */
| #include <stdio.h>
| #ifdef HAVE_SYS_TYPES_H
| # include <sys/types.h>
| #endif
| #ifdef HAVE_SYS_STAT_H
| # include <sys/stat.h>
| #endif
| #ifdef STDC_HEADERS
| # include <stdlib.h>
| # include <stddef.h>
| #else
| # ifdef HAVE_STDLIB_H
| #  include <stdlib.h>
| # endif
| #endif
| #ifdef HAVE_STRING_H
| # if !defined STDC_HEADERS && defined HAVE_MEMORY_H
| #  include <memory.h>
| # endif
| # include <string.h>
| #endif
| #ifdef HAVE_STRINGS_H
| # include <strings.h>
| #endif
| #ifdef HAVE_INTTYPES_H
| # include <inttypes.h>
| #endif
| #ifdef HAVE_STDINT_H
| # include <stdint.h>
| #endif
| #ifdef HAVE_UNISTD_H
| # include <unistd.h>
| #endif
| #include <minix/config.h>
configure:3501: result: no
configure:3501: checking minix/config.h presence
configure:3501: gcc -E  conftest.c
conftest.c:19:26: fatal error: minix/config.h: No such file or directory
#include <minix/config.h>
                          ^
compilation terminated.
configure:3501: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "ebusd"
| #define PACKAGE_TARNAME "ebusd"
| #define PACKAGE_VERSION "3.4"
| #define PACKAGE_STRING "ebusd 3.4"
| #define PACKAGE_BUGREPORT "ebusd@ebusd.eu"
| #define PACKAGE_URL "https://github.com/john30/ebusd"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| /* end confdefs.h.  */
| #include <minix/config.h>
configure:3501: result: no
configure:3501: checking for minix/config.h
configure:3501: result: no
configure:3522: checking whether it is safe to define __EXTENSIONS__
configure:3540: gcc -c -g -O2  conftest.c >&5
configure:3540: $? = 0
configure:3547: result: yes
configure:3624: checking for g++-6
configure:3654: result: no
configure:3624: checking for g++-5
configure:3654: result: no
configure:3624: checking for g++-4.9
configure:3640: found /usr/bin/g++-4.9
configure:3651: result: g++-4.9
configure:3678: checking for C++ compiler version
configure:3687: g++-4.9 --version >&5
g++-4.9 (Raspbian 4.9.2-10+deb8u2) 4.9.2
Copyright (C) 2014 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.

configure:3698: $? = 0
configure:3687: g++-4.9 -v >&5
Using built-in specs.
COLLECT_GCC=g++-4.9
COLLECT_LTO_WRAPPER=/usr/lib/gcc/arm-linux-gnueabihf/4.9/lto-wrapper
Target: arm-linux-gnueabihf
Configured with: ../src/configure -v --with-pkgversion='Raspbian 4.9.2-10+deb8u2' --with-bugurl=file:///usr/share/doc/gcc-4.9/README.Bugs --enable-languages=c,c++,java,go,d,fortran,objc,obj-c++ --prefix=/usr --program-suffix=-4.9 --enable-shared --enable-linker-build-id --libexecdir=/usr/lib --without-included-gettext --enable-threads=posix --with-gxx-include-dir=/usr/include/c++/4.9 --libdir=/usr/lib --enable-nls --with-sysroot=/ --enable-clocale=gnu --enable-libstdcxx-debug --enable-libstdcxx-time=yes --enable-gnu-unique-object --disable-libitm --disable-libquadmath --enable-plugin --with-system-zlib --disable-browser-plugin --enable-java-awt=gtk --enable-gtk-cairo --with-java-home=/usr/lib/jvm/java-1.5.0-gcj-4.9-armhf/jre --enable-java-home --with-jvm-root-dir=/usr/lib/jvm/java-1.5.0-gcj-4.9-armhf --with-jvm-jar-dir=/usr/lib/jvm-exports/java-1.5.0-gcj-4.9-armhf --with-arch-directory=arm --with-ecj-jar=/usr/share/java/eclipse-ecj.jar --enable-objc-gc --enable-multiarch --disable-sjlj-exceptions --with-arch=armv6 --with-fpu=vfp --with-float=hard --enable-checking=release --build=arm-linux-gnueabihf --host=arm-linux-gnueabihf --target=arm-linux-gnueabihf
Thread model: posix
gcc version 4.9.2 (Raspbian 4.9.2-10+deb8u2)
configure:3698: $? = 0
configure:3687: g++-4.9 -V >&5
g++-4.9: error: unrecognized command line option '-V'
g++-4.9: fatal error: no input files
compilation terminated.
configure:3698: $? = 4
configure:3687: g++-4.9 -qversion >&5
g++-4.9: error: unrecognized command line option '-qversion'
g++-4.9: fatal error: no input files
compilation terminated.
configure:3698: $? = 4
configure:3702: checking whether we are using the GNU C++ compiler
configure:3721: g++-4.9 -c -fpic -Wall -Wno-unused-function -Wextra -g -O2  conftest.cpp >&5
configure:3721: $? = 0
configure:3730: result: yes
configure:3739: checking whether g++-4.9 accepts -g
configure:3759: g++-4.9 -c -g  conftest.cpp >&5
configure:3759: $? = 0
configure:3800: result: yes
configure:3831: checking whether g++-4.9 supports C++11 features by default
configure:4125: g++-4.9 -c -fpic -Wall -Wno-unused-function -Wextra -g -O2  conftest.cpp >&5
conftest.cpp:35:2: error: #error "This is not a C++11 compiler"
#error "This is not a C++11 compiler"
  ^
configure:4125: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "ebusd"
| #define PACKAGE_TARNAME "ebusd"
| #define PACKAGE_VERSION "3.4"
| #define PACKAGE_STRING "ebusd 3.4"
| #define PACKAGE_BUGREPORT "ebusd@ebusd.eu"
| #define PACKAGE_URL "https://github.com/john30/ebusd"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define __EXTENSIONS__ 1
| #define _ALL_SOURCE 1
| #define _GNU_SOURCE 1
| #define _POSIX_PTHREAD_SEMANTICS 1
| #define _TANDEM_SOURCE 1
| /* end confdefs.h.  */
|
|
| // If the compiler admits that it is not ready for C++11, why torture it?
| // Hopefully, this will speed up the test.
|
| #ifndef __cplusplus
|
| #error "This is not a C++ compiler"
|
| #elif __cplusplus < 201103L
|
| #error "This is not a C++11 compiler"
|
| #else
|
| namespace cxx11
| {
|
|   namespace test_static_assert
|   {
|
|     template <typename T>
|     struct check
|     {
|       static_assert(sizeof(int) <= sizeof(T), "not big enough");
|     };
|
|   }
|
|   namespace test_final_override
|   {
|
|     struct Base
|     {
|       virtual void f() {}
|     };
|
|     struct Derived : public Base
|     {
|       virtual void f() override {}
|     };
|
|   }
|
|   namespace test_double_right_angle_brackets
|   {
|
|     template < typename T >
|     struct check {};
|
|     typedef check<void> single_type;
|     typedef check<check<void>> double_type;
|     typedef check<check<check<void>>> triple_type;
|     typedef check<check<check<check<void>>>> quadruple_type;
|
|   }
|
|   namespace test_decltype
|   {
|
|     int
|     f()
|     {
|       int a = 1;
|       decltype(a) b = 2;
|       return a + b;
|     }
|
|   }
|
|   namespace test_type_deduction
|   {
|
|     template < typename T1, typename T2 >
|     struct is_same
|     {
|       static const bool value = false;
|     };
|
|     template < typename T >
|     struct is_same<T, T>
|     {
|       static const bool value = true;
|     };
|
|     template < typename T1, typename T2 >
|     auto
|     add(T1 a1, T2 a2) -> decltype(a1 + a2)
|     {
|       return a1 + a2;
|     }
|
|     int
|     test(const int c, volatile int v)
|     {
|       static_assert(is_same<int, decltype(0)>::value == true, "");
|       static_assert(is_same<int, decltype(c)>::value == false, "");
|       static_assert(is_same<int, decltype(v)>::value == false, "");
|       auto ac = c;
|       auto av = v;
|       auto sumi = ac + av + 'x';
|       auto sumf = ac + av + 1.0;
|       static_assert(is_same<int, decltype(ac)>::value == true, "");
|       static_assert(is_same<int, decltype(av)>::value == true, "");
|       static_assert(is_same<int, decltype(sumi)>::value == true, "");
|       static_assert(is_same<int, decltype(sumf)>::value == false, "");
|       static_assert(is_same<int, decltype(add(c, v))>::value == true, "");
|       return (sumf > 0.0) ? sumi : add(c, v);
|     }
|
|   }
|
|   namespace test_noexcept
|   {
|
|     int f() { return 0; }
|     int g() noexcept { return 0; }
|
|     static_assert(noexcept(f()) == false, "");
|     static_assert(noexcept(g()) == true, "");
|
|   }
|
|   namespace test_constexpr
|   {
|
|     template < typename CharT >
|     unsigned long constexpr
|     strlen_c_r(const CharT *const s, const unsigned long acc) noexcept
|     {
|       return *s ? strlen_c_r(s + 1, acc + 1) : acc;
|     }
|
|     template < typename CharT >
|     unsigned long constexpr
|     strlen_c(const CharT *const s) noexcept
|     {
|       return strlen_c_r(s, 0UL);
|     }
|
|     static_assert(strlen_c("") == 0UL, "");
|     static_assert(strlen_c("1") == 1UL, "");
|     static_assert(strlen_c("example") == 7UL, "");
|     static_assert(strlen_c("another\0example") == 7UL, "");
|
|   }
|
|   namespace test_rvalue_references
|   {
|
|     template < int N >
|     struct answer
|     {
|       static constexpr int value = N;
|     };
|
|     answer<1> f(int&)       { return answer<1>(); }
|     answer<2> f(const int&) { return answer<2>(); }
|     answer<3> f(int&&)      { return answer<3>(); }
|
|     void
|     test()
|     {
|       int i = 0;
|       const int c = 0;
|       static_assert(decltype(f(i))::value == 1, "");
|       static_assert(decltype(f(c))::value == 2, "");
|       static_assert(decltype(f(0))::value == 3, "");
|     }
|
|   }
|
|   namespace test_uniform_initialization
|   {
|
|     struct test
|     {
|       static const int zero {};
|       static const int one {1};
|     };
|
|     static_assert(test::zero == 0, "");
|     static_assert(test::one == 1, "");
|
|   }
|
|   namespace test_lambdas
|   {
|
|     void
|     test1()
|     {
|       auto lambda1 = [](){};
|       auto lambda2 = lambda1;
|       lambda1();
|       lambda2();
|     }
|
|     int
|     test2()
|     {
|       auto a = [](int i, int j){ return i + j; }(1, 2);
|       auto b = []() -> int { return '0'; }();
|       auto c = [=](){ return a + b; }();
|       auto d = [&](){ return c; }();
|       auto e = [a, &b](int x) mutable {
|         const auto identity = [](int y){ return y; };
|         for (auto i = 0; i < a; ++i)
|           a += b--;
|         return x + identity(a + b);
|       }(0);
|       return a + b + c + d + e;
|     }
|
|     int
|     test3()
|     {
|       const auto nullary = [](){ return 0; };
|       const auto unary = [](int x){ return x; };
|       using nullary_t = decltype(nullary);
|       using unary_t = decltype(unary);
|       const auto higher1st = [](nullary_t f){ return f(); };
|       const auto higher2nd = [unary](nullary_t f1){
|         return [unary, f1](unary_t f2){ return f2(unary(f1())); };
|       };
|       return higher1st(nullary) + higher2nd(nullary)(unary);
|     }
|
|   }
|
|   namespace test_variadic_templates
|   {
|
|     template <int...>
|     struct sum;
|
|     template <int N0, int... N1toN>
|     struct sum<N0, N1toN...>
|     {
|       static constexpr auto value = N0 + sum<N1toN...>::value;
|     };
|
|     template <>
|     struct sum<>
|     {
|       static constexpr auto value = 0;
|     };
|
|     static_assert(sum<>::value == 0, "");
|     static_assert(sum<1>::value == 1, "");
|     static_assert(sum<23>::value == 23, "");
|     static_assert(sum<1, 2>::value == 3, "");
|     static_assert(sum<5, 5, 11>::value == 21, "");
|     static_assert(sum<2, 3, 5, 7, 11, 13>::value == 41, "");
|
|   }
|
|   // http://stackoverflow.com/questions/13728184/template-aliases-and-sfinae
|   // Clang 3.1 fails with headers of libstd++ 4.8.3 when using std::function
|   // because of this.
|   namespace test_template_alias_sfinae
|   {
|
|     struct foo {};
|
|     template<typename T>
|     using member = typename T::member_type;
|
|     template<typename T>
|     void func(...) {}
|
|     template<typename T>
|     void func(member<T>*) {}
|
|     void test();
|
|     void test() { func<foo>(0); }
|
|   }
|
| }  // namespace cxx11
|
| #endif  // __cplusplus >= 201103L
|
|
|
configure:4132: result: no
configure:4142: checking whether g++-4.9 supports C++11 features with -std=gnu++11
configure:4438: g++-4.9 -std=gnu++11 -c -fpic -Wall -Wno-unused-function -Wextra -g -O2  conftest.cpp >&5
configure:4438: $? = 0
configure:4447: result: yes
configure:4499: checking arpa/inet.h usability
configure:4499: gcc -c -g -O2  conftest.c >&5
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking arpa/inet.h presence
configure:4499: gcc -E  conftest.c
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking for arpa/inet.h
configure:4499: result: yes
configure:4499: checking dirent.h usability
configure:4499: gcc -c -g -O2  conftest.c >&5
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking dirent.h presence
configure:4499: gcc -E  conftest.c
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking for dirent.h
configure:4499: result: yes
configure:4499: checking fcntl.h usability
configure:4499: gcc -c -g -O2  conftest.c >&5
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking fcntl.h presence
configure:4499: gcc -E  conftest.c
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking for fcntl.h
configure:4499: result: yes
configure:4499: checking netdb.h usability
configure:4499: gcc -c -g -O2  conftest.c >&5
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking netdb.h presence
configure:4499: gcc -E  conftest.c
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking for netdb.h
configure:4499: result: yes
configure:4499: checking poll.h usability
configure:4499: gcc -c -g -O2  conftest.c >&5
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking poll.h presence
configure:4499: gcc -E  conftest.c
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking for poll.h
configure:4499: result: yes
configure:4499: checking pthread.h usability
configure:4499: gcc -c -g -O2  conftest.c >&5
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking pthread.h presence
configure:4499: gcc -E  conftest.c
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking for pthread.h
configure:4499: result: yes
configure:4499: checking sys/ioctl.h usability
configure:4499: gcc -c -g -O2  conftest.c >&5
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking sys/ioctl.h presence
configure:4499: gcc -E  conftest.c
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking for sys/ioctl.h
configure:4499: result: yes
configure:4499: checking sys/select.h usability
configure:4499: gcc -c -g -O2  conftest.c >&5
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking sys/select.h presence
configure:4499: gcc -E  conftest.c
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking for sys/select.h
configure:4499: result: yes
configure:4499: checking sys/time.h usability
configure:4499: gcc -c -g -O2  conftest.c >&5
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking sys/time.h presence
configure:4499: gcc -E  conftest.c
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking for sys/time.h
configure:4499: result: yes
configure:4499: checking time.h usability
configure:4499: gcc -c -g -O2  conftest.c >&5
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking time.h presence
configure:4499: gcc -E  conftest.c
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking for time.h
configure:4499: result: yes
configure:4499: checking termios.h usability
configure:4499: gcc -c -g -O2  conftest.c >&5
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking termios.h presence
configure:4499: gcc -E  conftest.c
configure:4499: $? = 0
configure:4499: result: yes
configure:4499: checking for termios.h
configure:4499: result: yes
configure:4510: checking for pthread_setname_np in -lpthread
configure:4535: gcc -o conftest -g -O2   conftest.c -lpthread   >&5
configure:4535: $? = 0
configure:4544: result: yes
configure:4556: checking for clock_gettime in -lrt
configure:4581: gcc -o conftest -g -O2   conftest.c -lrt   >&5
configure:4581: $? = 0
configure:4590: result: yes
configure:4598: checking for pselect
configure:4598: gcc -o conftest -g -O2   conftest.c  >&5
configure:4598: $? = 0
configure:4598: result: yes
configure:4605: checking for ppoll
configure:4605: gcc -o conftest -g -O2   conftest.c  >&5
configure:4605: $? = 0
configure:4605: result: yes
configure:4612: checking linux/serial.h usability
configure:4612: gcc -c -g -O2  conftest.c >&5
configure:4612: $? = 0
configure:4612: result: yes
configure:4612: checking linux/serial.h presence
configure:4612: gcc -E  conftest.c
configure:4612: $? = 0
configure:4612: result: yes
configure:4612: checking for linux/serial.h
configure:4612: result: yes
configure:4620: checking dev/usb/uftdiio.h usability
configure:4620: gcc -c -g -O2  conftest.c >&5
conftest.c:73:29: fatal error: dev/usb/uftdiio.h: No such file or directory
#include <dev/usb/uftdiio.h>
                             ^
compilation terminated.
configure:4620: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "ebusd"
| #define PACKAGE_TARNAME "ebusd"
| #define PACKAGE_VERSION "3.4"
| #define PACKAGE_STRING "ebusd 3.4"
| #define PACKAGE_BUGREPORT "ebusd@ebusd.eu"
| #define PACKAGE_URL "https://github.com/john30/ebusd"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define __EXTENSIONS__ 1
| #define _ALL_SOURCE 1
| #define _GNU_SOURCE 1
| #define _POSIX_PTHREAD_SEMANTICS 1
| #define _TANDEM_SOURCE 1
| #define HAVE_CXX11 1
| #define HAVE_ARPA_INET_H 1
| #define HAVE_DIRENT_H 1
| #define HAVE_FCNTL_H 1
| #define HAVE_NETDB_H 1
| #define HAVE_POLL_H 1
| #define HAVE_PTHREAD_H 1
| #define HAVE_SYS_IOCTL_H 1
| #define HAVE_SYS_SELECT_H 1
| #define HAVE_SYS_TIME_H 1
| #define HAVE_TIME_H 1
| #define HAVE_TERMIOS_H 1
| #define HAVE_PTHREAD_SETNAME_NP 1
| #define HAVE_PSELECT 1
| #define HAVE_PPOLL 1
| #define HAVE_LINUX_SERIAL 1
| /* end confdefs.h.  */
| #include <stdio.h>
| #ifdef HAVE_SYS_TYPES_H
| # include <sys/types.h>
| #endif
| #ifdef HAVE_SYS_STAT_H
| # include <sys/stat.h>
| #endif
| #ifdef STDC_HEADERS
| # include <stdlib.h>
| # include <stddef.h>
| #else
| # ifdef HAVE_STDLIB_H
| #  include <stdlib.h>
| # endif
| #endif
| #ifdef HAVE_STRING_H
| # if !defined STDC_HEADERS && defined HAVE_MEMORY_H
| #  include <memory.h>
| # endif
| # include <string.h>
| #endif
| #ifdef HAVE_STRINGS_H
| # include <strings.h>
| #endif
| #ifdef HAVE_INTTYPES_H
| # include <inttypes.h>
| #endif
| #ifdef HAVE_STDINT_H
| # include <stdint.h>
| #endif
| #ifdef HAVE_UNISTD_H
| # include <unistd.h>
| #endif
| #include <dev/usb/uftdiio.h>
configure:4620: result: no
configure:4620: checking dev/usb/uftdiio.h presence
configure:4620: gcc -E  conftest.c
conftest.c:40:29: fatal error: dev/usb/uftdiio.h: No such file or directory
#include <dev/usb/uftdiio.h>
                             ^
compilation terminated.
configure:4620: $? = 1
configure: failed program was:
| /* confdefs.h */
| #define PACKAGE_NAME "ebusd"
| #define PACKAGE_TARNAME "ebusd"
| #define PACKAGE_VERSION "3.4"
| #define PACKAGE_STRING "ebusd 3.4"
| #define PACKAGE_BUGREPORT "ebusd@ebusd.eu"
| #define PACKAGE_URL "https://github.com/john30/ebusd"
| #define STDC_HEADERS 1
| #define HAVE_SYS_TYPES_H 1
| #define HAVE_SYS_STAT_H 1
| #define HAVE_STDLIB_H 1
| #define HAVE_STRING_H 1
| #define HAVE_MEMORY_H 1
| #define HAVE_STRINGS_H 1
| #define HAVE_INTTYPES_H 1
| #define HAVE_STDINT_H 1
| #define HAVE_UNISTD_H 1
| #define __EXTENSIONS__ 1
| #define _ALL_SOURCE 1
| #define _GNU_SOURCE 1
| #define _POSIX_PTHREAD_SEMANTICS 1
| #define _TANDEM_SOURCE 1
| #define HAVE_CXX11 1
| #define HAVE_ARPA_INET_H 1
| #define HAVE_DIRENT_H 1
| #define HAVE_FCNTL_H 1
| #define HAVE_NETDB_H 1
| #define HAVE_POLL_H 1
| #define HAVE_PTHREAD_H 1
| #define HAVE_SYS_IOCTL_H 1
| #define HAVE_SYS_SELECT_H 1
| #define HAVE_SYS_TIME_H 1
| #define HAVE_TIME_H 1
| #define HAVE_TERMIOS_H 1
| #define HAVE_PTHREAD_SETNAME_NP 1
| #define HAVE_PSELECT 1
| #define HAVE_PPOLL 1
| #define HAVE_LINUX_SERIAL 1
| /* end confdefs.h.  */
| #include <dev/usb/uftdiio.h>
configure:4620: result: no
configure:4620: checking for dev/usb/uftdiio.h
configure:4620: result: no
configure:4661: checking for argp_parse
configure:4661: gcc -o conftest -g -O2   conftest.c  >&5
configure:4661: $? = 0
configure:4661: result: yes
configure:4710: checking argp.h usability
configure:4710: gcc -c -g -O2  conftest.c >&5
configure:4710: $? = 0
configure:4710: result: yes
configure:4710: checking argp.h presence
configure:4710: gcc -E  conftest.c
configure:4710: $? = 0
configure:4710: result: yes
configure:4710: checking for argp.h
configure:4710: result: yes
configure:4732: checking for mosquitto_lib_init in -lmosquitto
configure:4757: gcc -o conftest -g -O2   conftest.c -lmosquitto   >&5
configure:4757: $? = 0
configure:4766: result: yes
configure:4791: checking for direct float format conversion
configure:4810: gcc -o conftest -g -O2   conftest.c  >&5
configure:4810: $? = 0
configure:4810: ./conftest
configure:4810: $? = 0
configure:4851: result: yes
configure:4899: checking for doxygen
configure:4929: result: no
configure:4938: WARNING: Doxygen not found - continuing without Doxygen support.
configure:4971: checking for a BSD-compatible install
configure:5039: result: /usr/bin/install -c
configure:5050: checking whether build environment is sane
configure:5105: result: yes
configure:5253: checking for a thread-safe mkdir -p
configure:5292: result: /bin/mkdir -p
configure:5299: checking for gawk
configure:5329: result: no
configure:5299: checking for mawk
configure:5315: found /usr/bin/mawk
configure:5326: result: mawk
configure:5337: checking whether make sets $(MAKE)
configure:5359: result: yes
configure:5389: checking for style of include used by make
configure:5417: result: GNU
configure:5451: checking whether make supports nested variables
configure:5468: result: yes
configure:5553: checking dependency style of gcc
configure:5664: result: gcc3
configure:5681: checking dependency style of g++-4.9 -std=gnu++11
configure:5792: result: gcc3
configure:5900: checking for ar
configure:5916: found /usr/bin/ar
configure:5927: result: ar
configure:5953: checking the archiver (ar) interface
configure:5969: gcc -c -g -O2  conftest.c >&5
configure:5969: $? = 0
configure:5971: ar cru libconftest.a conftest.o >&5
configure:5974: $? = 0
configure:6002: result: ar
configure:6065: checking for ranlib
configure:6081: found /usr/bin/ranlib
configure:6092: result: ranlib
configure:6126: checking whether make supports nested variables
configure:6143: result: yes
configure:6276: checking that generated files are newer than configure
configure:6282: result: done
configure:6309: creating ./config.status

## ---------------------- ##
## Running config.status. ##
## ---------------------- ##

This file was extended by ebusd config.status 3.4, which was
generated by GNU Autoconf 2.69.  Invocation command line was

  CONFIG_FILES    =
  CONFIG_HEADERS  =
  CONFIG_LINKS    =
  CONFIG_COMMANDS =
  $ ./config.status

on raspberrypi

config.status:909: creating Makefile
config.status:909: creating docs/Makefile
config.status:909: creating src/lib/utils/Makefile
config.status:909: creating src/lib/ebus/Makefile
config.status:909: creating src/lib/ebus/test/Makefile
config.status:909: creating src/ebusd/Makefile
config.status:909: creating src/tools/Makefile
config.status:909: creating src/lib/ebus/contrib/Makefile
config.status:909: creating src/lib/ebus/contrib/test/Makefile
config.status:909: creating config.h
config.status:1138: executing depfiles commands

## ---------------- ##
## Cache variables. ##
## ---------------- ##

ac_cv_c_compiler_gnu=yes
ac_cv_cxx_compiler_gnu=yes
ac_cv_env_CCC_set=
ac_cv_env_CCC_value=
ac_cv_env_CC_set=
ac_cv_env_CC_value=
ac_cv_env_CFLAGS_set=
ac_cv_env_CFLAGS_value=
ac_cv_env_CPPFLAGS_set=
ac_cv_env_CPPFLAGS_value=
ac_cv_env_CPP_set=
ac_cv_env_CPP_value=
ac_cv_env_CXXFLAGS_set=
ac_cv_env_CXXFLAGS_value=
ac_cv_env_CXX_set=
ac_cv_env_CXX_value=
ac_cv_env_LDFLAGS_set=
ac_cv_env_LDFLAGS_value=
ac_cv_env_LIBS_set=
ac_cv_env_LIBS_value=
ac_cv_env_build_alias_set=
ac_cv_env_build_alias_value=
ac_cv_env_host_alias_set=
ac_cv_env_host_alias_value=
ac_cv_env_target_alias_set=
ac_cv_env_target_alias_value=
ac_cv_func_argp_parse=yes
ac_cv_func_ppoll=yes
ac_cv_func_pselect=yes
ac_cv_header_argp_h=yes
ac_cv_header_arpa_inet_h=yes
ac_cv_header_dev_usb_uftdiio_h=no
ac_cv_header_dirent_h=yes
ac_cv_header_fcntl_h=yes
ac_cv_header_inttypes_h=yes
ac_cv_header_linux_serial_h=yes
ac_cv_header_memory_h=yes
ac_cv_header_minix_config_h=no
ac_cv_header_netdb_h=yes
ac_cv_header_poll_h=yes
ac_cv_header_pthread_h=yes
ac_cv_header_stdc=yes
ac_cv_header_stdint_h=yes
ac_cv_header_stdlib_h=yes
ac_cv_header_string_h=yes
ac_cv_header_strings_h=yes
ac_cv_header_sys_ioctl_h=yes
ac_cv_header_sys_select_h=yes
ac_cv_header_sys_stat_h=yes
ac_cv_header_sys_time_h=yes
ac_cv_header_sys_types_h=yes
ac_cv_header_termios_h=yes
ac_cv_header_time_h=yes
ac_cv_header_unistd_h=yes
ac_cv_lib_mosquitto_mosquitto_lib_init=yes
ac_cv_lib_pthread_pthread_setname_np=yes
ac_cv_lib_rt_clock_gettime=yes
ac_cv_objext=o
ac_cv_path_EGREP='/bin/grep -E'
ac_cv_path_GREP=/bin/grep
ac_cv_path_install='/usr/bin/install -c'
ac_cv_path_mkdir=/bin/mkdir
ac_cv_prog_AWK=mawk
ac_cv_prog_CPP='gcc -E'
ac_cv_prog_ac_ct_AR=ar
ac_cv_prog_ac_ct_CC=gcc
ac_cv_prog_ac_ct_CXX=g++-4.9
ac_cv_prog_ac_ct_RANLIB=ranlib
ac_cv_prog_cc_c89=
ac_cv_prog_cc_g=yes
ac_cv_prog_cxx_g=yes
ac_cv_prog_make_make_set=yes
ac_cv_safe_to_define___extensions__=yes
am_cv_CC_dependencies_compiler_type=gcc3
am_cv_CXX_dependencies_compiler_type=gcc3
am_cv_ar_interface=ar
am_cv_make_support_nested_variables=yes
am_cv_prog_cc_c_o=yes
ax_cv_cxx_compile_cxx11=no
ax_cv_cxx_compile_cxx11__std_gnupp11=yes

## ----------------- ##
## Output variables. ##
## ----------------- ##

ACLOCAL='${SHELL} /home/pi/ebusd/build/missing aclocal-1.14'
AMDEPBACKSLASH='\'
AMDEP_FALSE='#'
AMDEP_TRUE=''
AMTAR='$${TAR-tar}'
AM_BACKSLASH='\'
AM_DEFAULT_V='$(AM_DEFAULT_VERBOSITY)'
AM_DEFAULT_VERBOSITY='0'
AM_V='$(V)'
AR='ar'
AUTOCONF='${SHELL} /home/pi/ebusd/build/missing autoconf'
AUTOHEADER='${SHELL} /home/pi/ebusd/build/missing autoheader'
AUTOMAKE='${SHELL} /home/pi/ebusd/build/missing automake-1.14'
AWK='mawk'
CC='gcc'
CCDEPMODE='depmode=gcc3'
CFLAGS='-g -O2'
CONTRIB_FALSE='#'
CONTRIB_TRUE=''
CPP='gcc -E'
CPPFLAGS=''
CXX='g++-4.9 -std=gnu++11'
CXXDEPMODE='depmode=gcc3'
CXXFLAGS='-fpic -Wall -Wno-unused-function -Wextra -g -O2'
CYGPATH_W='echo'
DEFS='-DHAVE_CONFIG_H'
DEPDIR='.deps'
ECHO_C=''
ECHO_N='-n'
ECHO_T=''
EGREP='/bin/grep -E'
EXEEXT=''
EXTRA_LIBS='-lrt -lmosquitto'
GREP='/bin/grep'
HAVE_CXX11='1'
HAVE_DOXYGEN=''
HAVE_DOXYGEN_FALSE=''
HAVE_DOXYGEN_TRUE='#'
INSTALL_DATA='${INSTALL} -m 644'
INSTALL_PROGRAM='${INSTALL}'
INSTALL_SCRIPT='${INSTALL}'
INSTALL_STRIP_PROGRAM='$(install_sh) -c -s'
LDFLAGS=''
LIBOBJS=''
LIBS=''
LTLIBOBJS=''
MAKEINFO='${SHELL} /home/pi/ebusd/build/missing makeinfo'
MKDIR_P='/bin/mkdir -p'
MQTT_FALSE='#'
MQTT_TRUE=''
OBJEXT='o'
PACKAGE='ebusd'
PACKAGE_BUGREPORT='ebusd@ebusd.eu'
PACKAGE_NAME='ebusd'
PACKAGE_STRING='ebusd 3.4'
PACKAGE_TARNAME='ebusd'
PACKAGE_URL='https://github.com/john30/ebusd'
PACKAGE_VERSION='3.4'
PATH_SEPARATOR=':'
RANLIB='ranlib'
SET_MAKE=''
SHELL='/bin/bash'
STRIP=''
VERSION='3.4'
ac_ct_AR='ar'
ac_ct_CC='gcc'
ac_ct_CXX='g++-4.9'
am__EXEEXT_FALSE=''
am__EXEEXT_TRUE='#'
am__fastdepCC_FALSE='#'
am__fastdepCC_TRUE=''
am__fastdepCXX_FALSE='#'
am__fastdepCXX_TRUE=''
am__include='include'
am__isrc=''
am__leading_dot='.'
am__nodep='_no'
am__quote=''
am__tar='$${TAR-tar} chof - "$$tardir"'
am__untar='$${TAR-tar} xf -'
bindir='${exec_prefix}/bin'
build_alias=''
datadir='${datarootdir}'
datarootdir='${prefix}/share'
docdir='${datarootdir}/doc/${PACKAGE_TARNAME}'
dvidir='${docdir}'
exec_prefix='${prefix}'
host_alias=''
htmldir='${docdir}'
includedir='${prefix}/include'
infodir='${datarootdir}/info'
install_sh='${SHELL} /home/pi/ebusd/build/install-sh'
libdir='${exec_prefix}/lib'
libexecdir='${exec_prefix}/libexec'
localedir='${datarootdir}/locale'
localstatedir='/var'
mandir='${datarootdir}/man'
mkdir_p='$(MKDIR_P)'
oldincludedir='/usr/include'
pdfdir='${docdir}'
prefix='/usr/local'
program_transform_name='s,x,x,'
psdir='${docdir}'
sbindir='${exec_prefix}/sbin'
sharedstatedir='${prefix}/com'
sysconfdir='/etc'
target_alias=''

## ----------- ##
## confdefs.h. ##
## ----------- ##

/* confdefs.h */
#define PACKAGE_NAME "ebusd"
#define PACKAGE_TARNAME "ebusd"
#define PACKAGE_VERSION "3.4"
#define PACKAGE_STRING "ebusd 3.4"
#define PACKAGE_BUGREPORT "ebusd@ebusd.eu"
#define PACKAGE_URL "https://github.com/john30/ebusd"
#define STDC_HEADERS 1
#define HAVE_SYS_TYPES_H 1
#define HAVE_SYS_STAT_H 1
#define HAVE_STDLIB_H 1
#define HAVE_STRING_H 1
#define HAVE_MEMORY_H 1
#define HAVE_STRINGS_H 1
#define HAVE_INTTYPES_H 1
#define HAVE_STDINT_H 1
#define HAVE_UNISTD_H 1
#define __EXTENSIONS__ 1
#define _ALL_SOURCE 1
#define _GNU_SOURCE 1
#define _POSIX_PTHREAD_SEMANTICS 1
#define _TANDEM_SOURCE 1
#define HAVE_CXX11 1
#define HAVE_ARPA_INET_H 1
#define HAVE_DIRENT_H 1
#define HAVE_FCNTL_H 1
#define HAVE_NETDB_H 1
#define HAVE_POLL_H 1
#define HAVE_PTHREAD_H 1
#define HAVE_SYS_IOCTL_H 1
#define HAVE_SYS_SELECT_H 1
#define HAVE_SYS_TIME_H 1
#define HAVE_TIME_H 1
#define HAVE_TERMIOS_H 1
#define HAVE_PTHREAD_SETNAME_NP 1
#define HAVE_PSELECT 1
#define HAVE_PPOLL 1
#define HAVE_LINUX_SERIAL 1
#define HAVE_CONTRIB 1
#define HAVE_ARGP_H 1
#define HAVE_MQTT 1
#define HAVE_DIRECT_FLOAT_FORMAT 1
#define PACKAGE_PIDFILE LOCALSTATEDIR "/run/" PACKAGE ".pid"
#define PACKAGE_LOGFILE LOCALSTATEDIR "/log/" PACKAGE ".log"
#define SCAN_VERSION "304"
#define REVISION "v3.4-20-gedfe09a"
#define PACKAGE "ebusd"
#define VERSION "3.4"

configure: exit 0
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: JimKnopf am 06 Oktober 2020, 19:19:33
Das ist das log vom kompilieren.
Nur der leltze Durchlauf ist relevant, nachdem Du alle benötigten Programme, speziell autoconf, installiert hattest.
configure: exit 0

ist die letzte Zeile und bedeutet "alles in Ordnung".
Wenn Du es genauer wissen willst kannst Du das log löschen und noch einmal neu kompilieren.
Dann drüfte kein
compilation terminated.
mehr auftauchen.
Aber, ebusd läuft ja und hat auch den ebus gefunden. Jetzt braucht es Informationen was es mit den eingehenden Daten anfangen soll und dafür sind die csv-Dateien.

Gruß,
Burkhard
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 06 Oktober 2020, 19:36:49
Kurz:

vnc ist deaktiviert und grau, also nicht anwählbar.
Das PW für den Pi weiss ich nicht mehr, der ist schon seit mehreren JAhren am laufen. Reicht es eine Datei, wo das PW drinsteht, zu löschen?
der ebusd läuft derzeit nicht, ich hatte einige Nachrichten vorher schon die Meldung hier reinkopiert.

Mittlerweile habe ich die Anleitung wie der ebusd in FHEM einzubinden ist gefunden und befolgt. Nur kann ich mit dem Raum Vaillant nicht arbeiten, weil der ebusd nicht läuft. Werde nachher mal den RPi neu starten und mal sehen was die Sachen denn so machen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: JimKnopf am 06 Oktober 2020, 19:48:47
Hi!

ebusd starten ist bis jetzt noch:
./src/ebusd/ebusd -f -d /dev/serial/by-id/usb-ESERA-Automation_eBus_Coupler_12001_AL54PGN1-if00-port0 -l /var/log/ebusd.log --latency=20000 --address=01 --configpath=/etc/ebusd/de --accesslevel=*  --pollinterval=10 --enablehex --enabledefine

das hatte ja funktioniert. Damit solltest Du erst mal arbeiten.
Wenn das funktioniert muss Du dem "service ebusd" natürlich vorher noch verraten welche Parameter verwendet werden sollen. Das gemeine: Du siehtst evtl. nicht was ebusd macht. deswegen
]./src/ebusd/ebusd -f .......
das sorgt dafür, dass ebusd mit Dir im Terminalfenster spricht.
Den service zu konfigurieren ist das vorletzte was Du machen solltest, wenn alles andere läuft.
Der letzte Schritt wird dann sein, dafür zu sorgen dass ebusd nach einem reboot automatisch startet.

Gruß,
Burkhard

PS: hattest Du nach
make
auch
make install
ausgeführt? Das sind zwei verschiedene Vorgänge!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 06 Oktober 2020, 20:29:44
Also die Langversion vom Startbefehl funktioniert im Terminal:

pi@rpi:~ $ cd ebusd
pi@rpi:~/ebusd $ ./src/ebusd/ebusd -f -d /dev/serial/by-id/usb-ESERA-Automation_eBus_Coupler_12001_AL54PGN1-if00-port0 -l /var/log/ebusd.log --latency=20000 --address=01 --configpath=/etc/ebusd/de --accesslevel=*  --pollinterval=10 --enablehex --enabledefine
2020-10-06 20:22:12.536 [main notice] ebusd 3.4.v3.4-20-gedfe09a started
2020-10-06 20:22:12.801 [main error] error reading config files from /etc/ebusd/de: ERR: duplicate entry, last error: vaillant/15.hep.csv:6: ERR: duplicate entry, duplicate ID
2020-10-06 20:22:12.804 [bus notice] bus started with own address 01/06
2020-10-06 20:22:13.050 [bus notice] signal acquired
2020-10-06 20:22:21.023 [bus notice] max. symbols per second: 105
2020-10-06 20:22:22.805 [main notice] found messages: 490 (17 conditional on 7 conditions, 0 poll, 6 update)
2020-10-06 20:22:32.000 [bus notice] max. symbols per second: 130
2020-10-06 20:22:33.039 [bus notice] max. symbols per second: 227


Ist der Fehler mit dem doppeltem Eintrag erst mal wichtig oder kann ich deb später suchen?

In FHEM kommt jedoch nichts an. Liegt es daran, das die Ausgabe ins Terminal geleitet wird?

aktuelle Anzeige im Terminal:
2020-10-06 20:38:29.577 [update notice] received read bai DateTime QQ=10: valid;20:38:30;06.10.2020;12.688
2020-10-06 20:38:29.841 [update notice] received read bai Status02 QQ=10: auto;30;75.0;70;65.0
2020-10-06 20:38:30.075 [update notice] received unknown BC cmd: 10feb516080029382006100220
2020-10-06 20:38:30.357 [update notice] received unknown MS cmd: 1008b5110100 / 09e00116000000008b00
2020-10-06 20:38:30.572 [update notice] received unknown BC cmd: 10feb5160301b00c
2020-10-06 20:38:39.002 [update notice] received read bai Status01 QQ=10: 30.0;29.0;12.688;32.5;-;off
2020-10-06 20:38:39.278 [update notice] received read bai Mode QQ=10: standby
2020-10-06 20:38:49.008 [update notice] received read bai Status01 QQ=10: 30.0;29.0;12.688;32.5;-;off
2020-10-06 20:38:49.280 [update notice] received read bai Mode QQ=10: standby
2020-10-06 20:38:58.971 [update notice] received read bai Status01 QQ=10: 30.0;29.0;12.688;32.5;-;off
2020-10-06 20:38:59.246 [update notice] received read bai Mode QQ=10: standby
2020-10-06 20:38:59.511 [update notice] received read bai Status02 QQ=10: auto;30;75.0;70;65.0
2020-10-06 20:39:08.982 [update notice] received read bai Status01 QQ=10: 30.0;29.0;12.688;32.5;-;off
2020-10-06 20:39:09.749 [update notice] received read bai Mode QQ=10: standby


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: JimKnopf am 06 Oktober 2020, 20:44:04
Also, in FHEM kann nur ankommen, was auch im Terminalfenster steht (beim Langbefehl).
Der doppelte Eintrag befindet sich in /etc/ebusd/de/vaillant/15.hep.csv, Zeile 6. Dadurch wird die Datei komplett ignoriert, evtl. alle dateien. Das sollte also berichtigt werden.
Wenn Du die Zeile nicht komplett löschen möchtest kannst Du das Nummernzeichen # an den Anfang der Zeile setzen. Damit ist sie auskomentiert.
Es können noch mehr doppelte Einträge auftauchen, die sollten auch alle berichtigt werden.
Du musst dazu normalerweise ebusd nicht neu starten. Du kannst in einem neuen Terminalfenster "ebusctl" eingeben uns somit starten. Hier kannst du mit reload ein neues einlesen der Dateien bewirken.
Da Du "./src/ebusd/" vor ebusd schreiben musst, kann es sein, dass ebusctl auch nicht ohne Pfadangabe gefunden wird. Das musst Du einfach mal ausprobieren.
2020-10-06 20:22:22.805 [main notice] found messages: 490 (17 conditional on 7 conditions, 0 poll, 6 update)
bedeutet, dass ebusd 490 Telegramme kennt und dekodieren kann.
Wenn Du ebusd etwas laufen lässt kommen zwei Arten von Meldungen:
dekodierte Telegramme
oder
0-10-06 20:41:10.525 [update notice] received unknown MM cmd: 03f10800080027000c80000036
natürlich mit anderen Werten.
Lass mal etwas laufen und poste mal die Ausgabe. Erzähl mal ob Du ebusctl so starten kannst. Wenn ja, solltest Du auch ebusd ohne Pfadangabe starten können.
PS: sehe gerade, dass Du den Autput schon gebpostet hast, sieht gut aus.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: JimKnopf am 06 Oktober 2020, 20:48:24
So, ebusd läuft so bei Dir, jetzt kommt es drauf an, wie Du die Daten in FHEM einbinden willst.
Ich nutze MQTT. Mit den anderen Varianten kenne ich mich nicht aus.
Wenn Du auch MQTT nutzen willst kann ich Dir da weiterhelfen, nachdem Du Dich mit https://wiki.fhem.de/wiki/EBUS-MQTT2 (https://wiki.fhem.de/wiki/EBUS-MQTT2) beschäftigt hast und die dortige Anleitung soweit befolgt hast.
Ich habe sie auch genau so umgesetzt.

Möchtest Du eine andere Variante nutzen, müsste wer anderes helfen.
Gruß,
Burkhard
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 06 Oktober 2020, 20:52:23
pi@rpi:~/ebusd $ ebusctl
bash: ebusctl: Kommando nicht gefunden.
pi@rpi:~/ebusd $ ./src/ebusd/ebusctl
bash: ./src/ebusd/ebusctl: Datei oder Verzeichnis nicht gefunden
pi@rpi:~/ebusd $


Also weder noch.

Werde mir deinen Link zu MQTT an anderem Rechner mal durchlesen. - Geschehen - ICh werde die Installationen für heute beenden, das wird mir zuviel. Melde mich in den nächsten Tagen noch einmal.

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: JimKnopf am 06 Oktober 2020, 21:01:22
Weiter möglichkeit für tests:
wenn Du ebusctl starten kannst, kannst Du mit read und write aktiv am ebus Arbeiten.
Sieh mal in die CSV Dateien die bei Dir verwendet werden. Wo am Anfang ein w steht, kannst Du Werte senden.
Evtl. musst Du alle Werte senden, die in einer Zeile aufgelistet sind. In der obersten Zeile der Datei steht immer, wie eine Zeile aufgebaut ist.
Weitere Hinweise findest Du wieder hier: https://github.com/john30/ebusd/wiki/4.1.-Message-definition (https://github.com/john30/ebusd/wiki/4.1.-Message-definition).
Es ist nicht ganz einfach. Ich habe ich kein bischen mit Vailant beschäftigt und weiß deshalb nicht, was Dich in den Dateien erwartet.
Kleiner Tipp, die Dateien nicht per doppelklick öffnen, sonst wird es mit LibreOffice geöffnet, das ist nicht hilfreich.
Ich klicke mit rechts  und öffne mit Geany. Sollte das bei Dir nicht verfügbar sein:
sudo apt update
sudo apt install Geany


Da war noch die Frage, ob Du nach
make
auch
make install
ausgeführt hast. Das ist notwendig, damit die Anwendungen auch ohne Pfadangabe gefunden werden, bzw. an dem richtigen Ort liegen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: a_quadrat am 29 Oktober 2020, 14:06:48
Hallo Zusammen,

danke erstmal für das tolle Projekt und die geleistete Arbeit. Seid 1-2 Tagen habe ich meinen ebus-Controller V2.2 am laufen. Letzte Nacht ist er dann ca. 3 Uhr ausgestiegen und liefert keine Daten mehr an fhem. Ich habe schon mehrmals neu gestartet, aber alles ohne Erfolg.

ebusctl info liefert folgendes Ergebnis:


root@raspberrypi:~# ebusctl info
version: ebusd 3.4.v3.3-51-g57eae05
update check: revision v3.4 available
access: *
signal: acquired
symbol rate: 22
max symbol rate: 165
min arbitration micros: 3336
max arbitration micros: 3336
min symbol latency: 5
max symbol latency: 5
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



und im ebuslog kommen folgende Einträge:


2020-10-29 13:45:00.125 [mqtt error] read message bai WaterPressure not found
2020-10-29 13:45:00.125 [mqtt error] read message bai FlowTemp not found
2020-10-29 13:45:00.125 [mqtt error] read message bai ReturnTemp not found
2020-10-29 13:45:00.125 [mqtt error] read message bai FanSpeed not found
2020-10-29 13:45:00.125 [mqtt error] read message bai WPPWMPower not found
2020-10-29 13:45:00.125 [mqtt error] read message bai OutdoorstempSensor not found
2020-10-29 13:45:00.125 [mqtt error] read message bai Status02 not found
2020-10-29 13:45:00.125 [mqtt error] read message bai FanHours not found
2020-10-29 13:45:00.125 [mqtt error] read message bai HcHours not found
2020-10-29 13:45:00.125 [mqtt error] read message bai HwcHours not found
2020-10-29 13:45:00.125 [mqtt error] read message bai HwcStarts not found
2020-10-29 13:45:00.125 [mqtt error] read message bai HwcTemp not found
2020-10-29 13:45:02.431 [update notice] received unknown MS cmd: 1008b5110101 / 094646e00b50600000ff
2020-10-29 13:45:06.613 [update notice] received unknown MS cmd: 1008b5100900004f68ffff04ff00 / 0101
2020-10-29 13:45:10.748 [update notice] received unknown MS cmd: 1008b5110101 / 094646e00b50600000ff
2020-10-29 13:45:12.805 [update notice] received unknown BC cmd: 10feb516080014451329100420
2020-10-29 13:45:13.065 [update notice] received unknown MS cmd: 1008b512020000 / 00
2020-10-29 13:45:17.015 [update notice] received unknown MS cmd: 1008b5100900004f68ffff04ff00 / 0101
2020-10-29 13:45:21.192 [update notice] received unknown MS cmd: 1008b5110101 / 094646e00b50600000ff
2020-10-29 13:45:23.294 [update notice] received unknown MS cmd: 1008b5040100 / 0a0323451329100420e00b
2020-10-29 13:45:23.565 [update notice] received unknown MS cmd: 1008b5110102 / 05033c785078
2020-10-29 13:45:25.392 [update notice] received unknown MS cmd: 1008b5100900004f68ffff04ff00 / 0101
2020-10-29 13:45:31.655 [update notice] received unknown MS cmd: 1008b5110101 / 094646e00b50600000ff
2020-10-29 13:45:33.696 [update notice] received unknown BC cmd: 10feb5160301e00b


Hat jemand eine Idee woran das liegen kann, oder was ich noch probieren kann?

VG Andreas
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: JimKnopf am 29 Oktober 2020, 14:58:08
Hi!

Ich vermute mal das irgendwas mit Deinen CSV Dateien durcheinander gekommen ist. Entweder wurde an denen was verändert, oder Dein Aufruf hat sich geändert, so dass sie nicht mehr gefunden werden.
Wenn Du ebusd neu startets sollte nach kurzer Zeit eine Ähnliche Meldung wie diese kommen:
2020-10-29 14:55:39.992 [main notice] found messages: 284 (0 conditional on 0 conditions, 10 poll, 33 update)

Wenn Du mit dem Daemon arbeitest mal ins Log schauen.
Bedeutet bei mir, dass 284 Telegramme bekannt sind und dekodiert werden können.
Was da bei Dir steht wäre jetzt interessant.

Gruß,
Burkhard
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: a_quadrat am 29 Oktober 2020, 16:18:22
Hi,

jetzt funktioniert es wieder. In FHEM hat autocreate ein Modul angelegt, dass auf den USB0 Port zugegriffen hat, vllt. war es das.

Kennst du den MQTT-Befehl für einmal Speicher laden? Ich konnte ihn noch nicht finden.

VG Andreas
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: JimKnopf am 29 Oktober 2020, 21:23:26
Nein, kenne ich leider auch nicht. Die ISM7 bietet diese Funktion leider auch nicht an.

Gruß,
Burkhard
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 30 Oktober 2020, 18:29:58
Zitat von: a_quadrat am 29 Oktober 2020, 16:18:22
Hi,

jetzt funktioniert es wieder. In FHEM hat autocreate ein Modul angelegt, dass auf den USB0 Port zugegriffen hat, vllt. war es das.

Kennst du den MQTT-Befehl für einmal Speicher laden? Ich konnte ihn noch nicht finden.

VG Andreas

Welche Therme und welche Steuerung hast du ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: metserver1 am 18 Dezember 2020, 18:35:42
Hallo Forum,

ich versuche eine Version 1.6-Platine an meinem Weishaupt WTC15A zum Laufen zu bringen, bekomme es aber nicht hin, weil ich die Fehlermeldungen nicht interpretieren kann.

[main error] error executing instructions: ERR: element not found, last error: included "weishaupt/sc.processvalues.inc" for "08" ...


Die Datei existiert aber und ist lesbar.

Beim Stöbern hier in den Forenbeiträgen ist mir aufgefallen, dass ich offenbar keine broadcast-Datei habe. Brauche ich die, wenn ich den Bus nur auslesen möchte?

Um Euch bei der Hilfe zu unterstützen habe ich im Folgenden ein paar Detail-Informationen einkopiert.

Ich bin für jeden Tipp dankbar, der mich das Ding zum Laufen bringen lässt.

Danke und Gruß,

Jochen



Wenn ebusd als daemon läuft, bringt ein
ebusctl i

jochen@metserver1:/etc/ebusd$ ebusctl i
version: ebusd 3.4.v3.3-51-g57eae05
signal: acquired
symbol rate: 106
max symbol rate: 106
reconnects: 0
masters: 3
messages: 12
conditional: 0
poll: 0
update: 12
address 03: master #11
address 08: slave #11
address 31: master #8, ebusd
address 36: slave #8, ebusd
address ff: master #25


Test der Konfiguration mit ebusd --checkconfig --scanconfig

jochen@metserver1:/etc/ebusd$ ebusd --checkconfig --scanconfig
2020-12-18 18:07:59.881 [main notice] ebusd 3.4.v3.3-51-g57eae05 performing configuration check...
2020-12-18 18:08:00.020 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2020-12-18 18:08:00.020 [main notice] ebusd stopped


Inhalt der Datei /etc/default/ebusd

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

# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="-c /etc/ebusd/ -d /dev/ttyUSB1 -p 8888 -l /var/log/ebusd.log"



Inhalt des Konfigurationsverzeichnisses

jochen@metserver1:/etc/ebusd$ ll
total 68
drwxr-xr-x   4 root root  4096 Mär 15  2020 ./
drwxr-xr-x 105 root root 12288 Dez 12 16:38 ../
drwxr-xr-x   8 root root  4096 Mär 15  2020 .git/
-rw-r--r--   1 root root   154 Mär 15  2020 .gitignore
-rw-r--r--   1 root root 35141 Mär 15  2020 LICENSE
-rw-r--r--   1 root root  1734 Mär 15  2020 README.md
drwxr-xr-x   4 root root  4096 Mär 15  2020 weishaupt/
jochen@metserver1:/etc/ebusd$ cd weishaupt
jochen@metserver1:/etc/ebusd/weishaupt$ ll
total 172
drwxr-xr-x 4 root root  4096 Mär 15  2020 ./
drwxr-xr-x 4 root root  4096 Mär 15  2020 ../
-rw-r--r-- 1 root root   442 Mär 15  2020 04..EA.csv
-rw-r--r-- 1 root root   572 Mär 15  2020 05..EA.csv
-rw-r--r-- 1 root root   230 Mär 15  2020 08..sc.csv
-rw-r--r-- 1 root root  1435 Mär 15  2020 1c..hc4.csv
-rw-r--r-- 1 root root  1435 Mär 15  2020 24..hc8.csv
-rw-r--r-- 1 root root  1970 Mär 15  2020 35..hc1.csv
-rw-r--r-- 1 root root  1435 Mär 15  2020 3c..hc5.csv
-rw-r--r-- 1 root root  1367 Mär 15  2020 51..hc2.csv
-rw-r--r-- 1 root root  1435 Mär 15  2020 75..hc2.csv
-rw-r--r-- 1 root root  1435 Mär 15  2020 7c..hc6.csv
drwxr-xr-x 2 root root  4096 Mär 15  2020 Documentation/
-rw-r--r-- 1 root root  1435 Mär 15  2020 f5..hc3.csv
-rw-r--r-- 1 root root  2822 Mär 15  2020 f6..sc.csv
-rw-r--r-- 1 root root  1435 Mär 15  2020 fc..hc7.csv
drwxr-xr-x 2 root root  4096 Mär 15  2020 FHEM/
-rw-r--r-- 1 root root  1774 Mär 15  2020 hc.expert2.inc
-rw-r--r-- 1 root root  1951 Mär 15  2020 hc.expert.inc
-rw-r--r-- 1 root root  1575 Mär 15  2020 hc.processvalues.inc
-rw-r--r-- 1 root root 13515 Mär 15  2020 hc.timer.inc
-rw-r--r-- 1 root root  1742 Mär 15  2020 hc.userholiday.inc
-rw-r--r-- 1 root root  1361 Mär 15  2020 hc.user.inc
-rw-r--r-- 1 root root  1209 Mär 15  2020 hwc.expert.inc
-rw-r--r-- 1 root root   801 Mär 15  2020 hwc.processvalues.inc
-rw-r--r-- 1 root root  5049 Mär 15  2020 hwc.timercc.inc
-rw-r--r-- 1 root root  4958 Mär 15  2020 hwc.timer.inc
-rw-r--r-- 1 root root   874 Mär 15  2020 hwc.user.inc
-rw-r--r-- 1 root root  1022 Mär 15  2020 sc.enduser.inc
-rw-r--r-- 1 root root  9951 Mär 15  2020 sc.errorhistory.inc
-rw-r--r-- 1 root root  1279 Mär 15  2020 sc.manufacturer.inc
-rw-r--r-- 1 root root  1631 Mär 15  2020 sc.processvalues.inc
-rw-r--r-- 1 root root  6345 Mär 15  2020 sc.statistic.inc
-rw-r--r-- 1 root root  3644 Mär 15  2020 sc.systemheatcontrol.inc
-rw-r--r-- 1 root root  3334 Mär 15  2020 _templates.csv


Mein Test-Skript

#!/bin/bash
#
# Rechner: metserver1
# --------------------------------------------------------
# ReadEBUS.sh
# --------------------------------------------------------

# Ermittlung des richtigen USB-Devices
# Das ist nicht fix, es kann sich nach einem reboot geändert haben
#
getUSBdevEBUS ()
{
text=`dmesg|less|grep "FTDI"|tail -1`
USBdevEBUS=${text: -7}
}


# ---------------------------------------------------------
echo Start
# Wechsel ins Programmverzeichnis
cd /etc/ebusd
pwd

# Variablen setzen
USBdevEBUS=""
Logfile="/var/log/ebusd.log"
ConfigDir="/etc/ebusd/"
#ConfigDir="/etc/ebusd/weishaupt/" # macht keinen Unterschied

# USB-Device holen
getUSBdevEBUS
echo $USBdevEBUS

# eBus lesen
ebusd -r -f -c $ConfigDir -d /dev/$USBdevEBUS -l $Logfile


Die Ausgaben

jochen@metserver1:/mnt/daten/_Computersystem/metserver1/eBus$ ./ReadEBUS.sh
Start
/etc/ebusd
ttyUSB1
2020-12-18 17:48:01.040 [main notice] ebusd 3.4.v3.3-51-g57eae05 started
2020-12-18 17:48:01.060 [bus notice] bus started with own address 31/36
2020-12-18 17:48:01.086 [bus notice] signal acquired
2020-12-18 17:48:01.195 [bus notice] new master ff, master count 1
2020-12-18 17:48:01.245 [bus notice] new master 03, master count 2
2020-12-18 17:48:01.245 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 0700252e237f323c
2020-12-18 17:48:01.442 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002935012d0384
2020-12-18 17:48:01.649 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340141055
2020-12-18 17:48:01.862 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700844a00434303
2020-12-18 17:48:02.079 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 0600046b2d4aa1
2020-12-18 17:48:02.619 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c06277f2e
2020-12-18 17:48:02.826 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 0700252e237f323c
2020-12-18 17:48:03.024 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002935012d0384
2020-12-18 17:48:03.231 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340141055
2020-12-18 17:48:03.447 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700844900434303
2020-12-18 17:48:03.649 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060004662d4aa1
2020-12-18 17:48:04.012 [bus notice] max. symbols per second: 101
2020-12-18 17:48:04.222 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c06277f2e
2020-12-18 17:48:04.430 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 0700252e237f323c
2020-12-18 17:48:04.629 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002935012d0384
2020-12-18 17:48:04.834 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340141075
2020-12-18 17:48:05.009 [bus notice] max. symbols per second: 137
2020-12-18 17:48:05.049 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700844a00434303
2020-12-18 17:48:05.251 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 0600046d2d4aa1
2020-12-18 17:48:05.827 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c06277f2e
2020-12-18 17:48:06.033 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 0700252e237f323c
2020-12-18 17:48:06.232 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002935012d0384
2020-12-18 17:48:06.438 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340141055
2020-12-18 17:48:06.655 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700844a00434203
2020-12-18 17:48:06.856 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060004642d4aa1
2020-12-18 17:48:07.432 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c06277f2e
2020-12-18 17:48:07.637 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 0700252e237f323c
2020-12-18 17:48:07.836 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002935012d0384
2020-12-18 17:48:08.042 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340141075
2020-12-18 17:48:08.256 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700844a00434303
2020-12-18 17:48:08.368 [bus notice] new master 30, master count 3
2020-12-18 17:48:08.374 [bus notice] new master f1, master count 4
2020-12-18 17:48:08.375 [update notice] received update-read hc1 Set: hotwaterinheating;stopconsumer;46.69;-;-;35.0;-
2020-12-18 17:48:08.498 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060004662d4aa1
2020-12-18 17:48:09.030 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c06277f2e
2020-12-18 17:48:09.239 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 0700252e237f323c
2020-12-18 17:48:09.436 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002935012d0384
2020-12-18 17:48:09.642 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340141075
2020-12-18 17:48:09.858 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700844a00434203
2020-12-18 17:48:10.005 [bus notice] max. symbols per second: 138
2020-12-18 17:48:10.259 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060004662d4aa1
2020-12-18 17:48:10.618 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c06277f2e
2020-12-18 17:48:10.824 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 0700252e237f323c
2020-12-18 17:48:11.022 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002935012d0384
2020-12-18 17:48:11.224 [main error] error executing instructions: ERR: element not found, last error: included "weishaupt/sc.processvalues.inc" for "08", included "weishaupt/sc.enduser.inc" for "08", included "weishaupt/sc.statistic.inc" for "08", error including "weishaupt/sc.manufacturer.inc" for "08": ERR: element not found weishaupt/sc.manufacturer.inc:3: ERR: element not found, field type TEMP0 in field 7, included "weishaupt/sc.errorhistory.inc" for "08", included "weishaupt/hc.processvalues.inc" for "1c", included "weishaupt/hc.user.inc" for "1c", included "weishaupt/hc.userholiday.inc" for "1c", included "weishaupt/hc.expert.inc" for "1c", included "weishaupt/hc.expert2.inc" for "1c", included "weishaupt/hc.timer.inc" for "1c", included "weishaupt/hc.processvalues.inc" for "24", included "weishaupt/hc.user.inc" for "24", included "weishaupt/hc.userholiday.inc" for "24", included "weishaupt/hc.expert.inc" for "24", included "weishaupt/hc.expert2.inc" for "24", included "weishaupt/hc.timer.inc" for "24", included "weishaupt/hc.processvalues.inc" for "35", included "weishaupt/hc.user.inc" for "35", included "weishaupt/hc.userholiday.inc" for "35", included "weishaupt/hc.expert.inc" for "35", included "weishaupt/hc.timer.inc" for "35", included "weishaupt/hwc.processvalues.inc" for "35", included "weishaupt/hwc.user.inc" for "35", included "weishaupt/hwc.expert.inc" for "35", included "weishaupt/hwc.timer.inc" for "35", included "weishaupt/hwc.timercc.inc" for "35", included "weishaupt/hc.processvalues.inc" for "3c", included "weishaupt/hc.user.inc" for "3c", included "weishaupt/hc.userholiday.inc" for "3c", included "weishaupt/hc.expert.inc" for "3c", included "weishaupt/hc.expert2.inc" for "3c", included "weishaupt/hc.timer.inc" for "3c", included "weishaupt/hc.processvalues.inc" for "75", included "weishaupt/hc.user.inc" for "75", included "weishaupt/hc.userholiday.inc" for "75", included "weishaupt/hc.expert.inc" for "75", included "weishaupt/hc.expert2.inc" for "75", included "weishaupt/hc.timer.inc" for "75", included "weishaupt/hc.processvalues.inc" for "7c", included "weishaupt/hc.user.inc" for "7c", included "weishaupt/hc.userholiday.inc" for "7c", included "weishaupt/hc.expert.inc" for "7c", included "weishaupt/hc.expert2.inc" for "7c", included "weishaupt/hc.timer.inc" for "7c", included "weishaupt/hc.processvalues.inc" for "f5", included "weishaupt/hc.user.inc" for "f5", included "weishaupt/hc.userholiday.inc" for "f5", included "weishaupt/hc.expert.inc" for "f5", included "weishaupt/hc.expert2.inc" for "f5", included "weishaupt/hc.timer.inc" for "f5", included "weishaupt/sc.systemheatcontrol.inc" for "f6", included "weishaupt/hc.processvalues.inc" for "fc", included "weishaupt/hc.user.inc" for "fc", included "weishaupt/hc.userholiday.inc" for "fc", included "weishaupt/hc.expert.inc" for "fc", included "weishaupt/hc.expert2.inc" for "fc", included "weishaupt/hc.timer.inc" for "fc"
2020-12-18 17:48:11.225 [main notice] found messages: 1677 (0 conditional on 0 conditions, 0 poll, 12 update)
2020-12-18 17:48:11.228 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340141055
2020-12-18 17:48:11.442 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700844a00434303
2020-12-18 17:48:11.645 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060004652d4aa1
2020-12-18 17:48:12.223 [update notice] received read sc ProcessValues4 QQ=ff: 132;12;6;39;127;46
2020-12-18 17:48:12.430 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 0700252e237f323c
2020-12-18 17:48:12.628 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002935012d0384
2020-12-18 17:48:12.835 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340141075
2020-12-18 17:48:13.050 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700844a00434203
2020-12-18 17:48:13.255 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060004652d4aa1
2020-12-18 17:48:13.831 [update notice] received read sc ProcessValues4 QQ=ff: 132;12;6;39;127;46
2020-12-18 17:48:14.037 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 0700252e237f323c
^C2020-12-18 17:48:14.091 [main notice] SIGINT received
2020-12-18 17:48:14.236 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002935012d0384
2020-12-18 17:48:14.443 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340141455
2020-12-18 17:48:14.659 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700844a00434303
2020-12-18 17:48:14.861 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060004652d4aa1
2020-12-18 17:48:15.440 [update notice] received read sc ProcessValues4 QQ=ff: 132;12;6;39;127;46
2020-12-18 17:48:15.643 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 0700252e237f323c
2020-12-18 17:48:15.843 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002935012d0384
2020-12-18 17:48:16.050 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340141075
2020-12-18 17:48:16.279 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700844a00434303
2020-12-18 17:48:16.338 [main notice] ebusd stopped


Die Meldung [main error]
Ich habe ein paar Zeilenumbrüche eingebaut, um den Text besser lesbar zu machen.

[main error] error executing instructions:
ERR: element not found,
last error: included "weishaupt/sc.processvalues.inc" for "08",
included "weishaupt/sc.enduser.inc" for "08",
included "weishaupt/sc.statistic.inc" for "08",
error including "weishaupt/sc.manufacturer.inc" for "08":

ERR: element not found weishaupt/sc.manufacturer.inc:3:
ERR: element not found, field type TEMP0 in field 7,
included "weishaupt/sc.errorhistory.inc" for "08",
included "weishaupt/hc.processvalues.inc" for "1c",
included "weishaupt/hc.user.inc" for "1c",
included "weishaupt/hc.userholiday.inc" for "1c",
included "weishaupt/hc.expert.inc" for "1c",
included "weishaupt/hc.expert2.inc" for "1c",
included "weishaupt/hc.timer.inc" for "1c",
included "weishaupt/hc.processvalues.inc" for "24",
included "weishaupt/hc.user.inc" for "24",
included "weishaupt/hc.userholiday.inc" for "24",
included "weishaupt/hc.expert.inc" for "24",
included "weishaupt/hc.expert2.inc" for "24",
included "weishaupt/hc.timer.inc" for "24",
included "weishaupt/hc.processvalues.inc" for "35",
included "weishaupt/hc.user.inc" for "35",
included "weishaupt/hc.userholiday.inc" for "35",
included "weishaupt/hc.expert.inc" for "35",
included "weishaupt/hc.timer.inc" for "35",
included "weishaupt/hwc.processvalues.inc" for "35",
included "weishaupt/hwc.user.inc" for "35",
included "weishaupt/hwc.expert.inc" for "35",
included "weishaupt/hwc.timer.inc" for "35",
included "weishaupt/hwc.timercc.inc" for "35",
included "weishaupt/hc.processvalues.inc" for "3c",
included "weishaupt/hc.user.inc" for "3c",
included "weishaupt/hc.userholiday.inc" for "3c",
included "weishaupt/hc.expert.inc" for "3c",
included "weishaupt/hc.expert2.inc" for "3c",
included "weishaupt/hc.timer.inc" for "3c",
included "weishaupt/hc.processvalues.inc" for "75",
included "weishaupt/hc.user.inc" for "75",
included "weishaupt/hc.userholiday.inc" for "75",
included "weishaupt/hc.expert.inc" for "75",
included "weishaupt/hc.expert2.inc" for "75",
included "weishaupt/hc.timer.inc" for "75",
included "weishaupt/hc.processvalues.inc" for "7c",
included "weishaupt/hc.user.inc" for "7c",
included "weishaupt/hc.userholiday.inc" for "7c",
included "weishaupt/hc.expert.inc" for "7c",
included "weishaupt/hc.expert2.inc" for "7c",
included "weishaupt/hc.timer.inc" for "7c",
included "weishaupt/hc.processvalues.inc" for "f5",
included "weishaupt/hc.user.inc" for "f5",
included "weishaupt/hc.userholiday.inc" for "f5",
included "weishaupt/hc.expert.inc" for "f5",
included "weishaupt/hc.expert2.inc" for "f5",
included "weishaupt/hc.timer.inc" for "f5",
included "weishaupt/sc.systemheatcontrol.inc" for "f6",
included "weishaupt/hc.processvalues.inc" for "fc",
included "weishaupt/hc.user.inc" for "fc",
included "weishaupt/hc.userholiday.inc" for "fc",
included "weishaupt/hc.expert.inc" for "fc",
included "weishaupt/hc.expert2.inc" for "fc",
included "weishaupt/hc.timer.inc" for "fc"


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: metserver1 am 19 Dezember 2020, 23:08:18
Ich habe mich heute durch diesen Thread Weishaupt WTC am eBus mit ebusd (https://forum.fhem.de/index.php/topic,61017.0.html) gelesen und bin tatsächlich ein Stück weiter gekommen.
Es erscheinen keine Fehlermeldungen mehr und ich kann mit ebusctl read auch erste Werte auslesen (datetime).

Aber die eigentlichen Anlagendaten werden nicht gelesen bzw. nicht erkannt und zur Verfügung gestelt.

Die Konfigurationsdateien werden jetzt von ebusd.eu gezogen

Die meisten Daten erzeugen im Log trotzdem nur ein
[update notice] received unknown "MS" oder "MM" oder "BC"  cmd.

Wie bringe ich ebusd dazu, die Nachrichten am Bus zu erkennen und zur Verfügung zu stellen?

Würde mich über ein paar Tipps sehr freuen.

Danke und Gruß,
Jochen


/etc/default/ebusd
Ohne ConfigPath

EBUSD_OPTS="--scanconfig --accesslevel=* -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -p 8888 -l /var/log/ebusd.log"

Mit ConfigPath

EBUSD_OPTS="--scanconfig --accesslevel=* --configpath=http://ebusd.eu/config/ -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -p 8888 -l /var/log/ebusd.log"

Bei der Verwendung von ebusd.eu macht es keinen Unterschied, ob man --configpath damit setzt oder die Option komplett weglässt.


Log-Einträge

2020-12-19 22:26:00.029 [main notice] ebusd 3.4.v3.3-51-g57eae05 started with auto scan
2020-12-19 22:26:00.368 [bus notice] bus started with own address 31/36
2020-12-19 22:26:00.370 [bus notice] signal acquired
2020-12-19 22:26:00.552 [bus notice] new master ff, master count 2
2020-12-19 22:26:00.602 [bus notice] new master 03, master count 3
2020-12-19 22:26:00.603 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700840300000003
2020-12-19 22:26:00.805 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060000000003a0
2020-12-19 22:26:01.380 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c061f7f1f
2020-12-19 22:26:01.588 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 07002821237f323c
2020-12-19 22:26:01.787 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002932010001cc
2020-12-19 22:26:01.993 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700f74001101054
2020-12-19 22:26:02.207 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700840300000003
2020-12-19 22:26:02.409 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060000000003a0
2020-12-19 22:26:02.985 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c061f7f1f
2020-12-19 22:26:03.193 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 07002821237f323c
2020-12-19 22:26:03.390 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002932010001cb
2020-12-19 22:26:03.595 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700f74001101054
2020-12-19 22:26:03.810 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700840300000003
2020-12-19 22:26:04.004 [bus notice] max. symbols per second: 140
2020-12-19 22:26:04.014 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060000000003a0
2020-12-19 22:26:04.593 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c061f7f1f
2020-12-19 22:26:04.800 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 07002821237f323c
2020-12-19 22:26:04.999 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002932010001c9
2020-12-19 22:26:05.207 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700f74001101054
2020-12-19 22:26:05.434 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700840300000003
2020-12-19 22:26:05.646 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060000000003a0
2020-12-19 22:26:06.177 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c061f7f1f
2020-12-19 22:26:06.384 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 07002821237f323c
2020-12-19 22:26:06.582 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 07002932010001c7
2020-12-19 22:26:06.789 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700f74001101454
2020-12-19 22:26:07.005 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 0700840300000003
2020-12-19 22:26:07.005 [bus notice] max. symbols per second: 145
2020-12-19 22:26:07.207 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060000000003a0
2020-12-19 22:26:07.749 [update notice] received unknown MS cmd: ff0850000b880122015b115f01660168 / 0700840c061f7f1f
2020-12-19 22:26:07.967 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 07002821237f323c

2020-12-19 22:26:12.525 [main error] scan config 08: ERR: read timeout
2020-12-19 22:26:14.636 [main error] scan config 35: ERR: read timeout
2020-12-19 22:26:16.693 [main error] scan config f6: ERR: read timeout
2020-12-19 22:26:38.021 [bus notice] new master 07, master count 6
2020-12-19 22:26:38.748 [main error] scan config 0c: ERR: read timeout
...
2020-12-19 22:29:41.479 [update notice] received update-read broadcast datetime QQ=30: 6.000;22:31:-;19.12.2020



ebusctl info

jochen@metserver1:/etc/ebusd$ ebusctl info
version: ebusd 3.4.v3.3-51-g57eae05
update check: revision v3.4 available
access: *
signal: acquired
symbol rate: 112
max symbol rate: 158
reconnects: 0
masters: 6
messages: 16
conditional: 0
poll: 0
update: 4
address 03: master #11
address 07: master #16
address 08: slave #11, scanned "MF=Kromschroeder;ID=W ;SW=1200;HW=0302"
address 30: master #3
address 31: master #8, ebusd
address 36: slave #8, ebusd
address f1: master #10
address f6: slave #10, scanned "MF=Kromschroeder;ID=WWST?;SW=1200;HW=0302"
address ff: master #25



Bus Scan

jochen@metserver1:/etc/ebusd$ ebusctl scan full
done



ebusctl scan result
jochen@metserver1:/etc/ebusd$ ebusctl scan result
08;Kromschroeder;W ;1200;0302
f6;Kromschroeder;WWST?;1200;0302


ebusctl find

jochen@metserver1:/etc/ebusd$ ebusctl find
broadcast datetime = 6.000;22:17:-;19.12.2020
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.04  = no data stored
scan.08  = Kromschroeder;W ;1200;0302
scan.0c  = no data stored
scan.35  = no data stored
scan.f6  = Kromschroeder;WWST?;1200;0302


ebusctl find -V

jochen@metserver1:/etc/ebusd$ ebusctl find -V
broadcast datetime = outsidetemp=6.000 °C [Temperatur];time=22:32:- [Uhrzeit];date=19.12.2020 [Datum] [ZZ=fe, lastup=2020-12-19 22:30:41, passive read]
broadcast error = no data stored [ZZ=fe, passive read]
broadcast id = no data stored [ZZ=fe, passive read]
broadcast id = no data stored [ZZ=any, active read]
broadcast signoflife = no data stored [ZZ=fe, passive read]
memory eeprom = no data stored [ZZ=any, active read]
memory ram = no data stored [ZZ=any, active read]
scan.04  = no data stored [ZZ=04, active read]
scan.08  = MF=Kromschroeder;ID=W ;SW=1200;HW=0302 [ZZ=08, lastup=2020-12-19 22:28:43, active read]
scan.0c  = no data stored [ZZ=0c, active read]
scan.35  = no data stored [ZZ=35, active read]
scan.f6  = no data stored [ZZ=f6, active read]


Leseversuche
Es funktionieren nur Lesebefehle auf datetime


jochen@metserver1:/etc/ebusd$ ebusctl r datetime
6.000;22:22:-;19.12.2020

jochen@metserver1:/etc/ebusd$ ebusctl r datetime outsidetemp
6.000

jochen@metserver1:/etc/ebusd$ ebusctl r datetime time
22:22:-

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 21 Dezember 2020, 18:34:05
mach doch bitte einmal in deiner config den Parameter --latency=20000 dazu.
Das Problem ist ja, dass keine csv geladen werden weil ich glaube die gibts am Online am Server nicht. Daten kommen ja rein, können aber nicht zugeordnet werden. Gibts den in dem Thread keine csv von den Usern damit man die lokal laden kann.

Die Platine scheint ja soweit in Ordnung zu sein, das gute alte Stück!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: metserver1 am 22 Dezember 2020, 18:13:53
Hallo Reinhart,

super! Vielen Dank, dass Du Dich meldest. Ich dachte schon, der Thread sei definitv tot. Ich bin heute wieder einen Riesenschritt weiter gekommen. Danke!

Zitat von: Reinhart am 21 Dezember 2020, 18:34:05Die Platine scheint ja soweit in Ordnung zu sein, das gute alte Stück!

Ja klar. Die hatte ich mir vor ca. einem Jahr über eBay bei jemandem aus Frankfurt (glaube ich) gekauft und ich habe sie auch auf Anhieb hinbekommen.
Eine Quelle für V3 gibt es ja offenbar noch nicht, (siehe https://forum.fhem.de/index.php/topic,114988.0.html) aber ich wäre sofort dabei.


Zitat von: Reinhart am 21 Dezember 2020, 18:34:05mach doch bitte einmal in deiner config den Parameter --latency=20000 dazu.

Das habe ich eben gemacht und es wird jetzt mehr angezeigt. Danke für den Tipp. Dadurch war ich heute in der Lage Reaktionen der SW auf meine Änderungen zu sehen.


Zitat von: Reinhart am 21 Dezember 2020, 18:34:05Gibts denn in dem Thread keine csv von den Usern damit man die lokal laden kann.

Doch, die gibt es. Man kann die Weishaupt-Konfigurationsdateien von User J0EK3R von github laden:

git clone https://github.com/J0EK3R/ebusd-configuration-weishaupt.git /etc/ebusd/


Diese Dateien enthielten noch ein paar Verweise auf Datentypen, die es nicht (mehr) gibt.
Egal, ich konnte sie mit Hilfe dieser Seite (https://github.com/john30/ebusd/wiki/4.3.-Builtin-data-types) durch Standard-Typen ersetzen und ein ebusd-Aufruf mit --checkconfig bringt keine Fehler mehr. Super!

Ein wesentlicher Unterschied zu Vorgestern: es kommt (kam) praktisch nur noch ein und das selbe Telegramm

ff0850000b5d015f0168016a016e0359 / 06000d29252820

ebusctl grab result

jochen@metserver1:/etc/ebusd/weishaupt$ ebusctl grab result
f1fe500a0d01067f4a2052ff4a000d150b28 = 81
30f1050709bb0383020080ff46ff = 61
30f1050709bb038d020080ff46ff = 60
ff0850000b5d015f0168016a016e0359 / 06000d29252820 = 40



Erst als ich im Weishaupt-Datenlogger (WCM-Diagnose-Software am W-EA-Modem am eBus) - den ich ja erstzen möchte - ein paar Masken aufgerufen hatte, wurden plötzlich viel mehr Telegramme im ebusd-Log angezeigt und mit ebusctl grab result auch gefunden:


ebusctl grab result NACH Aktivität in WCM-Diagnose

jochen@metserver1:/etc/ebusd/weishaupt$ ebusctl grab result
f1fe500a0d01067f4a2052ff48000d220b28 = 125                          ?? um was handelt es sich hier ??
ff0850000304b2c0 / 0d00000000000000000000000000 = 2
ff0850000308b2cc / 0d00000004000000000000000000 = 2
ff085000031cb2d8 / 0d0000000000000000006a8a1000 = 2
ff0850000320b2e4 / 0d0000009d00000000936c006a34 = 2
ff0850000358b29c / 0d008a2500000000000000000000 = 2
ff085000036cb2a8 / 0d00000000000000000001000000 = 2
ff0850000370b2b4 / 0d00000000000000000000000000 = 2
ff085000038cb248 / 0d00cb40680f80c2c2c2dbeef7ff = 1
ff0850000390b254 / 0d00fefbfb943cbb41698c30e6e6 = 1
ff08500003a4b260 / 0d00e6f5fefff7f1ebeb94e5c640 = 1
ff08500003a8b26c / 0d00680f8078a0c2dbeef7fffefb = 1
30f1050709bb0383020080ff46ff = 61                                   ?? um was handelt es sich hier ??
30f1050709bb038d020080ff46ff = 143                                  ?? um was handelt es sich hier ??
ff085000050922780245 / 0500fb82a74b = 1
ff085000053106012239 / 04000d3911 = 1
ff085000072001c301dc3358 / 0700293201200384 = 716
ff085000094a016a116e017d11b2 / 07002428237f323c = 717
ff0850000b5d015f0168016a016e0359 / 06000d29242820 = 68
ff085000076c0601023c6200 / 09000600000000000000 = 1
ff085000099e1179017701ed01de / 0600037520428f = 719
ff08500005a8720d0200 / 0a0005058193375e54dc00 = 1
ff08500009a80127112b01281120 / 0700ff6340141455 = 719
ff085000055106019225 / 0b000d2d1e160620ff29230c = 1
ff0850000bc801220161016511700174 / 0700844100302f03 = 719
ff085000055b0601922f / 0b00092b111606207e1f190b = 1
ff085000057306019207 / 0b0000000033063cff312c54 = 1
ff08500005ec22f00234 / 0500921d0019 = 2
ff085000056506019211 / 0b00fc2919160820ff292206 = 1
ff085000056f0601921b / 0b000a31001606214f26210c = 1



Das verstehe ich nicht.
Könnte das heißen, dass das Senden bestimmter Telegramme erst angetriggert werden muss, bevor sie gesendet werden und dass ebusd das nicht macht?


Was bedeutet dieser Fehler im find, unten?

sc Manufacturer1 = 49;84;144;217;253;156;95.574;-121.941;-105.000 (ERR: invalid position for ff08500003c5b201 / 0d00315490d9fd9c935f0f860097)



ebusctl find


jochen@metserver1:/etc/ebusd/weishaupt$ ebusctl find
broadcast datetime = 13.000;17:24:-;22.12.2020
broadcast error = no data stored
broadcast ident = no data stored
broadcast ident = no data stored
broadcast signoflife = no data stored
sc BoilerSensorDefective = no data stored
sc BurnerOperationSinceLastService = no data stored
sc CRCErrorHeatingEngeneerParameter = no data stored
sc CRCErrorManufacturerParameter = no data stored
sc DHWSensorDefective = no data stored
sc Enduser = no data stored
sc ErrorHistory = no data stored
sc ErrorSCOTCalibration4 = no data stored
sc ErrorSCOTCalibration5 = no data stored
sc ErrorSCOTCalibration6 = no data stored
sc ErrorSCOTCalibration8 = no data stored
sc ErrorSCOTControlInput = no data stored
sc ErrorSCOTIOControl = no data stored
sc ErrorVoltagSupply = no data stored
sc ExternalSensorDefektive = no data stored
sc FanFaultDuringOperation = no data stored
sc FanFaultDuringShutdown = no data stored
sc FlameFailureDuringOperation = no data stored
sc FlameSimulation = no data stored
sc FlueGasSensorDefective = no data stored
sc GasValveCycleV1V2Defective = no data stored
sc GPSFailureDuringSafetyTime = no data stored
sc H2EmergencyOffFunction = no data stored
sc Manufacturer1 = 49;84;144;217;253;156;95.574;-121.941;-105.000 (ERR: invalid position for ff08500003c5b201 / 0d00315490d9fd9c935f0f860097)
sc Manufacturer2 = no data stored
sc NoFlameFormation = no data stored
sc NoGasPressureAvailable = no data stored
sc ProcessValues1 = no data stored
sc ProcessValues2 = no data stored
sc ProcessValues3 = no data stored
sc ProcessValues4 = 132;12;13;34;127;41
sc ProcessValues5 = no data stored
sc ProcessValues6 = no data stored
sc PWMPumpDefective = no data stored
sc Statistic1 = no data stored
sc Statistic2 = no data stored
sc Statistic3 = no data stored
sc Statistic4 = no data stored
sc Statistic5 = no data stored
sc Statistic6 = no data stored
sc StatisticUkn01 = no data stored
sc StatisticUkn02 = no data stored
sc StatisticUkn03 = no data stored
sc StatisticUkn04 = no data stored
sc StatisticUkn05 = no data stored
sc WWTurbineDefective = no data stored
scan.04  = no data stored
scan.08  = Kromschroeder;W ;1200;0302
scan.0c  = no data stored
scan.35  = no data stored
scan.f6  = Kromschroeder;WWST?;1200;0302



Warum werden offenbar nur Telegramme bzgl. 08 gesendet nicht aber zu f6, der WW-Steuerung?


ebusctl info


jochen@metserver1:/etc/ebusd/weishaupt$ ebusctl info
version: ebusd 3.4.v3.3-51-g57eae05
update check: revision v3.4 available, broadcast.csv: different version available
access: *
signal: acquired
symbol rate: 22
max symbol rate: 71
reconnects: 0
masters: 6
messages: 58
conditional: 0
poll: 0
update: 4
address 03: master #11
address 07: master #16
address 08: slave #11, scanned "MF=Kromschroeder;ID=W ;SW=1200;HW=0302", loaded "kromschroeder/08..sc.csv"
address 30: master #3
address 31: master #8, ebusd
address 36: slave #8, ebusd
address f1: master #10
address f6: slave #10, scanned "MF=Kromschroeder;ID=WWST?;SW=1200;HW=0302"
address ff: master #25



(Warum wird für address f6: slave #10 keine CSV-Datei geladen? Na, weil keine Telegramme gefunden werden.)


Arbitration lost
Dieser Fehler tritt sehr häufig im Log auf:

2020-12-22 18:23:34.651 [bus error] send to 08: ERR: arbitration lost, retry
...
...
2020-12-22 18:23:40.076 [bus error] send to 08: ERR: arbitration lost
2020-12-22 18:23:40.077 [bus error] send message part 0: ERR: arbitration lost


Ich bekomme ihn auch auf der Kommandozeile wenn ich

jochen@metserver1:/etc/ebusd/weishaupt$ ebusctl r Manufacturer1
ERR: arbitration lost


eingebe.

Received unknown ... cmd

Diese Meldungen erscheinen am häufigsten im Log. Es gibt Varianten mit MS cmd, MM cmd und BC cmd.


2020-12-22 18:29:11.249 [update notice] received unknown MS cmd: ff085000094a016a116e017d11b2 / 07002528237f323c
2020-12-22 18:29:11.449 [update notice] received unknown MS cmd: ff085000072001c301dc3358 / 0700293401280384
2020-12-22 18:29:11.655 [update notice] received unknown MS cmd: ff08500009a80127112b01281120 / 0700ff6340145055
2020-12-22 18:29:11.870 [update notice] received unknown MS cmd: ff0850000bc801220161016511700174 / 07008447003b3b03
2020-12-22 18:29:12.073 [update notice] received unknown MS cmd: ff085000099e1179017701ed01de / 060003fe28478f




Was bedeutet das und was kann ich dagegen tun?





Schön, dass ich das Ding jetzt prinzipiell am fliegen habe. Schade nur, dass ich praktisch keine der verfügbaren Daten sehe.

Habt Ihr dazu noch Tipps?


Danke und Gruß,

Jochen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 22 Dezember 2020, 18:59:43
Prinzipiell funktioniert da so, das es Broadcast gibt und Daten die du anfordern musst. Broadcasts sind Daten die regelmäsig über den Bus kommen,
alles andere musst du anfordern, zB: in der console mit ebusctl. Schau einfach ins File "kromschroeder/08..sc.csv" und frage dann deine gewünschten Werte ab.

Also ebusd fordert für dich keine Daten selbständig an, dass musst du erledigen! eBbsd ist nur das Werkzeug um es dir zu ermöglichen mit deinem Heizgerät zu kommunizieren. Aber somit hast du alles in der Hand.

ebusctl r -f BoilerSensorDefective
Beispiel

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: metserver1 am 22 Dezember 2020, 19:22:49
diese Anfrage führt zu einem Fehler

jochen@metserver1:/etc/ebusd/weishaupt$ ebusctl r -f BoilerSensorDefective
ERR: arbitration lost

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: metserver1 am 22 Dezember 2020, 20:22:30
@Reinhart
ich habe eben noch Dein Posting zum Thema raw logging https://forum.fhem.de/index.php/topic,46098.msg711971.html#msg711971 gesehen.

Meine raw-logs sehen ganz anders aus. Folgende Optionen habe ich gesetzt:


--lograwdatafile=/var/log/ebusdraw.log --lograwdatasize=2000 --lograwdata=bytes




2020-12-22 19:47:44.623 <aa
2020-12-22 19:47:44.668 <aa
2020-12-22 19:47:44.672 <ff
2020-12-22 19:47:44.677 <08
2020-12-22 19:47:44.681 <50
2020-12-22 19:47:44.685 <00
2020-12-22 19:47:44.690 <09
2020-12-22 19:47:44.694 <9e
2020-12-22 19:47:44.698 <11
2020-12-22 19:47:44.702 <79
2020-12-22 19:47:44.706 <01
2020-12-22 19:47:44.710 <77
2020-12-22 19:47:44.714 <01
2020-12-22 19:47:44.718 <ed
2020-12-22 19:47:44.723 <01
2020-12-22 19:47:44.727 <de
2020-12-22 19:47:44.731 <35
2020-12-22 19:47:44.737 <00
2020-12-22 19:47:44.741 <06
2020-12-22 19:47:44.745 <00
2020-12-22 19:47:44.749 <03
2020-12-22 19:47:44.753 <79
2020-12-22 19:47:44.757 <20
2020-12-22 19:47:44.762 <42
2020-12-22 19:47:44.766 <8f
2020-12-22 19:47:44.770 <3d
2020-12-22 19:47:44.777 <00
2020-12-22 19:47:44.781 <aa
2020-12-22 19:47:44.828 <aa
2020-12-22 19:47:44.872 <aa
2020-12-22 19:47:44.917 <aa
2020-12-22 19:47:44.962 <aa
2020-12-22 19:47:45.007 <aa
2020-12-22 19:47:45.052 <aa
2020-12-22 19:47:45.097 <aa
2020-12-22 19:47:45.143 <aa
2020-12-22 19:47:45.188 <aa

usw.

dann kommt erstmals ein >31

2020-12-22 19:47:55.182 <aa    Freigabe
2020-12-22 19:47:55.184 >31    Senden
2020-12-22 19:47:55.227 <aa
2020-12-22 19:47:55.229 >31
2020-12-22 19:47:55.272 <aa
2020-12-22 19:47:55.274 >31
2020-12-22 19:47:55.317 <aa
2020-12-22 19:47:55.319 >31
2020-12-22 19:47:55.362 <aa   Freigabe
2020-12-22 19:47:55.364 >31   Senden
2020-12-22 19:47:55.367 <ff

2020-12-22 19:47:55.706 <aa
2020-12-22 19:47:55.751 <aa   Freigabe
2020-12-22 19:47:55.753 >31   Senden
2020-12-22 19:47:55.796 <aa


aber es kommt nie ein "<31" zurück

Sehr viel später kommt dann etwas:

2020-12-22 19:48:12.264 <aa
2020-12-22 19:48:12.268 <ff
2020-12-22 19:48:12.273 <08
2020-12-22 19:48:12.277 <50
2020-12-22 19:48:12.281 <00
2020-12-22 19:48:12.285 <0b
2020-12-22 19:48:12.289 <c8
2020-12-22 19:48:12.293 <01
2020-12-22 19:48:12.298 <22
2020-12-22 19:48:12.302 <01
2020-12-22 19:48:12.306 <61
2020-12-22 19:48:12.310 <01
2020-12-22 19:48:12.314 <65
2020-12-22 19:48:12.318 <11
2020-12-22 19:48:12.322 <70
2020-12-22 19:48:12.326 <01
2020-12-22 19:48:12.331 <74
2020-12-22 19:48:12.335 <ad
2020-12-22 19:48:12.341 <00
2020-12-22 19:48:12.345 <07
2020-12-22 19:48:12.349 <00
2020-12-22 19:48:12.354 <84
2020-12-22 19:48:12.358 <43
2020-12-22 19:48:12.362 <00
2020-12-22 19:48:12.366 <30
2020-12-22 19:48:12.370 <31     <--- HIER
2020-12-22 19:48:12.374 <03
2020-12-22 19:48:12.379 <5e
2020-12-22 19:48:12.385 <00
2020-12-22 19:48:12.389 <aa
2020-12-22 19:48:12.434 <aa
2020-12-22 19:48:12.479 <aa


Hier scheint mir die 31 aber Teil eines Telegramms zu sein.


Heißt das, dass mein Adapter nicht senden kann?

Defekte Bauteile wie hier? https://forum.fhem.de/index.php/topic,46098.msg707352.html#msg707352

Gruß,
Jochen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 22 Dezember 2020, 21:11:44
in diesem Fall sieht dass so aus, denn wenn der Adapter >31 sendet erwartet er bei freiwerden des Bus ein <31 zur Quittung das er senden darf. Indem die nicht kommt, wurde wohl das Sendesignal nicht verstanden.

Was mich aber stutzig macht, ein paar Threads weiter oben sieht man das der Scan erfolgreich war und das Gerät mit Adresse 08 und f6 gefunden wurde. Da er ja beim Scan auch senden muss, hat hier der Sendeversuch offensichtlich funktioniert. Wurde da zwischenzeitlich was verändert?

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: metserver1 am 23 Dezember 2020, 08:16:46
Zitat von: Reinhart am 22 Dezember 2020, 21:11:44
Was mich aber stutzig macht, ein paar Threads weiter oben sieht man das der Scan erfolgreich war und das Gerät mit Adresse 08 und f6 gefunden wurde. Da er ja beim Scan auch senden muss, hat hier der Sendeversuch offensichtlich funktioniert. Wurde da zwischenzeitlich was verändert?

1.) ich habe das Config-Verzeichnis wieder auf lokal /etc/ebusd umgestellt.
2.) ich habe mit WCM-Diagnose gespielt, was mehr Nachrichten auf dem Bus erzeugt hat.

Als ich eben den daemon wieder gestartet habe, hat das Logging sofort wieder 4 Meldungen pro Sekunde registriert - ohne dass ich etwas über ebusctl gemacht hätte. Zum Vergleich: gestern Früh, als ich --latency=20000 eingebaut hatte, kamen 5 Meldungen pro Minute.


Es fällt auch auf, dass ich mit einem read nur die Elemente abfragen kann, die
(1) das find -V mit "passive read" anzeigt. Ich interpretiere das als auf dem Bus "abgefangene" Meldungen.
(2) Meldungen, die die WCM-Diagnose angefordert und ebusd mitgehört hat. Dazu gehört z. B. die Meldung "ProcessValues4"

Elemente die mit dem Zusatz "active read", die auch WCM-Diagnose nicht angefordert hat, kann ich nicht erfolgreich abfragen.

ebusctl find -V

jochen@metserver1:~$ ebusctl find -V
broadcast datetime = outsidetemp=12.000;time=09:36:-;date=23.12.2020 [ZZ=fe, lastup=2020-12-23 09:34:41, passive read]
broadcast error = no data stored [ZZ=fe, passive read]
broadcast ident = no data stored [ZZ=fe, passive read]
broadcast ident = no data stored [ZZ=any, active read]
broadcast signoflife = no data stored [ZZ=fe, passive read]
hc1 HeatingDemand = no data stored [ZZ=f6, active read]
hc1 Status = no data stored [ZZ=f6, active read]
hc2 HeatingDemand = no data stored [ZZ=f6, active read]
hc2 Status = no data stored [ZZ=f6, active read]
hc3 HeatingDemand = no data stored [ZZ=f6, active read]
hc3 Status = no data stored [ZZ=f6, active read]
hc4 HeatingDemand = no data stored [ZZ=f6, active read]
hc4 Status = no data stored [ZZ=f6, active read]
hc5 HeatingDemand = no data stored [ZZ=f6, active read]
hc5 Status = no data stored [ZZ=f6, active read]
hc6 HeatingDemand = no data stored [ZZ=f6, active read]
hc6 Status = no data stored [ZZ=f6, active read]
hc7 HeatingDemand = no data stored [ZZ=f6, active read]
hc7 Status = no data stored [ZZ=f6, active read]
hc8 HeatingDemand = no data stored [ZZ=f6, active read]
hc8 Status = no data stored [ZZ=f6, active read]
sc Act = Status1=1 [ ];Operatingphase=BrennerInBetrieb [Betriebsphase];Ukn2_1=1 [ ];Ukn2_2=1 [ ];Ukn2_3=1 [ ];Flame=1 [ ];GasValve1=1 [ ];GasValve2=1 [ ];Pump=1 [ ];Error=0 [ ];Ukn3_1=0 [ ];SoWi=Winter [ ];Ukn3_3=0 [ ];Ukn3_4=1 [ ];Ukn3_5=0 [ ];Ukn3_6=0 [ ];Ukn3_7=1 [ ];SettingUV=Heating [ ];Load=35 [Laststellung];SupplyTemp=40.0 °C [Vorlauftemperatur];FlueGasTemp=- °C [Abgastemperatur];DHWTemp=43.0 °C [Warmwassertemperatur];UknTemp=0.0 °C [ ];ExternalTemp=12 °C [Außentemperatur];TrendTemp=12.082 °C [Temperaturtrend];SupplySetTemp=40 °C [Vorlauf Solltemperatur] [ZZ=fe, lastup=2020-12-23 09:34:52, passive read]
sc BoilerSensorDefective = no data stored [ZZ=08, active read]
sc BurnerOperationSinceLastService = no data stored [ZZ=08, active read]
sc CRCErrorHeatingEngeneerParameter = no data stored [ZZ=08, active read]
sc CRCErrorManufacturerParameter = no data stored [ZZ=08, active read]
sc DHWSensorDefective = no data stored [ZZ=08, active read]
sc Enduser = no data stored [ZZ=08, active read]
sc ErrorHistory = no data stored [ZZ=08, active read]
sc ErrorSCOTCalibration4 = no data stored [ZZ=08, active read]
sc ErrorSCOTCalibration5 = no data stored [ZZ=08, active read]
sc ErrorSCOTCalibration6 = no data stored [ZZ=08, active read]
sc ErrorSCOTCalibration8 = no data stored [ZZ=08, active read]
sc ErrorSCOTControlInput = no data stored [ZZ=08, active read]
sc ErrorSCOTIOControl = no data stored [ZZ=08, active read]
sc ErrorVoltagSupply = no data stored [ZZ=08, active read]
sc ExternalSensorDefektive = no data stored [ZZ=08, active read]
sc FanFaultDuringOperation = no data stored [ZZ=08, active read]
sc FanFaultDuringShutdown = no data stored [ZZ=08, active read]
sc FlameFailureDuringOperation = no data stored [ZZ=08, active read]
sc FlameSimulation = no data stored [ZZ=08, active read]
sc FlueGasSensorDefective = no data stored [ZZ=08, active read]
sc GasValveCycleV1V2Defective = no data stored [ZZ=08, active read]
sc GPSFailureDuringSafetyTime = no data stored [ZZ=08, active read]
sc H2EmergencyOffFunction = no data stored [ZZ=08, active read]
sc Manufacturer1 = no data stored [ZZ=08, active read]
sc Manufacturer2 = no data stored [ZZ=08, active read]
sc NoFlameFormation = no data stored [ZZ=08, active read]
sc NoGasPressureAvailable = no data stored [ZZ=08, active read]
sc ProcessValues1 = no data stored [ZZ=08, active read]
sc ProcessValues2 = no data stored [ZZ=08, active read]
sc ProcessValues3 = no data stored [ZZ=08, active read]
sc ProcessValues4 = Byte1=132 [ ];Byte2=12 [ ];Byte3=12 [ ];Byte4=34 [ ];Byte5=127 [ ];Byte6=40 [ZZ=08, lastup=2020-12-23 09:35:10, active read]
sc ProcessValues5 = no data stored [ZZ=08, active read]
sc ProcessValues6 = no data stored [ZZ=08, active read]
sc PWMPumpDefective = no data stored [ZZ=08, active read]
sc SetpointDHW = no data stored [ZZ=f6, active read]
sc SetpointTempSystem = no data stored [ZZ=f6, active read]
sc Statistic1 = no data stored [ZZ=08, active read]
sc Statistic2 = no data stored [ZZ=08, active read]
sc Statistic3 = no data stored [ZZ=08, active read]
sc Statistic4 = no data stored [ZZ=08, active read]
sc Statistic5 = no data stored [ZZ=08, active read]
sc Statistic6 = no data stored [ZZ=08, active read]
sc StatisticUkn01 = no data stored [ZZ=08, active read]
sc StatisticUkn02 = no data stored [ZZ=08, active read]
sc StatisticUkn03 = no data stored [ZZ=08, active read]
sc StatisticUkn04 = no data stored [ZZ=08, active read]
sc StatisticUkn05 = no data stored [ZZ=08, active read]
sc WWTurbineDefective = no data stored [ZZ=08, active read]
scan.04  = no data stored [ZZ=04, active read]
scan.08  = MF=Kromschroeder;ID=W ;SW=1200;HW=0302 [ZZ=08, lastup=2020-12-23 09:28:42, active read]
scan.0c  = no data stored [ZZ=0c, active read]
scan.35  = no data stored [ZZ=35, active read]
scan.f6  = MF=Kromschroeder;ID=WWST?;SW=1200;HW=0302 [ZZ=f6, lastup=2020-12-23 09:28:41, active read]



Beispiel eines Elements mit dem Vermerk "passive read"

jochen@metserver1:~$ ebusctl r datetime
12.000;09:40:-;23.12.2020

jochen@metserver1:~$ ebusctl r datetime time
09:41:-

jochen@metserver1:~$ ebusctl r act
1;BrennerInBetrieb;1;1;1;1;1;1;1;0;0;Winter;0;1;0;0;1;Heating;34;40.0;-;43.0;0.0;12;12.082;40

jochen@metserver1:~$ ebusctl r act Operatingphase
BrennerInBetrieb

jochen@metserver1:~$ ebusctl r act Load
36




Beispiel eines Elements mit dem Vermerk "active read" und auch von WCM-Diagnose abgefragt

jochen@metserver1:~$ ebusctl r ProcessValues4
132;12;12;34;127;40



Die gleiche Abfrage bei abgeschalteter WCM-Diagnose Software. Die vormals von ebusd gelesenen Werte sind zum Zeitpunkt der neuerlichen Abfrage (+30Min) zu alt und werden deshalb nicht aus dem Cache beantwortet, sondern müssen neu angefragt werden - und das scheitert.

jochen@metserver1:~$ ebusctl r ProcessValues4
ERR: arbitration lost





Beispiel eines Elements mit dem Vermerk "active read" OHNE WCM-Diagnose-Anfrage

jochen@metserver1:~$ ebusctl r BoilerSensorDefective
ERR: arbitration lost







Zur Probe werde ich jetzt die WCM-Diagnose vom Bus nehmen. Vielleicht stört sich ebusd daran. Ich werde berichten (ich habe die ersten Ergebnisse oben in den Text geschrieben).

Gruß,

Jochen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: metserver1 am 23 Dezember 2020, 14:16:26
So, wie heute Morgen angekündigt, habe ich hier die Ergebnisse bei abgeschalteter WCM-Diagnose-Software.

Log-Einträge von systemctl start ebusd bis systemctl stop ebusd
66 Sekunden haben 371 Einträge ins Log-File gemacht.

2020-12-23 13:28:23.169 [main notice] ebusd 3.4.v3.3-51-g57eae05 started with auto scan
2020-12-23 13:28:23.200 [bus notice] bus started with own address 31/36
2020-12-23 13:28:23.211 [bus notice] signal acquired
2020-12-23 13:28:26.228 [bus notice] new master f1, master count 2
2020-12-23 13:28:26.229 [update notice] received unknown BC cmd: f1fe500a0d01067f4a2052ff50000d370c28
2020-12-23 13:28:26.232 [bus notice] <f1fe500a0d01067f4a2052ff50000d370c28b2
2020-12-23 13:28:27.014 [bus notice] new master 30, master count 3
2020-12-23 13:28:27.021 [update notice] received unknown MM cmd: 30f1050709bb0382020080ff46ff
2020-12-23 13:28:27.025 [bus notice] <30f1050709bb0382020080ff46fff200
2020-12-23 13:28:28.249 [bus notice] <30505014070300281a9c004625
2020-12-23 13:28:28.348 [bus notice] <30505014070300281a9c004625
2020-12-23 13:28:33.435 [bus notice] >31
2020-12-23 13:28:33.480 [bus notice] >31
2020-12-23 13:28:33.526 [bus notice] >31
2020-12-23 13:28:33.570 [bus notice] >31
2020-12-23 13:28:33.615 [bus notice] >31
2020-12-23 13:28:33.660 [bus notice] >31
2020-12-23 13:28:33.705 [bus notice] >31
2020-12-23 13:28:33.750 [bus notice] >31
2020-12-23 13:28:33.795 [bus notice] >31
2020-12-23 13:28:33.840 [bus notice] >31
2020-12-23 13:28:33.885 [bus notice] >31
2020-12-23 13:28:33.938 [main error] scan config 35: ERR: read timeout
2020-12-23 13:28:33.939 [bus notice] >31
2020-12-23 13:28:36.010 [bus notice] >31
2020-12-23 13:28:36.055 [bus notice] >31
2020-12-23 13:28:36.100 [bus notice] >31
2020-12-23 13:28:36.145 [bus notice] >31
2020-12-23 13:28:36.190 [bus notice] >31
2020-12-23 13:28:36.235 [bus notice] >31
2020-12-23 13:28:36.280 [bus notice] >31
2020-12-23 13:28:36.325 [bus notice] >31
2020-12-23 13:28:36.370 [bus notice] >31
2020-12-23 13:28:36.415 [bus notice] >31
2020-12-23 13:28:36.460 [bus notice] >31
2020-12-23 13:28:36.505 [bus notice] >31
2020-12-23 13:28:36.550 [bus notice] >31
2020-12-23 13:28:36.595 [bus notice] >31
2020-12-23 13:28:36.640 [bus notice] >31
2020-12-23 13:28:36.685 [bus notice] >31
2020-12-23 13:28:36.730 [bus notice] >31
2020-12-23 13:28:36.775 [bus notice] >31
2020-12-23 13:28:36.819 [bus notice] >31
2020-12-23 13:28:36.864 [bus notice] >31
2020-12-23 13:28:36.909 [bus notice] >31
2020-12-23 13:28:36.954 [bus notice] >31
2020-12-23 13:28:36.992 [bus notice] new master 07, master count 4
2020-12-23 13:28:37.037 [bus notice] >31<07f60902039901024b
2020-12-23 13:28:37.119 [bus notice] <07f60902039901024b
2020-12-23 13:28:37.209 [bus notice] >31
2020-12-23 13:28:37.254 [bus notice] >31
2020-12-23 13:28:37.299 [bus notice] >31
2020-12-23 13:28:37.344 [bus notice] >31
2020-12-23 13:28:37.389 [bus notice] >31
2020-12-23 13:28:37.433 [bus notice] >31
2020-12-23 13:28:37.479 [bus notice] >31
2020-12-23 13:28:37.523 [bus notice] >31
2020-12-23 13:28:37.569 [bus notice] >31
2020-12-23 13:28:37.614 [bus notice] >31
2020-12-23 13:28:37.660 [bus notice] >31
2020-12-23 13:28:37.705 [bus notice] >31
2020-12-23 13:28:37.750 [bus notice] >31
2020-12-23 13:28:37.795 [bus notice] >31
2020-12-23 13:28:37.840 [bus notice] >31
2020-12-23 13:28:37.885 [bus notice] >31
2020-12-23 13:28:37.930 [bus notice] >31
2020-12-23 13:28:37.975 [bus notice] >31
2020-12-23 13:28:38.020 [bus notice] >31
2020-12-23 13:28:38.066 [bus notice] >31
2020-12-23 13:28:38.111 [bus notice] >31
2020-12-23 13:28:38.156 [bus notice] >31
2020-12-23 13:28:38.201 [bus notice] >31
2020-12-23 13:28:38.246 [bus notice] >31
2020-12-23 13:28:38.291 [bus notice] >31
2020-12-23 13:28:38.374 [bus notice] >31<0750090203990102ff
2020-12-23 13:28:38.455 [bus notice] <0750090203990102ff
2020-12-23 13:28:38.590 [bus notice] >31
2020-12-23 13:28:38.635 [bus notice] >31
2020-12-23 13:28:38.680 [bus notice] >31
2020-12-23 13:28:38.725 [bus notice] >31
2020-12-23 13:28:38.770 [bus notice] >31
2020-12-23 13:28:38.816 [bus notice] >31
2020-12-23 13:28:38.861 [bus notice] >31
2020-12-23 13:28:38.906 [bus notice] >31
2020-12-23 13:28:38.951 [bus notice] >31
2020-12-23 13:28:38.996 [bus notice] >31
2020-12-23 13:28:39.041 [bus notice] >31
2020-12-23 13:28:39.085 [bus notice] >31
2020-12-23 13:28:39.130 [bus notice] >31
2020-12-23 13:28:39.175 [bus notice] >31
2020-12-23 13:28:39.220 [bus notice] >31
2020-12-23 13:28:39.265 [bus notice] >31
2020-12-23 13:28:39.311 [bus notice] >31
2020-12-23 13:28:39.356 [bus notice] >31
2020-12-23 13:28:39.401 [bus notice] >31
2020-12-23 13:28:39.446 [bus notice] >31
2020-12-23 13:28:39.491 [bus notice] >31
2020-12-23 13:28:39.536 [bus notice] >31
2020-12-23 13:28:39.581 [bus notice] >31
2020-12-23 13:28:39.625 [bus notice] >31
2020-12-23 13:28:39.728 [bus notice] scan f6: ;Kromschroeder;WWST?;1200;0302
2020-12-23 13:28:39.728 [update notice] store f6 ident: done
2020-12-23 13:28:39.728 [update notice] received scan-read scan.f6  QQ=30: Kromschroeder;WWST?;1200;0302
2020-12-23 13:28:39.732 [bus notice] >31<30f6070400c6000a5057575354b112000302a000
2020-12-23 13:28:39.911 [bus notice] >31
2020-12-23 13:28:39.956 [bus notice] >31
2020-12-23 13:28:40.002 [bus notice] >31
2020-12-23 13:28:40.047 [bus notice] >31
2020-12-23 13:28:40.091 [bus notice] >31
2020-12-23 13:28:40.136 [bus notice] >31
2020-12-23 13:28:40.181 [bus notice] >31
2020-12-23 13:28:40.226 [bus notice] >31
2020-12-23 13:28:40.271 [bus notice] >31
2020-12-23 13:28:40.316 [bus notice] >31
2020-12-23 13:28:40.361 [bus notice] >31
2020-12-23 13:28:40.406 [bus notice] >31
2020-12-23 13:28:40.451 [bus notice] >31
2020-12-23 13:28:40.497 [bus notice] >31
2020-12-23 13:28:40.542 [bus notice] >31
2020-12-23 13:28:40.587 [bus notice] >31
2020-12-23 13:28:40.632 [bus notice] >31
2020-12-23 13:28:40.676 [bus notice] >31
2020-12-23 13:28:40.721 [bus notice] >31
2020-12-23 13:28:40.766 [bus notice] >31
2020-12-23 13:28:40.811 [bus notice] >31
2020-12-23 13:28:40.856 [bus notice] >31
2020-12-23 13:28:40.861 [main error] scan config f6: ERR: arbitration lost
2020-12-23 13:28:40.947 [bus notice] new master 03, master count 5
2020-12-23 13:28:40.947 [bus notice] scan 08: ;Kromschroeder;W ;1200;0302
2020-12-23 13:28:40.947 [update notice] store 08 ident: done
2020-12-23 13:28:40.948 [update notice] received scan-read scan.08  QQ=30: Kromschroeder;W ;1200;0302
2020-12-23 13:28:40.951 [bus notice] >31<30080704005e000a50570a000fb112000302eb00
2020-12-23 13:28:42.142 [update notice] received update-read broadcast datetime QQ=30: 13.000;13:30:-;23.12.2020
2020-12-23 13:28:42.186 [bus notice] <30fe070009000dff301323120320a901
2020-12-23 13:28:46.979 [update notice] received unknown MM cmd: 30f1050709bb0382020080ff46ff
2020-12-23 13:28:46.983 [bus notice] <30f1050709bb0382020080ff46fff200
2020-12-23 13:28:48.209 [bus notice] <30505014070300281a9c004625
2020-12-23 13:28:48.308 [bus notice] <30505014070300281a9c004625
2020-12-23 13:28:52.864 [main notice] read scan config file kromschroeder/08..sc.csv for ID "w", SW1200, HW0302
2020-12-23 13:28:52.873 [main notice] found messages: 56 (0 conditional on 0 conditions, 0 poll, 4 update)
2020-12-23 13:28:54.926 [bus notice] >31
2020-12-23 13:28:54.971 [bus notice] >31
2020-12-23 13:28:55.016 [bus notice] >31
2020-12-23 13:28:55.061 [bus notice] >31
2020-12-23 13:28:55.107 [bus notice] >31
2020-12-23 13:28:55.152 [bus notice] >31
2020-12-23 13:28:55.196 [bus notice] >31
2020-12-23 13:28:55.222 [bus notice] new master 00, master count 6
2020-12-23 13:28:55.300 [update notice] received scan-read scan.f6  QQ=00: Kromschroeder;WWST?;1200;0302
2020-12-23 13:28:55.304 [bus notice] >31<00f607040066000a5057575354b112000302a000
2020-12-23 13:28:55.529 [bus notice] >31
2020-12-23 13:28:55.575 [bus notice] >31
2020-12-23 13:28:55.619 [bus notice] >31
2020-12-23 13:28:55.664 [bus notice] >31
2020-12-23 13:28:55.709 [bus notice] >31
2020-12-23 13:28:55.754 [bus notice] >31
2020-12-23 13:28:55.799 [bus notice] >31
2020-12-23 13:28:55.844 [bus notice] >31
2020-12-23 13:28:55.889 [bus notice] >31
2020-12-23 13:28:55.934 [bus notice] >31
2020-12-23 13:28:55.979 [bus notice] >31
2020-12-23 13:28:56.024 [bus notice] >31
2020-12-23 13:28:56.070 [bus notice] >31
2020-12-23 13:28:56.114 [bus notice] >31
2020-12-23 13:28:56.208 [update notice] received unknown BC cmd: f1fe500a0d01067f4a2052ff50000d370c28
2020-12-23 13:28:56.213 [bus notice] >31<f1fe500a0d01067f4a2052ff50000d370c28b2
2020-12-23 13:28:56.304 [bus notice] >31
2020-12-23 13:28:56.350 [bus notice] >31
2020-12-23 13:28:56.395 [bus notice] >31
2020-12-23 13:28:56.440 [bus notice] >31
2020-12-23 13:28:56.485 [bus notice] >31
2020-12-23 13:28:56.530 [bus notice] >31
2020-12-23 13:28:56.575 [bus notice] >31
2020-12-23 13:28:56.620 [bus notice] >31
2020-12-23 13:28:56.665 [bus notice] >31
2020-12-23 13:28:56.709 [bus notice] >31
2020-12-23 13:28:56.754 [bus notice] >31
2020-12-23 13:28:56.799 [bus notice] >31
2020-12-23 13:28:56.845 [bus notice] >31
2020-12-23 13:28:56.890 [bus notice] >31
2020-12-23 13:28:56.935 [bus notice] >31
2020-12-23 13:28:56.980 [bus notice] >31
2020-12-23 13:28:57.025 [bus notice] >31
2020-12-23 13:28:57.070 [bus notice] >31
2020-12-23 13:28:57.115 [bus notice] >31
2020-12-23 13:28:57.160 [bus notice] >31
2020-12-23 13:28:57.231 [bus notice] >31<0015070400a4
2020-12-23 13:28:57.301 [bus notice] <0015070400a4
2020-12-23 13:28:57.526 [bus notice] >31
2020-12-23 13:28:57.571 [bus notice] >31
2020-12-23 13:28:57.616 [bus notice] >31
2020-12-23 13:28:57.661 [bus notice] >31
2020-12-23 13:28:57.706 [bus notice] >31
2020-12-23 13:28:57.751 [bus notice] >31
2020-12-23 13:28:57.795 [bus notice] >31
2020-12-23 13:28:57.840 [bus notice] >31
2020-12-23 13:28:57.885 [bus notice] >31
2020-12-23 13:28:57.930 [bus notice] >31
2020-12-23 13:28:57.975 [bus notice] >31
2020-12-23 13:28:58.021 [bus notice] >31
2020-12-23 13:28:58.066 [bus notice] >31
2020-12-23 13:28:58.111 [bus notice] >31
2020-12-23 13:28:58.156 [bus notice] >31
2020-12-23 13:28:58.201 [bus notice] >31
2020-12-23 13:28:58.246 [bus notice] >31
2020-12-23 13:28:58.291 [bus notice] >31
2020-12-23 13:28:58.336 [bus notice] >31
2020-12-23 13:28:58.381 [bus notice] >31
2020-12-23 13:28:58.426 [bus notice] >31
2020-12-23 13:28:58.470 [bus notice] >31
2020-12-23 13:28:58.515 [bus notice] >31
2020-12-23 13:28:58.561 [bus notice] >31
2020-12-23 13:28:58.606 [bus notice] >31
2020-12-23 13:28:58.651 [bus notice] >31
2020-12-23 13:28:58.696 [bus notice] >31
2020-12-23 13:28:58.741 [bus notice] >31
2020-12-23 13:28:58.786 [bus notice] >31
2020-12-23 13:28:58.831 [bus notice] >31
2020-12-23 13:28:58.876 [bus notice] >31
2020-12-23 13:28:58.921 [bus notice] >31
2020-12-23 13:28:58.974 [main error] scan config 0c: ERR: read timeout
2020-12-23 13:28:58.975 [bus notice] >31
2020-12-23 13:28:59.209 [bus notice] scan 35: ;Kromschroeder;W ;2730;-
2020-12-23 13:28:59.210 [update notice] store 35 ident: done
2020-12-23 13:28:59.210 [update notice] received scan-read scan.35  QQ=00: Kromschroeder;W ;2730;-
2020-12-23 13:28:59.214 [bus notice] <00350704004b000a5057020008002730ffff7f00
2020-12-23 13:29:00.976 [main notice] read scan config file kromschroeder/f6..sc.csv for ID "wwst", SW1200, HW0302
2020-12-23 13:29:00.978 [main notice] found messages: 76 (0 conditional on 0 conditions, 0 poll, 5 update)
2020-12-23 13:29:01.175 [bus notice] <00750704000e
2020-12-23 13:29:01.246 [bus notice] <00750704000e
2020-12-23 13:29:03.166 [bus notice] <00f507040084
2020-12-23 13:29:03.237 [bus notice] <00f507040084
2020-12-23 13:29:05.152 [bus notice] <001c070400a7
2020-12-23 13:29:05.223 [bus notice] <001c070400a7
2020-12-23 13:29:06.914 [update notice] received unknown MM cmd: 30f1050709bb0382020080ff46ff
2020-12-23 13:29:06.918 [bus notice] <30f1050709bb0382020080ff46fff200
2020-12-23 13:29:07.125 [bus notice] <003c07040048
2020-12-23 13:29:07.195 [bus notice] <003c07040048
2020-12-23 13:29:08.194 [bus notice] <30505014070300281a9c004625
2020-12-23 13:29:08.293 [bus notice] <30505014070300281a9c004625
2020-12-23 13:29:09.086 [bus notice] <007c0704000d
2020-12-23 13:29:09.156 [bus notice] <007c0704000d
2020-12-23 13:29:11.075 [bus notice] <00fc07040087
2020-12-23 13:29:11.145 [bus notice] <00fc07040087
2020-12-23 13:29:13.066 [bus notice] >31<0024070400af
2020-12-23 13:29:13.135 [bus notice] <0024070400af
2020-12-23 13:29:13.361 [bus notice] >31
2020-12-23 13:29:13.406 [bus notice] >31
2020-12-23 13:29:13.451 [bus notice] >31
2020-12-23 13:29:13.496 [bus notice] >31
2020-12-23 13:29:13.540 [bus notice] >31
2020-12-23 13:29:13.585 [bus notice] >31
2020-12-23 13:29:13.630 [bus notice] >31
2020-12-23 13:29:13.676 [bus notice] >31
2020-12-23 13:29:13.721 [bus notice] >31
2020-12-23 13:29:13.766 [bus notice] >31
2020-12-23 13:29:13.811 [bus notice] >31
2020-12-23 13:29:13.856 [bus notice] >31
2020-12-23 13:29:13.901 [bus notice] >31
2020-12-23 13:29:13.946 [bus notice] >31
2020-12-23 13:29:13.990 [bus notice] >31
2020-12-23 13:29:14.035 [bus notice] >31
2020-12-23 13:29:14.080 [bus notice] >31
2020-12-23 13:29:14.125 [bus notice] >31
2020-12-23 13:29:14.170 [bus notice] >31
2020-12-23 13:29:14.216 [bus notice] >31
2020-12-23 13:29:14.261 [bus notice] >31
2020-12-23 13:29:14.306 [bus notice] >31
2020-12-23 13:29:14.351 [bus notice] >31
2020-12-23 13:29:14.396 [bus notice] >31
2020-12-23 13:29:14.441 [bus notice] >31
2020-12-23 13:29:14.485 [bus notice] >31
2020-12-23 13:29:14.530 [bus notice] >31
2020-12-23 13:29:14.575 [bus notice] >31
2020-12-23 13:29:14.620 [bus notice] >31
2020-12-23 13:29:14.665 [bus notice] >31
2020-12-23 13:29:14.711 [bus notice] >31
2020-12-23 13:29:14.756 [bus notice] >31
2020-12-23 13:29:14.801 [bus notice] >31
2020-12-23 13:29:14.846 [bus notice] >31
2020-12-23 13:29:14.891 [bus notice] >31
2020-12-23 13:29:14.936 [bus notice] >31
2020-12-23 13:29:15.008 [bus notice] >31<004407040005
2020-12-23 13:29:15.078 [bus notice] <004407040005
2020-12-23 13:29:15.303 [bus notice] >31
2020-12-23 13:29:15.349 [bus notice] >31
2020-12-23 13:29:15.393 [bus notice] >31
2020-12-23 13:29:15.439 [bus notice] >31
2020-12-23 13:29:15.484 [bus notice] >31
2020-12-23 13:29:15.529 [bus notice] >31
2020-12-23 13:29:15.574 [bus notice] >31
2020-12-23 13:29:15.618 [bus notice] >31
2020-12-23 13:29:15.664 [bus notice] >31
2020-12-23 13:29:15.709 [bus notice] >31
2020-12-23 13:29:15.754 [bus notice] >31
2020-12-23 13:29:15.799 [bus notice] >31
2020-12-23 13:29:15.845 [bus notice] >31
2020-12-23 13:29:15.890 [bus notice] >31
2020-12-23 13:29:15.935 [bus notice] >31
2020-12-23 13:29:15.980 [bus notice] >31
2020-12-23 13:29:16.024 [bus notice] >31
2020-12-23 13:29:16.069 [bus notice] >31
2020-12-23 13:29:16.114 [bus notice] >31
2020-12-23 13:29:16.159 [bus notice] >31
2020-12-23 13:29:16.204 [bus notice] >31
2020-12-23 13:29:16.249 [bus notice] >31
2020-12-23 13:29:16.294 [bus notice] >31
2020-12-23 13:29:16.340 [bus notice] >31
2020-12-23 13:29:16.385 [bus notice] >31
2020-12-23 13:29:16.430 [bus notice] >31
2020-12-23 13:29:16.474 [bus notice] >31
2020-12-23 13:29:16.519 [bus notice] >31
2020-12-23 13:29:16.564 [bus notice] >31
2020-12-23 13:29:16.609 [bus notice] >31
2020-12-23 13:29:16.654 [bus notice] >31
2020-12-23 13:29:16.699 [bus notice] >31
2020-12-23 13:29:16.744 [bus notice] >31
2020-12-23 13:29:16.789 [bus notice] >31
2020-12-23 13:29:16.834 [bus notice] >31
2020-12-23 13:29:16.879 [bus notice] >31
2020-12-23 13:29:16.924 [bus notice] >31
2020-12-23 13:29:16.996 [bus notice] >31<001607040046
2020-12-23 13:29:17.066 [bus notice] <001607040046
2020-12-23 13:29:17.291 [bus notice] >31
2020-12-23 13:29:17.336 [bus notice] >31
2020-12-23 13:29:17.381 [bus notice] >31
2020-12-23 13:29:17.426 [bus notice] >31
2020-12-23 13:29:17.471 [bus notice] >31
2020-12-23 13:29:17.516 [bus notice] >31
2020-12-23 13:29:17.563 [bus notice] >31
2020-12-23 13:29:17.609 [bus notice] >31
2020-12-23 13:29:17.654 [bus notice] >31
2020-12-23 13:29:17.699 [bus notice] >31
2020-12-23 13:29:17.744 [bus notice] >31
2020-12-23 13:29:17.789 [bus notice] >31
2020-12-23 13:29:17.834 [bus notice] >31
2020-12-23 13:29:17.879 [bus notice] >31
2020-12-23 13:29:17.924 [bus notice] >31
2020-12-23 13:29:17.969 [bus notice] >31
2020-12-23 13:29:18.014 [bus notice] >31
2020-12-23 13:29:18.059 [bus notice] >31
2020-12-23 13:29:18.103 [bus notice] >31
2020-12-23 13:29:18.149 [bus notice] >31
2020-12-23 13:29:18.194 [bus notice] >31
2020-12-23 13:29:18.239 [bus notice] >31
2020-12-23 13:29:18.284 [bus notice] >31
2020-12-23 13:29:18.329 [bus notice] >31
2020-12-23 13:29:18.374 [bus notice] >31
2020-12-23 13:29:18.419 [bus notice] >31
2020-12-23 13:29:18.464 [bus notice] >31
2020-12-23 13:29:18.509 [bus notice] >31
2020-12-23 13:29:18.554 [bus notice] >31
2020-12-23 13:29:18.599 [bus notice] >31
2020-12-23 13:29:18.644 [bus notice] >31
2020-12-23 13:29:18.689 [bus notice] >31
2020-12-23 13:29:18.734 [bus notice] >31
2020-12-23 13:29:18.779 [bus notice] >31
2020-12-23 13:29:18.824 [bus notice] >31
2020-12-23 13:29:18.869 [bus notice] >31
2020-12-23 13:29:18.914 [bus notice] >31
2020-12-23 13:29:18.918 [main error] scan config 05: ERR: arbitration lost
2020-12-23 13:29:18.985 [bus notice] >31<00500704005c
2020-12-23 13:29:19.055 [bus notice] <00500704005c
2020-12-23 13:29:20.971 [bus notice] <005107040002
2020-12-23 13:29:21.042 [bus notice] <005107040002
2020-12-23 13:29:22.911 [main notice] SIGTERM received
2020-12-23 13:29:22.916 [bus notice] <0052070400e0
2020-12-23 13:29:22.986 [bus notice] <0052070400e0
2020-12-23 13:29:24.930 [bus notice] <0053070400be
2020-12-23 13:29:25.001 [bus notice] <0053070400be
2020-12-23 13:29:26.043 [main notice] ebusd stopped



Ansonsten habe ich folgende Dinge geändert:

Struktur im Config-Verzeichnis VORHER:

/etc/ebusd
/etc/ebusd/broadcast.csv
...

/etc/ebusd/weishaupt
/etc/ebusd/weishaupt/broadcast.csv
...
/etc/ebusd/kromschroeder  (Sym-Link auf ./weishaupt)



Ohne den Parameter --scanconfig wurden die csv-Dateien zweimal gefunden und zumindest im Zusammenhang mit der Brenner-ID zweimal gelesen. Das hat beim Starten des daemons zu einer Fehlermeldung wegen doppelter Brenner-ID verursacht.
Daher habe ich den Link "kromschroeder" gelöscht und das Verzeichnis "weishaupt" in "kromschroeder" umbenannt. Die broadcast.csv im neuen "kromschroeder"-Verzeichnis habe ich gelöscht.

Struktur im Config-Verzeichnis JETZT:

/etc/ebusd/
/etc/ebusd/broadcast.csv
/etc/ebusd/kromschroeder/
/etc/ebusd/kromschroeder/*.csv



Wenn ich den daemon neu starte und ansonsten nichts über ebusctl eingebe, dann sieht man nur die Broadcasts


2020-12-23 13:29:26.043 [main notice] ebusd stopped
2020-12-23 13:51:09.101 [main notice] ebusd 3.4.v3.3-51-g57eae05 started with auto scan
2020-12-23 13:51:09.132 [bus notice] bus started with own address 31/36
2020-12-23 13:51:09.136 [bus notice] signal acquired
2020-12-23 13:51:27.264 [bus notice] new master 30, master count 2
2020-12-23 13:51:27.270 [bus notice] new master f1, master count 3
2020-12-23 13:51:27.270 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:51:29.503 [update notice] received unknown BC cmd: f1fe500a0d01067f4a2250ff50000c3c0c28
2020-12-23 13:51:32.220 [main error] scan config 35: ERR: read timeout
2020-12-23 13:51:37.219 [bus notice] new master 07, master count 4
2020-12-23 13:51:39.914 [update notice] received update-read broadcast datetime QQ=30: 12.000;13:53:-;23.12.2020
2020-12-23 13:51:47.121 [main error] scan config f6: ERR: arbitration lost
2020-12-23 13:51:47.185 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:51:59.657 [update notice] received unknown BC cmd: f1fe500a0d01067f4a2250ff50000c3c0c28
2020-12-23 13:52:07.111 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:52:22.309 [main error] scan config 0c: ERR: read timeout
2020-12-23 13:52:27.067 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:52:29.570 [update notice] received unknown BC cmd: f1fe500a0d01067f4a2250ff50000c3c0c28
2020-12-23 13:52:38.090 [main error] scan config f6: ERR: arbitration lost
2020-12-23 13:52:40.818 [update notice] received update-read broadcast datetime QQ=30: 12.000;13:54:-;23.12.2020
2020-12-23 13:52:46.970 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:52:59.659 [update notice] received unknown BC cmd: f1fe500a0d01067f4a2250ff50000c3c0c28
2020-12-23 13:53:06.894 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:53:12.423 [main error] scan config f6: ERR: read timeout
2020-12-23 13:53:27.317 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:53:29.686 [update notice] received unknown BC cmd: f1fe500a0d01067f4a2250ff50000c3c0c28
2020-12-23 13:53:40.097 [update notice] received update-read broadcast datetime QQ=30: 12.000;13:55:-;23.12.2020
2020-12-23 13:53:47.278 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:53:59.907 [update notice] received unknown BC cmd: f1fe500a0d01067f4a2250ff50000c3c0c28
2020-12-23 13:54:07.207 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:54:27.112 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:54:30.034 [update notice] received unknown BC cmd: f1fe500a0d01067f4a2250ff50000c3c0c28
2020-12-23 13:54:39.796 [update notice] received update-read broadcast datetime QQ=30: 12.000;13:56:-;23.12.2020
2020-12-23 13:54:47.072 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:54:54.468 [main notice] update check: revision v3.4 available, broadcast.csv: different version available
2020-12-23 13:54:59.940 [update notice] received unknown BC cmd: f1fe500a0d01067f4a2250ff50000c3c0c28
2020-12-23 13:55:06.990 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:55:26.901 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:55:30.123 [update notice] received unknown BC cmd: f1fe500a0d01067f4a2250ff50000c3c0c28
2020-12-23 13:55:40.104 [update notice] received update-read broadcast datetime QQ=30: 12.000;13:57:-;23.12.2020
2020-12-23 13:55:47.350 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:56:00.254 [update notice] received unknown BC cmd: f1fe500a0d01067f4a2250ff50000c3c0c28
2020-12-23 13:56:07.265 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:56:27.202 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:56:30.242 [update notice] received unknown BC cmd: f1fe500a0d01067f4a2250ff50000c3c0c28
2020-12-23 13:56:39.879 [update notice] received update-read broadcast datetime QQ=30: 12.000;13:58:-;23.12.2020
2020-12-23 13:56:47.161 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:57:00.393 [update notice] received unknown BC cmd: f1fe500a0d01067f4a2350ff50000c3c0c28
2020-12-23 13:57:07.086 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:57:27.013 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:57:30.280 [update notice] received unknown BC cmd: f1fe500a0d01067f4a2250ff50000c3c0c28
2020-12-23 13:57:39.681 [update notice] received update-read broadcast datetime QQ=30: 12.000;13:59:-;23.12.2020
2020-12-23 13:57:46.912 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:58:00.406 [update notice] received unknown BC cmd: f1fe500a0d01067f4a2250ff50000c3c0c28
2020-12-23 13:58:07.366 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:58:27.301 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:58:30.379 [update notice] received unknown BC cmd: f1fe500a0d01067f4a2250ff50000c3c0c28
2020-12-23 13:58:34.644 [bus notice] new master 00, master count 5
2020-12-23 13:58:34.720 [bus notice] scan f6: ;Kromschroeder;WWST?;1200;0302
2020-12-23 13:58:34.720 [update notice] store f6 ident: done
2020-12-23 13:58:34.721 [update notice] received scan-read scan.f6  QQ=00: Kromschroeder;WWST?;1200;0302
2020-12-23 13:58:38.645 [bus notice] scan 35: ;Kromschroeder;W ;2730;-
2020-12-23 13:58:38.646 [update notice] store 35 ident: done
2020-12-23 13:58:38.646 [update notice] received scan-read scan.35  QQ=00: Kromschroeder;W ;2730;-
2020-12-23 13:58:40.120 [update notice] received scan-read scan.f6  QQ=30: Kromschroeder;WWST?;1200;0302
2020-12-23 13:58:41.403 [bus notice] new master 03, master count 6
2020-12-23 13:58:41.403 [bus notice] scan 08: ;Kromschroeder;W ;1200;0302
2020-12-23 13:58:41.404 [update notice] store 08 ident: done
2020-12-23 13:58:41.404 [update notice] received scan-read scan.08  QQ=30: Kromschroeder;W ;1200;0302
2020-12-23 13:58:42.736 [update notice] received update-read broadcast datetime QQ=30: 12.000;14:00:-;23.12.2020
2020-12-23 13:58:47.232 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:58:48.367 [main error] scan config 05: ERR: arbitration lost
2020-12-23 13:58:50.370 [main notice] read scan config file kromschroeder/08..sc.csv for ID "w", SW1200, HW0302
2020-12-23 13:58:50.379 [main notice] found messages: 58 (0 conditional on 0 conditions, 0 poll, 4 update)
2020-12-23 13:59:00.766 [update notice] received unknown BC cmd: f1fe500a0d01067f4a2250ff50000c3c0c28
2020-12-23 13:59:03.260 [main error] scan config 05: ERR: read timeout
2020-12-23 13:59:07.181 [update notice] received unknown MM cmd: 30f1050709bb038b020080ff46ff
2020-12-23 13:59:16.193 [update notice] received scan-read scan.08  QQ=00: Kromschroeder;W ;1200;0302




Abfragen scheitern

jochen@metserver1:/etc/ebusd/kromschroeder$ ebusctl r BoilerSensorDefective
ERR: arbitration lost


Gruß,
Jochen

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 23 Dezember 2020, 19:50:41
der Dämon versucht immer wieder das er den Bus belegen darf, bekommt aber keine Antwort. Da aber Broadcasts ohne Probleme durchkommen, kann es eigentlich nur der Sendeweg sein.
ich weiß ja nicht inwieweit du dich in der Elektronik auskennst und das in der Schaltung prüfen kannst. Ist die Zenerdiode ok ( Spannungsabfall in Sperrrichtung mit Ohmmeter messen ) und ist der Darlingtransistor ok? Es gab in dieser Schaltung schon vermehrt Ausfälle der Zenerdiode.

John schaut sicher hier öfters vorbei und kann das Log sicher besser beurteilen als ich!

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: metserver1 am 24 Dezember 2020, 12:33:28
Frohe Weihnachten!

Zitat von: Reinhart am 23 Dezember 2020, 19:50:41ich weiß ja nicht inwieweit du dich in der Elektronik auskennst
Vorsichtigerweise sag ich mal: gar nicht, allenfalls sehr wenig. Ich habe ein bread board und könnte die Zenerdiode ausbauen und nach Anleitung testen.
Könnte ich im eingebauten Zustand zwischen D4 am Gleichrichter und den beiden Enden der Zenerdiode messen? Eines der Enden entspricht ja D3 am Gleichrichter. Die Spannung direkt über die Diode gemessen beträgt +/- 2,34V.


Ich habe mir eben noch etwas anderes angesehen:

Die Platine zapft den eBus direkt am eBus-Anschluss des W-EA-Modems an. Bei allem, was ich bisher gemacht habe, war das Modem in Betrieb. Eben habe ich ihm mal den Strom weggenommen. Prompt hat das eBus-Platinchen kein Signal mehr geliefert.

Kann es denn sein, dass das Modem stört?


zur Vollständigkeit habe ich hier noch einmal das "raw bytes" Log zu allen bisherigen Versuchen:

2020-12-24 11:02:51.331 [bus notice] <aa
2020-12-24 11:02:51.376 [bus notice] <aa
2020-12-24 11:02:51.421 [bus notice] <aa
2020-12-24 11:02:51.466 [bus notice] <aa
2020-12-24 11:02:51.511 [bus notice] <aa
2020-12-24 11:02:51.555 [bus notice] <aa
2020-12-24 11:02:51.601 [bus notice] <aa
2020-12-24 11:02:51.646 [bus notice] <aa
2020-12-24 11:02:51.691 [bus notice] <aa
2020-12-24 11:02:51.736 [bus notice] <aa
2020-12-24 11:02:51.781 [bus notice] <aa
2020-12-24 11:02:51.826 [bus notice] <aa
2020-12-24 11:02:51.871 [bus notice] <aa
2020-12-24 11:02:51.916 [bus notice] <aa
2020-12-24 11:02:51.961 [bus notice] <aa
2020-12-24 11:02:52.005 [bus notice] <aa
2020-12-24 11:02:52.050 [bus notice] <aa
2020-12-24 11:02:52.095 [bus notice] <aa
2020-12-24 11:02:52.141 [bus notice] <aa
2020-12-24 11:02:52.186 [bus notice] <aa
2020-12-24 11:02:52.231 [bus notice] <aa
2020-12-24 11:02:52.276 [bus notice] <aa
2020-12-24 11:02:52.321 [bus notice] <aa
2020-12-24 11:02:52.366 [bus notice] <aa
2020-12-24 11:02:52.411 [bus notice] <aa
2020-12-24 11:02:52.456 [bus notice] <aa
2020-12-24 11:02:52.501 [bus notice] <aa
2020-12-24 11:02:52.546 [bus notice] <aa
2020-12-24 11:02:52.591 [bus notice] <aa
2020-12-24 11:02:52.636 [bus notice] <aa
2020-12-24 11:02:52.681 [bus notice] <aa
2020-12-24 11:02:52.725 [bus notice] <aa
2020-12-24 11:02:52.771 [bus notice] <aa
2020-12-24 11:02:52.816 [bus notice] <aa
2020-12-24 11:02:52.861 [bus notice] <aa
2020-12-24 11:02:52.906 [bus notice] <aa
2020-12-24 11:02:52.951 [bus notice] <aa
2020-12-24 11:02:52.996 [bus notice] <aa
2020-12-24 11:02:53.041 [bus notice] <aa
2020-12-24 11:02:53.095 [bus notice] <aa
2020-12-24 11:02:53.145 [bus notice] <aa
2020-12-24 11:02:53.149 [bus notice] <aa
2020-12-24 11:02:53.193 [bus notice] <aa
2020-12-24 11:02:53.239 [bus notice] <aa
2020-12-24 11:02:53.284 [bus notice] <aa
2020-12-24 11:02:53.329 [bus notice] <aa
2020-12-24 11:02:53.374 [bus notice] <aa
2020-12-24 11:02:53.419 [bus notice] <aa
2020-12-24 11:02:53.464 [bus notice] <aa
2020-12-24 11:02:53.509 [bus notice] <aa
2020-12-24 11:02:53.554 [bus notice] <aa
2020-12-24 11:02:53.599 [bus notice] <aa
2020-12-24 11:02:53.644 [bus notice] <aa
2020-12-24 11:02:53.689 [bus notice] <aa
2020-12-24 11:02:53.734 [bus notice] <aa
2020-12-24 11:02:53.781 [bus notice] <aa
2020-12-24 11:02:53.826 [bus notice] <aa
2020-12-24 11:02:53.871 [bus notice] <aa
2020-12-24 11:02:53.916 [bus notice] <aa
2020-12-24 11:02:53.961 [bus notice] <aa
2020-12-24 11:02:54.006 [bus notice] <aa
2020-12-24 11:02:54.051 [bus notice] <aa
2020-12-24 11:02:54.095 [bus notice] <aa
2020-12-24 11:02:54.140 [bus notice] <aa
2020-12-24 11:02:54.185 [bus notice] <aa
2020-12-24 11:02:54.230 [bus notice] <aa
2020-12-24 11:02:54.275 [bus notice] <aa
2020-12-24 11:02:54.321 [bus notice] <aa



Gruß,

Jochen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 25 Dezember 2020, 10:43:31
Zenerdiode kannst ganz einfach mit Multimeter in der Betriebsrat "Diodenmesseung" prüfen. Dann Messtripen umpolen und nochmals messen, dann sieht man deutlich die Sperrspannung von etwa 0.7 Volt, dann ist sie ok, ansonsten 0 Volt, dann ist hin.

Das Modem kenne ich leider nicht, dazu kann ich nichts sagen. Aber beim letzten Log hast keinen einzigen Sendeversuch drinnen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: metserver1 am 25 Dezember 2020, 16:46:03
Hallo Reinhart,

danke für den Hinweis. Erst das Handbuch meines Messgeräts hat mir verraten, dass ich tatsächlich auch Dioden prüfen kann. Wie Du schreibst, wird in der einen Richtung Null (0L) und in der anderen Richtung 0,788V angezeigt. Dann scheint die Zenerdiode also in Ordnung zu sein?

Um den eventuellen Einfluß des Modems ausschließen zu können habe ich eben die Adapterplatine alleine an den eBus geklemmt. Das Poti war neu abzustimmen.

Die Ergebnisse haben sich dadurch leider nicht verändert.

Wenn die Therme nichts sendet zeigt das Log nur aa und 31 im Wechsel


<aa
>31
<aa
>31
<aa
>31
<aa
>31
<aa
>31
<aa
>31
<aa
>31
<aa
>31



Soll ich jetzt den Transistor tauschen? Oder kann ich den (eingebaut!) mit einfachen Mitteln selbst testen?

Gruß,

Jochen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: metserver1 am 25 Dezember 2020, 17:31:17
Erfolg!

Ich habe den Transistor getauscht. Jetzt geht alles.

SU-HU-PER!

Danke für Deine Hilfe Reinhart.

Jetzt kann ich endlich diesen blöden Windows-PC abschalten, der nur wegen der Weishaupt-Diagnose-Software lief.

Gruß,
Jochen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: metserver1 am 25 Dezember 2020, 18:45:44
Jetzt, wo alles soweit funktioniert, zeigen sich neue Fehlermeldungen im Log


2020-12-25 17:52:40.768 [bus notice] scan 0c: ;-;??;-;-
2020-12-25 17:52:40.769 [update notice] store 0c ident: done
2020-12-25 17:52:40.769 [update notice] sent scan-read scan.0c  QQ=31: -;??;-;-
2020-12-25 17:52:40.770 [bus notice] scan 0c: ;-;??;-;-
2020-12-25 17:52:40.770 [main error] unable to load scan config 0c: list files in - ERR: element not found
2020-12-25 17:52:40.771 [main error] scan config 0c: ERR: element not found



find kennt 0c

scan.08  = MF=Kromschroeder;ID=W ;SW=1200;HW=0302 [ZZ=08, lastup=2020-12-25 18:18:40, active read]
scan.0c  = MF=-;ID=??;SW=-;HW=- [ZZ=0c, lastup=2020-12-25 17:52:40, active read]
scan.35  = MF=Kromschroeder;ID=W ;SW=2730;HW=- [ZZ=35, lastup=2020-12-25 17:52:42, active read]
scan.f6  = MF=Kromschroeder;ID=WWST?;SW=1200;HW=0302 [ZZ=f6, lastup=2020-12-25 18:18:39, active read]


und info auch:

version: ebusd 3.4.v3.3-51-g57eae05
update check: revision v3.4 available, broadcast.csv: different version available
access: *
signal: acquired
symbol rate: 76
max symbol rate: 160
min arbitration micros: 1965
max arbitration micros: 1965
min symbol latency: 6
max symbol latency: 6
reconnects: 1
masters: 7
messages: 355
conditional: 0
poll: 0
update: 8
address 00: master #1
address 03: master #11
address 05: slave #1, scanned "MF=Kromschroeder;ID=;SW=0156;HW=0098", loaded "kromschroeder/05..EA.csv"
address 07: master #16
address 08: slave #11, scanned "MF=Kromschroeder;ID=W ;SW=1200;HW=0302", loaded "kromschroeder/08..sc.csv"
address 0c: slave #16, scanned "MF=-;ID=??;SW=-;HW=-"
address 30: master #3
address 31: master #8, ebusd
address 35: slave #3, scanned "MF=Kromschroeder;ID=W ;SW=2730;HW=-", loaded "kromschroeder/35..hc1.csv"
address 36: slave #8, ebusd
address f1: master #10
address f6: slave #10, scanned "MF=Kromschroeder;ID=WWST?;SW=1200;HW=0302", loaded "kromschroeder/f6..sc.csv"
address ff: master #25


Es fehlen wohl Dateien kromschroeder/0c..???.csv.
Wie müssen die Dateien heißen/welche Namen werden erwartet?
Was muss darin stehen?

Gruß,
Jochen

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 28 Dezember 2020, 11:53:50
Zitat von: metserver1 am 25 Dezember 2020, 18:45:44
Es fehlen wohl Dateien kromschroeder/0c..???.csv.
Wie müssen die Dateien heißen/welche Namen werden erwartet?
Was muss darin stehen?
Die Namensauflösung ist hier beschrieben (https://github.com/john30/ebusd/wiki/4.7.-Automatic-configuration). Da dein Slave 0c aber keine vernünftige Antwort gibt, würde ich einfach ein File "0c.csv" anlegen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: metserver1 am 28 Dezember 2020, 15:18:32
Ich danke Dir, dann werde ich meine Datei so nennen.

Da der Adapter jetzt läuft, mache ich für alle weitere Fragen dort weiter: Läuft: Heizung mit eBus-Schnittstelle (https://forum.fhem.de/index.php/topic,29737.0.html)


Danke und Gruß,

Jochen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: beng am 13 Januar 2021, 23:34:08
Hallo,

ich hab Probleme beim Abstimmen des Poti der 1.6er Version. Und zwar kommt bei mir als Ausgabe im Raw Modus zunächst folgendes:
2021-01-13 22:40:27.411 [bus notice] <000486030080fe
2021-01-13 22:40:27.754 [bus notice] <000487030080a0
2021-01-13 22:40:28.100 [bus notice] <000488030080fc
2021-01-13 22:40:28.495 [bus notice] <000a8903b0042003d007b00400
2021-01-13 22:40:28.564 [bus notice] <0306b511040af50200430001009b00
2021-01-13 22:40:28.993 [bus notice] <000a8a030400010006000400b1
2021-01-13 22:40:29.407 [bus notice] <000a8b0303000100060001001e
2021-01-13 22:40:29.904 [bus notice] <000a8c03000000000200010004
2021-01-13 22:40:31.117 [bus notice] <0306b51102090024000700800000ff10209f00
2021-01-13 22:40:35.017 [bus notice] <00093434c002465e0000fffe
2021-01-13 22:40:35.286 [bus notice] <0001019a
2021-01-13 22:40:38.812 [bus notice] <0306b511040af50200430001009b00
2021-01-13 22:40:40.978 [bus notice] <0306b51102090024000700800000ff10209f00
2021-01-13 22:40:45.050 [bus notice] <00093434c002465e0000fffe
2021-01-13 22:40:45.319 [bus notice] <0001019a
2021-01-13 22:40:48.978 [bus notice] <0306b511040af50200430001009b00
2021-01-13 22:40:50.838 [bus notice] <0306b51102090024000700800000ff10209f00
2021-01-13 22:40:55.087 [bus notice] <00093434c002465e0000fffe
2021-01-13 22:40:55.357 [bus notice] <0001019a
2021-01-13 22:40:55.613 [bus notice] <0006033c64468270ae
2021-01-13 22:40:59.228 [bus notice] <0306b511040af50200430001009b00
2021-01-13 22:41:00.701 [bus notice] <0306b51102090024000700800000ff10209f00


Drehe ich dann am Poti um die <aa zu erhalten komme ich nur bis zu folgender Ausgabe, dann verliert er das Signal:
2021-01-13 22:50:14.808 [bus notice] <fefafaaf
2021-01-13 22:50:15.023 [bus notice] <eaffea
2021-01-13 22:50:15.153 [bus notice] <ea
2021-01-13 22:50:17.184 [bus notice] <ffbffffffaff
2021-01-13 22:50:17.322 [bus notice] <f6fffaff
2021-01-13 22:50:17.805 [bus notice] <eafeffffffba
2021-01-13 22:50:18.022 [bus notice] <fffffe
2021-01-13 22:50:18.281 [bus notice] <fefe
2021-01-13 22:50:18.541 [bus notice] <fa
2021-01-13 22:50:19.059 [bus notice] <fefffff5ffeefaab
2021-01-13 22:50:19.318 [bus notice] <ae
2021-01-13 22:50:19.490 [bus notice] <fa
2021-01-13 22:50:19.576 [bus notice] <fe
2021-01-13 22:50:19.836 [bus notice] <eafe
2021-01-13 22:50:20.096 [bus notice] <fe
2021-01-13 22:50:20.443 [bus notice] <fafa
2021-01-13 22:50:20.614 [bus notice] <fafaea
2021-01-13 22:50:20.727 [bus notice] <03066fff2ffb0d5870c0f3fcea
2021-01-13 22:50:20.856 [bus notice] <ff
2021-01-13 22:50:21.202 [bus notice] <fefe
2021-01-13 22:50:21.461 [bus notice] <fafafeba
2021-01-13 22:50:24.102 [bus notice] <fafeffffbffafffffaeaff000700800000ff10209f ffffff
2021-01-13 22:50:24.361 [bus notice] <eafefaffbe
2021-01-13 22:50:24.621 [bus notice] <fafafeba
2021-01-13 22:50:24.922 [bus notice] <fafefeffbb
2021-01-13 22:50:35.042 [bus error] signal lost
2021-01-13 22:50:35.598 [bus notice] signal acquired
2021-01-13 22:50:45.015 [bus error] signal lost
2021-01-13 22:50:45.413 [bus notice] signal acquired
2021-01-13 22:50:48.006 [bus error] signal lost


Ich hab schon versucht hier im Forum zu suchen und nachzulesen wo der Fehler liegen könnte, habe aber leider nichts gefunden. Was ich schon gemacht habe, ich hab den USB-Adapter gewechselt, da ich zuerst dachte es liegt daran und mein erster Adapter keinen FTDI Chip hatte.  Doch das hat leider nichts gebracht. Ist meine Schaltung defekt/fehlerhaft? Ich hab leider kein regelbares Netzteil um den Poti abzustimmen, nur ein Multimeter. Hat jemand eine Idee woran es noch liegen könnte?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 14 Januar 2021, 21:15:46
Zitat von: beng am 13 Januar 2021, 23:34:08
ich hab Probleme beim Abstimmen des Poti der 1.6er Version. Und zwar kommt bei mir als Ausgabe im Raw Modus zunächst folgendes:
für die Poti Abstimmung musst der raw Modus in der Variante "bytes" aktiviert werden.
Das geht z.B. mit "ebusctl raw bytes"
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: beng am 14 Januar 2021, 23:38:47
Zitatfür die Poti Abstimmung musst der raw Modus in der Variante "bytes" aktiviert werden.
Das geht z.B. mit "ebusctl raw bytes"
Super, vielen Dank! Das war die Lösung, jetzt funktioniert es. ;D

Ich bin einfach der Anleitung von https://wiki.fhem.de/wiki/EBUS gefolgt und dort stand unter Punkt 4) zum Poti Abgleichen nur der Befehl ebusctl raw ohne die Variante "bytes"
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 15 Januar 2021, 11:01:05
Hallo zusammen,

ich habe gestern (um die Funktion Booten von USB nutzen zu können) nach einer Sicherung mein OS upgraden lassen auf die neueste Busterversion. Nun bekommt EBUSD keine Werte mehr, heisst es ist verbunden, ich kann mit ebusctl zugreifen, es kommen nur keine Werte mehr. Ist das schon ein bekanntes Problem ? Falls ja, gibts da eine Möglichkeit, das zu fixen ? Ich habe nun erstmal wieder die alte Karte drin, damit geht es....

Grüße

Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 15 Januar 2021, 18:50:45
das geht leider nicht am Raspi4, mit dem letzten Buster gibt es Probleme mit der RPI (https://forum.fhem.de/index.php/topic,84636.msg1114850.html#msg1114850)!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 15 Januar 2021, 19:01:08
Hallo Reinhart,

ich habe gar kein ttyebus, nur den alten Ebusadapter am USB... Wie gesagt, ich kann den mit ebusctl ansprechen, ohne Fehlermeldung, nur kommt da eben nichts und auch die LEDs blinken überhaupt nicht....

Grüße Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 15 Januar 2021, 19:22:45
Zitat von: cs-online am 15 Januar 2021, 19:01:08
ich habe gar kein ttyebus, nur den alten Ebusadapter am USB... Wie gesagt, ich kann den mit ebusctl ansprechen, ohne Fehlermeldung, nur kommt da eben nichts und auch die LEDs blinken überhaupt nicht....
ist denn das device auch wieder unter /dev/tty sichtbar nach dem OS Upgrade? Und was spricht das ebusd log?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 15 Januar 2021, 19:43:27
...wo finde ich das LOG ? Dann schau ich morgen mal nach, muss dazu die Karte tauschen, da komm ich heute Abend nicht mehr dran....
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 15 Januar 2021, 20:11:56
/var/log/ebusd.log

und mach einmal

lsusb

ob der CP2102 zu sehen ist.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 16 Januar 2021, 12:16:39
Hallo Reinhart, Hallo John,

es wäre ein FTDI gewesen, der scheint aber tatsächlich nicht gefunden zu werden, hier die ersten Zeilen vom Log:

2021-01-16 12:04:49.814 [main notice] ebusd 3.4.v3.3-51-g57eae05 started with auto scan
2021-01-16 12:04:49.821 [bus error] unable to open /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI02IEBP-if00-port0: ERR: element not found
2021-01-16 12:04:49.822 [bus notice] bus started with own address 31/36
2021-01-16 12:04:49.822 [bus notice] device invalid
2021-01-16 12:04:54.822 [bus error] unable to open /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI02IEBP-if00-port0: ERR: element not found
2021-01-16 12:04:54.822 [bus notice] device invalid
2021-01-16 12:04:59.822 [bus error] unable to open /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI02IEBP-if00-port0: ERR: element not found
2021-01-16 12:04:59.822 [bus notice] device invalid


Mein Signalduino wird übrigens auch nicht gefunden, ebenfalls mit FTDI...

Trotzdem kann ich aber

pi@raspberrypi:~ $ ebusctl
localhost: find
broadcast datetime = no data stored
broadcast error = no data stored
broadcast ident = no data stored
broadcast ident = no data stored
broadcast signoflife = no data stored
memory eeprom = no data stored
memory ram = no data stored


Grüße

Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 16 Januar 2021, 12:40:19
...merkwürdigerweise liefert ein dmesg | grep FTDI tatsächlich meine beiden Ebus-Adapter und den Signalduino:

pi@raspberrypi:~ $ dmesg | grep FTDI
[    1.638015] usb 1-1.2: Manufacturer: FTDI
[    1.888054] usb 1-1.3: Manufacturer: FTDI
[    2.588040] usb 1-1.4.1: Manufacturer: FTDI


und das hier:

pi@raspberrypi:~ $ lsusb
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 006: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 005: ID 05e3:0608 Genesys Logic, Inc. Hub
Bus 001 Device 004: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 003: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 Januar 2021, 13:05:39
Zitat von: cs-online am 16 Januar 2021, 12:40:19
...merkwürdigerweise liefert ein dmesg | grep FTDI tatsächlich meine beiden Ebus-Adapter und den Signalduino:
wie sieht es denn mit der Existenz und den Rechten vom Device aus?
mach mal ls -la /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI02IEBP-if00-port0
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 16 Januar 2021, 13:35:41
...der Ordner /dev/serial/ existiert anscheinend gar nicht...

pi@raspberrypi:~ $ ls -la /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI02IEBP-if00-port0
ls: Zugriff auf '/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI02IEBP-if00-port0' nicht möglich: Datei oder Verzeichnis nicht gefunden


es gibt übrigens auch kein /dev/ttyusb...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 Januar 2021, 14:31:00
Zitat von: cs-online am 16 Januar 2021, 13:35:41
...der Ordner /dev/serial/ existiert anscheinend gar nicht...

pi@raspberrypi:~ $ ls -la /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI02IEBP-if00-port0
ls: Zugriff auf '/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI02IEBP-if00-port0' nicht möglich: Datei oder Verzeichnis nicht gefunden

probiers mal mit sudo davor
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 16 Januar 2021, 14:51:44
...das gleiche:

pi@raspberrypi:~ $ sudo ls -la /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI02IEBP-if00-port0
ls: Zugriff auf '/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI02IEBP-if00-port0' nicht möglich: Datei oder Verzeichnis nicht gefunden
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 Januar 2021, 15:30:18
Zitat von: cs-online am 16 Januar 2021, 14:51:44
...das gleiche:

pi@raspberrypi:~ $ sudo ls -la /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI02IEBP-if00-port0
ls: Zugriff auf '/dev/serial/by-id/usb-FTDI_FT232R_USB_UART_AI02IEBP-if00-port0' nicht möglich: Datei oder Verzeichnis nicht gefunden

musst halt schauen, wo das OS die devices hin gemappt hat
dmesg sollte darüber z.B. Auskunft geben
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 16 Januar 2021, 18:08:09
...das ist hier die Ausgabe mit dem neuesten Buster:

pi@raspberrypi:~ $ dmesg
[    0.000000] Booting Linux on physical CPU 0x0
[    0.000000] Linux version 4.19.75-v7l+ (dom@buildbot) (gcc version 4.9.3 (crosstool-NG crosstool-ng-1.22.0-88-g8460611)) #1270 SMP Tue Sep 24 18:51:41 BST 2019
[    0.000000] CPU: ARMv7 Processor [410fd083] revision 3 (ARMv7), cr=30c5383d
[    0.000000] CPU: div instructions available: patching division code
[    0.000000] CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache
[    0.000000] OF: fdt: Machine model: Raspberry Pi 4 Model B Rev 1.1
[    0.000000] Memory policy: Data cache writealloc
[    0.000000] cma: Reserved 256 MiB at 0x000000001ec00000
[    0.000000] On node 0 totalpages: 1012736
[    0.000000]   DMA zone: 1728 pages used for memmap
[    0.000000]   DMA zone: 0 pages reserved
[    0.000000]   DMA zone: 196608 pages, LIFO batch:63
[    0.000000]   HighMem zone: 816128 pages, LIFO batch:63
[    0.000000] random: get_random_bytes called from start_kernel+0xc0/0x4e8 with crng_init=0
[    0.000000] percpu: Embedded 17 pages/cpu s39488 r8192 d21952 u69632
[    0.000000] pcpu-alloc: s39488 r8192 d21952 u69632 alloc=17*4096
[    0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 1011008
[    0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 cma=64M cma=256M video=HDMI-A-1:1280x720M@60,margin_left=0,margin_right=0,margin_top=0,margin_bottom=0 smsc95xx.macaddr=DC:A6:32:1C:5F:20 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=ttyS0,115200 console=tty1 root=PARTUUID=5e3da3da-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles
[    0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes)
[    0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes)
[    0.000000] Memory: 3735592K/4050944K available (8192K kernel code, 661K rwdata, 2352K rodata, 2048K init, 850K bss, 53208K reserved, 262144K cma-reserved, 3264512K highmem)
[    0.000000] Virtual kernel memory layout:
                   vector  : 0xffff0000 - 0xffff1000   (   4 kB)
                   fixmap  : 0xffc00000 - 0xfff00000   (3072 kB)
                   vmalloc : 0xf0800000 - 0xff800000   ( 240 MB)
                   lowmem  : 0xc0000000 - 0xf0000000   ( 768 MB)
                   pkmap   : 0xbfe00000 - 0xc0000000   (   2 MB)
                   modules : 0xbf000000 - 0xbfe00000   (  14 MB)
                     .text : 0x(ptrval) - 0x(ptrval)   (10208 kB)
                     .init : 0x(ptrval) - 0x(ptrval)   (2048 kB)
                     .data : 0x(ptrval) - 0x(ptrval)   ( 662 kB)
                      .bss : 0x(ptrval) - 0x(ptrval)   ( 851 kB)
[    0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
[    0.000000] ftrace: allocating 28124 entries in 83 pages
[    0.000000] rcu: Hierarchical RCU implementation.
[    0.000000] NR_IRQS: 16, nr_irqs: 16, preallocated irqs: 16
[    0.000000] GIC: Using split EOI/Deactivate mode
[    0.000000] arch_timer: cp15 timer(s) running at 54.00MHz (phys).
[    0.000000] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0xc743ce346, max_idle_ns: 440795203123 ns
[    0.000005] sched_clock: 56 bits at 54MHz, resolution 18ns, wraps every 4398046511102ns
[    0.000017] Switching to timer-based delay loop, resolution 18ns
[    0.000240] Console: colour dummy device 80x30
[    0.000265] console [tty1] enabled
[    0.000305] Calibrating delay loop (skipped), value calculated using timer frequency.. 108.00 BogoMIPS (lpj=540000)
[    0.000326] pid_max: default: 32768 minimum: 301
[    0.000589] Mount-cache hash table entries: 2048 (order: 1, 8192 bytes)
[    0.000607] Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes)
[    0.001361] CPU: Testing write buffer coherency: ok
[    0.001777] CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
[    0.002420] Setting up static identity map for 0x200000 - 0x20003c
[    0.002577] rcu: Hierarchical SRCU implementation.
[    0.003441] smp: Bringing up secondary CPUs ...
[    0.004352] CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
[    0.005394] CPU2: thread -1, cpu 2, socket 0, mpidr 80000002
[    0.006392] CPU3: thread -1, cpu 3, socket 0, mpidr 80000003
[    0.006526] smp: Brought up 1 node, 4 CPUs
[    0.006539] SMP: Total of 4 processors activated (432.00 BogoMIPS).
[    0.006549] CPU: All CPU(s) started in HYP mode.
[    0.006557] CPU: Virtualization extensions available.
[    0.007345] devtmpfs: initialized
[    0.017727] VFP support v0.3: implementor 41 architecture 3 part 40 variant 8 rev 0
[    0.017930] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.017952] futex hash table entries: 1024 (order: 4, 65536 bytes)
[    0.025467] pinctrl core: initialized pinctrl subsystem
[    0.026317] NET: Registered protocol family 16
[    0.029338] DMA: preallocated 1024 KiB pool for atomic coherent allocations
[    0.030842] hw-breakpoint: found 5 (+1 reserved) breakpoint and 4 watchpoint registers.
[    0.030852] hw-breakpoint: maximum watchpoint size is 8 bytes.
[    0.031045] Serial: AMBA PL011 UART driver
[    0.034087] bcm2835-mbox fe00b880.mailbox: mailbox enabled
[    0.069909] bcm2835-dma fe007000.dma: DMA legacy API manager at (ptrval), dmachans=0x1
[    0.072365] vgaarb: loaded
[    0.072740] SCSI subsystem initialized
[    0.072940] usbcore: registered new interface driver usbfs
[    0.072990] usbcore: registered new interface driver hub
[    0.073057] usbcore: registered new device driver usb
[    0.090399] raspberrypi-firmware soc:firmware: Attached to firmware from 2019-09-24 17:34, variant start
[    0.100122] raspberrypi-firmware soc:firmware: Firmware hash is cd3add54955f8fa065b414d8fc07c525e7ddffc8
[    0.111677] clocksource: Switched to clocksource arch_sys_counter
[    0.189255] VFS: Disk quotas dquot_6.6.0
[    0.189331] VFS: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[    0.189485] FS-Cache: Loaded
[    0.189675] CacheFiles: Loaded
[    0.190217] simple-framebuffer 3ea38000.framebuffer: framebuffer at 0x3ea38000, 0x1c2000 bytes, mapped to 0x(ptrval)
[    0.190232] simple-framebuffer 3ea38000.framebuffer: format=r5g6b5, mode=1280x720x16, linelength=2560
[    0.193771] Console: switching to colour frame buffer device 160x45
[    0.196878] simple-framebuffer 3ea38000.framebuffer: fb0: simplefb registered!
[    0.205893] NET: Registered protocol family 2
[    0.206546] tcp_listen_portaddr_hash hash table entries: 512 (order: 0, 6144 bytes)
[    0.206570] TCP established hash table entries: 8192 (order: 3, 32768 bytes)
[    0.206641] TCP bind hash table entries: 8192 (order: 4, 65536 bytes)
[    0.206711] TCP: Hash tables configured (established 8192 bind 8192)
[    0.206831] UDP hash table entries: 512 (order: 2, 16384 bytes)
[    0.206857] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes)
[    0.207150] NET: Registered protocol family 1
[    0.207689] RPC: Registered named UNIX socket transport module.
[    0.207699] RPC: Registered udp transport module.
[    0.207708] RPC: Registered tcp transport module.
[    0.207717] RPC: Registered tcp NFSv4.1 backchannel transport module.
[    0.207732] PCI: CLS 0 bytes, default 64
[    0.210791] Initialise system trusted keyrings
[    0.210955] workingset: timestamp_bits=14 max_order=20 bucket_order=6
[    0.219895] FS-Cache: Netfs 'nfs' registered for caching
[    0.220405] NFS: Registering the id_resolver key type
[    0.220433] Key type id_resolver registered
[    0.220442] Key type id_legacy registered
[    0.220461] nfs4filelayout_init: NFSv4 File Layout Driver Registering...
[    0.222721] Key type asymmetric registered
[    0.222732] Asymmetric key parser 'x509' registered
[    0.222841] bounce: pool size: 64 pages
[    0.222890] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 250)
[    0.223050] io scheduler noop registered
[    0.223061] io scheduler deadline registered (default)
[    0.223212] io scheduler cfq registered
[    0.223222] io scheduler mq-deadline registered (default)
[    0.223233] io scheduler kyber registered
[    0.255219] brcm-pcie fd500000.pcie: dmabounce: initialised - 32768 kB, threshold 0x00000000c0000000
[    0.255239] brcm-pcie fd500000.pcie: could not get clock
[    0.255300] brcm-pcie fd500000.pcie: host bridge /scb/pcie@7d500000 ranges:
[    0.255336] brcm-pcie fd500000.pcie:   MEM 0x600000000..0x603ffffff -> 0xf8000000
[    0.311709] brcm-pcie fd500000.pcie: link up, 5.0 Gbps x1 (!SSC)
[    0.311978] brcm-pcie fd500000.pcie: PCI host bridge to bus 0000:00
[    0.311994] pci_bus 0000:00: root bus resource [bus 00-01]
[    0.312010] pci_bus 0000:00: root bus resource [mem 0x600000000-0x603ffffff] (bus address [0xf8000000-0xfbffffff])
[    0.312054] pci 0000:00:00.0: [14e4:2711] type 01 class 0x060400
[    0.312195] pci 0000:00:00.0: PME# supported from D0 D3hot
[    0.314924] PCI: bus0: Fast back to back transfers disabled
[    0.315114] pci 0000:01:00.0: [1106:3483] type 00 class 0x0c0330
[    0.315239] pci 0000:01:00.0: reg 0x10: [mem 0x00000000-0x00000fff 64bit]
[    0.315555] pci 0000:01:00.0: PME# supported from D0 D3cold
[    0.318271] PCI: bus1: Fast back to back transfers disabled
[    0.318331] pci 0000:00:00.0: BAR 8: assigned [mem 0x600000000-0x6000fffff]
[    0.318349] pci 0000:01:00.0: BAR 0: assigned [mem 0x600000000-0x600000fff 64bit]
[    0.318420] pci 0000:00:00.0: PCI bridge to [bus 01]
[    0.318437] pci 0000:00:00.0:   bridge window [mem 0x600000000-0x6000fffff]
[    0.318647] pcieport 0000:00:00.0: enabling device (0140 -> 0142)
[    0.318829] pcieport 0000:00:00.0: Signaling PME with IRQ 55
[    0.318999] pcieport 0000:00:00.0: AER enabled with IRQ 55
[    0.319166] pci 0000:01:00.0: enabling device (0140 -> 0142)
[    0.322410] iproc-rng200 fe104000.rng: hwrng registered
[    0.322625] vc-mem: phys_addr:0x00000000 mem_base=0x3ec00000 mem_size:0x40000000(1024 MiB)
[    0.323119] vc-sm: Videocore shared memory driver
[    0.323507] gpiomem-bcm2835 fe200000.gpiomem: Initialised: Registers at 0xfe200000
[    0.333501] brd: module loaded
[    0.343166] loop: module loaded
[    0.343906] Loading iSCSI transport class v2.0-870.
[    0.345587] libphy: Fixed MDIO Bus: probed
[    0.346001] bcmgenet fd580000.genet: failed to get enet clock
[    0.346018] bcmgenet fd580000.genet: GENET 5.0 EPHY: 0x0000
[    0.346035] bcmgenet fd580000.genet: failed to get enet-wol clock
[    0.346051] bcmgenet fd580000.genet: failed to get enet-eee clock
[    0.346073] bcmgenet: Skipping UMAC reset
[    0.346295] unimac-mdio unimac-mdio.-19: DMA mask not set
[    0.361741] libphy: bcmgenet MII bus: probed
[    0.402199] unimac-mdio unimac-mdio.-19: Broadcom UniMAC MDIO bus at 0x(ptrval)
[    0.403093] usbcore: registered new interface driver r8152
[    0.403153] usbcore: registered new interface driver lan78xx
[    0.403205] usbcore: registered new interface driver smsc95xx
[    0.403505] xhci_hcd 0000:01:00.0: xHCI Host Controller
[    0.403535] xhci_hcd 0000:01:00.0: new USB bus registered, assigned bus number 1
[    0.405768] xhci_hcd 0000:01:00.0: hcc params 0x002841eb hci version 0x100 quirks 0x0000001000000890
[    0.406086] genirq: irq_chip Brcm_MSI did not update eff. affinity mask of irq 56
[    0.406956] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 4.19
[    0.406970] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.406981] usb usb1: Product: xHCI Host Controller
[    0.406992] usb usb1: Manufacturer: Linux 4.19.75-v7l+ xhci-hcd
[    0.407003] usb usb1: SerialNumber: 0000:01:00.0
[    0.407516] hub 1-0:1.0: USB hub found
[    0.407595] hub 1-0:1.0: 1 port detected
[    0.408055] xhci_hcd 0000:01:00.0: xHCI Host Controller
[    0.408077] xhci_hcd 0000:01:00.0: new USB bus registered, assigned bus number 2
[    0.408095] xhci_hcd 0000:01:00.0: Host supports USB 3.0 SuperSpeed
[    0.408506] usb usb2: New USB device found, idVendor=1d6b, idProduct=0003, bcdDevice= 4.19
[    0.408519] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.408531] usb usb2: Product: xHCI Host Controller
[    0.408542] usb usb2: Manufacturer: Linux 4.19.75-v7l+ xhci-hcd
[    0.408553] usb usb2: SerialNumber: 0000:01:00.0
[    0.409045] hub 2-0:1.0: USB hub found
[    0.409103] hub 2-0:1.0: 4 ports detected
[    0.410271] dwc_otg: version 3.00a 10-AUG-2012 (platform bus)
[    0.435839] dwc_otg fe980000.usb: base=(ptrval)
[    0.636099] Core Release: 2.80a
[    0.636118] Setting default values for core params
[    0.636148] Finished setting default values for core params
[    0.836476] Using Buffer DMA mode
[    0.836486] Periodic Transfer Interrupt Enhancement - disabled
[    0.836494] Multiprocessor Interrupt Enhancement - disabled
[    0.836505] OTG VER PARAM: 0, OTG VER FLAG: 0
[    0.836551] Dedicated Tx FIFOs mode
[    0.837223] WARN::dwc_otg_hcd_init:1045: FIQ DMA bounce buffers: virt = ded34000 dma = 0x00000000ded34000 len=9024
[    0.837248] FIQ FSM acceleration enabled for :
               Non-periodic Split Transactions
               Periodic Split Transactions
               High-Speed Isochronous Endpoints
               Interrupt/Control Split Transaction hack enabled
[    0.837259] dwc_otg: Microframe scheduler enabled
[    0.837325] WARN::hcd_init_fiq:457: FIQ on core 1
[    0.837341] WARN::hcd_init_fiq:458: FIQ ASM at c07b6224 length 36
[    0.837359] WARN::hcd_init_fiq:497: MPHI regs_base at f0810200
[    0.837394] dwc_otg fe980000.usb: DWC OTG Controller
[    0.837424] dwc_otg fe980000.usb: new USB bus registered, assigned bus number 3
[    0.837456] dwc_otg fe980000.usb: irq 37, io mem 0x00000000
[    0.837509] Init: Port Power? op_state=1
[    0.837518] Init: Power Port (0)
[    0.837775] usb usb3: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 4.19
[    0.837788] usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    0.837799] usb usb3: Product: DWC OTG Controller
[    0.837810] usb usb3: Manufacturer: Linux 4.19.75-v7l+ dwc_otg_hcd
[    0.837820] usb usb3: SerialNumber: fe980000.usb
[    0.838332] hub 3-0:1.0: USB hub found
[    0.838380] hub 3-0:1.0: 1 port detected
[    0.838963] dwc_otg: FIQ enabled
[    0.838973] dwc_otg: NAK holdoff enabled
[    0.838981] dwc_otg: FIQ split-transaction FSM enabled
[    0.838995] Module dwc_common_port init
[    0.839199] usbcore: registered new interface driver uas
[    0.839309] usbcore: registered new interface driver usb-storage
[    0.839474] mousedev: PS/2 mouse device common for all mice
[    0.840623] bcm2835-wdt bcm2835-wdt: Broadcom BCM2835 watchdog timer
[    0.840822] bcm2835-cpufreq: min=600000 max=1500000
[    0.841424] sdhci: Secure Digital Host Controller Interface driver
[    0.841432] sdhci: Copyright(c) Pierre Ossman
[    0.841842] mmc-bcm2835 fe300000.mmcnr: could not get clk, deferring probe
[    0.842212] sdhci-pltfm: SDHCI platform and OF driver helper
[    0.845183] ledtrig-cpu: registered to indicate activity on CPUs
[    0.845324] hidraw: raw HID events driver (C) Jiri Kosina
[    0.845447] usbcore: registered new interface driver usbhid
[    0.845456] usbhid: USB HID core driver
[    0.846246] vchiq: vchiq_init_state: slot_zero = (ptrval), is_master = 0
[    0.848039] [vc_sm_connected_init]: start
[    0.857374] [vc_sm_connected_init]: end - returning 0
[    0.858443] Initializing XFRM netlink socket
[    0.858471] NET: Registered protocol family 17
[    0.858563] Key type dns_resolver registered
[    0.858946] Registering SWP/SWPB emulation handler
[    0.859533] registered taskstats version 1
[    0.859550] Loading compiled-in X.509 certificates
[    0.867313] uart-pl011 fe201000.serial: cts_event_workaround enabled
[    0.867379] fe201000.serial: ttyAMA0 at MMIO 0xfe201000 (irq = 34, base_baud = 0) is a PL011 rev2
[    0.870316] bcm2835-power bcm2835-power: Broadcom BCM2835 power domains driver
[    0.870826] brcmstb_thermal fd5d2200.thermal: registered AVS TMON of-sensor driver
[    0.871435] mmc-bcm2835 fe300000.mmcnr: mmc_debug:0 mmc_debug2:0
[    0.871447] mmc-bcm2835 fe300000.mmcnr: DMA channel allocated
[    0.897521] sdhci-iproc fe340000.emmc2: Linked as a consumer to regulator.1
[    0.917003] mmc1: queuing unknown CIS tuple 0x80 (2 bytes)
[    0.918611] mmc1: queuing unknown CIS tuple 0x80 (3 bytes)
[    0.920231] mmc1: queuing unknown CIS tuple 0x80 (3 bytes)
[    0.923128] mmc1: queuing unknown CIS tuple 0x80 (7 bytes)
[    0.924738] mmc1: queuing unknown CIS tuple 0x80 (3 bytes)
[    0.932605] mmc0: SDHCI controller on fe340000.emmc2 [fe340000.emmc2] using ADMA
[    0.935134] of_cfs_init
[    0.935216] of_cfs_init: OK
[    0.935814] Waiting for root device PARTUUID=5e3da3da-02...
[    0.981716] usb 1-1: new high-speed USB device number 2 using xhci_hcd
[    0.981855] random: fast init done
[    0.997363] mmc1: new high speed SDIO card at address 0001
[    1.037947] mmc0: new ultra high speed DDR50 SDHC card at address 0007
[    1.039115] mmcblk0: mmc0:0007 SD32G 29.0 GiB
[    1.040395]  mmcblk0: p1 p2
[    1.070795] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
[    1.070837] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
[    1.076878] devtmpfs: mounted
[    1.083199] Freeing unused kernel memory: 2048K
[    1.111929] Run /sbin/init as init process
[    1.164394] usb 1-1: New USB device found, idVendor=2109, idProduct=3431, bcdDevice= 4.21
[    1.164409] usb 1-1: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[    1.164421] usb 1-1: Product: USB2.0 Hub
[    1.166154] hub 1-1:1.0: USB hub found
[    1.166489] hub 1-1:1.0: 4 ports detected
[    1.501729] usb 1-1.2: new full-speed USB device number 3 using xhci_hcd
[    1.637173] systemd[1]: System time before build time, advancing clock.
[    1.658003] usb 1-1.2: New USB device found, idVendor=0403, idProduct=6001, bcdDevice= 6.00
[    1.658018] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    1.658031] usb 1-1.2: Product: FT232R USB UART
[    1.658043] usb 1-1.2: Manufacturer: FTDI
[    1.658054] usb 1-1.2: SerialNumber: AI02IEBP
[    1.702615] systemd[1]: systemd 241 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid)
[    1.703278] systemd[1]: Detected architecture arm.
[    1.711223] systemd[1]: Set hostname to <raspberrypi>.
[    1.761782] usb 1-1.3: new full-speed USB device number 4 using xhci_hcd
[    1.908015] usb 1-1.3: New USB device found, idVendor=0403, idProduct=6001, bcdDevice= 6.00
[    1.908036] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    1.908054] usb 1-1.3: Product: FT232R USB UART
[    1.908070] usb 1-1.3: Manufacturer: FTDI
[    1.908085] usb 1-1.3: SerialNumber: AI02IEBO
[    2.011728] usb 1-1.4: new high-speed USB device number 5 using xhci_hcd
[    2.143317] usb 1-1.4: New USB device found, idVendor=05e3, idProduct=0608, bcdDevice= 7.02
[    2.143338] usb 1-1.4: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[    2.143350] usb 1-1.4: Product: USB2.0 Hub
[    2.145347] hub 1-1.4:1.0: USB hub found
[    2.145697] hub 1-1.4:1.0: 4 ports detected
[    2.167205] systemd[1]: File /lib/systemd/system/systemd-journald.service:12 configures an IP firewall (IPAddressDeny=any), but the local system does not support BPF/cgroup based firewalling.
[    2.167226] systemd[1]: Proceeding WITHOUT firewalling in effect! (This warning is only shown for the first loaded unit using IP firewalling.)
[    2.461726] usb 1-1.4.1: new full-speed USB device number 6 using xhci_hcd
[    2.561456] systemd[1]: /lib/systemd/system/ebusd2.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
[    2.563294] systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
[    2.607986] usb 1-1.4.1: New USB device found, idVendor=0403, idProduct=6001, bcdDevice= 6.00
[    2.608001] usb 1-1.4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.608014] usb 1-1.4.1: Product: FT232R USB UART
[    2.608025] usb 1-1.4.1: Manufacturer: FTDI
[    2.608036] usb 1-1.4.1: SerialNumber: A50478VZ
[    2.651092] random: systemd: uninitialized urandom read (16 bytes read)
[    2.660683] random: systemd: uninitialized urandom read (16 bytes read)
[    2.661280] systemd[1]: Set up automount Arbitrary Executable File Formats File System Automount Point.
[    2.661528] random: systemd: uninitialized urandom read (16 bytes read)
[    2.666858] systemd[1]: Created slice system-systemd\x2dfsck.slice.
[    2.667478] systemd[1]: Listening on fsck to fsckd communication Socket.
[    3.345643] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
[    3.449211] systemd-journald[102]: Received request to flush runtime journal from PID 1
[    6.981378] random: crng init done
[    6.981395] random: 7 urandom warning(s) missed due to ratelimiting
[    7.004390] uart-pl011 fe201000.serial: no DMA platform data
[    7.293538] bcmgenet: Skipping UMAC reset
[    7.392217] bcmgenet fd580000.genet: configuring instance for external RGMII (no delay)
[    7.721500] Adding 102396k swap on /var/swap.  Priority:-2 extents:1 across:102396k SSFS
[    8.471858] bcmgenet fd580000.genet eth0: Link is Down
[   11.592000] bcmgenet fd580000.genet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[   35.896877] warning: process `colord-sane' used the deprecated sysctl system call with 8.1.2.



und das hier von dem "funktionierenden alten" Buster:

aspberrypi:~ $ dmesg
[    0.000000] Booting Linux on physical CPU 0x0
[    0.000000] Linux version 5.10.7-v7l+ (dom@buildbot) (arm-linux-gnueabihf-gcc-8 (Ubuntu/Linaro 8.4.0-3ubuntu1) 8.4.0, GNU ld (GNU Binutils for Ubuntu) 2.34) #1394 SMP Thu Jan 14 20:27:53 GMT 2021
[    0.000000] CPU: ARMv7 Processor [410fd083] revision 3 (ARMv7), cr=30c5383d
[    0.000000] CPU: div instructions available: patching division code
[    0.000000] CPU: PIPT / VIPT nonaliasing data cache, PIPT instruction cache
[    0.000000] OF: fdt: Machine model: Raspberry Pi 4 Model B Rev 1.1
[    0.000000] Memory policy: Data cache writealloc
[    0.000000] Reserved memory: created CMA memory pool at 0x000000001ec00000, size 256 MiB
[    0.000000] OF: reserved mem: initialized node linux,cma, compatible id shared-dma-pool
[    0.000000] Zone ranges:
[    0.000000]   DMA      [mem 0x0000000000000000-0x000000002fffffff]
[    0.000000]   Normal   empty
[    0.000000]   HighMem  [mem 0x0000000030000000-0x00000000fbffffff]
[    0.000000] Movable zone start for each node
[    0.000000] Early memory node ranges
[    0.000000]   node   0: [mem 0x0000000000000000-0x000000003b3fffff]
[    0.000000]   node   0: [mem 0x0000000040000000-0x00000000fbffffff]
[    0.000000] Initmem setup node 0 [mem 0x0000000000000000-0x00000000fbffffff]
[    0.000000] On node 0 totalpages: 1012736
[    0.000000]   DMA zone: 2304 pages used for memmap
[    0.000000]   DMA zone: 0 pages reserved
[    0.000000]   DMA zone: 196608 pages, LIFO batch:63
[    0.000000]   HighMem zone: 816128 pages, LIFO batch:63
[    0.000000] percpu: Embedded 20 pages/cpu s50636 r8192 d23092 u81920
[    0.000000] pcpu-alloc: s50636 r8192 d23092 u81920 alloc=20*4096
[    0.000000] pcpu-alloc: [0] 0 [0] 1 [0] 2 [0] 3
[    0.000000] Built 1 zonelists, mobility grouping on.  Total pages: 1010432
[    0.000000] Kernel command line: coherent_pool=1M 8250.nr_uarts=0 snd_bcm2835.enable_compat_alsa=0 snd_bcm2835.enable_hdmi=1 video=HDMI-A-1:1280x720M@60 smsc95xx.macaddr=DC:A6:32:1C:5F:20 vc_mem.mem_base=0x3ec00000 vc_mem.mem_size=0x40000000  console=ttyS0,115200 console=tty1 root=PARTUUID=5e3da3da-02 rootfstype=ext4 elevator=deadline fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles
[    0.000000] Kernel parameter elevator= does not have any effect anymore.
               Please use sysfs to set IO scheduler for individual devices.
[    0.000000] Dentry cache hash table entries: 131072 (order: 7, 524288 bytes, linear)
[    0.000000] Inode-cache hash table entries: 65536 (order: 6, 262144 bytes, linear)
[    0.000000] mem auto-init: stack:off, heap alloc:off, heap free:off
[    0.000000] software IO TLB: mapped [mem 0x0000000017cc0000-0x000000001bcc0000] (64MB)
[    0.000000] Memory: 3654944K/4050944K available (10240K kernel code, 1354K rwdata, 3152K rodata, 2048K init, 890K bss, 133856K reserved, 262144K cma-reserved, 3264512K highmem)
[    0.000000] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=4, Nodes=1
[    0.000000] ftrace: allocating 33823 entries in 67 pages
[    0.000000] ftrace: allocated 67 pages with 3 groups
[    0.000000] rcu: Hierarchical RCU implementation.
[    0.000000] Rude variant of Tasks RCU enabled.
[    0.000000] Tracing variant of Tasks RCU enabled.
[    0.000000] rcu: RCU calculated value of scheduler-enlistment delay is 10 jiffies.
[    0.000000] NR_IRQS: 16, nr_irqs: 16, preallocated irqs: 16
[    0.000000] GIC: Using split EOI/Deactivate mode
[    0.000000] random: get_random_bytes called from start_kernel+0x3c8/0x59c with crng_init=0
[    0.000007] sched_clock: 32 bits at 1000kHz, resolution 1000ns, wraps every 2147483647500ns
[    0.000026] clocksource: timer: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 1911260446275 ns
[    0.000089] bcm2835: system timer (irq = 25)
[    0.000724] arch_timer: cp15 timer(s) running at 54.00MHz (phys).
[    0.000741] clocksource: arch_sys_counter: mask: 0xffffffffffffff max_cycles: 0xc743ce346, max_idle_ns: 440795203123 ns
[    0.000760] sched_clock: 56 bits at 54MHz, resolution 18ns, wraps every 4398046511102ns
[    0.000774] Switching to timer-based delay loop, resolution 18ns
[    0.001025] Console: colour dummy device 80x30
[    0.001093] printk: console [tty1] enabled
[    0.001145] Calibrating delay loop (skipped), value calculated using timer frequency.. 108.00 BogoMIPS (lpj=540000)
[    0.001178] pid_max: default: 32768 minimum: 301
[    0.001352] LSM: Security Framework initializing
[    0.001538] Mount-cache hash table entries: 2048 (order: 1, 8192 bytes, linear)
[    0.001565] Mountpoint-cache hash table entries: 2048 (order: 1, 8192 bytes, linear)
[    0.003158] Disabling memory control group subsystem
[    0.003278] CPU: Testing write buffer coherency: ok
[    0.003744] CPU0: thread -1, cpu 0, socket 0, mpidr 80000000
[    0.004700] Setting up static identity map for 0x200000 - 0x20003c
[    0.004917] rcu: Hierarchical SRCU implementation.
[    0.005836] smp: Bringing up secondary CPUs ...
[    0.007072] CPU1: thread -1, cpu 1, socket 0, mpidr 80000001
[    0.008469] CPU2: thread -1, cpu 2, socket 0, mpidr 80000002
[    0.009788] CPU3: thread -1, cpu 3, socket 0, mpidr 80000003
[    0.009945] smp: Brought up 1 node, 4 CPUs
[    0.009967] SMP: Total of 4 processors activated (432.00 BogoMIPS).
[    0.009982] CPU: All CPU(s) started in HYP mode.
[    0.009996] CPU: Virtualization extensions available.
[    0.010901] devtmpfs: initialized
[    0.024967] VFP support v0.3: implementor 41 architecture 3 part 40 variant 8 rev 0
[    0.025537] clocksource: jiffies: mask: 0xffffffff max_cycles: 0xffffffff, max_idle_ns: 19112604462750000 ns
[    0.025568] futex hash table entries: 1024 (order: 4, 65536 bytes, linear)
[    0.032386] pinctrl core: initialized pinctrl subsystem
[    0.033475] NET: Registered protocol family 16
[    0.037687] DMA: preallocated 1024 KiB pool for atomic coherent allocations
[    0.038477] audit: initializing netlink subsys (disabled)
[    0.038742] audit: type=2000 audit(0.030:1): state=initialized audit_enabled=0 res=1
[    0.039313] thermal_sys: Registered thermal governor 'step_wise'
[    0.040101] hw-breakpoint: found 5 (+1 reserved) breakpoint and 4 watchpoint registers.
[    0.040118] hw-breakpoint: maximum watchpoint size is 8 bytes.
[    0.040509] Serial: AMBA PL011 UART driver
[    0.072083] bcm2835-mbox fe00b880.mailbox: mailbox enabled
[    0.091005] raspberrypi-firmware soc:firmware: Attached to firmware from 2021-01-14T20:33:29, variant start
[    0.101017] raspberrypi-firmware soc:firmware: Firmware hash is 2bca6ac32c3a41538985c9268db5d9f4760e54f1
[    0.145709] bcm2835-dma fe007000.dma: DMA legacy API manager, dmachans=0x1
[    0.149885] vgaarb: loaded
[    0.150329] SCSI subsystem initialized
[    0.150553] usbcore: registered new interface driver usbfs
[    0.150614] usbcore: registered new interface driver hub
[    0.150687] usbcore: registered new device driver usb
[    0.151023] usb_phy_generic phy: supply vcc not found, using dummy regulator
[    0.153346] clocksource: Switched to clocksource arch_sys_counter
[    1.098129] VFS: Disk quotas dquot_6.6.0
[    1.098223] VFS: Dquot-cache hash table entries: 1024 (order 0, 4096 bytes)
[    1.098392] FS-Cache: Loaded
[    1.098621] CacheFiles: Loaded
[    1.099626] simple-framebuffer 3e843000.framebuffer: framebuffer at 0x3e843000, 0x384000 bytes, mapped to 0x(ptrval)
[    1.099647] simple-framebuffer 3e843000.framebuffer: format=a8r8g8b8, mode=1280x720x32, linelength=5120
[    1.100106] Console: switching to colour frame buffer device 160x45
[    1.104719] simple-framebuffer 3e843000.framebuffer: fb0: simplefb registered!
[    1.114999] NET: Registered protocol family 2
[    1.116044] tcp_listen_portaddr_hash hash table entries: 512 (order: 0, 6144 bytes, linear)
[    1.116089] TCP established hash table entries: 8192 (order: 3, 32768 bytes, linear)
[    1.116149] TCP bind hash table entries: 8192 (order: 4, 65536 bytes, linear)
[    1.116221] TCP: Hash tables configured (established 8192 bind 8192)
[    1.116382] UDP hash table entries: 512 (order: 2, 16384 bytes, linear)
[    1.116418] UDP-Lite hash table entries: 512 (order: 2, 16384 bytes, linear)
[    1.116698] NET: Registered protocol family 1
[    1.117438] RPC: Registered named UNIX socket transport module.
[    1.117454] RPC: Registered udp transport module.
[    1.117469] RPC: Registered tcp transport module.
[    1.117484] RPC: Registered tcp NFSv4.1 backchannel transport module.
[    1.117508] PCI: CLS 0 bytes, default 64
[    1.120514] Initialise system trusted keyrings
[    1.120763] workingset: timestamp_bits=14 max_order=20 bucket_order=6
[    1.129081] zbud: loaded
[    1.130861] FS-Cache: Netfs 'nfs' registered for caching
[    1.131763] NFS: Registering the id_resolver key type
[    1.131811] Key type id_resolver registered
[    1.131826] Key type id_legacy registered
[    1.131970] nfs4filelayout_init: NFSv4 File Layout Driver Registering...
[    1.133015] Key type asymmetric registered
[    1.133033] Asymmetric key parser 'x509' registered
[    1.133227] bounce: pool size: 64 pages
[    1.133272] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 249)
[    1.133665] io scheduler mq-deadline registered
[    1.133682] io scheduler kyber registered
[    1.138168] brcm-pcie fd500000.pcie: host bridge /scb/pcie@7d500000 ranges:
[    1.138200] brcm-pcie fd500000.pcie:   No bus range found for /scb/pcie@7d500000, using [bus 00-ff]
[    1.138280] brcm-pcie fd500000.pcie:      MEM 0x0600000000..0x063fffffff -> 0x00c0000000
[    1.138369] brcm-pcie fd500000.pcie:   IB MEM 0x0000000000..0x00bfffffff -> 0x0400000000
[    1.195451] brcm-pcie fd500000.pcie: link up, 5.0 GT/s PCIe x1 (SSC)
[    1.195833] brcm-pcie fd500000.pcie: PCI host bridge to bus 0000:00
[    1.195855] pci_bus 0000:00: root bus resource [bus 00-ff]
[    1.195876] pci_bus 0000:00: root bus resource [mem 0x600000000-0x63fffffff] (bus address [0xc0000000-0xffffffff])
[    1.195965] pci 0000:00:00.0: [14e4:2711] type 01 class 0x060400
[    1.196209] pci 0000:00:00.0: PME# supported from D0 D3hot
[    1.199611] PCI: bus0: Fast back to back transfers disabled
[    1.199980] pci 0000:01:00.0: [1106:3483] type 00 class 0x0c0330
[    1.200108] pci 0000:01:00.0: reg 0x10: [mem 0x00000000-0x00000fff 64bit]
[    1.200544] pci 0000:01:00.0: PME# supported from D0 D3cold
[    1.203956] PCI: bus1: Fast back to back transfers disabled
[    1.204053] pci 0000:00:00.0: BAR 8: assigned [mem 0x600000000-0x6000fffff]
[    1.204078] pci 0000:01:00.0: BAR 0: assigned [mem 0x600000000-0x600000fff 64bit]
[    1.204161] pci 0000:00:00.0: PCI bridge to [bus 01]
[    1.204187] pci 0000:00:00.0:   bridge window [mem 0x600000000-0x6000fffff]
[    1.204614] pcieport 0000:00:00.0: enabling device (0140 -> 0142)
[    1.204848] pcieport 0000:00:00.0: PME: Signaling with IRQ 62
[    1.213366] iproc-rng200 fe104000.rng: hwrng registered
[    1.213682] vc-mem: phys_addr:0x00000000 mem_base=0x3ec00000 mem_size:0x40000000(1024 MiB)
[    1.214551] gpiomem-bcm2835 fe200000.gpiomem: Initialised: Registers at 0xfe200000
[    1.227932] brd: module loaded
[    1.240334] loop: module loaded
[    1.241997] Loading iSCSI transport class v2.0-870.
[    1.244571] libphy: Fixed MDIO Bus: probed
[    1.245833] bcmgenet fd580000.ethernet: GENET 5.0 EPHY: 0x0000
[    1.263422] libphy: bcmgenet MII bus: probed
[    1.363525] unimac-mdio unimac-mdio.-19: Broadcom UniMAC MDIO bus
[    1.364705] usbcore: registered new interface driver r8152
[    1.364773] usbcore: registered new interface driver lan78xx
[    1.364846] usbcore: registered new interface driver smsc95xx
[    1.366497] xhci_hcd 0000:01:00.0: enabling device (0140 -> 0142)
[    1.366661] xhci_hcd 0000:01:00.0: xHCI Host Controller
[    1.366697] xhci_hcd 0000:01:00.0: new USB bus registered, assigned bus number 1
[    1.370101] xhci_hcd 0000:01:00.0: hcc params 0x002841eb hci version 0x100 quirks 0x0000030000000890
[    1.371421] usb usb1: New USB device found, idVendor=1d6b, idProduct=0002, bcdDevice= 5.10
[    1.371441] usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.371459] usb usb1: Product: xHCI Host Controller
[    1.371476] usb usb1: Manufacturer: Linux 5.10.7-v7l+ xhci-hcd
[    1.371492] usb usb1: SerialNumber: 0000:01:00.0
[    1.372240] hub 1-0:1.0: USB hub found
[    1.372351] hub 1-0:1.0: 1 port detected
[    1.373043] xhci_hcd 0000:01:00.0: xHCI Host Controller
[    1.373071] xhci_hcd 0000:01:00.0: new USB bus registered, assigned bus number 2
[    1.373097] xhci_hcd 0000:01:00.0: Host supports USB 3.0 SuperSpeed
[    1.373664] usb usb2: New USB device found, idVendor=1d6b, idProduct=0003, bcdDevice= 5.10
[    1.373683] usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1
[    1.373700] usb usb2: Product: xHCI Host Controller
[    1.373717] usb usb2: Manufacturer: Linux 5.10.7-v7l+ xhci-hcd
[    1.373733] usb usb2: SerialNumber: 0000:01:00.0
[    1.374458] hub 2-0:1.0: USB hub found
[    1.374538] hub 2-0:1.0: 4 ports detected
[    1.376227] dwc_otg: version 3.00a 10-AUG-2012 (platform bus)
[    1.376537] dwc_otg: FIQ enabled
[    1.376552] dwc_otg: NAK holdoff enabled
[    1.376566] dwc_otg: FIQ split-transaction FSM enabled
[    1.376584] Module dwc_common_port init
[    1.377048] usbcore: registered new interface driver uas
[    1.377168] usbcore: registered new interface driver usb-storage
[    1.377368] mousedev: PS/2 mouse device common for all mice
[    1.379073] bcm2835-wdt bcm2835-wdt: Broadcom BCM2835 watchdog timer
[    1.382597] sdhci: Secure Digital Host Controller Interface driver
[    1.382612] sdhci: Copyright(c) Pierre Ossman
[    1.383361] mmc-bcm2835 fe300000.mmcnr: could not get clk, deferring probe
[    1.384016] sdhci-pltfm: SDHCI platform and OF driver helper
[    1.388139] ledtrig-cpu: registered to indicate activity on CPUs
[    1.388472] hid: raw HID events driver (C) Jiri Kosina
[    1.388679] usbcore: registered new interface driver usbhid
[    1.388694] usbhid: USB HID core driver
[    1.394515] Initializing XFRM netlink socket
[    1.394559] NET: Registered protocol family 17
[    1.394691] Key type dns_resolver registered
[    1.395141] Registering SWP/SWPB emulation handler
[    1.395325] registered taskstats version 1
[    1.395354] Loading compiled-in X.509 certificates
[    1.396186] Key type ._fscrypt registered
[    1.396203] Key type .fscrypt registered
[    1.396219] Key type fscrypt-provisioning registered
[    1.407784] uart-pl011 fe201000.serial: there is not valid maps for state default
[    1.408100] uart-pl011 fe201000.serial: cts_event_workaround enabled
[    1.408193] fe201000.serial: ttyAMA0 at MMIO 0xfe201000 (irq = 36, base_baud = 0) is a PL011 rev2
[    1.414916] bcm2835-power bcm2835-power: Broadcom BCM2835 power domains driver
[    1.415994] mmc-bcm2835 fe300000.mmcnr: mmc_debug:0 mmc_debug2:0
[    1.416012] mmc-bcm2835 fe300000.mmcnr: DMA channel allocated
[    1.446507] of_cfs_init
[    1.446778] of_cfs_init: OK
[    1.464378] mmc1: queuing unknown CIS tuple 0x80 (2 bytes)
[    1.466024] mmc1: queuing unknown CIS tuple 0x80 (3 bytes)
[    1.467670] mmc1: queuing unknown CIS tuple 0x80 (3 bytes)
[    1.470791] mmc1: queuing unknown CIS tuple 0x80 (7 bytes)
[    1.472436] mmc1: queuing unknown CIS tuple 0x80 (3 bytes)
[    1.480711] mmc0: SDHCI controller on fe340000.emmc2 [fe340000.emmc2] using ADMA
[    1.481741] Waiting for root device PARTUUID=5e3da3da-02...
[    1.519863] random: fast init done
[    1.555858] mmc1: new high speed SDIO card at address 0001
[    1.587555] mmc0: new ultra high speed DDR50 SDHC card at address 1234
[    1.588437] mmcblk0: mmc0:1234 SA32G 28.9 GiB
[    1.591229]  mmcblk0: p1 p2
[    1.608300] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
[    1.608370] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
[    1.615616] devtmpfs: mounted
[    1.624525] Freeing unused kernel memory: 2048K
[    1.673687] Run /sbin/init as init process
[    1.673703]   with arguments:
[    1.673717]     /sbin/init
[    1.673732]     splash
[    1.673746]   with environment:
[    1.673760]     HOME=/
[    1.673775]     TERM=linux
[    1.733402] usb 1-1: new high-speed USB device number 2 using xhci_hcd
[    1.926065] usb 1-1: New USB device found, idVendor=2109, idProduct=3431, bcdDevice= 4.20
[    1.926087] usb 1-1: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[    1.926105] usb 1-1: Product: USB2.0 Hub
[    1.928165] hub 1-1:1.0: USB hub found
[    1.928462] hub 1-1:1.0: 4 ports detected
[    2.143821] systemd[1]: System time before build time, advancing clock.
[    2.259398] NET: Registered protocol family 10
[    2.260818] Segment Routing with IPv6
[    2.273404] usb 1-1.2: new full-speed USB device number 3 using xhci_hcd
[    2.338434] systemd[1]: systemd 241 running in system mode. (+PAM +AUDIT +SELINUX +IMA +APPARMOR +SMACK +SYSVINIT +UTMP +LIBCRYPTSETUP +GCRYPT +GNUTLS +ACL +XZ +LZ4 +SECCOMP +BLKID +ELFUTILS +KMOD -IDN2 +IDN -PCRE2 default-hierarchy=hybrid)
[    2.339231] systemd[1]: Detected architecture arm.
[    2.397037] systemd[1]: Set hostname to <raspberrypi>.
[    2.399548] systemd[1]: Failed to bump fs.file-max, ignoring: Invalid argument
[    2.419681] usb 1-1.2: New USB device found, idVendor=0403, idProduct=6001, bcdDevice= 6.00
[    2.419703] usb 1-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.419722] usb 1-1.2: Product: FT232R USB UART
[    2.419739] usb 1-1.2: Manufacturer: FTDI
[    2.419756] usb 1-1.2: SerialNumber: AI02IEBP
[    2.524041] usb 1-1.3: new full-speed USB device number 4 using xhci_hcd
[    2.679885] usb 1-1.3: New USB device found, idVendor=0403, idProduct=6001, bcdDevice= 6.00
[    2.679909] usb 1-1.3: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    2.679928] usb 1-1.3: Product: FT232R USB UART
[    2.679944] usb 1-1.3: Manufacturer: FTDI
[    2.679961] usb 1-1.3: SerialNumber: AI02IEBO
[    2.783449] usb 1-1.4: new high-speed USB device number 5 using xhci_hcd
[    2.945057] usb 1-1.4: New USB device found, idVendor=05e3, idProduct=0608, bcdDevice= 7.02
[    2.945080] usb 1-1.4: New USB device strings: Mfr=0, Product=1, SerialNumber=0
[    2.945098] usb 1-1.4: Product: USB2.0 Hub
[    2.947294] hub 1-1.4:1.0: USB hub found
[    2.947681] hub 1-1.4:1.0: 4 ports detected
[    3.109442] systemd[1]: /lib/systemd/system/ebusd2.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
[    3.111196] systemd[1]: /lib/systemd/system/ebusd.service:9: PIDFile= references path below legacy directory /var/run/, updating /var/run/ebusd.pid → /run/ebusd.pid; please update the unit file accordingly.
[    3.199847] random: systemd: uninitialized urandom read (16 bytes read)
[    3.211396] random: systemd: uninitialized urandom read (16 bytes read)
[    3.212075] systemd[1]: Listening on fsck to fsckd communication Socket.
[    3.212520] random: systemd: uninitialized urandom read (16 bytes read)
[    3.212868] systemd[1]: Started Forward Password Requests to Wall Directory Watch.
[    3.213939] systemd[1]: Listening on Journal Audit Socket.
[    3.214761] systemd[1]: Listening on Journal Socket.
[    3.263449] usb 1-1.4.1: new full-speed USB device number 6 using xhci_hcd
[    3.317129] i2c /dev entries driver
[    3.414228] usb 1-1.4.1: New USB device found, idVendor=0403, idProduct=6001, bcdDevice= 6.00
[    3.414253] usb 1-1.4.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[    3.414276] usb 1-1.4.1: Product: FT232R USB UART
[    3.414294] usb 1-1.4.1: Manufacturer: FTDI
[    3.414311] usb 1-1.4.1: SerialNumber: A50478VZ
[    4.582240] EXT4-fs (mmcblk0p2): re-mounted. Opts: (null)
[    4.695653] systemd-journald[118]: Received request to flush runtime journal from PID 1
[    5.182664] usbcore: registered new interface driver usbserial_generic
[    5.182738] usbserial: USB Serial support registered for generic
[    5.192395] usbcore: registered new interface driver ftdi_sio
[    5.192478] usbserial: USB Serial support registered for FTDI USB Serial Device
[    5.192707] ftdi_sio 1-1.2:1.0: FTDI USB Serial Device converter detected
[    5.192877] usb 1-1.2: Detected FT232RL
[    5.199099] usb 1-1.2: FTDI USB Serial Device converter now attached to ttyUSB0
[    5.199388] ftdi_sio 1-1.3:1.0: FTDI USB Serial Device converter detected
[    5.199549] usb 1-1.3: Detected FT232RL
[    5.203408] usb 1-1.3: FTDI USB Serial Device converter now attached to ttyUSB1
[    5.203736] ftdi_sio 1-1.4.1:1.0: FTDI USB Serial Device converter detected
[    5.203907] usb 1-1.4.1: Detected FT232RL
[    5.207464] usb 1-1.4.1: FTDI USB Serial Device converter now attached to ttyUSB2
[    5.356609] rpivid-mem feb00000.hevc-decoder: rpivid-hevcmem initialised: Registers at 0xfeb00000 length 0x00010000
[    5.357219] rpivid-mem feb10000.rpivid-local-intc: rpivid-intcmem initialised: Registers at 0xfeb10000 length 0x00001000
[    5.357799] rpivid-mem feb20000.h264-decoder: rpivid-h264mem initialised: Registers at 0xfeb20000 length 0x00010000
[    5.358339] rpivid-mem feb30000.vp9-decoder: rpivid-vp9mem initialised: Registers at 0xfeb30000 length 0x00010000
[    5.449948] mc: Linux media interface: v0.10
[    5.563507] snd_bcm2835: module is from the staging directory, the quality is unknown, you have been warned.
[    5.588947] videodev: Linux video capture interface: v2.00
[    5.607798] bcm2835_audio bcm2835_audio: card created with 4 channels
[    5.608180] vc_sm_cma: module is from the staging directory, the quality is unknown, you have been warned.
[    5.610410] bcm2835_vc_sm_cma_probe: Videocore shared memory driver
[    5.610454] [vc_sm_connected_init]: start
[    5.615153] bcm2835_audio bcm2835_audio: card created with 4 channels
[    5.619386] vc_sm_cma: module is from the staging directory, the quality is unknown, you have been warned.
[    5.627674] vc_sm_cma: module is from the staging directory, the quality is unknown, you have been warned.
[    5.634511] [vc_sm_connected_init]: installed successfully
[    5.634716] vc_sm_cma: module is from the staging directory, the quality is unknown, you have been warned.
[    5.637869] bcm2835_mmal_vchiq: module is from the staging directory, the quality is unknown, you have been warned.
[    5.637876] bcm2835_mmal_vchiq: module is from the staging directory, the quality is unknown, you have been warned.
[    5.638467] bcm2835_mmal_vchiq: module is from the staging directory, the quality is unknown, you have been warned.
[    5.646198] bcm2835_codec: module is from the staging directory, the quality is unknown, you have been warned.
[    5.652167] bcm2835_v4l2: module is from the staging directory, the quality is unknown, you have been warned.
[    5.652821] bcm2835_isp: module is from the staging directory, the quality is unknown, you have been warned.
[    5.668683] bcm2835-codec bcm2835-codec: Device registered as /dev/video10
[    5.668753] bcm2835-codec bcm2835-codec: Loaded V4L2 decode
[    5.687325] bcm2835-codec bcm2835-codec: Device registered as /dev/video11
[    5.687374] bcm2835-codec bcm2835-codec: Loaded V4L2 encode
[    5.697627] bcm2835-isp bcm2835-isp: Device node output[0] registered as /dev/video13
[    5.698415] bcm2835-isp bcm2835-isp: Device node capture[0] registered as /dev/video14
[    5.698849] bcm2835-isp bcm2835-isp: Device node capture[1] registered as /dev/video15
[    5.699174] bcm2835-isp bcm2835-isp: Device node stats[2] registered as /dev/video16
[    5.699203] bcm2835-isp bcm2835-isp: Register output node 0 with media controller
[    5.699228] bcm2835-isp bcm2835-isp: Register capture node 1 with media controller
[    5.699252] bcm2835-isp bcm2835-isp: Register capture node 2 with media controller
[    5.699274] bcm2835-isp bcm2835-isp: Register capture node 3 with media controller
[    5.699482] bcm2835-isp bcm2835-isp: Loaded V4L2 bcm2835-isp
[    5.716496] bcm2835-codec bcm2835-codec: Device registered as /dev/video12
[    5.716543] bcm2835-codec bcm2835-codec: Loaded V4L2 isp
[    5.952088] cfg80211: Loading compiled-in X.509 certificates for regulatory database
[    6.110439] cfg80211: Loaded X.509 cert 'sforshee: 00b28ddf47aef9cea7'
[    6.199853] [drm] Initialized v3d 1.0.0 20180419 for fec00000.v3d on minor 0
[    6.263758] brcmfmac: F1 signature read @0x18000000=0x15264345
[    6.296142] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43455-sdio for chip BCM4345/6
[    6.297175] usbcore: registered new interface driver brcmfmac
[    6.318189] brcmfmac mmc1:0001:1: Direct firmware load for brcm/brcmfmac43455-sdio.raspberrypi,4-model-b.txt failed with error -2
[    6.560745] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43455-sdio for chip BCM4345/6
[    6.576023] vc4-drm gpu: bound fe600000.firmwarekms (ops vc4_fkms_ops [vc4])
[    6.576051] checking generic (3e843000 384000) vs hw (0 ffffffffffffffff)
[    6.576068] fb0: switching to vc4drmfb from simple
[    6.578790] Console: switching to colour dummy device 80x30
[    6.585756] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4345/6 wl0: Feb 27 2018 03:15:32 version 7.45.154 (r684107 CY) FWID 01-4fbe0b04
[    6.593704] [drm] Initialized vc4 0.0.0 20140616 for gpu on minor 1
[    6.598059] vc4-drm gpu: [drm] HDMI-A-1: EDID is invalid:
[    6.598082] [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[    6.598098] [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[    6.598113] [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[    6.598128] [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[    6.598143] [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[    6.598158] [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[    6.598173] [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[    6.598189] [00] ZERO 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
[    6.643647] Console: switching to colour frame buffer device 160x45
[    6.643708] vc4-drm gpu: [drm] fb0: vc4drmfb frame buffer device
[    7.753505] Under-voltage detected! (0x00050005)
[    8.420962] uart-pl011 fe201000.serial: no DMA platform data
[    8.489550] random: crng init done
[    8.489570] random: 7 urandom warning(s) missed due to ratelimiting
[    8.543659] 8021q: 802.1Q VLAN Support v1.8
[    9.743396] Adding 102396k swap on /var/swap.  Priority:-2 extents:1 across:102396k SSFS
[   12.003160] brcmfmac: brcmf_cfg80211_set_power_mgmt: power save enabled
[   12.545562] bcmgenet fd580000.ethernet: configuring instance for external RGMII (RX delay)
[   12.546267] bcmgenet fd580000.ethernet eth0: Link is Down
[   14.917933] broken atomic modeset userspace detected, disabling atomic
[   15.266893] Bluetooth: Core ver 2.22
[   15.267126] NET: Registered protocol family 31
[   15.267166] Bluetooth: HCI device and connection manager initialized
[   15.267236] Bluetooth: HCI socket layer initialized
[   15.267299] Bluetooth: L2CAP socket layer initialized
[   15.267395] Bluetooth: SCO socket layer initialized
[   15.285345] Bluetooth: HCI UART driver ver 2.3
[   15.285368] Bluetooth: HCI UART protocol H4 registered
[   15.285488] Bluetooth: HCI UART protocol Three-wire (H5) registered
[   15.288982] Bluetooth: HCI UART protocol Broadcom registered
[   15.673717] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[   15.673776] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
[   15.682002] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[   15.682023] Bluetooth: BNEP filters: protocol multicast
[   15.682067] Bluetooth: BNEP socket layer initialized
[   15.775475] Bluetooth: RFCOMM TTY layer initialized
[   15.775509] Bluetooth: RFCOMM socket layer initialized
[   15.775552] Bluetooth: RFCOMM ver 1.11
[   17.753631] bcmgenet fd580000.ethernet eth0: Link is Down
[   19.833601] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
[   21.452541] fuse: init (API version 7.32)
[   43.113484] Voltage normalised (0x00000000)
[   45.193496] Under-voltage detected! (0x00050005)
[  135.284202] bcmgenet fd580000.ethernet eth0: Link is Down
[  137.354116] bcmgenet fd580000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx


in letztem finde ich dreimal sowas

usb 1-1.2: FTDI USB Serial Device converter now attached to ttyUSB0

im ersten Fall nichts.... Muss USB da irgendwie aktiviert werden ?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 17 Januar 2021, 20:18:44
Zitat von: cs-online am 16 Januar 2021, 18:08:09
...das ist hier die Ausgabe mit dem neuesten Buster:

im ersten Fall nichts.... Muss USB da irgendwie aktiviert werden ?
ich schätze, udev funktioniert da nicht richtig
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 18 Januar 2021, 11:54:02
ich habe mir deine Logs angesehen und man sieht  ja das der serielle Device gefunden wird, aber einfach kein Mapping stattfindet. Bevor du dich in den Untiefen von Buster verlierst würde ich an deiner Steller eine SD Karte mit neu aufgesetztem Buster nehmen und schauen ob da alles klappt und dann einen Restore von Fhem durchführen. Ich weiß ja nicht was du sonst noch alles installiert hast, aber das ist sicher der schnellere und saubere Weg um das Problem lösen zu können. Die SD wenns dann geht auf den USB Bootdevice zu kopieren geht ja eh recht schnell.

Hast du denn das Bootproblem auch schon lösen können damit dies flott funktioniert? Früher gabs ja den Bug das man eine leere SD Karte stecken lassen musste weil Buster ständig versuchte die SD zu finden und so wertvolle Bootzeit verloren gegangen ist, somit war es nicht schneller als Boot von der SD, ja sogar langsamer. Ich habe auch einen Raspi4 mit einer SSD am laufen, boote aber noch mit SD Karte, die paar Bootzugriffe bringen die SD nicht um. Zusätzlich hast du ja den Vorteil (denn du ja jetzt auch nutzt) um schnell mit einer anderen SD Karte was zu testen, aber das musst du wissen ob es dir das wert ist 100% USB Boot durchzuführen.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 18 Januar 2021, 19:01:13
Zitat von: john30 am 17 Januar 2021, 20:18:44
ich schätze, udev funktioniert da nicht richtig

Hallo John,

was heisst das ? Ist das fixbar ? Ich habe recht viele zusätzliche Dinge installiert und nicht recht Lust wieder bei null alles hoch zu ziehen....

Grüße

Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 19 Januar 2021, 08:45:29
Zitat von: cs-online am 18 Januar 2021, 19:01:13
was heisst das ? Ist das fixbar ? Ich habe recht viele zusätzliche Dinge installiert und nicht recht Lust wieder bei null alles hoch zu ziehen....
davon gehe ich aus. musst halt recherchieren, wie das geht, und schauen, warum das bei der Installation nicht klappt.
Vielleicht fehlt auch nur ein passendes Kernel Modul, was ich aber nicht glaube.
Ich würde mit dem syslog anfangen (/var/log/messages oder /var/log/syslog( und dort nach USB Ausschau halten.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: cs-online am 22 Januar 2021, 15:35:26
Yippie, es läuft wieder :-) Der Hinweis auf syslog war goldrichtig, da war zu sehen, dass zwei Dateien nicht geladen werden konnten, Google gab dann den Hinweis hierauf:

https://www.raspberrypi.org/forums/viewtopic.php?t=262963 (https://www.raspberrypi.org/forums/viewtopic.php?t=262963)

und nun laufen meine beiden Ebus-Adapter mit dem neuesten Buster (ich hoffe das ist nun auch noch das neueste Buster ;-) )

Danke dir John für den Tip !!!

Grüße

Christian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tuxxs am 27 Januar 2021, 10:06:18
Hallo Leute,

sorry wenn ich so dumm frage, aber ich habe die platine soeben mit den komponenten aus dem reichelt waren zu bestücken versucht. Dabei ist mir aufgefallen dass es keinen widerstand im warenkorb für den 100kOhm widerstand gibt, stattdessen ist ein 100N kondensator beigelegt. Zudem sind die optokoppler in zweifacher ausführung mitgeliefert: einmal CNY 17/IV und einmal CNY 17/I. Letztlich sind drei 10kOhm widerstände dabei, von denen ich nur zu benötigen scheine.

Für mich stellt sich hauptsächlich die frage wie ich mit dem fehlenden R7 widerstand umgehe. Soll dieser mit etwas anderem aus der liste bestückt werden oder fehlt im warenkorb schlichtweg diese komponente und ich müsste sie nachbestellen?

Viele grüße,
tuxxs
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 28 Januar 2021, 07:11:21
Zitat von: tuxxs am 27 Januar 2021, 10:06:18
Hallo Leute,

sorry wenn ich so dumm frage, aber ich habe die platine soeben mit den komponenten aus dem reichelt waren zu bestücken versucht. Dabei ist mir aufgefallen dass es keinen widerstand im warenkorb für den 100kOhm widerstand gibt, stattdessen ist ein 100N kondensator beigelegt. Zudem sind die optokoppler in zweifacher ausführung mitgeliefert: einmal CNY 17/IV und einmal CNY 17/I. Letztlich sind drei 10kOhm widerstände dabei, von denen ich nur zu benötigen scheine.

Für mich stellt sich hauptsächlich die frage wie ich mit dem fehlenden R7 widerstand umgehe. Soll dieser mit etwas anderem aus der liste bestückt werden oder fehlt im warenkorb schlichtweg diese komponente und ich müsste sie nachbestellen?

Viele grüße,
tuxxs
Moin und herzlich willkommen im Forum
Wow, dass noch einer die Platine nachbaut, damit haette wohl keiner gerechnet!
Der Warenkorb war glaube ich schon immer nicht ganz korrekt! Doof ist auch, dass der Schaltplan von pah auch nicht zur Stueckliste passt.
Gruss und viel Erfolg
Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 28 Januar 2021, 10:07:23
@tuxxs

kannst du den Link zum Warenkorb posten und welchen Adapter willst du da nachbauen?

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 28 Januar 2021, 14:53:15
Zitat von: Reinhart am 28 Januar 2021, 10:07:23
@tuxxs

kannst du den Link zum Warenkorb posten und welchen Adapter willst du da nachbauen?

LG
Er hat den aus dem Wiki genommen V1.5(6)
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 28 Januar 2021, 20:07:41
oh Mann, die 1.5 ist schon ein bisschen alt!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Heatseeker am 31 Januar 2021, 11:42:06
Moin,

ich habe hier erfolgreiche eine ältere Version der 2.1 platine per WLAN an mein FHEM auf dem RPi laufen. NUn setzte ich eine neue FHEM Hardware auf und teste diese nach und nach.

Nun habe ich aber Probleme wieder durch die ebus Konfig durchzusteigen.

Was ich gemacht habe
1) INstalliert nach https://github.com/john30/ebusd/wiki/1.-Build-and-install (https://github.com/john30/ebusd/wiki/1.-Build-and-install)

ebusd -V
ebusd 21.1.v21.1-25-g6195810


halte ich den anderen ebus auf dem RPi an, bekomme ich auch was empfangen mit:

ebusd -f -d 192.168.101.7:8889 --scanconfig --latency=20000 --address=01 --lograwdata=bytes


aber wie mache ich denn nun weiter? Ich habe erfahren, dass die neueren Versionen sich die Config direkt aus dem Netz ziehen, aber wie und wo binde ich die denn nochmal ein? Ich habe mich schon tot gesucht im wiki etc...

Danke
Heatseeker
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 31 Januar 2021, 11:46:19
Zitat von: Heatseeker am 31 Januar 2021, 11:42:06
ebusd -f -d 192.168.101.7:8889 --scanconfig --latency=20000 --address=01 --lograwdata=bytes


aber wie mache ich denn nun weiter? Ich habe erfahren, dass die neueren Versionen sich die Config direkt aus dem Netz ziehen, aber wie und wo binde ich die denn nochmal ein? Ich habe mich schon tot gesucht im wiki etc...
wenn du nicht lokal eigene CSV nutzen willst, dann genügt das schon so, denn die Abholung der CSVs von ebusd.eu in Abhängigkeit vom Scan ist schon seit geraumer Zeit der default. Siehe "--configpath" im Wiki (https://github.com/john30/ebusd/wiki/2.-Run#message-configuration-options).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Heatseeker am 31 Januar 2021, 11:49:12
Okay,

aber irgendwo muss ich das doch nochmal als startconfig übergeben, oder? Wo war das denn nochmal?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 31 Januar 2021, 19:40:38
die "Startconfig" stellst du in /etc/default/ebusd ein!

gib aber bitte eine andere Adresse wie beim alten an, also
--address=ff

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: lxuser am 03 Februar 2021, 19:15:26
Hallo,

seit Weihnachten betreibe ich ebusd an einer Vaillant VCW 206/5 mit einem Systemregler multiMATIC 700. Zuerst mit der älteren Version 1.6 des Ebus-Adapters und einem Wemos D1 Klon. In den gut drei Wochen lief es durch. Hatte nur anfangs entweder zuviel gepollt über MQTT oder das Poti war nicht optimal eingestellt, da ein paar Mal am Tag die Außentemperatur auf -40 °C sprang, also die Kommunikation zwischen Regler und Therme wohl ab und zu gestört war.

Letztes Wochenende habe ich dann auf den neuen Ebusd-Adapter 3 (vielen Dank dafür nochmal ans Team) und auf die aktuelle Version von ebusd per apt-get umgestellt. Seitdem ist der oben geschilderte der Fehler mit den -40°C weg. Allerdings stoppt jetzt leider regelmäßig nach einigen Stunden das Publishen der Werte über MQTT. Der ebusd läuft aber weiter, wird in htop angezeigt und ebusctl info liefert auch eine korrekte Ausgabe. MQTT funktioniert aber erst nach einem Neustart wieder.

Das sind die Start-Parameter:
EBUSD_OPTS="--scanconfig --configpath=/etc/ebusd -d enh:192.168.1.7:9999 --latency=20000 --accesslevel="*" --enablehex --pollinterval=5 --loglevel=error --address=ff --mqtttopic=ebusd --mqttjson --mqtthost=192.168.1.24 --mqttport=1883 --mqttclientid=ebusd --mqttuser=XXXX --mqttpass=XXXX --mqttversion=3.1.1

Gepollt werden drei Werte mittels r1 in den Config-Files und 5 weitere Werte pro Stunde per MQTT. Schreibzugriffe per MQTT pro Stunde sind ca. 4 bis 6.

Und der letzte Log von 18:40, um ca. 17:30 Uhr ist auch die Kommunikation mittels MQTT abgebrochen:
2021-02-03 17:04:23.090 [bus error] device status: eBUS comm error: framing
2021-02-03 17:04:23.090 [bus error] arbitration start error
2021-02-03 17:04:23.138 [bus error] device status: eBUS comm error: framing
2021-02-03 17:04:23.138 [bus error] arbitration start error
2021-02-03 17:04:23.211 [bus error] device status: eBUS comm error: framing
2021-02-03 17:04:23.211 [bus error] arbitration start error
2021-02-03 17:04:23.234 [bus error] device status: eBUS comm error: framing
2021-02-03 17:04:23.234 [bus error] arbitration start error
2021-02-03 17:04:23.234 [bus error] poll bai ModulationTempDesired failed: ERR: arbitration lost
2021-02-03 17:06:41.097 [bus error] device status: eBUS comm error: framing
2021-02-03 17:06:41.097 [bus error] arbitration start error
2021-02-03 17:06:41.144 [bus error] device status: eBUS comm error: framing
2021-02-03 17:06:41.145 [bus error] arbitration start error
2021-02-03 17:06:41.192 [bus error] device status: eBUS comm error: framing
2021-02-03 17:06:41.192 [bus error] arbitration start error
2021-02-03 17:06:41.239 [bus error] device status: eBUS comm error: framing
2021-02-03 17:06:41.240 [bus error] arbitration start error
2021-02-03 17:06:41.240 [bus error] poll bai Flame failed: ERR: arbitration lost
2021-02-03 17:10:53.089 [bus error] device status: eBUS comm error: framing
2021-02-03 17:10:53.089 [bus error] arbitration start error
2021-02-03 17:10:53.148 [bus error] device status: eBUS comm error: framing
2021-02-03 17:10:53.148 [bus error] arbitration start error
2021-02-03 17:10:53.185 [bus error] device status: eBUS comm error: framing
2021-02-03 17:10:53.185 [bus error] arbitration start error
2021-02-03 17:10:53.238 [bus error] device status: eBUS comm error: framing
2021-02-03 17:10:53.238 [bus error] arbitration start error
2021-02-03 17:10:53.238 [bus error] poll bai Flame failed: ERR: arbitration lost
2021-02-03 17:12:53.180 [bus error] poll bai HwcWaterflow failed: ERR: read timeout
2021-02-03 17:16:17.274 [bus error] poll bai Flame failed: ERR: read timeout
2021-02-03 17:17:05.239 [bus error] poll bai HwcWaterflow failed: ERR: read timeout
2021-02-03 17:19:41.250 [bus error] poll bai ModulationTempDesired failed: ERR: read timeout
2021-02-03 17:21:23.230 [bus error] poll bai Flame failed: ERR: read timeout
2021-02-03 17:24:19.032 [bus error] poll bai HwcWaterflow failed: ERR: no signal
2021-02-03 17:24:19.032 [bus error] signal lost
2021-02-03 17:24:24.022 [bus error] poll bai Flame failed: ERR: no signal
2021-02-03 17:24:24.022 [bus error] signal lost
2021-02-03 17:24:24.285 [bus error] device status: unexpected available enhanced following byte 1
2021-02-03 17:24:29.570 [bus error] device status: unexpected available enhanced following byte 1
2021-02-03 17:24:30.456 [bus error] device status: unexpected available enhanced byte 2
2021-02-03 17:24:32.562 [bus error] device status: unexpected available enhanced byte 2
2021-02-03 17:24:32.946 [bus error] device status: unexpected available enhanced byte 2
2021-02-03 17:24:34.061 [bus error] poll bai ModulationTempDesired failed: ERR: no signal
2021-02-03 17:24:34.061 [bus error] signal lost
2021-02-03 17:24:39.039 [bus error] signal lost
2021-02-03 17:24:40.931 [bus error] device status: unexpected available enhanced byte 2
2021-02-03 17:24:40.933 [bus error] device status: unexpected available enhanced byte 2
2021-02-03 17:24:41.071 [bus error] device status: unexpected available enhanced byte 2
2021-02-03 17:24:41.071 [bus error] device status: unexpected available enhanced byte 2
2021-02-03 17:24:44.059 [bus error] signal lost
2021-02-03 17:24:44.544 [bus error] device status: unexpected available enhanced byte 2
2021-02-03 17:24:44.571 [bus error] device status: unexpected available enhanced byte 2
2021-02-03 17:24:46.411 [bus error] device status: unexpected available enhanced byte 2
2021-02-03 17:24:46.964 [bus error] device status: unexpected available enhanced byte 2
2021-02-03 17:24:49.081 [bus error] signal lost
2021-02-03 17:25:10.768 [bus error] device status: unexpected available enhanced following byte 1
2021-02-03 17:25:15.974 [bus error] device status: unexpected available enhanced byte 2
2021-02-03 17:25:19.074 [bus error] signal lost
2021-02-03 17:25:41.035 [bus error] signal lost
2021-02-03 17:25:41.105 [bus error] device status: unexpected available enhanced following byte 1
2021-02-03 17:26:10.039 [bus error] signal lost
2021-02-03 17:28:06.348 [bus error] device status: unexpected available enhanced following byte 1
2021-02-03 17:28:16.029 [bus error] signal lost
2021-02-03 17:28:16.029 [bus error] send to 08: ERR: no signal, give up
2021-02-03 17:28:16.030 [bus error] send message part 0: ERR: no signal
2021-02-03 17:28:16.030 [mqtt error] read bai PumpHours: ERR: no signal


Über Tipps, wie ich die Fehlerursache eingrenzen kann, würde ich mich sehr freuen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 03 Februar 2021, 21:06:22
Zitat von: lxuser am 03 Februar 2021, 19:15:26
Und der letzte Log von 18:40, um ca. 17:30 Uhr ist auch die Kommunikation mittels MQTT abgebrochen:
schau doch mal ins Log vom mosquitto (oder was Du als MQTT Server nutzt) zu der Uhrzeit, ob da was zu finden ist.
Was für eine Variante Adapter hast Du? Also WIFI/Ethernet/USB/RPI?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: lxuser am 03 Februar 2021, 22:23:49
Hallo John!

Um 03.02.2021 - 17:38:44 aus dem Log von Mosquitto:
1612370324: Client ebusd has exceeded timeout, disconnecting.
Ansonsten ist da nichts Auffälliges zu finden. Mosquitto hatte ich gestern auch mal auf die Version 1.6.12 hochgezogen um die doch recht alte Version in den Buster-Reposities ausschließen zu können. Der Rest über MQTT wie node-red, MQTT-Explorer, zigbee2mqtt, Sauger... ist auch unauffällig.

Angebunden ist der Ebus-Adapter 3.0 über den mitgelieferten ESP. Der Ping zum ESP ist auch stabil mit 1 bis 3ms und ESP und Router sind ca. einen Meter entfernt mit einer Wand dazwischen.

Der ebusd läuft in einem eigenem Container mit Debian 10 unter Proxmox.

Ich stell mal den Log-Level vom ebusd wieder höher. Bei error stehen ab dem Zeitpunkt, an dem die Kommunikation über MQTT abbricht, auch keine Einträge mehr im Log und normalerweise wären in den oben genannten Zeitraum danach bei laufenden ebusd zumindest mal Meldungen zur Arbitrierung im Log dazugekommen. Aber laut htop und ebusctl lief der ebusd ja noch... . Und auch die CPU-Auslastung des Containers war in dem Bereich eines laufenden ebusd.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: lxuser am 04 Februar 2021, 10:26:32
Hallo, nachfolgend die Log-Datei mit Level debug:
2021-02-04 07:51:32.983 [update notice] received update-write bai SetMode QQ=10: auto;52.5;-;-;0;0;1;0;0;0
2021-02-04 07:51:34.824 [mqtt debug] publish ebusd/bai/SetMode {
     "hcmode": {"value": "auto"},
     "flowtempdesired": {"value": 52.5},
     "hwctempdesired": {"value": null},
     "hwcflowtempdesired": {"value": null},
     "disablehc": {"value": 0},
     "disablehwctapping": {"value": 0},
     "disablehwcload": {"value": 1},
     "remoteControlHcPump": {"value": 0},
     "releaseBackup": {"value": 0},
     "releaseCooling": {"value": 0}}
2021-02-04 07:51:34.824 [mqtt debug] publish ebusd/bai/Status01 {
     "0": {"name": "temp1", "value": 56.0},
     "1": {"name": "temp1", "value": 51.5},
     "2": {"name": "temp2", "value": 7.562},
     "3": {"name": "temp1", "value": 42.5},
     "4": {"name": "temp1", "value": 46.0},
     "5": {"name": "pumpstate", "value": "on"}}
2021-02-04 07:51:37.827 [mqtt debug] publish ebusd/global/uptime 33714
2021-02-04 07:51:39.513 [main debug] performing regular tasks
2021-02-04 07:51:42.774 [update info] received MS cmd: 1008b5110101 / 0971679007555c0100ff
2021-02-04 07:51:42.775 [update notice] received read bai Status01 QQ=10: 56.5;51.5;7.562;42.5;46.0;on
2021-02-04 07:51:43.047 [update info] received MS cmd: 1008b51009000069ffffff040000 / 0101
2021-02-04 07:51:43.047 [update notice] received update-write bai SetMode QQ=10: auto;52.5;-;-;0;0;1;0;0;0
2021-02-04 07:51:43.309 [update info] received MS cmd: 1008b5110102 / 06013c9646826e
2021-02-04 07:51:43.309 [update notice] received read bai Status02 QQ=10: on;60;75.0;70;65.0
2021-02-04 07:51:44.836 [mqtt debug] publish ebusd/bai/SetMode {
     "hcmode": {"value": "auto"},
     "flowtempdesired": {"value": 52.5},
     "hwctempdesired": {"value": null},
     "hwcflowtempdesired": {"value": null},
     "disablehc": {"value": 0},
     "disablehwctapping": {"value": 0},
     "disablehwcload": {"value": 1},
     "remoteControlHcPump": {"value": 0},
     "releaseBackup": {"value": 0},
     "releaseCooling": {"value": 0}}
2021-02-04 07:51:44.836 [mqtt debug] publish ebusd/bai/Status01 {
     "0": {"name": "temp1", "value": 56.5},
     "1": {"name": "temp1", "value": 51.5},
     "2": {"name": "temp2", "value": 7.562},
     "3": {"name": "temp1", "value": 42.5},
     "4": {"name": "temp1", "value": 46.0},
     "5": {"name": "pumpstate", "value": "on"}}
2021-02-04 07:51:44.836 [mqtt debug] publish ebusd/bai/Status02 {
     "0": {"name": "hwcmode", "value": "on"},
     "1": {"name": "temp0", "value": 60},
     "2": {"name": "temp1", "value": 75.0},
     "3": {"name": "temp0", "value": 70},
     "4": {"name": "temp1", "value": 65.0}}
2021-02-04 07:51:49.515 [main debug] performing regular tasks
2021-02-04 07:51:52.548 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2021-02-04 07:51:53.071 [update info] received MS cmd: 1008b5110101 / 0971679007555c0100ff
2021-02-04 07:51:53.072 [update notice] received read bai Status01 QQ=10: 56.5;51.5;7.562;42.5;46.0;on
2021-02-04 07:51:53.344 [update info] received MS cmd: 1008b51009000069ffffff040000 / 0101
2021-02-04 07:51:53.345 [update notice] received update-write bai SetMode QQ=10: auto;52.5;-;-;0;0;1;0;0;0
2021-02-04 07:51:53.846 [mqtt debug] publish ebusd/global/uptime 33730
2021-02-04 07:51:54.848 [mqtt debug] publish ebusd/bai/SetMode {
     "hcmode": {"value": "auto"},
     "flowtempdesired": {"value": 52.5},
     "hwctempdesired": {"value": null},
     "hwcflowtempdesired": {"value": null},
     "disablehc": {"value": 0},
     "disablehwctapping": {"value": 0},
     "disablehwcload": {"value": 1},
     "remoteControlHcPump": {"value": 0},
     "releaseBackup": {"value": 0},
     "releaseCooling": {"value": 0}}
2021-02-04 07:51:54.848 [mqtt debug] publish ebusd/bai/Status01 {
     "0": {"name": "temp1", "value": 56.5},
     "1": {"name": "temp1", "value": 51.5},
     "2": {"name": "temp2", "value": 7.562},
     "3": {"name": "temp1", "value": 42.5},
     "4": {"name": "temp1", "value": 46.0},
     "5": {"name": "pumpstate", "value": "on"}}
2021-02-04 07:51:57.958 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2021-02-04 07:51:59.517 [main debug] performing regular tasks
2021-02-04 07:52:02.892 [update info] received MS cmd: 1008b5110101 / 0971679007555c0100ff
2021-02-04 07:52:02.893 [update notice] received read bai Status01 QQ=10: 56.5;51.5;7.562;42.5;46.0;on
2021-02-04 07:52:03.163 [update info] received MS cmd: 1008b51009000069ffffff040000 / 0101
2021-02-04 07:52:03.163 [update notice] received update-write bai SetMode QQ=10: auto;52.5;-;-;0;0;1;0;0;0
2021-02-04 07:52:03.369 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2021-02-04 07:52:04.858 [mqtt debug] publish ebusd/bai/SetMode {
     "hcmode": {"value": "auto"},
     "flowtempdesired": {"value": 52.5},
     "hwctempdesired": {"value": null},
     "hwcflowtempdesired": {"value": null},
     "disablehc": {"value": 0},
     "disablehwctapping": {"value": 0},
     "disablehwcload": {"value": 1},
     "remoteControlHcPump": {"value": 0},
     "releaseBackup": {"value": 0},
     "releaseCooling": {"value": 0}}
2021-02-04 07:52:04.858 [mqtt debug] publish ebusd/bai/Status01 {
     "0": {"name": "temp1", "value": 56.5},
     "1": {"name": "temp1", "value": 51.5},
     "2": {"name": "temp2", "value": 7.562},
     "3": {"name": "temp1", "value": 42.5},
     "4": {"name": "temp1", "value": 46.0},
     "5": {"name": "pumpstate", "value": "on"}}
2021-02-04 07:52:08.753 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2021-02-04 07:52:09.519 [main debug] performing regular tasks
2021-02-04 07:52:09.864 [mqtt debug] publish ebusd/global/uptime 33746
2021-02-04 07:52:13.023 [bus debug] ERR: read timeout during skip, switching to no signal
2021-02-04 07:52:13.023 [bus error] signal lost
2021-02-04 07:52:13.645 [bus debug] ERR: SYN received during no signal, switching to ready
2021-02-04 07:52:13.645 [bus notice] signal acquired
2021-02-04 07:52:13.649 [bus error] device status: unexpected available enhanced following byte 1
2021-02-04 07:52:13.704 [update info] received MS cmd: 1008b5110101 / 0971679007555c0100ff
2021-02-04 07:52:13.705 [update notice] received read bai Status01 QQ=10: 56.5;51.5;7.562;42.5;46.0;on
2021-02-04 07:52:13.733 [update info] received MS cmd: 1008b51009000069ffffff040000 / 0101
2021-02-04 07:52:13.734 [update notice] received update-write bai SetMode QQ=10: auto;52.5;-;-;0;0;1;0;0;0
2021-02-04 07:52:13.761 [update info] received MS cmd: 1008b5040100 / 0a03145207040204219007
2021-02-04 07:52:13.762 [update notice] received read bai DateTime QQ=10: valid;07:52:14;04.02.2021;7.562
2021-02-04 07:52:13.786 [update info] received MS cmd: 1008b5110102 / 06013c9646826e
2021-02-04 07:52:13.787 [update notice] received read bai Status02 QQ=10: on;60;75.0;70;65.0
2021-02-04 07:52:13.998 [update info] received BC cmd: 10feb516080013520704020421
2021-02-04 07:52:13.999 [update notice] received update-read broadcast vdatetime QQ=10: 07:52:13;04.02.2021
2021-02-04 07:52:14.270 [update info] received MS cmd: 1008b5110100 / 0889030e20040f0001
2021-02-04 07:52:14.270 [update notice] received unknown MS cmd: 1008b5110100 / 0889030e20040f0001
2021-02-04 07:52:14.487 [update info] received BC cmd: 10feb51603019007
2021-02-04 07:52:14.488 [update notice] received update-read broadcast outsidetemp QQ=10: 7.562
2021-02-04 07:52:14.870 [mqtt debug] publish ebusd/bai/SetMode {
     "hcmode": {"value": "auto"},
     "flowtempdesired": {"value": 52.5},
     "hwctempdesired": {"value": null},
     "hwcflowtempdesired": {"value": null},
     "disablehc": {"value": 0},
     "disablehwctapping": {"value": 0},
     "disablehwcload": {"value": 1},
     "remoteControlHcPump": {"value": 0},
     "releaseBackup": {"value": 0},
     "releaseCooling": {"value": 0}}
2021-02-04 07:52:14.870 [mqtt debug] publish ebusd/broadcast/vdatetime {
     "time": {"value": "07:52:13"},
     "date": {"value": "04.02.2021"}}
2021-02-04 07:52:14.870 [mqtt debug] publish ebusd/bai/DateTime {
     "dcfstate": {"value": "valid"},
     "btime": {"value": "07:52:14"},
     "bdate": {"value": "04.02.2021"},
     "temp2": {"value": 7.562}}
2021-02-04 07:52:14.870 [mqtt debug] publish ebusd/bai/Status01 {
     "0": {"name": "temp1", "value": 56.5},
     "1": {"name": "temp1", "value": 51.5},
     "2": {"name": "temp2", "value": 7.562},
     "3": {"name": "temp1", "value": 42.5},
     "4": {"name": "temp1", "value": 46.0},
     "5": {"name": "pumpstate", "value": "on"}}
2021-02-04 07:52:14.870 [mqtt debug] publish ebusd/bai/Status02 {
     "0": {"name": "hwcmode", "value": "on"},
     "1": {"name": "temp0", "value": 60},
     "2": {"name": "temp1", "value": 75.0},
     "3": {"name": "temp0", "value": 70},
     "4": {"name": "temp1", "value": 65.0}}
2021-02-04 07:52:18.266 [mqtt debug] received topic ebusd/bai/ValveStarts/get with data 1
2021-02-04 07:52:18.266 [mqtt info] received get topic for bai ValveStarts
2021-02-04 07:52:18.266 [bus info] send message: ff08b509030d1a00
2021-02-04 07:52:19.521 [main debug] performing regular tasks
2021-02-04 07:52:22.969 [update info] received MS cmd: 1008b5110101 / 0971679007555c0100ff
2021-02-04 07:52:22.970 [update notice] received read bai Status01 QQ=10: 56.5;51.5;7.562;42.5;46.0;on
2021-02-04 07:52:23.242 [update info] received MS cmd: 1008b51009000069ffffff040000 / 0101
2021-02-04 07:52:23.243 [update notice] received update-write bai SetMode QQ=10: auto;52.5;-;-;0;0;1;0;0;0
2021-02-04 07:52:29.523 [main debug] performing regular tasks
2021-02-04 07:52:33.034 [update info] received MS cmd: 1008b5110101 / 0971689007555c0100ff
2021-02-04 07:52:33.035 [update notice] received read bai Status01 QQ=10: 56.5;52.0;7.562;42.5;46.0;on
2021-02-04 07:52:33.307 [update info] received MS cmd: 1008b51009000069ffffff040000 / 0101
2021-02-04 07:52:33.307 [update notice] received update-write bai SetMode QQ=10: auto;52.5;-;-;0;0;1;0;0;0
2021-02-04 07:52:39.524 [main debug] performing regular tasks
2021-02-04 07:52:43.096 [update info] received MS cmd: 1008b5110101 / 0971689007555c0100ff
2021-02-04 07:52:43.097 [update notice] received read bai Status01 QQ=10: 56.5;52.0;7.562;42.5;46.0;on
2021-02-04 07:52:43.367 [update info] received MS cmd: 1008b51009000069ffffff040000 / 0101
2021-02-04 07:52:43.368 [update notice] received update-write bai SetMode QQ=10: auto;52.5;-;-;0;0;1;0;0;0
2021-02-04 07:52:43.632 [update info] received MS cmd: 1008b5110102 / 06013c9646826e
2021-02-04 07:52:43.633 [update notice] received read bai Status02 QQ=10: on;60;75.0;70;65.0
2021-02-04 07:52:49.526 [main debug] performing regular tasks
2021-02-04 07:52:53.159 [update info] received MS cmd: 1008b5110101 / 0971689007555c0100ff
2021-02-04 07:52:53.159 [update notice] received read bai Status01 QQ=10: 56.5;52.0;7.562;42.5;46.0;on
2021-02-04 07:52:53.432 [update info] received MS cmd: 1008b51009000069ffffff040000 / 0101
2021-02-04 07:52:53.433 [update notice] received update-write bai SetMode QQ=10: auto;52.5;-;-;0;0;1;0;0;0
2021-02-04 07:52:59.528 [main debug] performing regular tasks
2021-02-04 07:53:03.180 [update info] received MS cmd: 1008b5110101 / 0971689007555c0100ff
2021-02-04 07:53:03.181 [update notice] received read bai Status01 QQ=10: 56.5;52.0;7.562;42.5;46.0;on
2021-02-04 07:53:03.451 [update info] received MS cmd: 1008b51009000069ffffff040000 / 0101
2021-02-04 07:53:03.452 [update notice] received update-write bai SetMode QQ=10: auto;52.5;-;-;0;0;1;0;0;0
2021-02-04 07:53:09.530 [main debug] performing regular tasks
2021-02-04 07:53:13.245 [update info] received MS cmd: 1008b5110101 / 0972689007555c0100ff
2021-02-04 07:53:13.246 [update notice] received read bai Status01 QQ=10: 57.0;52.0;7.562;42.5;46.0;on
2021-02-04 07:53:13.517 [update info] received MS cmd: 1008b51009000069ffffff040000 / 0101
2021-02-04 07:53:13.517 [update notice] received update-write bai SetMode QQ=10: auto;52.5;-;-;0;0;1;0;0;0
2021-02-04 07:53:13.794 [update info] received MS cmd: 1008b5040100 / 0a03145307040204219007
2021-02-04 07:53:13.795 [update notice] received read bai DateTime QQ=10: valid;07:53:14;04.02.2021;7.562
2021-02-04 07:53:14.056 [update info] received MS cmd: 1008b5110102 / 06013c9646826e
2021-02-04 07:53:14.057 [update notice] received read bai Status02 QQ=10: on;60;75.0;70;65.0
2021-02-04 07:53:14.295 [update info] received BC cmd: 10feb516080013530704020421


Um 2021-02-04 07:52:18.266 ist der letzte Eintrag mit MQTT, eine Abfrage über get. Danach setzte die Kommunikation über MQTT aus.
Nach diesem Zeitpunkt sind u.a. aber auch keine Einträge mehr zum Polling über r1 in der Config-Datei zu finden.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tuxxs am 05 Februar 2021, 13:37:14
Hi Leute,

ich habe meine platine fertig mit dem reichelt warenkorb fertig bestückt, den einen 100kOhm pulldown hatte ich noch rumfliegen. Leider lässt sich von nicht wirklich was auslesen bisher.

folgender output war bisher das höchste der gefühle:


sudo src/ebusd/ebusd -f --scanconfig --latency=20000 --logareas bus --address=ff --configpath=/tmp --lograwdata=bytes
2021-02-05 13:32:23.910 [bus notice] bus started with own address ff/04
2021-02-05 13:32:23.913 [bus notice] <00
2021-02-05 13:32:23.913 [bus notice] signal acquired
2021-02-05 13:32:25.055 [bus debug] ERR: read timeout during skip, switching to no signal
2021-02-05 13:32:25.055 [bus error] signal lost
2021-02-05 13:32:36.682 [bus notice] <00
2021-02-05 13:32:36.682 [bus notice] signal acquired
2021-02-05 13:32:38.037 [bus debug] ERR: read timeout during skip, switching to no signal
2021-02-05 13:32:38.037 [bus error] signal lost
2021-02-05 13:32:40.286 [bus notice] <00
2021-02-05 13:32:40.286 [bus notice] signal acquired
2021-02-05 13:32:42.068 [bus debug] ERR: read timeout during skip, switching to no signal
2021-02-05 13:32:42.068 [bus error] signal lost
2021-02-05 13:32:42.195 [bus notice] <00
2021-02-05 13:32:42.195 [bus notice] signal acquired
2021-02-05 13:32:43.055 [bus notice] <00
2021-02-05 13:32:43.075 [bus notice] <00
2021-02-05 13:32:43.096 [bus notice] <00
2021-02-05 13:32:43.115 [bus notice] <00
2021-02-05 13:32:43.136 [bus notice] <00
2021-02-05 13:32:43.155 [bus notice] <00
2021-02-05 13:32:43.388 [bus notice] <00
2021-02-05 13:32:43.725 [bus notice] <00


Habe das an einer wolf cgb-2 therme angeschlossen, bin nicht sicher ob ich den ebus gesondert aktivieren muss oder sowas, aber bisher konnte ich inchts messen.

Zudem finde ich keine angabe zur betriebsspannung, sind das 3.3V oder 5V?

Hat jemand eine idee was ich evtl noch probieren kann?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: lxuser am 06 Februar 2021, 01:47:12
Auch mit einer frischen Installation in einen neuen Container (Debian 10 in Proxmox) konnte ich den oben beschrieben Fehler reproduzieren.
Nach ca. 11 Stunden stellte der weiterhin laufende Ebusd wieder sowohl sämtliche Kommunikation über MQTT ein und laut Log auch wieder zeitgleich das Pollen über r1 in der Config-Datei.

Folgende Fragen:
Für den Ebus-Adapter 3.0 benötige ich die aktuelle Version von ebusd und kann nicht mehr die 3.4 nutzen, die zuvor mit dem Ebus-Adapter 1.6 stabil lief?
Könnten in der selbstkompilierten Version anstatt der per apt installierten Version schon Änderungen zu diesem Symtom drin sein?
Bzw. welche weiteren Informationen könnte ich zur Fehlersuche liefern?   

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Heatseeker am 06 Februar 2021, 15:28:02
Zitat von: Reinhart am 31 Januar 2021, 19:40:38
die "Startconfig" stellst du in /etc/default/ebusd ein!

ach verdammt, hatte nach einem Verzeichniss ebusd ind /default/ gesucht ich trottel...

Danke!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 09 Februar 2021, 10:54:02
Zitat von: tuxxs am 05 Februar 2021, 13:37:14
Hi Leute,

ich habe meine platine fertig mit dem reichelt warenkorb fertig bestückt, den einen 100kOhm pulldown hatte ich noch rumfliegen. Leider lässt sich von nicht wirklich was auslesen bisher.

folgender output war bisher das höchste der gefühle:


Habe das an einer wolf cgb-2 therme angeschlossen, bin nicht sicher ob ich den ebus gesondert aktivieren muss oder sowas, aber bisher konnte ich inchts messen.

Zudem finde ich keine angabe zur betriebsspannung, sind das 3.3V oder 5V?

Hat jemand eine idee was ich evtl noch probieren kann?
Moin
Also irgendwie kann ich Dir nicht folgen!
Von welcher Betriebsspannung redest Du? Der eBus hat irgendwas zwischen 8V und max 24V. Wobei ueber 15V high Pegel anliegt!
Und wenn Du schon mit diesem alten Adapter anfaengst, dann musst du Dich natuerlich auch an die weitere Vorgehensweise, wie im Wiki beschrieben, halten!
Sprich das Poti abgleichen, was schnell zu einer Sisyphos Arbeit ausarten kann!
Ansonsten stell doch einfach mal Photos Deines Adapters ein!
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 10 Februar 2021, 19:35:30
Zitat von: lxuser am 06 Februar 2021, 01:47:12
Für den Ebus-Adapter 3.0 benötige ich die aktuelle Version von ebusd und kann nicht mehr die 3.4 nutzen, die zuvor mit dem Ebus-Adapter 1.6 stabil lief?
ja, es sei denn Du stellt vom enhanced auf den normalen Modus um.
Zitat von: lxuser am 06 Februar 2021, 01:47:12
Könnten in der selbstkompilierten Version anstatt der per apt installierten Version schon Änderungen zu diesem Symtom drin sein?
welche Version hast Du denn jetzt?
Zitat von: lxuser am 06 Februar 2021, 01:47:12
Bzw. welche weiteren Informationen könnte ich zur Fehlersuche liefern?   
es wär toll, wenn Du ebusd mit debug level laufen lassen könntest (produziert viel output) bis das Problem wieder auftritt, und mir das log bzw. 5 Minuten vor und 1 Minute nach dem Problem zukommen lassen könntest
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: lxuser am 10 Februar 2021, 23:56:25
Hallo John,

aktuell ist es die Version 21.2. Im Log weiter oben war es noch die 21.1.

Einen aktuellen Auszug aus dem Logfile mit dem von dir gewünschtem Zeitraum konnte ich hier gerade nicht einstellen. Die Forums-Software schneidet nach ca. 2 Minuten den Rest ab. Wie kann ich dir den Log am besten zukommen lassen, per Mail, Issue bei Git oder...?

Wenn ein Log mit Level debug nicht reicht - ich habe zumindest darin nichts auffälliges erkennen können - könnte ich auch noch mal die in der Wiki genannte "debuggable version of the binaries" laufen lassen.

Viele Grüße
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 13 Februar 2021, 16:13:52
Zitat von: lxuser am 10 Februar 2021, 23:56:25
Einen aktuellen Auszug aus dem Logfile mit dem von dir gewünschtem Zeitraum konnte ich hier gerade nicht einstellen. Die Forums-Software schneidet nach ca. 2 Minuten den Rest ab. Wie kann ich dir den Log am besten zukommen lassen, per Mail, Issue bei Git oder...?
ja mach einfach ein issue auf
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Heatseeker am 24 Februar 2021, 21:24:11
Moin,

kann mir mal einer mit einer regex helfen? bin hier am verzweifeln. Problem ist scheinbar, dass u.A. meine z1DayTemp sowohl 20 als auch 20.5 zurückmeldet, also nicht 20.0

Ich habe etwas rumgesucht und auch mit Notepad++ getestet (da kann man nach Regex suchen :-)) und war dort mit

?:\d\d(?:\.\d+)?|\.\d+
erfolgreich (es soll ja auch nicht die "1" in z1DayTemp gefunden werden.

Ich habe nun stehen:
get RaumSollTag cmd {"r -f z1DayTemp\n"}
get RaumSollTag expect "?:\d\d(?:\.\d+)?|\.\d+"
get RaumSollTag postproc { sprintf("%5.1f",$_) }


Die Anzeige in FHEM ist auch korrekt aber im Log wird sich beschwert:

EBUS: unexpected answer 20\n\n (\062\060\012\012) received (wrote r -f z1DayTemp\n (\162\040\055\146\040\172\061\104\141\171\124\145\155\160\012), expected ?:\d\d(?:\.\d+)?|\.\d+)

Kann mir da wer helfen? Danke!!!

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 26 Februar 2021, 19:44:02
zeig doch bitte einmal was die Abfrage in der Konsole ergibt!

ebusctl -r -f z1DayTemp

so zum Beispiel:
pi@eBus:~ $ ebusctl r -f ActualRoomTempDesiredHc1
21.00


LG


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Heatseeker am 28 Februar 2021, 11:24:58
Moin,

root@FHEM:~# ebusctl r -f z1DayTemp
21

root@FHEM:~#


wie gesagt, leider ohne "."
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 01 März 2021, 21:18:07
ah ja, das ist eh korrekt. Wenn da nur Zahlen kommen dann laß doch einfach deine regex weg und das Log muss wieder ok sein.

get RaumSollTag expect "?:\d\d(?:\.\d+)?|\.\d+"
das kannst du streichen und sowas wäre nur dann notwendig wenn hier außer Zahlen noch andere Zeichen im Rückgabewert vorhanden sind. Ein Filter auf Zahlen die eh nur Zahlen sind ist sinnlos. Du formatierst ja noch zusätzlich mit sprintf auf eine Nachkommastelle, somit ist der Output ja ok wenn du schon den Dezimalpunkt haben willst.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Heatseeker am 03 März 2021, 21:43:49
Mmmh stimmt!

Das könnte klappen, ich werde das am Wochenende mal probieren.

Danke!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tlc am 09 März 2021, 17:16:31
Hi everyone,

I have installed the ebus adapters v3 at the location.
My setup is:
- 2 x Vaillant heaters EcoTec
- 1 x VR32 (the 2nd heater is behind this ebus coupler)
- 1 x VR630/3 controller
- 2 x ebus adapter 3 (ethernet and wifi, both connected to the same ebus line).

On software side, I use the following:
- Openhab 2.5.12 as smarthome platform, with the ebus binding installed
- Mosquitto as MQTT broker.
(I apologize for being partially off-topic, I know this forum is dedicated to FHEM, but ebusd is the same everywhere :) )

I succesfully created 2 instances of ebus service (this is not important at this time, as I only intend to use one singe ebus adapter). Both instances are connected to the MQTT broker.

Here are some difficulties that I encountered so far, after 2 days spent on configuring and troubleshooting:
- I am unable to retrieve all the information from the VR630; for example, I cannot retrieve HeatingCurve nor FlowTempDesired
- I am unable to get/send messages from/to the 2nd burner which is behind a VR32 coupler. However I have some very useful information from john30 on how to communicate with devices behind a VR32 coupler (https://github.com/john30/ebusd/issues/109#issuecomment-782604650) - I am planning to deal with this later.

At this time I am trying hard to fix the 1st issue, that is to be able to read and change parameters from the 1st heater (directly connected to ebus).
/etc/default/ebusd:

EBUSD_OPTS1="--scanconfig --configpath=http://ebusd.eu/config/ --device=enh:10.1.0.112:9999  --port=8888 -l /var/log/ebusd1.log --pidfile=/var/run/ebusd1.pid --mqttretain --mqttjson --mqtttopic=ebusd1 --mqtthost=10.10.0.3 --mqttport=1883 --mqttuser=admin --mqttpass=xxxxxx --mqttclientid=ebus_1_eth --latency=10"

Here are some messages from /var/log/ebusd1.log (please note that currently only the VR630 is turned on, until I find a way to control the FlowTempDesired - otherwise the heaters would be burning gas in vain, as I am not at the location):

2021-03-09 17:56:57.121 [update notice] received unknown MS cmd: 1023b505082b0f010a00000080 / 00
2021-03-09 17:56:57.221 [update notice] sent poll-read ui YieldThisYear QQ=31: 0;0;0;0;0;0;0;0;0;0;0;0
2021-03-09 17:56:57.452 [update notice] sent poll-read ui YieldThisYear QQ=31: 0;0;0;0;0;0;0;0;0;0;0;0
2021-03-09 17:56:57.660 [update notice] received read hc SumFlowSensor QQ=10: 17.06;ok
2021-03-09 17:56:57.782 [update notice] received poll-read ui YieldThisYear QQ=31: 0;0;0;0;0;0;0;0;0;0;0;0
2021-03-09 17:56:57.887 [update notice] sent poll-read ui YieldThisYear QQ=31: 0;0;0;0;0;0;0;0;0;0;0;0
2021-03-09 17:56:58.066 [update notice] sent poll-read ui YieldThisYear QQ=31: 0;0;0;0;0;0;0;0;0;0;0;0
2021-03-09 17:56:58.275 [update notice] received read hwc Status QQ=10: 0;off;40.12;0
2021-03-09 17:56:58.394 [update notice] received poll-read ui YieldThisYear QQ=31: 0;0;0;0;0;0;0;0;0;0;0;0
2021-03-09 17:56:58.499 [update notice] sent poll-read ui YieldThisYear QQ=31: 0;0;0;0;0;0;0;0;0;0;0;0
2021-03-09 17:56:58.670 [update notice] sent poll-read ui YieldThisYear QQ=31: 0;0;0;0;0;0;0;0;0;0;0;0
2021-03-09 17:56:58.856 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2021-03-09 17:56:58.856 [bus notice] device invalid
2021-03-09 17:56:59.364 [bus error] poll ui YieldThisYear failed: ERR: wrong symbol received
2021-03-09 17:57:00.060 [update notice] received unknown MS cmd: 1026b5050427001100 / 00
2021-03-09 17:57:00.244 [update notice] received read hc DateTime QQ=10: nosignal;02:26:38;03.01.2007;-4.250
2021-03-09 17:57:00.421 [update notice] received unknown MS cmd: 1026b5040101 / 09150500000085000000
2021-03-09 17:57:00.591 [update notice] received unknown MS cmd: 1026b505082b0f010a00000080 / 00
2021-03-09 17:57:03.063 [bus error] poll ui YieldThisYear failed: ERR: wrong symbol received
2021-03-09 17:57:03.067 [bus error] device status: eBUS comm error: framing
2021-03-09 17:57:03.856 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2021-03-09 17:57:03.856 [bus notice] device invalid
2021-03-09 17:57:07.185 [update notice] received read hc SumFlowSensor QQ=10: 17.06;ok
2021-03-09 17:57:07.363 [update notice] received read mc Mode QQ=10: 20;auto;0;0;low;inactive;night
2021-03-09 17:57:07.521 [update notice] received unknown MS cmd: 1026b504010d / 053300110115
2021-03-09 17:57:07.686 [update notice] received read hwc Status QQ=10: 0;off;39.50;0
2021-03-09 17:57:08.843 [update notice] received unknown MS cmd: 1050b5050427001100 / 00


I have extracted all "sent/received unknown MS/MM cmd" unique messages without the timestamp, in the last 48 hours (grep unknown /var/log/ebusd1.log|cut -f3- -d" "|sort -u).
The list is quite big - you will find it attached as zip archive.
Both heaters were on for approx. 45 minutes in these 48 hours.

Here is also the output of the "ebusctl find -a -d" command:
Zitatopenhabian@pi2:~/scripts/ebusd_tlc_diverse $ ebusctl find -a -d
bai SetMode = water;62.0;-;-;0;0;0;1;0;0
bai Status01 = 63.5;63.5;-;-;-;off
broadcast datetime = -4.562;02:43:03;03.01.2007
broadcast id = Vaillant;VR630;0500;6301
broadcast outsidetemp = -4.562
broadcast vdatetime = 02:43:03;03.01.2007
cc Mode = 30;off;disabled;circulation;00;night
hc currenterror = -;-;-;-;-
hc DateTime = nosignal;02:43:12;03.01.2007;-4.562
hc SumFlowSensor = 16.69;ok
hwc Mode = 38;off;disabled;inactive;00;night
hwc Status = 0;off;40.12;0
mc Mode = 20;auto;0;0;low;inactive;night
mc.3 Mode = 20;auto;0;0;low;inactive;night
scan.08  = Vaillant;BAI00;0609;5502
scan.08 id = 21;16;31;0010011740;0001;005691;N2
scan.15  = Vaillant;UI   ;0509;6201
scan.15 id = 21;15;27;0020080468;0907;006125;N9
scan.18  = Vaillant;V32;0117;9802
scan.23  = Vaillant;VR630;0500;6301
scan.23 id = 21;15;27;0020092440;0907;005308;N2
scan.25  = Vaillant;VR630;0500;6301
scan.25 id = 21;15;27;0020092440;0907;005308;N2
scan.26  = Vaillant;VR630;0500;6301
scan.26 id = 21;15;27;0020092440;0907;005308;N2
scan.44  = Vaillant;VR630;0500;6301
scan.44 id = 21;15;27;0020092440;0907;005308;N2
scan.50  = Vaillant;VR630;0500;6301
scan.50 id = 21;15;27;0020092440;0907;005308;N2
scan.51  = Vaillant;VR630;0500;6301
scan.51 id = 21;15;27;0020092440;0907;005308;N2
scan.84  = Vaillant;VR630;0500;6301
scan.84 id = 21;15;27;0020092440;0907;005308;N2
ui YieldThisYear = 0;0;0;0;0;0;0;0;0;0;0;0

The 40.12 value that you see above in red is the temperature from the temp. sensor mounted on the 800L domestic hot water tank, which is heated by solar panels. The solar system is completely separated from the Vaillant/ebus eco system (actually the 1st spiral of the water tank is connected to solar panel system and the 2nd spiral is connected to the HWC of the Vaillant ecosystem).

ebusctl info:

openhabian@pi2:~/scripts/ebusd_tlc_diverse $ ebusctl i
version: ebusd 21.2.v21.2-9-gb98558b
update check: revision v21.2 available
signal: acquired
symbol rate: 23
max symbol rate: 217
min arbitration micros: 1
max arbitration micros: 279
min symbol latency: 0
max symbol latency: 18
reconnects: 0
masters: 6
messages: 742
conditional: 15
poll: 1
update: 12
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 13: master #12
address 15: slave #2, scanned "MF=Vaillant;ID=UI   ;SW=0509;HW=6201", loaded "vaillant/15.ui.csv"
address 18: slave #12, scanned "MF=Vaillant;ID=V32;SW=0117;HW=9802"
address 23: slave, scanned "MF=Vaillant;ID=VR630;SW=0500;HW=6301", loaded "vaillant/23.vr630.cc.csv"
address 25: slave, scanned "MF=Vaillant;ID=VR630;SW=0500;HW=6301", loaded "vaillant/25.vr630.hwc.csv"
address 26: slave, scanned "MF=Vaillant;ID=VR630;SW=0500;HW=6301", loaded "vaillant/26.vr630.hc.csv"
address 31: master #8, ebusd, conflict
address 36: slave #8, ebusd
address 3f: master #23
address 44: slave #23, scanned "MF=Vaillant;ID=VR630;SW=0500;HW=6301"
address 50: slave, scanned "MF=Vaillant;ID=VR630;SW=0500;HW=6301", loaded "vaillant/50.vr630.mc.csv"
address 51: slave, scanned "MF=Vaillant;ID=VR630;SW=0500;HW=6301", loaded "vaillant/51.vr630.mc.3.csv"
address 7f: master #24
address 84: slave #24, scanned "MF=Vaillant;ID=VR630;SW=0500;HW=6301"





According to the openhab ebus binding statistics, the Unresolved telegram ration is 81.8% - see attached print screen.

Can you please advise how to interpret the unresolved values?

Thanks a lot!
Cristian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 März 2021, 18:26:49
Hello,

do you have a route to the broker from 10.1.0.x to 10.10.0.x  ?

address 31: master #8, ebusd, conflict
The adapter has an conflict with the address "31", please set the second adapter to "01" or "ff", but no "31" (default) .

--address=ff

and the latency is very small, set it to 20000!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tlc am 09 März 2021, 18:57:50
Yes, I have a route, I can see lots of MQTT messages on the MQTT broker, published by both ebusd instances.
In fact I have an OpenWRT  router with 2 separate VLANs which are communicating in both directions at this moment (my goal is actually to create an isolated VLAN for the smarthome devices, separated from the rest of the network, but so far it is work in progress).

I have updated the ebusd default configuration, thanks a lot for the hints :)
ZitatEBUSD_OPTS1="--scanconfig --configpath=http://ebusd.eu/config/ --device=enh:10.1.0.112:9999  --port=8888 -l /var/log/ebusd1.log --pidfile=/var/run/ebusd1.pid --mqttretain --mqttjson --mqtttopic=ebusd1 --mqtthost=10.10.0.3 --mqttport=1883 --mqttuser=admin --mqttpass=******--mqttclientid=ebus_1_eth  --latency=20000"
EBUSD_OPTS2="--scanconfig --configpath=http://ebusd.eu/config/ --device=enh:10.10.0.242:9999 --port=8889 -l /var/log/ebusd2.log --pidfile=/var/run/ebusd2.pid --mqttretain --mqttjson --mqtttopic=ebusd2 --mqtthost=10.10.0.3 --mqttport=1883 --mqttuser=admin --mqttpass=****** --mqttclientid=ebus_2_wifi --latency=20000 --address=FF"

I added --latency=20000 on both devices, considering that both are connected via a network interface (and not via USB).

Meanwhile I noticed that I can read the TempDesired if I specifically read the value:

Zitatopenhabian@pi2:~ $ ebusctl r -v TempDesired
hc TempDesired temp1=21.0

Once I have ran this once, now the value is available with "ebusctl find" command :

Zitatopenhabian@pi2:~ $ ebusctl find|grep -v "no data st"
broadcast datetime = -5.750;04:21:01;03.01.2007
broadcast outsidetemp = -5.750
broadcast vdatetime = 04:22:02;03.01.2007
hc currenterror = -;-;-;-;-
hc DateTime = nosignal;04:21:24;03.01.2007;-5.750
hc SumFlowSensor = 16.56;ok
hc TempDesired = 21.0
hwc Mode = 38;off;disabled;inactive;00;night
hwc Status = 0;off;38.50;0
mc Mode = 20;auto;0;0;low;inactive;night
mc.3 Mode = 20;auto;0;0;low;inactive;night
scan.15  = Vaillant;UI   ;0509;6201
scan.15 id = 21;15;27;0020080468;0907;006125;N9
scan.23  = Vaillant;VR630;0500;6301
scan.23 id = 21;15;27;0020092440;0907;005308;N2
scan.25  = Vaillant;VR630;0500;6301
scan.25 id = 21;15;27;0020092440;0907;005308;N2
scan.26  = Vaillant;VR630;0500;6301
scan.26 id = 21;15;27;0020092440;0907;005308;N2
scan.50  = Vaillant;VR630;0500;6301
scan.50 id = 21;15;27;0020092440;0907;005308;N2
scan.51  = Vaillant;VR630;0500;6301
scan.51 id = 21;15;27;0020092440;0907;005308;N2
ui YieldThisYear = 0;0;0;0;0;0;0;0;0;0;0;0

Please note that HeatingCurve is not listed.

I have executed the command "ebusctl r -v HeatingCurve":

Zitatopenhabian@pi2:~ $ ebusctl r -v HeatingCurve
hc HeatingCurve curve=0.95

And from now on, HeatingCurve is available when running "ebusctl find" !!! :

Zitatopenhabian@pi2:~ $ ebusctl find|grep -v "no data st"
broadcast datetime = -5.750;04:26:00;03.01.2007
broadcast outsidetemp = -5.750
broadcast vdatetime = 04:26:00;03.01.2007
hc currenterror = -;-;-;-;-
hc DateTime = nosignal;04:25:48;03.01.2007;-5.750
hc HeatingCurve = 0.95
hc SumFlowSensor = 16.56;ok
hc TempDesired = 21.0
hwc Mode = 38;off;disabled;inactive;00;night
hwc Status = 0;off;39.31;0
mc Mode = 20;auto;0;0;low;inactive;night
mc.3 Mode = 20;auto;0;0;low;inactive;night
scan.15  = Vaillant;UI   ;0509;6201
scan.15 id = 21;15;27;0020080468;0907;006125;N9
scan.23  = Vaillant;VR630;0500;6301
scan.23 id = 21;15;27;0020092440;0907;005308;N2
scan.25  = Vaillant;VR630;0500;6301
scan.25 id = 21;15;27;0020092440;0907;005308;N2
scan.26  = Vaillant;VR630;0500;6301
scan.26 id = 21;15;27;0020092440;0907;005308;N2
scan.50  = Vaillant;VR630;0500;6301
scan.50 id = 21;15;27;0020092440;0907;005308;N2
scan.51  = Vaillant;VR630;0500;6301
scan.51 id = 21;15;27;0020092440;0907;005308;N2
ui YieldThisYear = 0;0;0;0;0;0;0;0;0;0;0;0

Is this behaviour normal?
Is there any way to force all values to be read at once?

Thanks!
Cristian
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tlc am 09 März 2021, 19:11:02
Moreover, I have managed to change the HeatingCurve value with ebusctl:

Zitatopenhabian@pi2:~ $ ebusctl write -c hc HeatingCurve 1
done


Again I had to run "ebusctl r -v HeatingCurve" :

Zitatopenhabian@pi2:~ $ ebusctl r -v HeatingCurve
hc HeatingCurve curve=1.00

Otherwise the "ebusctl find" command would NOT list the HeatingCurve value.

Once I had specifically read the HeatingCurve value (with the above command), the "ebusctl find" is now showing again the HeatingCurve value:

Zitatopenhabian@pi2:~ $ ebusctl find|grep -v "no data st"
broadcast datetime = -5.750;04:39:03;03.01.2007
broadcast outsidetemp = -5.750
broadcast vdatetime = 04:38:03;03.01.2007
hc currenterror = -;-;-;-;-
hc DateTime = nosignal;04:33:33;03.01.2007;-4.875
hc HeatingCurve = 1.00
hc SumFlowSensor = 16.44;ok
hc TempDesired = 21.0
hwc Mode = 38;off;disabled;inactive;00;night
hwc Status = 0;off;39.31;0
mc Mode = 20;auto;0;0;low;inactive;night
mc.3 Mode = 20;auto;0;0;low;inactive;night
scan.15  = Vaillant;UI   ;0509;6201
scan.15 id = 21;15;27;0020080468;0907;006125;N9
scan.23  = Vaillant;VR630;0500;6301
scan.23 id = 21;15;27;0020092440;0907;005308;N2
scan.25  = Vaillant;VR630;0500;6301
scan.25 id = 21;15;27;0020092440;0907;005308;N2
scan.26  = Vaillant;VR630;0500;6301
scan.26 id = 21;15;27;0020092440;0907;005308;N2
scan.50  = Vaillant;VR630;0500;6301
scan.50 id = 21;15;27;0020092440;0907;005308;N2
scan.51  = Vaillant;VR630;0500;6301
scan.51 id = 21;15;27;0020092440;0907;005308;N2

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 März 2021, 19:27:48
the HeartingCureve is not stored in "bai" Device, but in your "hc" Device!

i have seen in the old log you has an error by "USB0", is this error still there?

2021-03-09 17:56:58.856 [bus error] unable to open /dev/ttyUSB0: ERR: element not found

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tlc am 09 März 2021, 19:45:07
Yes, I know, in fact the only active device now is the VR630. Both heaters are turned off via Tasmota smart plugs. The VR630 device should be now showing "COMMS Error" on its display, but strangely I cannot detect any error with ebusd...

I think I found the solution (one hour earlier I was 150% sure it's not working), but in fact : if I add the -a switch to "ebusctl find" command, it seems to be showing all the fields (even after I change a value with the "write" command):

Zitatopenhabian@pi2:~ $ ebusctl write -c hc HeatingCurve 1.2
done


Zitatopenhabian@pi2:~ $ ebusctl find -d -a
broadcast datetime = -4.250;05:14:02;03.01.2007
broadcast outsidetemp = -4.250
broadcast vdatetime = 05:14:02;03.01.2007
hc currenterror = -;-;-;-;-
hc DateTime = nosignal;05:13:50;03.01.2007;-4.250
hc HeatingCurve = 1.20
hc SumFlowSensor = 16.19;ok
hc TempDesired = 4.0
hwc Mode = 38;off;disabled;inactive;00;night
hwc Status = 0;off;39.19;0
mc Mode = 20;auto;0;0;low;inactive;night
mc.3 Mode = 20;auto;0;0;low;inactive;night
scan.15  = Vaillant;UI   ;0509;6201
scan.15 id = 21;15;27;0020080468;0907;006125;N9
scan.23  = Vaillant;VR630;0500;6301
scan.23 id = 21;15;27;0020092440;0907;005308;N2
scan.25  = Vaillant;VR630;0500;6301
scan.25 id = 21;15;27;0020092440;0907;005308;N2
scan.26  = Vaillant;VR630;0500;6301
scan.26 id = 21;15;27;0020092440;0907;005308;N2
scan.50  = Vaillant;VR630;0500;6301
scan.50 id = 21;15;27;0020092440;0907;005308;N2
scan.51  = Vaillant;VR630;0500;6301
scan.51 id = 21;15;27;0020092440;0907;005308;N2
ui YieldThisYear = 0;0;0;0;0;0;0;0;0;0;0;0

I had set the TempDesired to 4 degrees, so now I can remotely turn on the heaters for experimental purposes.

Regarding the USB device, yes, the error is still present (but only on ebusd1; on ebusd2 instance I don't have such errors in the log):

Zitat2021-03-09 20:46:06.767 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2021-03-09 20:46:06.767 [bus notice] device invalid

I managed to get it to start correctly once, but I don't remember how. I think it could be related to the default naming convention for one ebusd instance only (ebusd.log, ebusd.pid etc).
I believe if I use "ebusd.log" instead of "ebusd1.log" for instance #1, it doesn't show the USB0 error.
What is weird is that the 2nd instance never gave such errors, even though all file names are suffixed with the "2" index (ebusd2.log, ebus2.pid)

Another thing that I noticed: if I do not specify the pid file in the EBUSD_OPTS1 variable in /etc/default/ebusd, the service will never start because the pid file is not found! (it is not enough to specify it in the /etc/systemd/system/ebusd.service configuration file).
I think this is a bug, but from my point of view I managed to find a workaround, i.e. to specify the pid file also in the EBUSD_OPTS1 variable.

Later edit: the problem might come from the fact that I am using /etc/systemd/system/ebusd.service for instance #1 (instead of ebusd1.service), while the rest of the files are suffixed with 1 (ebusd1.log, ebusd1.pid). Somehow it is defaulting the device to USB0 but at the same time it reads also the configuration options (pointing to the ethernet enhanced device).
The 2nd instance has all configuration and log files always suffixed with 2 (including the ebusd2.service file), hence there are no USB0 errors.

Thanks!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: DerFranke am 11 März 2021, 15:13:49
gelöscht
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 11 März 2021, 16:09:32
Zitat von: DerFranke am 11 März 2021, 15:13:49
Die Schaltung ist angekommen und läuft - Besten Dank John.  8)
2 Fragen wären da noch:
Ist das so richtig?
Moin
Bist du auch im richtigen Thread? Wenn es um die V3 geht, bitte auch da posten!
Gruss Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: DerFranke am 11 März 2021, 17:31:57
Zitat von: pc1246 am 11 März 2021, 16:09:32
Moin
Bist du auch im richtigen Thread? Wenn es um die V3 geht, bitte auch da posten!
Gruss Christoph

Nee, bin ich mir nicht sicher. Hat der V3 thread auch einen aussagekräftigen Titel, an dem ich das erkennen kann / hätte können?
Kann man den Beitrag verschieben?

Außerdem, Christoph, es sieht so aus, daß der Adapter ja läuft. Eine Frage nach den CSVen wäre schon hier passend.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: pc1246 am 11 März 2021, 20:51:06
Moin
Na irgendwie hast Du es ja auch geschafft einen Adapter zu ergattern!?
Ich habe das jetzt mal fuer Dich gesucht! -> https://forum.fhem.de/index.php/topic,118143.msg1125668.html#msg1125668
Und nein, das ist hier falsch, da sich seit der Erstellung dieses Threads doch einiges geaendert hat!
Gruss und viel Spass
Christoph
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: DerFranke am 11 März 2021, 21:33:56
Zitat von: pc1246 am 11 März 2021, 20:51:06
Ich habe das jetzt mal fuer Dich gesucht! -> https://forum.fhem.de/index.php/topic,118143.msg1125668.html#msg1125668

Bedankt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Dre83 am 01 April 2021, 10:20:13
Hallo :) Ich lese seit Tagen aufmerksam hier mit da ich bei einem Problem nicht weiterkomme.

Zur Ausgangslage: Habe einen ESERA EBus Etheret Adapater der im LAN hängt und einen Raspberry Pi.
Meine Solarthermieanlage besteht aus (Gastherme, VCR 700, VR71, Trinkwasserstation, Solarstation und Außenfühler)

Nun zum Problem.

Mein Konfig sieht wie folgt aus:
EBUSD_OPTS="--device=192.168.2.119:5000  --httpport=8889 --scanconfig=full --enablehex --latency=0 --configpath=/etc/ebusd/ebusd-2.1.x/de"

Aktuell wird nur die VCR700 und der Außenfühler erkannt
pi@raspberrypi:~ $ ebusctl info
version: ebusd 21.2.v21.2
signal: acquired
symbol rate: 23
max symbol rate: 342
reconnects: 0
masters: 4
messages: 117
conditional: 0
poll: 0
update: 8
address 01: master #6
address 03: master #11
address 06: slave #6
address 08: slave #11
address 0a: slave
address 10: master #2
address 12: slave
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0613;HW=6903"
address 26: slave
address 31: master #8, ebusd
address 36: slave #8, ebusd
address ec: slave, scanned "MF=Vaillant;ID=SOL00;SW=0613;HW=6903", loaded "vaillant/ec.sol.sc.csv"


Ich habe gestern mal schrittweise den EBus physikalisch aufgetrennt und danach sind die anderen Geräte dazu genommen. Sobald man den Raspberry Pi neustartet werden maximal 1-2 Geräte wieder erkannt.

Öffne ich das Log erhalte ich viele von diesen Meldungen was für mich bedeutet das die Daten nicht entschlüsselt werden können:
2021-04-01 07:56:59.785 [main error] scan config 0a: ERR: arbitration lost
2021-04-01 07:56:59.848 [update notice] received unknown MS cmd: 1008b5100305ff01 / 0101
2021-04-01 07:57:00.087 [update notice] received unknown MS cmd: 1008b512020064 / 00
2021-04-01 07:57:00.328 [update notice] received unknown MS cmd: 1008b5120204ff / 0101
2021-04-01 07:57:00.580 [update notice] received unknown MS cmd: 1006b508070700003000b002 / 00
2021-04-01 07:57:00.820 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-01 07:57:01.034 [update notice] received unknown BC cmd: 10feb510020601
2021-04-01 07:57:01.296 [update notice] received unknown MS cmd: 1006b50903295600 / 0656000c030000
2021-04-01 07:57:06.103 [update notice] received unknown MS cmd: 1008b5110101 / 096968d008ffff0000ff
2021-04-01 07:57:06.404 [update notice] received unknown MS cmd: 1026b5230106 / 1000806d02008000806d030080f7035104
2021-04-01 07:57:06.699 [update notice] received unknown MS cmd: 1026b5230107 / 0fee030080008000800000800080fc05
2021-04-01 07:57:06.882 [main error] scan config 12: ERR: arbitration lost
2021-04-01 07:57:06.970 [update notice] received unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2021-04-01 07:57:07.261 [update notice] received unknown MS cmd: 1026b5230f05ffffff000000ffffffffffff0000 / 0101
2021-04-01 07:57:07.508 [update notice] received unknown MS cmd: 1026b5230402000150 / 020105
2021-04-01 07:57:07.757 [update notice] received unknown MS cmd: 1026b5230402010150 / 02019c
2021-04-01 07:57:08.005 [update notice] received unknown MS cmd: 1026b5230402020150 / 02019c
2021-04-01 07:57:16.471 [update notice] received unknown MS cmd: 1008b5110101 / 096968d008ffff0000ff
2021-04-01 07:57:16.566 [update notice] received unknown MS cmd: 01ecb5040110 / 0a00800080008000800080
2021-04-01 07:57:16.707 [main error] scan config 15: ERR: arbitration lost
2021-04-01 07:57:16.824 [update notice] received unknown MS cmd: 1026b5230106 / 1000806c02008000806d030080f7035104
2021-04-01 07:57:16.910 [update notice] received unknown MS cmd: 01ecb505084d99000000000000 / 00
2021-04-01 07:57:17.161 [update notice] received unknown MS cmd: 1026b5230107 / 0fee030080008000800000800080fc05
2021-04-01 07:57:17.215 [update notice] received unknown BC cmd: 01feb505054e0c030080
2021-04-01 07:57:17.442 [update notice] received unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2021-04-01 07:57:18.209 [update notice] received unknown MS cmd: 1026b5230f05ffffff000000ffffffffffff0000 / 0101
2021-04-01 07:57:18.457 [update notice] received unknown MS cmd: 1026b5230402000150 / 020105
2021-04-01 07:57:18.705 [update notice] received unknown MS cmd: 1026b5230402010150 / 02019c
2021-04-01 07:57:18.953 [update notice] received unknown MS cmd: 1026b5230402020150 / 02019c
2021-04-01 07:57:26.180 [update notice] received unknown MS cmd: 1008b5110101 / 096968d008ffff0000ff


Was kann hier helfen damit die Daten korrekt entschlüsselt werden?

Viele Grüße
André
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 01 April 2021, 19:17:04
Zitat von: Dre83 am 01 April 2021, 10:20:13
Mein Konfig sieht wie folgt aus:
EBUSD_OPTS="--device=192.168.2.119:5000  --httpport=8889 --scanconfig=full --enablehex --latency=0 --configpath=/etc/ebusd/ebusd-2.1.x/de"
Nimm mal als Latency das Maximum mit 100000.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Dre83 am 01 April 2021, 21:48:33
Aktuell werden alle Geräte gefunden, wenn ich diese Stück für Stück einschalte.
Was mich wundert das 5 Geräte keine CSV laden. Was auffällt das immer nur für maximal ein Gerät die csv geladen wird. Schließe ich zb. nur die VR71 an wird für diese die CSV geladen. Woran kann das liegen?

pi@raspberrypi:~/ebusd $ ebusctl info
version: ebusd 21.2.v21.2
signal: acquired
symbol rate: 41
max symbol rate: 289
reconnects: 0
masters: 5
messages: 220
conditional: 3
poll: 0
update: 10
address 01: master #6
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0104;HW=7803", loaded "vaillant/bai.308523.inc", "vaillant/08.bai.csv"
address 0a: slave, scanned "MF=Vaillant;ID=PMW01;SW=0206;HW=8302"
address 10: master #2
address 12: slave
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0613;HW=6903"
address 26: slave, scanned "MF=Vaillant;ID=VR_71;SW=0104;HW=0503"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address ec: slave, scanned "MF=Vaillant;ID=SOL00;SW=0613;HW=6903"
address ed: slave, scanned "MF=Vaillant;ID=PMS02;SW=0209;HW=8402"
address f7: master #20



Die csv Dateien liegen alle hier:
/etc/ebusd/ebusd-2.1.x/de/vaillant

Anbei mal das log - bai00 zieht direkt nach Erkennung die csv-Datei. Vr71 und 70000 nicht.

021-04-02 01:31:30.199 [main notice] ebusd 21.2.v21.2 started with full scan on device 192.168.2.119:5000
2021-04-02 01:31:30.229 [bus notice] bus started with own address 31/36
2021-04-02 01:32:19.970 [bus notice] signal acquired
2021-04-02 01:32:20.578 [main notice] starting initial full scan
2021-04-02 01:32:20.924 [bus notice] new master 03, master count 2
2021-04-02 01:32:22.175 [bus notice] new master 10, master count 3
2021-04-02 01:32:22.251 [bus notice] scan 08: ;Vaillant;BAI00;0104;7803
2021-04-02 01:32:22.251 [update notice] store 08 ident: done
2021-04-02 01:32:22.251 [update notice] received scan-read scan.08  QQ=10: Vaillant;BAI00;0104;7803
2021-04-02 01:32:30.584 [main notice] read common config file vaillant/broadcast.csv
2021-04-02 01:32:30.584 [main notice] read common config file vaillant/scan.csv
2021-04-02 01:32:30.585 [main notice] read common config file vaillant/general.csv
2021-04-02 01:32:30.586 [main notice] read scan config file vaillant/08.bai.csv for ID "bai00", SW0104, HW7803
2021-04-02 01:32:32.430 [bus error] send to 08: ERR: arbitration lost, retry
2021-04-02 01:32:34.388 [bus error] send to 08: ERR: arbitration lost, retry
2021-04-02 01:32:36.434 [bus error] send to 08: ERR: arbitration lost
2021-04-02 01:32:36.434 [bus error] send message part 0: ERR: arbitration lost
2021-04-02 01:32:36.434 [main error] error reading message scan.08 id: ERR: arbitration lost
2021-04-02 01:32:37.253 [bus notice] scan 26: ;Vaillant;VR_71;0104;0503
2021-04-02 01:32:37.253 [update notice] store 26 ident: done
2021-04-02 01:32:37.253 [update notice] received scan-read scan.26  QQ=10: Vaillant;VR_71;0104;0503
2021-04-02 01:32:38.413 [bus error] send to 08: ERR: arbitration lost, retry
2021-04-02 01:32:40.499 [bus error] send to 08: ERR: arbitration lost, retry
2021-04-02 01:32:40.597 [update notice] received unknown MS cmd: 1008b5040100 / 0a01ffffffffffffff2007
2021-04-02 01:32:40.920 [update notice] received unknown MS cmd: 1008b5110101 / 097d742007ffff0000ff
2021-04-02 01:32:41.220 [update notice] received unknown MS cmd: 1026b5230106 / 100080d20100800080100400803d045104
2021-04-02 01:32:41.517 [update notice] received unknown MS cmd: 1026b5230107 / 0f3d040080008000800000800080fc05
2021-04-02 01:32:41.778 [update notice] received unknown MS cmd: 1008b5110102 / 06023c96468c82
2021-04-02 01:32:42.047 [update notice] received unknown MS cmd: 1008b510090000ffffffff050000 / 0101
2021-04-02 01:32:42.286 [update notice] received update-read broadcast vdatetime QQ=10: 01:32:40;02.04.2021
2021-04-02 01:32:42.577 [update notice] received unknown MS cmd: 1026b5230f05ffffff000000ffffffffffff0000 / 0101
2021-04-02 01:32:42.585 [bus error] send to 08: ERR: arbitration lost
2021-04-02 01:32:42.586 [bus error] send message part 0: ERR: arbitration lost
2021-04-02 01:32:42.586 [main error] error reading message scan.08 id: ERR: arbitration lost
2021-04-02 01:32:42.671 [bus notice] scan 15: ;Vaillant;70000;0613;6903
2021-04-02 01:32:42.671 [update notice] store 15 ident: done
2021-04-02 01:32:42.671 [update notice] received scan-read scan.15  QQ=03: Vaillant;70000;0613;6903
2021-04-02 01:32:42.899 [update notice] received unknown MS cmd: 1008b5110100 / 08e90319001f000000
2021-04-02 01:32:43.034 [bus notice] max. symbols per second: 107
2021-04-02 01:32:43.146 [update notice] received unknown MS cmd: 1026b5230402000000 / 02019c
2021-04-02 01:32:43.395 [update notice] received unknown MS cmd: 1026b5230402010000 / 02019c
2021-04-02 01:32:43.641 [update notice] received unknown MS cmd: 1026b5230402020000 / 02019c


Anbei zum Abschluss noch eine Anfängerfrage: Was ist das für ein Gerät? BAI00?

Edit:
Anbei noch ein Beispiel: Hier habe ich zuerst die VR71 angeschlossen und dann zieht es auch nur da die CSV und bei den anderen nicht. Somit kann es an meiner Sicht nicht am Ablageort der CSV Dateien liegen.

pi@raspberrypi:~/ebusd $ ebusctl info
version: ebusd 21.2.v21.2
signal: acquired
symbol rate: 66
max symbol rate: 579
reconnects: 0
masters: 5
messages: 36
conditional: 0
poll: 0
update: 8
address 01: master #6
address 03: master #11
address 06: slave #6
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0104;HW=7803"
address 0a: slave, scanned "MF=Vaillant;ID=PMW01;SW=0206;HW=8302"
address 10: master #2
address 12: slave
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0613;HW=6903"
address 26: slave, scanned "MF=Vaillant;ID=VR_71;SW=0104;HW=0503", loaded "vaillant/26.vr_71.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address ec: slave, scanned "MF=Vaillant;ID=SOL00;SW=0613;HW=6903"
address ed: slave, scanned "MF=Vaillant;ID=PMS02;SW=0209;HW=8402"
address f7: master #20
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 05 April 2021, 10:49:32
Zitat von: Dre83 am 01 April 2021, 21:48:33
Aktuell werden alle Geräte gefunden, wenn ich diese Stück für Stück einschalte.
das Problem bei dem Netzweradapter ist die viel zu hohe Latenz. Dadurch kommt es zu vermehrt arbitration loss und somit kann ebusd nicht vernünftig die Geräte-IDs auslesen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Dre83 am 05 April 2021, 11:05:03
Hi John,
ich hatte die Tage per privaten Chat mit einem anderen Forumteilnehmer Kontakt, welcher das gleiche Fehlerbild wie ich hat.
Diese bestätigte mir dies ebenfalls. Ich sende den ESERA Bus Adapter zurück und habe mich bereits für die Sammelbestellung der EBus Adapter 3 angemeldet. Weißt du wann die Bestellung ausgelöst wird?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 05 April 2021, 11:13:37
Zitat von: Dre83 am 05 April 2021, 11:05:03
...habe mich bereits für die Sammelbestellung der EBus Adapter 3 angemeldet. Weißt du wann die Bestellung ausgelöst wird?
wir machen nach der nächsten Charge erstmal Pause, sammeln aber weiterhin Reservierungen, bis genügend zusammen kommen und der Produktionsaufwand vertretbar ist.
Wann hast Du denn die Reservierung gemacht? Oder schick mir Deine Mailadresse per PN, dann schau ich nach.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Player-Ben am 22 April 2021, 12:53:31
Hallo zusammen,

aktuell beschäftige ich mich auch seit ein paar Tagen und Nächten mit der ebusd Thematik.
Erstmal vielen Dank an die gute Wiki und die umfangreichen Informationen hier im Forum. Mit diesen Informationen konnte ich den ebusd gut zum laufen bringen, aber jetzt habe ich ähnliche Probleme wie Dre83.

Hardware: Raspberry Pi3 mit ebus Koppler USB von ESERA
Heizung: VRS620, Trinkwasserstation: VPM 20/25 / 2W aquaFlow, Solarstation: VPM 20 / 2S auroFlow, Therme: VC DE 146/5-5 R4 ecoTec

Start config:
EBUSD_OPTS="--scanconfig=full  --latency=100000 --receivetimeout=100000 --mqtthost=localhost --mqttport=1883  --mqttjson --mqtttopic=ebusd/%circuit/%name --accesslevel=* "


Hier mal ein paar Infos von den Logs und Infos:

2021-04-22 11:18:14.792 [update notice] received unknown MS cmd: 1026b504010d / 051500008010
2021-04-22 11:18:14.885 [main error] scan config ec: ERR: arbitration lost
2021-04-22 11:18:14.955 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:18:15.101 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:18:16.147 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:18:16.448 [main notice] SIGTERM received
2021-04-22 11:18:17.187 [update notice] received unknown MS cmd: 10ecb5040110 / 0a79033702008000803103
2021-04-22 11:18:17.252 [update notice] received unknown MS cmd: 01ecb5040134 / 03000001
2021-04-22 11:18:17.304 [bus error] poll ui YieldThisYear failed: ERR: arbitration lost
2021-04-22 11:18:17.381 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:18:17.633 [main notice] ebusd stopped
2021-04-22 11:20:53.962 [main notice] ebusd 21.2.v21.2 started with full scan on device /dev/ttyUSB0
2021-04-22 11:20:54.163 [bus notice] bus started with own address 31/36
2021-04-22 11:20:54.188 [bus notice] signal acquired
2021-04-22 11:20:54.193 [mqtt notice] connection established
2021-04-22 11:20:54.902 [bus notice] new master 10, master count 2
2021-04-22 11:20:54.931 [bus notice] new master 03, master count 3
2021-04-22 11:20:54.931 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:20:55.386 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:20:55.913 [update notice] received unknown MS cmd: 1026b5040100 / 0a03562012220404219007
2021-04-22 11:20:56.068 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:20:56.450 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:20:56.611 [update notice] received unknown MS cmd: 1050b504010d / 051500be0110
2021-04-22 11:20:56.775 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:20:56.923 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:20:57.075 [update notice] received unknown MS cmd: 1050b505042d000000 / 00
2021-04-22 11:20:57.991 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:20:58.144 [update notice] received unknown MS cmd: 1050b5050427005a00 / 00
2021-04-22 11:20:58.962 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:20:59.484 [update notice] received unknown MS cmd: 1026b5040101 / 09180300000385000000
2021-04-22 11:20:59.655 [update notice] received unknown MS cmd: 1050b505082b0f010000000080 / 00
2021-04-22 11:21:01.000 [update notice] received unknown MS cmd: 10ecb5040110 / 0a79034402008000803103
2021-04-22 11:21:04.180 [main notice] starting initial full scan
2021-04-22 11:21:05.019 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:21:05.473 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:21:06.019 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:21:06.529 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:21:06.706 [update notice] received unknown MS cmd: 10ecb5040101 / 09000300000207000100
2021-04-22 11:21:06.869 [update notice] received unknown MS cmd: 10ecb504010d / 050000008000
2021-04-22 11:21:07.033 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:21:07.212 [update notice] received unknown MS cmd: 1050b5040101 / 09180300000381000000
2021-04-22 11:21:07.359 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:21:07.525 [bus notice] new master 01, master count 4
2021-04-22 11:21:07.585 [update notice] received unknown MS cmd: 01ecb5040110 / 0a79034402008000803103
2021-04-22 11:21:07.842 [update notice] received unknown MS cmd: 01ecb505084d30030000640100 / 00
2021-04-22 11:21:08.002 [bus notice] max. symbols per second: 102
2021-04-22 11:21:08.069 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:21:08.124 [update notice] received unknown BC cmd: 01feb505054ead1f0080
2021-04-22 11:21:08.235 [update notice] received unknown MS cmd: 10ecb5050427005a00 / 00
2021-04-22 11:21:09.095 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:21:09.566 [update notice] received unknown MS cmd: 10ecb505082b0f010000000080 / 00
2021-04-22 11:21:11.096 [update notice] received unknown BC cmd: 10feb516080004211222040421
2021-04-22 11:21:11.358 [update notice] received unknown BC cmd: 10feb51603019007
2021-04-22 11:21:11.599 [update notice] received update-read broadcast datetime QQ=10: 7.562;12:21:04;22.04.2021
2021-04-22 11:21:12.130 [update notice] received unknown MS cmd: 1026b503020001 / 0affffffffffffffffffff
2021-04-22 11:21:12.321 [update notice] received unknown MS cmd: 100ab503020001 / 0affffffffffffffffffff
2021-04-22 11:21:12.512 [update notice] received unknown MS cmd: 10edb503020001 / 0affffffffffffffffffff
2021-04-22 11:21:12.694 [update notice] received unknown MS cmd: 100ab5040101 / 09370300ff0009000000
2021-04-22 11:21:13.042 [bus notice] max. symbols per second: 104
2021-04-22 11:21:15.162 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:21:15.617 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:21:16.167 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:21:16.678 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:21:16.839 [update notice] received unknown MS cmd: 1026b504010d / 051500008010
2021-04-22 11:21:17.003 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:21:17.193 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:21:17.504 [main error] scan config 06: ERR: arbitration lost
2021-04-22 11:21:17.561 [update notice] received unknown MS cmd: 01ecb5040134 / 03000001
2021-04-22 11:21:18.222 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:21:19.082 [update notice] received unknown MS cmd: 1026b5040101 / 09180300000385000000
2021-04-22 11:21:19.264 [update notice] received unknown MS cmd: 10ecb5040110 / 0a79034402008000803103
2021-04-22 11:21:19.435 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:21:19.733 [update notice] received unknown MS cmd: 100ab505082b0f010000000080 / 00
2021-04-22 11:21:25.259 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:21:25.755 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:21:26.300 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:21:26.767 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:21:26.929 [update notice] received unknown MS cmd: 1050b504010d / 051500be0110
2021-04-22 11:21:27.093 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:21:27.232 [main error] scan config 08: ERR: arbitration lost
2021-04-22 11:21:27.283 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:21:27.503 [update notice] received unknown MS cmd: 1050b5040101 / 09180300000381000000
2021-04-22 11:21:27.599 [update notice] received unknown MS cmd: 01ecb5040110 / 0a79034502008000803103
2021-04-22 11:21:28.342 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:21:29.331 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:21:29.804 [update notice] received unknown MS cmd: 1012b505082b0f010000000080 / 00
2021-04-22 11:21:31.363 [update notice] received unknown MS cmd: 1026b5040100 / 0a03322112220404219007
2021-04-22 11:21:31.674 [update notice] received unknown MS cmd: 100ab5040101 / 09370300ff0009000000
2021-04-22 11:21:35.393 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:21:35.849 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:21:36.391 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:21:36.830 [main error] scan config 0a: ERR: arbitration lost
2021-04-22 11:21:36.901 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:21:37.063 [update notice] received unknown MS cmd: 10ecb504010d / 050000008000
2021-04-22 11:21:37.226 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:21:37.408 [update notice] received unknown MS cmd: 10ecb5040110 / 0a79034502008000802f03
2021-04-22 11:21:37.555 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:21:38.429 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:21:39.418 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:21:39.597 [update notice] received unknown MS cmd: 1026b5040101 / 09180300000385000000
2021-04-22 11:21:45.466 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:21:45.964 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:21:46.508 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:21:47.018 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:21:47.179 [update notice] received unknown MS cmd: 1026b504010d / 051500008010
2021-04-22 11:21:47.274 [main error] scan config 12: ERR: arbitration lost
2021-04-22 11:21:47.344 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:21:47.492 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:21:47.586 [update notice] received unknown MS cmd: 01ecb5040110 / 0a79034502008000802f03
2021-04-22 11:21:47.697 [update notice] received unknown MS cmd: 1026b505042d000000 / 00
2021-04-22 11:21:47.877 [update notice] received unknown MS cmd: 1050b5040101 / 09180300000381000000
2021-04-22 11:21:48.008 [bus notice] max. symbols per second: 122
2021-04-22 11:21:48.533 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:21:48.686 [update notice] received unknown MS cmd: 1026b5050427005a00 / 00
2021-04-22 11:21:49.546 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:21:50.017 [update notice] received unknown MS cmd: 1026b505082b0f010000000080 / 00
2021-04-22 11:21:52.052 [update notice] received unknown MS cmd: 100ab5040101 / 09370300ff0009000000
2021-04-22 11:21:55.594 [update notice] received unknown MS cmd: 10ecb5040110 / 0a79034702008000802f03
2021-04-22 11:21:55.777 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:21:56.060 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:21:56.602 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:21:57.042 [main error] scan config 15: ERR: arbitration lost
2021-04-22 11:21:57.114 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:21:57.275 [update notice] received unknown MS cmd: 1050b504010d / 051500be0110
2021-04-22 11:21:57.440 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:21:57.630 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:21:57.783 [update notice] received unknown MS cmd: 1050b505042d000000 / 00
2021-04-22 11:21:58.657 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:21:58.810 [update notice] received unknown MS cmd: 1050b5050427005a00 / 00
2021-04-22 11:21:59.671 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:21:59.848 [update notice] received unknown MS cmd: 1026b5040101 / 09180300000385000000
2021-04-22 11:22:00.019 [update notice] received unknown MS cmd: 1050b505082b0f010000000080 / 00
2021-04-22 11:22:01.709 [update notice] received unknown MS cmd: 1026b5040100 / 0a0301221222040421c007
2021-04-22 11:22:05.724 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:22:06.179 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:22:06.718 [update notice] received unknown BC cmd: 10feb516080000221222040421
2021-04-22 11:22:07.158 [main error] scan config 26: ERR: arbitration lost
2021-04-22 11:22:07.193 [update notice] received unknown BC cmd: 10feb5160301c007
2021-04-22 11:22:07.547 [update notice] received unknown MS cmd: 01ecb5040110 / 0a79034702008000802f03
2021-04-22 11:22:07.704 [update notice] received update-read broadcast datetime QQ=10: 7.750;12:22:00;22.04.2021
2021-04-22 11:22:07.833 [update notice] received unknown MS cmd: 01ecb505084d37030000640100 / 00
2021-04-22 11:22:08.035 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:22:08.089 [update notice] received unknown BC cmd: 01feb505054ead1f0080
2021-04-22 11:22:08.255 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:22:08.433 [update notice] received unknown MS cmd: 10ecb5040101 / 09000300000207000100
2021-04-22 11:22:08.594 [update notice] received unknown MS cmd: 10ecb504010d / 050000008000
2021-04-22 11:22:08.758 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:22:08.904 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:22:09.082 [update notice] received unknown MS cmd: 1050b5040101 / 09180300000381000000
2021-04-22 11:22:09.266 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:22:09.420 [update notice] received unknown MS cmd: 10ecb5050427005a00 / 00
2021-04-22 11:22:09.762 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:22:10.276 [update notice] received unknown MS cmd: 10ecb505082b0f010000000080 / 00
2021-04-22 11:22:11.236 [update notice] received unknown MS cmd: 100ab5040101 / 09370300ff0009000000
2021-04-22 11:22:13.830 [update notice] received unknown MS cmd: 10ecb5040110 / 0a79034702008000802f03
2021-04-22 11:22:15.824 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:22:16.262 [main error] scan config 50: ERR: arbitration lost
2021-04-22 11:22:16.322 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:22:16.867 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:22:17.334 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:22:17.495 [update notice] received unknown MS cmd: 1026b504010d / 051500008010
2021-04-22 11:22:17.561 [update notice] received unknown MS cmd: 01ecb5040134 / 03000001
2021-04-22 11:22:17.682 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:22:17.873 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:22:18.875 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:22:19.899 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:22:20.076 [update notice] received unknown MS cmd: 1026b5040101 / 09180300000385000000
2021-04-22 11:22:20.248 [update notice] received unknown MS cmd: 100ab505082b0f010000000080 / 00
2021-04-22 11:22:25.945 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:22:26.400 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:22:26.881 [main error] scan config ec: ERR: arbitration lost
2021-04-22 11:22:26.944 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:22:27.453 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:22:27.548 [update notice] received unknown MS cmd: 01ecb5040110 / 0a79034702008000802f03
2021-04-22 11:22:27.668 [update notice] received unknown MS cmd: 1050b504010d / 051500be0110
2021-04-22 11:22:27.833 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:22:27.979 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:22:28.288 [update notice] received unknown MS cmd: 1050b5040101 / 09180300000381000000
2021-04-22 11:22:28.988 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:22:29.977 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:22:30.492 [update notice] received unknown MS cmd: 1012b505082b0f010000000080 / 00
2021-04-22 11:22:32.052 [update notice] received unknown MS cmd: 10ecb5040110 / 0a79034f02008000802f03
2021-04-22 11:22:32.237 [update notice] received unknown MS cmd: 100ab5040101 / 09370300ff0009000000
2021-04-22 11:22:36.040 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:22:36.537 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:22:36.976 [main error] scan config ed: ERR: arbitration lost
2021-04-22 11:22:37.064 [update notice] received unknown MS cmd: 1026b5040100 / 0a0336221222040421c007
2021-04-22 11:22:37.222 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:22:37.561 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:22:37.722 [update notice] received unknown MS cmd: 10ecb504010d / 050000008000
2021-04-22 11:22:37.886 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:22:38.074 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:22:39.119 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:22:40.108 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:22:40.458 [update notice] received unknown MS cmd: 1026b5040101 / 09180300000385000000
2021-04-22 11:22:46.156 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:22:46.611 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:22:47.158 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:22:47.553 [update notice] received unknown MS cmd: 01ecb5040110 / 0a79034a02008000802f03
2021-04-22 11:22:47.677 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:22:47.838 [update notice] received unknown MS cmd: 1026b504010d / 051500008010
2021-04-22 11:22:48.003 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:22:48.192 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:22:48.344 [update notice] received unknown MS cmd: 1026b505042d000000 / 00
2021-04-22 11:22:48.694 [update notice] received unknown MS cmd: 1050b5040101 / 09180300000381000000
2021-04-22 11:22:49.223 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:22:49.376 [update notice] received unknown MS cmd: 1026b5050427005a00 / 00
2021-04-22 11:22:50.205 [update notice] received unknown MS cmd: 10ecb5040110 / 0a79034a02008000802f03
2021-04-22 11:22:50.375 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:22:50.716 [update notice] received unknown MS cmd: 1026b505082b0f010000000080 / 00
2021-04-22 11:22:52.363 [update notice] received unknown MS cmd: 100ab5040101 / 09370300ff0009000000
2021-04-22 11:22:56.256 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:22:56.694 [main error] scan config 06: ERR: arbitration lost
2021-04-22 11:22:56.753 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:22:57.298 [update notice] received unknown MS cmd: 1008b513020508 / 00

2021-04-22 11:18:14.792 [update notice] received unknown MS cmd: 1026b504010d / 051500008010
2021-04-22 11:18:14.885 [main error] scan config ec: ERR: arbitration lost
2021-04-22 11:18:14.955 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:18:15.101 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:18:16.147 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:18:16.448 [main notice] SIGTERM received
2021-04-22 11:18:17.187 [update notice] received unknown MS cmd: 10ecb5040110 / 0a79033702008000803103
2021-04-22 11:18:17.252 [update notice] received unknown MS cmd: 01ecb5040134 / 03000001
2021-04-22 11:18:17.304 [bus error] poll ui YieldThisYear failed: ERR: arbitration lost
2021-04-22 11:18:17.381 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:18:17.633 [main notice] ebusd stopped
2021-04-22 11:20:53.962 [main notice] ebusd 21.2.v21.2 started with full scan on device /dev/ttyUSB0
2021-04-22 11:20:54.163 [bus notice] bus started with own address 31/36
2021-04-22 11:20:54.188 [bus notice] signal acquired
2021-04-22 11:20:54.193 [mqtt notice] connection established
2021-04-22 11:20:54.902 [bus notice] new master 10, master count 2
2021-04-22 11:20:54.931 [bus notice] new master 03, master count 3
2021-04-22 11:20:54.931 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:20:55.386 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:20:55.913 [update notice] received unknown MS cmd: 1026b5040100 / 0a03562012220404219007
2021-04-22 11:20:56.068 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:20:56.450 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:20:56.611 [update notice] received unknown MS cmd: 1050b504010d / 051500be0110
2021-04-22 11:20:56.775 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:20:56.923 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:20:57.075 [update notice] received unknown MS cmd: 1050b505042d000000 / 00
2021-04-22 11:20:57.991 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:20:58.144 [update notice] received unknown MS cmd: 1050b5050427005a00 / 00
2021-04-22 11:20:58.962 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:20:59.484 [update notice] received unknown MS cmd: 1026b5040101 / 09180300000385000000
2021-04-22 11:20:59.655 [update notice] received unknown MS cmd: 1050b505082b0f010000000080 / 00
2021-04-22 11:21:01.000 [update notice] received unknown MS cmd: 10ecb5040110 / 0a79034402008000803103
2021-04-22 11:21:04.180 [main notice] starting initial full scan
2021-04-22 11:21:05.019 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:21:05.473 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:21:06.019 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:21:06.529 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:21:06.706 [update notice] received unknown MS cmd: 10ecb5040101 / 09000300000207000100
2021-04-22 11:21:06.869 [update notice] received unknown MS cmd: 10ecb504010d / 050000008000
2021-04-22 11:21:07.033 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:21:07.212 [update notice] received unknown MS cmd: 1050b5040101 / 09180300000381000000
2021-04-22 11:21:07.359 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:21:07.525 [bus notice] new master 01, master count 4
2021-04-22 11:21:07.585 [update notice] received unknown MS cmd: 01ecb5040110 / 0a79034402008000803103
2021-04-22 11:21:07.842 [update notice] received unknown MS cmd: 01ecb505084d30030000640100 / 00
2021-04-22 11:21:08.002 [bus notice] max. symbols per second: 102
2021-04-22 11:21:08.069 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:21:08.124 [update notice] received unknown BC cmd: 01feb505054ead1f0080
2021-04-22 11:21:08.235 [update notice] received unknown MS cmd: 10ecb5050427005a00 / 00
2021-04-22 11:21:09.095 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:21:09.566 [update notice] received unknown MS cmd: 10ecb505082b0f010000000080 / 00
2021-04-22 11:21:11.096 [update notice] received unknown BC cmd: 10feb516080004211222040421
2021-04-22 11:21:11.358 [update notice] received unknown BC cmd: 10feb51603019007
2021-04-22 11:21:11.599 [update notice] received update-read broadcast datetime QQ=10: 7.562;12:21:04;22.04.2021
2021-04-22 11:21:12.130 [update notice] received unknown MS cmd: 1026b503020001 / 0affffffffffffffffffff
2021-04-22 11:21:12.321 [update notice] received unknown MS cmd: 100ab503020001 / 0affffffffffffffffffff
2021-04-22 11:21:12.512 [update notice] received unknown MS cmd: 10edb503020001 / 0affffffffffffffffffff
2021-04-22 11:21:12.694 [update notice] received unknown MS cmd: 100ab5040101 / 09370300ff0009000000
2021-04-22 11:21:13.042 [bus notice] max. symbols per second: 104
2021-04-22 11:21:15.162 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:21:15.617 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:21:16.167 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:21:16.678 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:21:16.839 [update notice] received unknown MS cmd: 1026b504010d / 051500008010
2021-04-22 11:21:17.003 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:21:17.193 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:21:17.504 [main error] scan config 06: ERR: arbitration lost
2021-04-22 11:21:17.561 [update notice] received unknown MS cmd: 01ecb5040134 / 03000001
2021-04-22 11:21:18.222 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:21:19.082 [update notice] received unknown MS cmd: 1026b5040101 / 09180300000385000000
2021-04-22 11:21:19.264 [update notice] received unknown MS cmd: 10ecb5040110 / 0a79034402008000803103
2021-04-22 11:21:19.435 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:21:19.733 [update notice] received unknown MS cmd: 100ab505082b0f010000000080 / 00
2021-04-22 11:21:25.259 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:21:25.755 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:21:26.300 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:21:26.767 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:21:26.929 [update notice] received unknown MS cmd: 1050b504010d / 051500be0110
2021-04-22 11:21:27.093 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:21:27.232 [main error] scan config 08: ERR: arbitration lost
2021-04-22 11:21:27.283 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:21:27.503 [update notice] received unknown MS cmd: 1050b5040101 / 09180300000381000000
2021-04-22 11:21:27.599 [update notice] received unknown MS cmd: 01ecb5040110 / 0a79034502008000803103
2021-04-22 11:21:28.342 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:21:29.331 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:21:29.804 [update notice] received unknown MS cmd: 1012b505082b0f010000000080 / 00
2021-04-22 11:21:31.363 [update notice] received unknown MS cmd: 1026b5040100 / 0a03322112220404219007
2021-04-22 11:21:31.674 [update notice] received unknown MS cmd: 100ab5040101 / 09370300ff0009000000
2021-04-22 11:21:35.393 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:21:35.849 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:21:36.391 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:21:36.830 [main error] scan config 0a: ERR: arbitration lost
2021-04-22 11:21:36.901 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:21:37.063 [update notice] received unknown MS cmd: 10ecb504010d / 050000008000
2021-04-22 11:21:37.226 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:21:37.408 [update notice] received unknown MS cmd: 10ecb5040110 / 0a79034502008000802f03
2021-04-22 11:21:37.555 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:21:38.429 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:21:39.418 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:21:39.597 [update notice] received unknown MS cmd: 1026b5040101 / 09180300000385000000
2021-04-22 11:21:45.466 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:21:45.964 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:21:46.508 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:21:47.018 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:21:47.179 [update notice] received unknown MS cmd: 1026b504010d / 051500008010
2021-04-22 11:21:47.274 [main error] scan config 12: ERR: arbitration lost
2021-04-22 11:21:47.344 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:21:47.492 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:21:47.586 [update notice] received unknown MS cmd: 01ecb5040110 / 0a79034502008000802f03
2021-04-22 11:21:47.697 [update notice] received unknown MS cmd: 1026b505042d000000 / 00
2021-04-22 11:21:47.877 [update notice] received unknown MS cmd: 1050b5040101 / 09180300000381000000
2021-04-22 11:21:48.008 [bus notice] max. symbols per second: 122
2021-04-22 11:21:48.533 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:21:48.686 [update notice] received unknown MS cmd: 1026b5050427005a00 / 00
2021-04-22 11:21:49.546 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:21:50.017 [update notice] received unknown MS cmd: 1026b505082b0f010000000080 / 00
2021-04-22 11:21:52.052 [update notice] received unknown MS cmd: 100ab5040101 / 09370300ff0009000000
2021-04-22 11:21:55.594 [update notice] received unknown MS cmd: 10ecb5040110 / 0a79034702008000802f03
2021-04-22 11:21:55.777 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:21:56.060 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:21:56.602 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:21:57.042 [main error] scan config 15: ERR: arbitration lost
2021-04-22 11:21:57.114 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:21:57.275 [update notice] received unknown MS cmd: 1050b504010d / 051500be0110
2021-04-22 11:21:57.440 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:21:57.630 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:21:57.783 [update notice] received unknown MS cmd: 1050b505042d000000 / 00
2021-04-22 11:21:58.657 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:21:58.810 [update notice] received unknown MS cmd: 1050b5050427005a00 / 00
2021-04-22 11:21:59.671 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:21:59.848 [update notice] received unknown MS cmd: 1026b5040101 / 09180300000385000000
2021-04-22 11:22:00.019 [update notice] received unknown MS cmd: 1050b505082b0f010000000080 / 00
2021-04-22 11:22:01.709 [update notice] received unknown MS cmd: 1026b5040100 / 0a0301221222040421c007
2021-04-22 11:22:05.724 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:22:06.179 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:22:06.718 [update notice] received unknown BC cmd: 10feb516080000221222040421
2021-04-22 11:22:07.158 [main error] scan config 26: ERR: arbitration lost
2021-04-22 11:22:07.193 [update notice] received unknown BC cmd: 10feb5160301c007
2021-04-22 11:22:07.547 [update notice] received unknown MS cmd: 01ecb5040110 / 0a79034702008000802f03
2021-04-22 11:22:07.704 [update notice] received update-read broadcast datetime QQ=10: 7.750;12:22:00;22.04.2021
2021-04-22 11:22:07.833 [update notice] received unknown MS cmd: 01ecb505084d37030000640100 / 00
2021-04-22 11:22:08.035 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:22:08.089 [update notice] received unknown BC cmd: 01feb505054ead1f0080
2021-04-22 11:22:08.255 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:22:08.433 [update notice] received unknown MS cmd: 10ecb5040101 / 09000300000207000100
2021-04-22 11:22:08.594 [update notice] received unknown MS cmd: 10ecb504010d / 050000008000
2021-04-22 11:22:08.758 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:22:08.904 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:22:09.082 [update notice] received unknown MS cmd: 1050b5040101 / 09180300000381000000
2021-04-22 11:22:09.266 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:22:09.420 [update notice] received unknown MS cmd: 10ecb5050427005a00 / 00
2021-04-22 11:22:09.762 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:22:10.276 [update notice] received unknown MS cmd: 10ecb505082b0f010000000080 / 00
2021-04-22 11:22:11.236 [update notice] received unknown MS cmd: 100ab5040101 / 09370300ff0009000000
2021-04-22 11:22:13.830 [update notice] received unknown MS cmd: 10ecb5040110 / 0a79034702008000802f03
2021-04-22 11:22:15.824 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:22:16.262 [main error] scan config 50: ERR: arbitration lost
2021-04-22 11:22:16.322 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:22:16.867 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:22:17.334 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:22:17.495 [update notice] received unknown MS cmd: 1026b504010d / 051500008010
2021-04-22 11:22:17.561 [update notice] received unknown MS cmd: 01ecb5040134 / 03000001
2021-04-22 11:22:17.682 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:22:17.873 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:22:18.875 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:22:19.899 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:22:20.076 [update notice] received unknown MS cmd: 1026b5040101 / 09180300000385000000
2021-04-22 11:22:20.248 [update notice] received unknown MS cmd: 100ab505082b0f010000000080 / 00
2021-04-22 11:22:25.945 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:22:26.400 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:22:26.881 [main error] scan config ec: ERR: arbitration lost
2021-04-22 11:22:26.944 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:22:27.453 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:22:27.548 [update notice] received unknown MS cmd: 01ecb5040110 / 0a79034702008000802f03
2021-04-22 11:22:27.668 [update notice] received unknown MS cmd: 1050b504010d / 051500be0110
2021-04-22 11:22:27.833 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:22:27.979 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:22:28.288 [update notice] received unknown MS cmd: 1050b5040101 / 09180300000381000000
2021-04-22 11:22:28.988 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:22:29.977 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:22:30.492 [update notice] received unknown MS cmd: 1012b505082b0f010000000080 / 00
2021-04-22 11:22:32.052 [update notice] received unknown MS cmd: 10ecb5040110 / 0a79034f02008000802f03
2021-04-22 11:22:32.237 [update notice] received unknown MS cmd: 100ab5040101 / 09370300ff0009000000
2021-04-22 11:22:36.040 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:22:36.537 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:22:36.976 [main error] scan config ed: ERR: arbitration lost
2021-04-22 11:22:37.064 [update notice] received unknown MS cmd: 1026b5040100 / 0a0336221222040421c007
2021-04-22 11:22:37.222 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:22:37.561 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:22:37.722 [update notice] received unknown MS cmd: 10ecb504010d / 050000008000
2021-04-22 11:22:37.886 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:22:38.074 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:22:39.119 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:22:40.108 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:22:40.458 [update notice] received unknown MS cmd: 1026b5040101 / 09180300000385000000
2021-04-22 11:22:46.156 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:22:46.611 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:22:47.158 [update notice] received unknown MS cmd: 1008b513020508 / 00
2021-04-22 11:22:47.553 [update notice] received unknown MS cmd: 01ecb5040110 / 0a79034a02008000802f03
2021-04-22 11:22:47.677 [update notice] received unknown MS cmd: 1026b509030d0400 / 0321ffaa
2021-04-22 11:22:47.838 [update notice] received unknown MS cmd: 1026b504010d / 051500008010
2021-04-22 11:22:48.003 [update notice] received unknown MS cmd: 100ab504010d / 050000008037
2021-04-22 11:22:48.192 [update notice] received unknown MS cmd: 10edb5070107 / 0101
2021-04-22 11:22:48.344 [update notice] received unknown MS cmd: 1026b505042d000000 / 00
2021-04-22 11:22:48.694 [update notice] received unknown MS cmd: 1050b5040101 / 09180300000381000000
2021-04-22 11:22:49.223 [update notice] received unknown MS cmd: 1008b5110101 / 09635e0080ffff0000ff
2021-04-22 11:22:49.376 [update notice] received unknown MS cmd: 1026b5050427005a00 / 00
2021-04-22 11:22:50.205 [update notice] received unknown MS cmd: 10ecb5040110 / 0a79034a02008000802f03
2021-04-22 11:22:50.375 [update notice] received unknown MS cmd: 10edb5080707000000005001 / 00
2021-04-22 11:22:50.716 [update notice] received unknown MS cmd: 1026b505082b0f010000000080 / 00
2021-04-22 11:22:52.363 [update notice] received unknown MS cmd: 100ab5040101 / 09370300ff0009000000
2021-04-22 11:22:56.256 [update notice] received unknown MS cmd: 1008b51009000000ffffff01ff00 / 0101
2021-04-22 11:22:56.694 [main error] scan config 06: ERR: arbitration lost
2021-04-22 11:22:56.753 [update notice] received unknown MS cmd: 1026b509040e100000 / 00
2021-04-22 11:22:57.298 [update notice] received unknown MS cmd: 1008b513020508 / 00



pi@raspberrypi:~ $ ebusctl info
version: ebusd 21.2.v21.2
access: *
signal: acquired
symbol rate: 66
max symbol rate: 144
reconnects: 0
masters: 5
messages: 212
conditional: 0
poll: 1
update: 8
address 01: master #6
address 03: master #11
address 06: slave #6, scanned "MF=Vaillant;ID=PMS02;SW=0209;HW=8402"
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0608;HW=5502"
address 0a: slave, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"
address 10: master #2
address 12: slave, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"
address 15: slave #2, scanned "MF=Vaillant;ID=UI   ;SW=0508;HW=6201", loaded "vaillant/15.ui.csv"
address 26: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301"
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301"
address ed: slave, scanned "MF=Vaillant;ID=PMS02;SW=0209;HW=8402"
address f7: master #20
address fc: slave #20, scanned "MF=Vaillant;ID=PMW01;SW=0205;HW=8302"


Ich hatte im Forum gelesen, dass der ESERA USB funktionieren würde, bzw. es gab auch berichtet wo es funktioniert hat, aber bevor ich jetzt weiter suche würde mich interessieren, ob es am Interface liegt oder nicht.
@John: Ist das Problem mit DRE83 vergleichbar und es muss ein anderer Adapter her oder kann man an der Einstellungen noch etwas verändern?


Besten Dank und viele Grüße
Ben

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 01 Mai 2021, 08:55:56
Zitat von: Player-Ben am 22 April 2021, 12:53:31
Ich hatte im Forum gelesen, dass der ESERA USB funktionieren würde, bzw. es gab auch berichtet wo es funktioniert hat, aber bevor ich jetzt weiter suche würde mich interessieren, ob es am Interface liegt oder nicht.
@John: Ist das Problem mit DRE83 vergleichbar und es muss ein anderer Adapter her oder kann man an der Einstellungen noch etwas verändern?
ich würde halt die Poti Einstellung so gut wie möglich vornehmen. Hierbei können marginale Veränderungen große Wirkung zeigen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: doktorpi am 10 Mai 2021, 13:07:48
Hallo zusammen,

ich habe vor kurzem mein Exemplar des eBus-Adapter 3 erhalten, angeschlossen und per Lan-Adapter in mein Netzwerk gehängt. Das hat soweit auch alles geklappt aber bei der Inbetriebnahme mit ebusd komme ich nicht weiter. Ich habs von einem RaspberryPi probiert und nachdem es dort nicht geklappt hat, probiere ich momentan, das in einer VM unter Ubuntu zum Laufen zu kriegen.

Ich habe ebusd und die Konfigurationsdateien gemäß Anleitung installiert.

Starten tue ich ebusd mit folgendem Aufruf:

ebusd -f -r -s --configpath=/etc/ebusd/wolf --device=enh:192.168.0.44:9999

Und dann gibt ebusd folgendes aus:

2021-05-10 13:04:57.092 [main notice] ebusd 21.2.v21.2 started read only with auto scan on enhanced device 192.168.0.44:9999
2021-05-10 13:04:57.093 [main error] error reading config files from /etc/ebusd/wolf: ERR: element not found, last error: 08.csv:3: ERR: element not found, field type TEMP in field 2
2021-05-10 13:04:57.129 [bus notice] bus started with own address 31/36
2021-05-10 13:04:57.147 [bus notice] signal acquired
2021-05-10 13:04:57.172 [bus notice] device status: reset
2021-05-10 13:04:57.174 [bus error] device status: unexpected available enhanced byte 2
2021-05-10 13:04:57.517 [bus notice] new master 30, master count 1
2021-05-10 13:04:57.545 [bus notice] new master 03, master count 2
2021-05-10 13:04:57.545 [update notice] received unknown MS cmd: 3008502203cc0200 / 023200
2021-05-10 13:04:57.871 [update notice] received unknown MS cmd: 3008502203cc1600 / 020901
2021-05-10 13:04:58.198 [update notice] received unknown MS cmd: 3008502203cc1600 / 020901
2021-05-10 13:04:58.522 [update notice] received unknown MS cmd: 3008502203cc1600 / 020901
2021-05-10 13:04:58.849 [update notice] received unknown MS cmd: 3008502203cc1600 / 020901
2021-05-10 13:04:59.177 [update notice] received unknown MS cmd: 3008502203cc6c01 / 020000
2021-05-10 13:04:59.549 [update notice] received unknown MS cmd: 30505014072100050019006e / 09000000800080005628
2021-05-10 13:04:59.877 [update notice] received unknown MS cmd: 3008502203cc6c01 / 020000
2021-05-10 13:05:00.288 [update notice] received unknown MS cmd: 3008502203cc6c01 / 020000
2021-05-10 13:05:00.613 [update notice] received unknown MS cmd: 3008502203cc6c01 / 020000
2021-05-10 13:05:00.941 [update notice] received unknown MS cmd: 3008502203cc1727 / 020080
^C2021-05-10 13:05:02.428 [main notice] SIGINT received
2021-05-10 13:05:02.468 [update notice] received unknown MS cmd: 3008502203cc1627 / 02d007
2021-05-10 13:05:02.787 [update notice] received unknown MS cmd: 3008502203cc1d27 / 023601
2021-05-10 13:05:03.113 [update notice] received unknown MS cmd: 3008502203cc4f27 / 020300
2021-05-10 13:05:03.441 [update notice] received unknown MS cmd: 3008502203cc5727 / 020000
2021-05-10 13:05:03.767 [update notice] received unknown MS cmd: 3008502203cc5e27 / 022300
2021-05-10 13:05:04.093 [update notice] received unknown MS cmd: 3008502203cc362a / 020080
2021-05-10 13:05:04.507 [update notice] received unknown MS cmd: 3008502203cc372a / 020080
2021-05-10 13:05:04.827 [update notice] received unknown BC cmd: 03fe050308010000ff361a3518


Und auf ebusctl info erhalte ich folgende Ausgabe:

version: ebusd 21.2.v21.2
signal: acquired
symbol rate: 11
max symbol rate: 43
reconnects: 0
masters: 3
messages: 1
conditional: 0
poll: 0
update: 0
address 03: master #11
address 30: master #3
address f1: master #10



Was ich vielleicht noch erwähnen sollte: der ebus-adapter hängt an einer Wolf Gas-Brennwert-therme CGS 2-20/160L und soweit ich das verstanden habe, ruft der ebusd die Config-Files über einen Webservice von ebus.eu ab, aber da werden angeblich die Config-Files für Wolf nicht zur Verfügung gestellt.

Was mach ich bloß falsch?
Bin für jeden Tipp dankbar.

lg, doktorpi
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: doktorpi am 12 Mai 2021, 17:58:28
Keiner einen Tipp für mich?
@john30 ?
@Reinhart ?

Lg doktorpi
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 13 Mai 2021, 09:32:15
ich habe keine VM daher kann ich dazu nicht viel sagen, nur warum startest du im readonly Modus?

ebusd 21.2.v21.2 started read only with auto scan

Es siehst ja soweit gut aus, nur erfolgt eben kein Scan und somit werden keine Geräte am Bus erkannt.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Mikesch am 14 Mai 2021, 12:31:01
Hallo doktorpi,

ich sitze gerade auch dran,
schau mal bitte in diesem Beitrag,
da habe ich niedergeschrieben was ich gemacht habe das könnte dir weiterhelfen.

https://forum.fhem.de/index.php/topic,70139.msg1156139.html#msg1156139


Ich hänge jetzt an dem Punkt zwischen ebusd und telnet Verbindung zum FHEM über ECMD



Angeblich sollte sich ebusd die Konfigdateien (csv Dateien) automatisch vom Webserver holen jedoch gibt's die Adresse gar nicht mehr.
Also was ich meine ist der Aufruf selbst:

die Parameter --configpath und --scanconfig=full

https://github.com/john30/ebusd/wiki/4.7.-Automatic-configuration
ZitatStarting with version 2.0, ebusd supports picking the right CSV configuration files automatically.
This feature is enabled by using the "--scanconfig" option during startup.

--configpath=http://ebusd.eu/config/   der Pfad scheint leer zu sein  :-\



Es gibt bei dem Thema für Einsteiger (wie mich) echt viele Fallen, denn es gibt verschiedene Adapter in verschiedenen Versionen und verschiedene Anleitungen die nicht zusammen passen.
Ich bin der Meinung das das ein Außenstehender nicht mehr durchblicken kann. Teilweise sind die Informationen von 2015 manchmal noch gültig manchmal auch nicht.
Schade eigentlich.....
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 17 Mai 2021, 10:51:43
Zitat von: Mikesch am 14 Mai 2021, 12:31:01
Ich hänge jetzt an dem Punkt zwischen ebusd und telnet Verbindung zum FHEM über ECMD

Kurz zur Erklärung, ECMD ist nichts anderes als eine Telnet Verbindung zum Dämon.

In Fhem würde das einfach so definiert werden.

define EBUS ECMD telnet 10.0.0.6:8888
attr EBUS classdefs bai00.class=/opt/fhem/FHEM/bai00.cfg
attr EBUS icon usb
attr EBUS requestSeparator 000

wobei 10.0.0.6 die IP Adresse vom Dämon ist, also dort wo der eBusd läuft. Die "classdefs" ist der Pfad wo die Definition der Abfragepunkte liegt.


Nun legst du in opt/fhem/FHEM eine Datei mit der Config "bai00.cfg"an und definierst dort die Abfragen die du möchtest.

# Aussentemperatur
get Aussentemp cmd {"r -f OutdoorstempSensor temp\n"}
get Aussentemp expect ".*\n*"
get Aussentemp postproc {$_}

# vorlauftemperatur
get Vorlauf cmd {"r -f flowtemp temp\n"}
get Vorlauf expect ".*\n*"
get Vorlauf postproc { sprintf("%5.1f",$_) }

# Ruecklauftemperatur
get Ruecklauf cmd {"r -f ReturnTemp temp\n"}
get Ruecklauf expect ".*\n*"
get Ruecklauf postproc { sprintf("%5.1f",$_) }

Definition der Abfragen und so weiter, die Datenpunkte können je nach CSV andere Bezeichnungen haben. Ich teste die Datenpunkte daher immer vorher in der Konsole ( ebusctl r -f flowtemp temp )- Der Parameter f ( force ) holt die Daten direkt vom eBus ( Echtzeit ) , startet also einen "send" an den Bus. Wer readonly definiert hat hier also Pech wenn auch "nur" gelesen wird.

Nun definierst du noch einen Timer der die Abfragen zyklisch steuert.
define EBUS.Timer at +*00:04:00 get Aussentemp Aussentemp;;get Vorlauf Vorlauf;;get Ruecklauf Ruecklauf

Beispiel eines Timers, alle 4 Minuten Aussentemperatur, Vorlauf und Rücklauf abholen.

Das alles ist trivial aber sehr zuverlässig und kann beliebig erweitert werden. ECMD und MQTT kann auch parallel betrieben werden, wers braucht.

Ist aber auch alles hier so beschrieben (https://forum.fhem.de/index.php/topic,46098.msg381563.html#msg381563) und auch im WIKI. Ich habe im Betriebnahme Thread (https://forum.fhem.de/index.php/topic,118143.msg1125668.html#msg1125668) ja im ersten Post alles wichtige verlinkt.


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: doktorpi am 17 Mai 2021, 13:58:24
Das mit der VM ändert nix, ist ja auch nur ein Linux-Computer in meinem Computer  ;)

Den readonly Modus hatte ich verwendet, weil ich meiner Heizung vorerst mal nur auf die Finger schauen und keine Steuerungsbefehle über ebusd an sie schicken wollte, oder hab ich da den readonly Modus missverstanden?

Aber damit hast du mir schon einen entscheidenden Hinweis in die richtige Richtung gegeben, weil ohne readonly gestartet kommen auch schon decodierte Daten vom ebus daher:


2021-05-13 18:39:18.823 [main notice] ebusd 21.2.v21.2 started with auto scan on enhanced device 192.168.0.44:9999
2021-05-13 18:39:18.855 [bus notice] bus started with own address 31/36
2021-05-13 18:39:18.888 [bus notice] signal acquired
2021-05-13 18:39:18.927 [bus notice] new master 30, master count 2
2021-05-13 18:39:18.950 [bus notice] new master 03, master count 3
2021-05-13 18:39:18.950 [update notice] received unknown MS cmd: 3008502203cc6c01 / 020000
2021-05-13 18:39:19.193 [bus notice] device status: reset
2021-05-13 18:39:19.323 [update notice] received unknown MS cmd: 30505014072100170019086e / 09000000800080005628
2021-05-13 18:39:19.655 [update notice] received unknown MS cmd: 3008502203cc1727 / 020080
2021-05-13 18:39:20.908 [update notice] received unknown BC cmd: 03fe050308010048ff7b3a320a
2021-05-13 18:39:21.235 [update notice] received unknown MS cmd: 3008502203cc1627 / 02d007
2021-05-13 18:39:21.562 [update notice] received unknown MS cmd: 3008502203cc1d27 / 024402
2021-05-13 18:39:21.888 [update notice] received unknown MS cmd: 3008502203cc4f27 / 023300
2021-05-13 18:39:22.217 [update notice] received unknown MS cmd: 3008502203cc5727 / 024b00
2021-05-13 18:39:22.543 [update notice] received unknown MS cmd: 3008502203cc5e27 / 022300
2021-05-13 18:39:22.867 [update notice] received unknown MS cmd: 3008502203cc362a / 020080
2021-05-13 18:39:23.280 [update notice] received unknown MS cmd: 3008502203cc372a / 020080
2021-05-13 18:39:26.072 [bus notice] new master f1, master count 4
2021-05-13 18:39:26.072 [update notice] received unknown BC cmd: f1fe050308010100ff7aff320a
2021-05-13 18:39:27.530 [bus notice] scan 08: ;Wolf; !;0002;0000
2021-05-13 18:39:27.530 [update notice] store 08 ident: done
2021-05-13 18:39:27.530 [update notice] received scan-read scan.08  QQ=30: Wolf; !;0002;0000
2021-05-13 18:39:28.857 [main notice] read common config file wolf/broadcast.csv
2021-05-13 18:39:28.858 [main notice] read scan config file wolf/08.csv for ID "", SW0002, HW0000
2021-05-13 18:39:28.858 [main notice] found messages: 16 (0 conditional on 0 conditions, 0 poll, 6 update)
2021-05-13 18:39:29.649 [update notice] received write feuerung betrd QQ=30: Brauchwasser_Heizen;Verbraucheraus;23.00;-;-;55.0;Gas
2021-05-13 18:39:30.910 [update notice] received update-read broadcast betrd QQ=03: 0;48;-;61.5;58;50;10
2021-05-13 18:39:31.124 [bus notice] scan 35: ;Wolf;;0204;0100
2021-05-13 18:39:31.124 [update notice] store 35 ident: done
2021-05-13 18:39:31.124 [update notice] sent scan-read scan.35  QQ=31: Wolf;;0204;0100
2021-05-13 18:39:31.124 [bus notice] scan 35: ;Wolf;;0204;0100
2021-05-13 18:39:31.124 [main error] unable to load scan config 35: no file from wolf with prefix 35 found
2021-05-13 18:39:31.124 [main error] scan config 35: ERR: element not found
2021-05-13 18:39:31.759 [update notice] received unknown MS cmd: 30505014072100170019086e / 09000000800080005628
2021-05-13 18:39:32.955 [update notice] received unknown BC cmd: 30fe03010e6c00e90000000000000000000000
2021-05-13 18:39:33.343 [bus notice] scan 50: ;Wolf; !;0002;0000
2021-05-13 18:39:33.343 [update notice] store 50 ident: done
2021-05-13 18:39:33.343 [update notice] sent scan-read scan.50  QQ=31: Wolf; !;0002;0000
2021-05-13 18:39:33.343 [bus notice] scan 50: ;Wolf; !;0002;0000
2021-05-13 18:39:33.344 [main notice] read scan config file wolf/50.csv for ID "", SW0002, HW0000
2021-05-13 18:39:33.344 [main notice] found messages: 21 (0 conditional on 0 conditions, 0 poll, 6 update)
2021-05-13 18:39:33.846 [update notice] received unknown MS cmd: 3008502203cc0d00 / 026c02
2021-05-13 18:39:34.175 [update notice] received unknown MS cmd: 3008502203cc1600 / 024c02
2021-05-13 18:39:34.498 [update notice] received unknown MS cmd: 3008502203cc6c01 / 020000
2021-05-13 18:39:34.826 [update notice] received unknown MS cmd: 3008502203cc6f01 / 021700
2021-05-13 18:39:34.894 [update notice] received unknown MM cmd: 03f10800080080cc0a80050005
2021-05-13 18:39:35.136 [update notice] received unknown MS cmd: 3008502203cc7301 / 02b600
2021-05-13 18:39:35.465 [update notice] received unknown MS cmd: 3008502203cc2602 / 028530
2021-05-13 18:39:35.593 [main error] scan config f6: ERR: read timeout
2021-05-13 18:39:35.850 [update notice] received unknown MS cmd: 3008502203cc2702 / 020000
2021-05-13 18:39:36.178 [update notice] received unknown MS cmd: 3008502203cc2802 / 02ac3e
2021-05-13 18:39:36.505 [update notice] received unknown MS cmd: 3008502203cc2902 / 020000
2021-05-13 18:39:36.835 [update notice] received unknown MS cmd: 3008502203cc2a02 / 02ab0f
2021-05-13 18:39:37.158 [update notice] received update-read broadcast datetime QQ=30: -;18:43:10;13.05.2021
2021-05-13 18:39:37.487 [update notice] received unknown MS cmd: 3008502203cc1a27 / 02d200
2021-05-13 18:39:37.814 [update notice] received unknown MS cmd: 3008502203cc3727 / 020100
2021-05-13 18:39:38.140 [update notice] received unknown MS cmd: 3008502203cc5327 / 020700
2021-05-13 18:39:38.467 [update notice] received unknown MS cmd: 3008502203cc5427 / 020500
2021-05-13 18:39:38.794 [update notice] received unknown MS cmd: 3008502203cc6327 / 020a05
2021-05-13 18:39:39.206 [update notice] received unknown MS cmd: 3008502203cc6a27 / 020080
2021-05-13 18:39:40.125 [update notice] received update-read broadcast sollw QQ=f1: 5.000;10.898;0;00;55.000
2021-05-13 18:39:40.871 [update notice] received update-read broadcast betrd QQ=03: 0;48;-;62.0;58;50;10
2021-05-13 18:39:42.222 [update notice] received write feuerung betrd QQ=30: Brauchwasser_Heizen;Verbraucheraus;23.00;-;-;55.0;Gas
2021-05-13 18:39:42.554 [update notice] received unknown MS cmd: 3008502203cc0200 / 024402
2021-05-13 18:39:42.879 [update notice] received unknown MS cmd: 3008502203cc1600 / 024d02
2021-05-13 18:39:43.207 [update notice] received unknown MS cmd: 3008502203cc1600 / 024d02
2021-05-13 18:39:43.534 [update notice] received unknown MS cmd: 3008502203cc1600 / 024d02
2021-05-13 18:39:43.860 [update notice] received unknown MS cmd: 3008502203cc1600 / 024d02
2021-05-13 18:39:44.188 [update notice] received unknown MS cmd: 3008502203cc6c01 / 020000
2021-05-13 18:39:44.562 [update notice] received write solar regler QQ=30: 21;0.090;12.5;4.0
2021-05-13 18:39:44.868 [update notice] received unknown BC cmd: 30fe50230528000a1400
2021-05-13 18:39:45.263 [update notice] received unknown BC cmd: 30fe5023054423000000
2021-05-13 18:39:45.573 [update notice] received unknown BC cmd: 30fe502305d84e2a0100
2021-05-13 18:39:47.428 [update notice] received unknown MS cmd: 3008502203cc0e00 / 02f701
2021-05-13 18:39:47.754 [update notice] received unknown MS cmd: 3008502203cc2d00 / 029600
2021-05-13 18:39:48.084 [update notice] received unknown MS cmd: 3008502203cc9a01 / 02c800
2021-05-13 18:39:48.470 [update notice] received unknown MM cmd: 3003502203cc0100
2021-05-13 18:39:48.822 [update notice] received unknown MS cmd: 3008502203cc6c01 / 020000
2021-05-13 18:39:49.148 [update notice] received unknown MS cmd: 3008502203cc6c01 / 020000
2021-05-13 18:39:49.476 [update notice] received unknown MS cmd: 3008502203cc6c01 / 020000
2021-05-13 18:39:49.800 [update notice] received unknown MS cmd: 3008502203cc1727 / 020080
2021-05-13 18:39:50.887 [update notice] received update-read broadcast betrd QQ=03: 0;48;-;62.0;58;50;10
2021-05-13 18:39:51.640 [update notice] received unknown MS cmd: 3008502203cc1627 / 02d007
2021-05-13 18:39:51.969 [update notice] received unknown MS cmd: 3008502203cc1d27 / 024402
2021-05-13 18:39:52.293 [update notice] received unknown MS cmd: 3008502203cc4f27 / 022f00
2021-05-13 18:39:52.619 [update notice] received unknown MS cmd: 3008502203cc5727 / 024b00
2021-05-13 18:39:52.947 [update notice] received unknown MS cmd: 3008502203cc5e27 / 022300
2021-05-13 18:39:53.272 [update notice] received unknown MS cmd: 3008502203cc362a / 020080
2021-05-13 18:39:53.683 [update notice] received unknown MS cmd: 3008502203cc372a / 020080
2021-05-13 18:39:54.780 [update notice] received write feuerung betrd QQ=30: Brauchwasser_Heizen;Verbraucheraus;23.00;-;-;55.0;Gas
2021-05-13 18:39:56.128 [update notice] received update-read broadcast betrd QQ=f1: 1;00;-;62.0;-;50;10
2021-05-13 18:39:56.928 [update notice] received write solar regler QQ=30: 21;0.090;12.5;4.0
2021-05-13 18:40:00.914 [update notice] received update-read broadcast betrd QQ=03: 0;48;-;62.0;59;50;10
2021-05-13 18:40:03.051 [update notice] received unknown BC cmd: 30fe03010e6c00e90000000000000000000000
2021-05-13 18:40:03.377 [update notice] received unknown MS cmd: 3008502203cc0c00 / 026d00
2021-05-13 18:40:03.717 [update notice] received unknown MS cmd: 3008502203ccbf0a / 020000
2021-05-13 18:40:04.032 [update notice] received unknown MS cmd: 3008502203cc8813 / 020000
2021-05-13 18:40:04.363 [update notice] received unknown MS cmd: 3008502203cc1227 / 020000
2021-05-13 18:40:04.684 [update notice] received unknown MS cmd: 3008502203cc1327 / 020000
2021-05-13 18:40:04.924 [update notice] received unknown MM cmd: 03f10800080080cc0a80050005
2021-05-13 18:40:04.997 [update notice] received unknown MS cmd: 3008502203cc3127 / 020000
2021-05-13 18:40:05.407 [update notice] received unknown MS cmd: 3008502203cc3227 / 020000
2021-05-13 18:40:05.734 [update notice] received unknown MS cmd: 3008502203cc5927 / 020000
2021-05-13 18:40:06.061 [update notice] received unknown MS cmd: 3008502203cc5a27 / 020000
2021-05-13 18:40:06.388 [update notice] received unknown MS cmd: 3008502203cc6427 / 020200
2021-05-13 18:40:06.718 [update notice] received unknown MS cmd: 3008502203cc7027 / 020000
2021-05-13 18:40:07.041 [update notice] received unknown MS cmd: 3008502203cc342a / 020000
2021-05-13 18:40:07.458 [update notice] received write feuerung betrd QQ=30: Brauchwasser_Heizen;Verbraucheraus;23.00;-;-;55.0;Gas
2021-05-13 18:40:07.793 [update notice] received unknown MS cmd: 3008502203cc352a / 020000
2021-05-13 18:40:08.453 [update notice] received unknown MS cmd: 3008502203cc0200 / 024402
2021-05-13 18:40:08.781 [update notice] received unknown MS cmd: 3008502203cc1600 / 024e02
2021-05-13 18:40:09.110 [update notice] received unknown MS cmd: 3008502203cc1600 / 024e02
2021-05-13 18:40:09.481 [update notice] received write solar regler QQ=30: 21;0.090;12.5;4.0
2021-05-13 18:40:09.815 [update notice] received unknown MS cmd: 3008502203cc1600 / 024e02
2021-05-13 18:40:10.135 [update notice] received unknown MS cmd: 3008502203cc1600 / 024e02
2021-05-13 18:40:10.542 [update notice] received update-read broadcast sollw QQ=f1: 5.000;10.898;0;00;55.000
2021-05-13 18:40:10.978 [update notice] received unknown MS cmd: 3008502203cc6c01 / 020000
2021-05-13 18:40:11.289 [update notice] received unknown MS cmd: 3008502203cc6c01 / 020000
2021-05-13 18:40:11.704 [update notice] received unknown MS cmd: 3008502203cc6c01 / 020000
2021-05-13 18:40:11.852 [update notice] received update-read broadcast betrd QQ=03: 0;48;-;62.0;59;50;10
2021-05-13 18:40:12.009 [update notice] received unknown MS cmd: 3008502203cc6c01 / 020000
2021-05-13 18:40:12.065 [main notice] SIGINT received
2021-05-13 18:40:12.337 [update notice] received unknown MS cmd: 3008502203cc1727 / 020080
2021-05-13 18:40:12.777 [main notice] ebusd stopped


Aber diese ganzen "received unknown BC bzw. MS cmd" sind die normal oder bekomme ich die nur weg, wenn ich ein weiteres Config-File erstelle?
Weil soweit ich das verstehe, fehlt ihm da ja noch ein Config-File oder?


2021-05-13 18:39:33.343 [bus notice] scan 50: ;Wolf; !;0002;0000
2021-05-13 18:39:33.343 [update notice] store 50 ident: done
2021-05-13 18:39:33.343 [update notice] sent scan-read scan.50  QQ=31: Wolf; !;0002;0000
2021-05-13 18:39:33.343 [bus notice] scan 50: ;Wolf; !;0002;0000
2021-05-13 18:39:33.344 [main notice] read scan config file wolf/50.csv for ID "", SW0002, HW0000
2021-05-13 18:39:33.344 [main notice] found messages: 21 (0 conditional on 0 conditions, 0 poll, 6 update)


Vielen Dank für eure Unterstützung.

lg doktorpi
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 19 Mai 2021, 17:55:36
[main error] unable to load scan config 35: no file from wolf with prefix 35 found

ja genau, solche Meldungen deuten darauf hin das hier die Files fehlen. Durchforste mal das Forum, da gibt es schon viele die sich Files für Wolf erstellt haben und du musst das Rad nicht neu erfinden.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 29 Mai 2021, 17:46:46
Hi Folks,

seit Heute gibs nen Fehler bei mir.

2021-05-29 17:43:47.540 [bus notice] new master 03, master count 2
2021-05-29 17:43:47.540 [bus notice] scan 08: ;Vaillant;recoV;0217;0203
2021-05-29 17:43:47.540 [update notice] store 08 ident: done
2021-05-29 17:43:47.540 [update notice] sent scan-read scan.08  QQ=ff: Vaillant;recoV;0217;0203
2021-05-29 17:43:47.540 [bus notice] scan 08: ;Vaillant;recoV;0217;0203
2021-05-29 17:43:47.629 [main error] unable to load scan config 08: no file from vaillant with prefix 08 matches ID "recov", SW0217, HW0203
2021-05-29 17:43:47.630 [main error] initial scan failed: ERR: element not found


er findet die 08.recov.csv nicht

diese existiert aber

pi@raspberrypi:/etc/ebusd/vaillant $ ls -l
insgesamt 124
-rw-r--r-- 1 pi pi  3887 Okt 16  2020 08.bai.csv
-rw-r--r-- 1 pi pi  3240 Jun 27  2020 08.recov.csv
-rw-r--r-- 1 pi pi  2031 Jun 22  2020 08.recov.csv.bak
-rw-r--r-- 1 pi pi  3295 Jun 27  2020 08.recov.csv.org
-rw-r--r-- 1 pi pi 17135 Okt 17  2020 15.470.csv
-rw-r--r-- 1 pi pi  1990 Jun 22  2020 38.v32.csv
-rw-r--r-- 1 pi pi 17001 Okt 16  2020 bai.308523.inc
-rw-r--r-- 1 pi pi   620 Jun 22  2020 broadcast.csv
-rw-r--r-- 1 pi pi   245 Jun 22  2020 currentservice.inc
-rw-r--r-- 1 pi pi   527 Jun 22  2020 errors.inc
-rw-r--r-- 1 pi pi   738 Jun 22  2020 hcmode.inc
-rw-r--r-- 1 pi pi   301 Jun 22  2020 hwcmode.inc
-rw-r--r-- 1 pi pi   409 Jun 22  2020 mcmode.inc
-rw-r--r-- 1 pi pi   316 Jun 22  2020 quick.inc
-rw-r--r-- 1 pi pi   238 Jun 22  2020 roomtempoffset.inc
-rw-r--r-- 1 pi pi   792 Jun 22  2020 scan.csv
-rw-r--r-- 1 pi pi  3475 Okt 17  2020 _templates.csv
-rw-r--r-- 1 pi pi   709 Jun 22  2020 tempsetpoints.inc
-rw-r--r-- 1 pi pi   647 Jun 22  2020 timercc.inc
-rw-r--r-- 1 pi pi   677 Jun 22  2020 timercool.inc
-rw-r--r-- 1 pi pi   633 Jun 22  2020 timerhc.inc
-rw-r--r-- 1 pi pi   647 Jun 22  2020 timerhwc.inc
-rw-r--r-- 1 pi pi   979 Jun 22  2020 timer.inc


woran kanns liegen?

Gruß Maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: TiPpFeHlEr am 29 Mai 2021, 19:00:05
Hi,

hab den Fehler gefunden.......

seit neustem muss ich wohl
--configpath=/etc/ebusd/
mit angeben.

aufgefallen ist mir das, weil meine 15.470.csv nicht aus dem /etc/ebusd/Vaillant/ Ordner genommen wurde, sondern irgend eine andere!
Woher weis ich nicht.

Warum wird nicht der Standard Pfad durchsucht? oder hat sich dieser geändert?

auf jedenfall starte ich nun mein ebus mit folgender config
EBUSD_OPTS1="--configpath=/etc/ebusd/ --lograwdata=bytes --latency=100000 --receivetimeout=100000 --scanconfig -d /dev/serial/by-id/usb-E-Service_eBus_Coupler_Iso_12001_ALHTFOL-if00-port0 -p 8890 -l /var/log/ebusd1.log"
EBUSD_OPTS2="--configpath=/etc/ebusd/ --lograwdata=bytes --latency=100000 --receivetimeout=100000 -a ff --scanconfig=08 -d /dev/serial/by-id/usb-E-Service_eBus_Coupler_Iso_12001_ALHTIL2-if00-port0 -p 8889 -l /var/log/ebusd2.log"


Grüße Maik
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: darkside40 am 25 Oktober 2021, 13:17:57
Guten Tag,
ich habe schon seit einigen Jahren hier eine eBus Adapterplatine in der v.1.6 rumliegen.
Damals wollte ich eigentlich meine Vaillant Therme auslesen was aber nie passiert ist.
Da ich aktuell wieder an meinem Smarthome rumschraube ist mir die noch unbestückte Platine in die Hände gefallen und da habe ich nun ein paar kurze Fragen, denn die Entwicklung bei den eBus Adaptern etc. stand ja nicht still.

1. Macht es heute überhaupt noch Sinn mit der 1.6er Platine anzufangen? Ich habe die Idee das ich an die serielle Schnittstelle der Adapterplatine einen Wemos D1 (hab ich noch rumliegen) mit der dementsprechenden Firmware hänge. Oder macht das gar keinen Sinn und ich sollte mich direkt in die Warteliste für ne v3 Adapterplatine hängen?
2. Im Reichelt Warenkorb ist der Optokoppler in zwei Varianten enthalten mit unterschiedlichem Übertragungsverhältnis. Warum ist das so bzw. ist es egal welchen ich nehme?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 25 Oktober 2021, 19:13:42
Zitat von: TiPpFeHlEr am 29 Mai 2021, 19:00:05
seit neustem muss ich wohl
--configpath=/etc/ebusd/
mit angeben.

Warum wird nicht der Standard Pfad durchsucht? oder hat sich dieser geändert?
ja, der default hat sich vor 3 Jahren mal geändert, stand auch im Changelog (https://github.com/john30/ebusd/blob/master/ChangeLog.md#breaking-changes-1) als breaking change
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 25 Oktober 2021, 19:15:48
Zitat von: darkside40 am 25 Oktober 2021, 13:17:57
1. Macht es heute überhaupt noch Sinn mit der 1.6er Platine anzufangen? Ich habe die Idee das ich an die serielle Schnittstelle der Adapterplatine einen Wemos D1 (hab ich noch rumliegen) mit der dementsprechenden Firmware hänge. Oder macht das gar keinen Sinn und ich sollte mich direkt in die Warteliste für ne v3 Adapterplatine hängen?
2. Im Reichelt Warenkorb ist der Optokoppler in zwei Varianten enthalten mit unterschiedlichem Übertragungsverhältnis. Warum ist das so bzw. ist es egal welchen ich nehme?
1.6 würde ich definitiv nicht mehr nehmen, da am Bus zu stark Strom gezogen wird und das Einstellen des Potis schon sehr umständlich ist
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: darkside40 am 26 Oktober 2021, 10:25:52
Okay danke für die Info.
Dann werde ich mal schauen ob ich mir den v3 Adapter zulege, aber so wie ich gelesen habe wird es mit der nächsten Lieferung wohl nichts vor 2022, oder?
Ich meine es ist nicht so dringend für mich. Derzeit hängt an der Therme ein Tado und das macht seine Sache ganz gut aber irgendwann möchte ich im Smarthome halt komplett ohne Cloud auskommen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 26 Oktober 2021, 21:51:51
Zitat von: darkside40 am 26 Oktober 2021, 10:25:52
Okay danke für die Info.
Dann werde ich mal schauen ob ich mir den v3 Adapter zulege, aber so wie ich gelesen habe wird es mit der nächsten Lieferung wohl nichts vor 2022, oder?
Ich meine es ist nicht so dringend für mich. Derzeit hängt an der Therme ein Tado und das macht seine Sache ganz gut aber irgendwann möchte ich im Smarthome halt komplett ohne Cloud auskommen.
das kommt bisschen drauf an, ob die in der Vergangenheit reservierten dann auch abgerufen werden (es melden sich einige einfach nicht mehr).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Shaggy_12 am 26 November 2021, 19:18:55
Zitat von: john30 am 26 Oktober 2021, 21:51:51
das kommt bisschen drauf an, ob die in der Vergangenheit reservierten dann auch abgerufen werden (es melden sich einige einfach nicht mehr).
Also bei mir ging es sehr schnell, ich kämpfe zwar noch mit den csv-Dateien, aber ich hab die 119 Seiten hier auch noch nicht durch :)

Wenn man ein ernsthaftes Interesse hat und das dann aufrecht behält wirds sicher was :)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mirror am 28 November 2021, 01:27:23
Nach langem klaglosem Betrieb vom ebus v2 Adapter auf eine Raspi 3+ mit buster (kernel 4.19) habe ich mir durch update und upgrade das System zerschossen. Nichts geht mehr - weder ein sudo make install des ttyebus Treibers (Speicherfehler bzw. einfrieren des modprobe commands) noch modprobe -r ttyebus (ttyebus in use trotz service stop).
Ich neige zur totalen Neuinstallation des OS. Doch welches Raspbian zieht man sich auf um dann den ttyebus Treiber laut github Anleitung zu installieren? Buster oder schon das Bullseye? Möglichst ohne patch oder downgrade Orgie der Kernel sourcen.

EDIT:
Ich habe noch eine Kopie des images (buster) gefunden, wenn auch nicht ganz aktuell. Die Installation von ttyebus ging nur nach https://github.com/eBUS/ttyebus/issues/12 (https://github.com/eBUS/ttyebus/issues/12) und mit dem branch kernel_5_10_hack von https://github.com/unamehere/ttyebus (https://github.com/unamehere/ttyebus). Ist nicht ganz sauber, aber geht erstmal.

ebusd wurde nach John's wiki aus den github sourcen installiert und fhem neu aufgesetzt. Die Verbindung zw. ebusd und fhem scheint OK, nach den Daten und Grafiken zu urteilen.
Allerdings steht im fhem logfile:
2021.11.28 14:50:04 3: Opening EBUS device 192.168.178.11:8888
2021.11.28 14:50:04 1: EBUS: Can't connect to 192.168.178.11:8888: Network is unreachable


Verstehe ich nicht ganz - ist 8888 nicht die default port Nummer?
pi@raspberrypi:~ $ sudo lsof -i | grep -e LISTEN
cupsd      446      root    6u  IPv6  14161      0t0  TCP localhost:ipp (LISTEN)
cupsd      446      root    7u  IPv4  14162      0t0  TCP localhost:ipp (LISTEN)
mosquitto  494 mosquitto    5u  IPv4  15969      0t0  TCP *:1883 (LISTEN)
mosquitto  494 mosquitto    6u  IPv6  15970      0t0  TCP *:1883 (LISTEN)
sshd       518      root    3u  IPv4  17207      0t0  TCP *:ssh (LISTEN)
sshd       518      root    4u  IPv6  17217      0t0  TCP *:ssh (LISTEN)
dnsmasq    533   dnsmasq    5u  IPv4  16101      0t0  TCP *:domain (LISTEN)
dnsmasq    533   dnsmasq    7u  IPv6  16103      0t0  TCP *:domain (LISTEN)
perl       592      fhem    4u  IPv4  20832      0t0  TCP *:8383 (LISTEN)
perl       592      fhem    5u  IPv4  18546      0t0  TCP *:7072 (LISTEN)
perl       592      fhem    6u  IPv4  17735      0t0  TCP *:8083 (LISTEN)
perl       592      fhem    7u  IPv4  17736      0t0  TCP *:8084 (LISTEN)
perl       592      fhem    8u  IPv4  17737      0t0  TCP *:8085 (LISTEN)
ebusd      970      root    5u  IPv4  21507      0t0  TCP *:8888 (LISTEN)

Kann mir bitte jemand ein Tip zu der fhem log Meldung geben.
Danke

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Slanesh am 26 Dezember 2021, 19:14:45
Hallo zusammen,

ich bin gestern endlich mal dazu gekommen meinen eBus Adapter V1.6 zusammenzubauen. Jetzt bin ich im Wiki beim Abgleichen des Poti angekommen. Dazu habe ich eine Verständnisfrage: Muss hierzu der eBus Apapter bereits an den eBus angeschlossen werden, damit die "<aa" angezeigt werden, oder kann ich das "trocken" machen?

Gruß Slanesh
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 27 Dezember 2021, 09:25:15
ja, sonst kommen ja keine Signale!
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: raimundl am 27 Dezember 2021, 12:46:28
Nur zur Info:

Habe gestern mein System upgedatet (RPi3 mit Stretch und ebus Platine V3 über Ethernet)

Danach kein Signal mehr von der Platine erhalten. Nach doch einiger Suchzeit habe ich folgendes herausgefunden:
In der /etc/default/ebusd war meine Konfigurationszeile verschwunden - vielleicht durch überspielen beim Gesamtupdate???
Eine Wiederherstellung der Konfiguration brachte das ganze System wieder problemlos zum Laufen.

Ebus inkl. der jeweiligen Platinen läuft seit Jahren problemlos und einwandfrei (Dank an die Entwickler)!

LG

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Slanesh am 29 Dezember 2021, 02:52:04
Hallo zusammen,

ich habe auf meinem Raspberry (Raspberry OS Bullseye) den ebusd Version 21.3.v21.3-130-g13221e2 mit dem ebus Adapter V1.6 nun am laufen und über MQTT an FHEM angebunden. Allerdings scheitere ich meiner Meinung nach daran die richtigen CSV-Dateien zu integrieren. Ich hatte verstanden, dass die aktuelle Version der ebusd sich die CSVs automatisch über cfg.ebusd.eu herunterlädt. Das Verzeichnis /etc/ebusd/ ist bei mir allerdings leer. Nach meinem Verständnis sollten hier doch die heruntergeladenen CSVs landen, oder?

Konfiguration meiner /etc/default/ebusd
EBUSD_OPTS="--scanconfig --accesslevel=* --mqttport=1883 --mqttjson --mqtthost=192.168.1.28 --mqtttopic=ebusd/%circuit/%name --configpath=http://cfg.ebusd.eu/"


ebusctl info
version: ebusd 21.3.v21.3-130-g13221e2
update check: revision v21.3 available
device: /dev/ttyUSB0
access: *
signal: acquired
symbol rate: 23
max symbol rate: 104
min arbitration micros: 550
max arbitration micros: 4228
min symbol latency: 5
max symbol latency: 7
reconnects: 0
masters: 3
messages: 68
conditional: 0
poll: 0
update: 10
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU01;SW=0304;HW=8802", loaded "vaillant/08.hmu.csv"
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"


Auszug aus dem /var/log/ebusd.log
2021-12-29 02:20:04.530 [main notice] ebusd 21.3.v21.3-130-g13221e2 started with auto scan on device /dev/ttyUSB0
2021-12-29 02:20:04.703 [bus notice] bus started with own address 31/36
2021-12-29 02:20:04.708 [bus notice] signal acquired
2021-12-29 02:20:04.850 [mqtt notice] connection established
2021-12-29 02:20:04.997 [bus notice] new master 71, master count 2
2021-12-29 02:20:05.043 [bus notice] new master 03, master count 3
2021-12-29 02:20:05.043 [update notice] received unknown MS cmd: 7108b5110107 / 050000000101
2021-12-29 02:20:13.093 [update notice] received unknown MS cmd: 7108b5110107 / 050000000101
2021-12-29 02:20:14.149 [update notice] received unknown MS cmd: 7108b507030bffff / 0101
2021-12-29 02:20:14.870 [bus notice] scan 08: ;Vaillant;HMU01;0304;8802
2021-12-29 02:20:14.870 [update notice] store 08 ident: done
2021-12-29 02:20:14.874 [update notice] sent scan-read scan.08  QQ=31: Vaillant;HMU01;0304;8802
2021-12-29 02:20:14.874 [bus notice] scan 08: ;Vaillant;HMU01;0304;8802
2021-12-29 02:20:15.047 [main notice] read common config file vaillant/broadcast.csv
2021-12-29 02:20:15.075 [main notice] read common config file vaillant/scan.csv
2021-12-29 02:20:15.103 [main notice] read common config file vaillant/general.csv
2021-12-29 02:20:15.190 [main notice] read scan config file vaillant/08.hmu.csv for ID "hmu01", SW0304, HW8802
2021-12-29 02:20:15.254 [main notice] found messages: 65 (0 conditional on 0 conditions, 0 poll, 10 update)
2021-12-29 02:20:15.526 [update notice] sent unknown MS cmd: 3108b5090124 / 09003231313731383030
2021-12-29 02:20:15.694 [update notice] sent scan-read scan.08 id QQ=31:
2021-12-29 02:20:15.953 [update notice] sent scan-read scan.08 id QQ=31:
2021-12-29 02:20:16.117 [update notice] sent scan-read scan.08 id QQ=31: 21;17;18;0010019759;1610;005992;N3
2021-12-29 02:20:16.117 [bus notice] scan 08: ;21;17;18;0010019759;1610;005992;N3
2021-12-29 02:20:18.399 [bus notice] scan 76: ;Vaillant;VWZIO;0111;0103
2021-12-29 02:20:18.400 [update notice] store 76 ident: done
2021-12-29 02:20:18.400 [update notice] sent scan-read scan.76  QQ=31: Vaillant;VWZIO;0111;0103
2021-12-29 02:20:18.401 [bus notice] scan 76: ;Vaillant;VWZIO;0111;0103
2021-12-29 02:20:18.584 [update notice] sent unknown MS cmd: 3176b5090124 / 09003231313731373030
2021-12-29 02:20:18.812 [update notice] sent scan-read scan.76 id QQ=31:
2021-12-29 02:20:18.997 [update notice] sent scan-read scan.76 id QQ=31:
2021-12-29 02:20:19.005 [bus notice] max. symbols per second: 104
2021-12-29 02:20:19.183 [update notice] sent scan-read scan.76 id QQ=31: 21;17;17;0010019373;3100;005380;N9
2021-12-29 02:20:19.184 [bus notice] scan 76: ;21;17;17;0010019373;3100;005380;N9
2021-12-29 02:20:19.216 [main error] unable to load scan config 76: no file from vaillant with prefix 76 found
2021-12-29 02:20:19.216 [main error] scan config 76: ERR: element not found
2021-12-29 02:20:21.157 [update notice] received read hmu State QQ=71: 0;0;on;ready
2021-12-29 02:20:25.071 [update notice] received unknown MS cmd: 7108b507030bffff / 0101
2021-12-29 02:20:29.427 [update notice] received read hmu State QQ=71: 0;0;on;ready
2021-12-29 02:20:44.335 [update notice] received unknown MS cmd: 7108b507030bffff / 0101
2021-12-29 02:20:45.317 [update notice] received read hmu State QQ=71: 0;0;on;ready
2021-12-29 02:20:53.369 [update notice] received read hmu State QQ=71: 0;0;on;ready
2021-12-29 02:20:54.428 [update notice] received unknown MS cmd: 7108b507030bffff / 0101
2021-12-29 02:21:01.399 [update notice] received read hmu State QQ=71: 0;0;on;ready
2021-12-29 02:21:04.473 [update notice] received unknown MS cmd: 7108b507030bffff / 0101
2021-12-29 02:21:09.474 [update notice] received read hmu State QQ=71: 0;0;on;ready
2021-12-29 02:21:14.566 [update notice] received unknown MS cmd: 7108b507030bffff / 0101
2021-12-29 02:21:25.680 [update notice] received read hmu State QQ=71: 0;0;on;ready
2021-12-29 02:21:33.660 [update notice] received read hmu State QQ=71: 0;0;on;ready
2021-12-29 02:21:34.718 [update notice] received unknown MS cmd: 7108b507030bffff / 0101
2021-12-29 02:21:41.691 [update notice] received read hmu State QQ=71: 0;0;on;ready


List meines MQTT2_ebusd_21.3_5879 Devices auf das ich das Template eBus_deamon_splitter angewendet habe
Internals:
   CFGFN     
   CID        ebusd
   DEF        ebusd
   DEVICETOPIC MQTT2_ebusd_21.3_5879
   FUUID      61cb9494-f33f-799c-48c6-df45db396336e811
   IODev      myBroker
   LASTInputDev myBroker
   MSGCNT     1373
   NAME       MQTT2_ebusd_21.3_5879
   NR         13405
   STATE      Status:
1:true
Signal:
2:true
<br>Uptime: 0 000 00:21
   TYPE       MQTT2_DEVICE
   myBroker_MSGCNT 1373
   myBroker_TIME 2021-12-29 02:41:40
   JSONMAP:
     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
   OLDREADINGS:
   READINGS:
     2021-12-29 01:33:15   0_name          energy
     2021-12-29 01:33:15   0_value         0
     2021-12-29 01:33:15   1_name          energy
     2021-12-29 01:33:15   1_value         0
     2021-12-29 01:33:15   2_name          onoff
     2021-12-29 01:33:15   2_value         on
     2021-12-29 01:33:15   3_name          state
     2021-12-29 01:33:15   3_value         ready
     2021-12-29 02:20:20   associatedWith  MQTT2_ebusd_21.3_5879
     2021-12-29 01:09:01   attrTemplateVersion 20200824
     2021-12-29 02:41:40   formatedUptime  0 000 00:21
     2021-12-29 02:20:04   running         true
     2021-12-29 02:20:21   scan            "finished"
     2021-12-29 02:20:20   signal          true
     2021-12-29 01:09:01   state           getKnown
     2021-12-29 02:22:21   updatecheck     "revision v21.3 available"
     2021-12-29 02:41:40   uptime          1296
     2021-12-29 02:20:04   version         "ebusd 21.3.v21.3-130-g13221e2"
Attributes:
   IODev      myBroker
   autocreate 1
   bridgeRegexp (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|solar|ui|uih|v\d\d|v81.\d|vd\d|vl\d|vr_\d\d|zeo)/.*:.* "$1_$2"
(ebus..*?)/(global|broadcast|general|scan([^/]*))/.*:.* "$1"
   comment    NOTE: additional templates and code have been downloaded from svn (contrib).
   devStateStyle style="text-align:right"
   jsonMap    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
   model      eBus_daemon_splitter
   readingList ebusd/scan\x5c\x2e08/:.* { json2nameValue($EVENT) }
ebusd/scan\x5c\x2e08/id:.* { json2nameValue($EVENT) }
ebusd/scan\x5c\x2e76/:.* { json2nameValue($EVENT) }
ebusd/scan\x5c\x2e76/id:.* { json2nameValue($EVENT) }
ebusd/global/version:.* version
ebusd/global/running:.* running
ebusd/global/scan:.* scan
ebusd/global/uptime:.* uptime
ebusd/global/signal:.* signal
ebusd/global/updatecheck:.* updatecheck
   room       MQTT2_DEVICE
   setList    getKnown:noArg ebusd/list onlyknown
  getAll:noArg ebusd/list
   stateFormat Status:
1:running
Signal:
2:signal
<br>Uptime: formatedUptime
   userReadings formatedUptime:uptime.* {my $m = ReadingsVal($name,"uptime",0)/60;; return sprintf "0 000 00:%02d", $m if $m < 60;; my $h = $m / 60;; $m %= 60;; return sprintf "0 000 %02d:%02d", $h, $m if $h < 24;; my $d = $h / 24;; $h %= 24;; return sprintf "0 %03d %02d:%02d", $d, $h, $m if $d <365;; my $y = $d / 365;; $d %= 365;; return sprintf "%d %03d %02d:%02d", $y, $d, $h, $m}


List des Devices MQTT2_ebusd_hmu, wobei mir unklar ist um was es sich hier handelt
Internals:
   CFGFN     
   CID        ebusd_hmu
   DEF        ebusd_hmu
   DEVICETOPIC MQTT2_ebusd_hmu
   FUUID      61cbad01-f33f-799c-3e6e-467ebdacc18747aa
   IODev      myBroker
   LASTInputDev myBroker
   MSGCNT     234
   NAME       MQTT2_ebusd_hmu
   NR         14356
   STATE      ???
   TYPE       MQTT2_DEVICE
   myBroker_MSGCNT 234
   myBroker_TIME 2021-12-29 02:44:42
   READINGS:
     2021-12-29 02:44:42   0_name          energy
     2021-12-29 02:44:42   0_value         0
     2021-12-29 02:44:42   1_name          energy
     2021-12-29 02:44:42   1_value         0
     2021-12-29 02:44:42   2_name          onoff
     2021-12-29 02:44:42   2_value         on
     2021-12-29 02:44:42   3_name          state
     2021-12-29 02:44:42   3_value         ready
     2021-12-29 01:34:09   associatedWith  MQTT2_ebusd_21.3_5879
Attributes:
   IODev      myBroker
   readingList ebusd/hmu/State:.* { json2nameValue($EVENT) }
   room       MQTT2_DEVICE


Ich denke der Fehler aus dem Log "[main error] unable to load scan config 76: no file from vaillant with prefix 76 found" ist der Knackpunkt. Gibt es zu diesem Vaillant Device einfach kein Config-File?

Für einen Hinweis wäre ich sehr dankbar. Habe mir jetzt die halbe Nacht um die Ohren geschlagen und komme einfach nicht weiter.

Viele Grüße
Slanesh
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Nighthawk am 04 Januar 2022, 10:25:07
Hallo zusammen,

ich verzweifle gerade an der Inbetriebnahme des eBus Schaltung, irgendwie will ebusd nicht mit dem Adapter.

Die Jumper sind wie hier beschrieben gesetzt: https://adapter.ebusd.eu/img/smd-usb.jpg (https://adapter.ebusd.eu/img/smd-usb.jpg)


ebusd habe ich nach der Anleitung https://github.com/john30/ebusd/wiki/1.-Build-and-install (https://github.com/john30/ebusd/wiki/1.-Build-and-install) compiliert und installiert.

Egal ob ich die Configuration in /etc/default/ebusd mache

EBUSD_OPTS="--scanconfig --accesslevel=* --latency=20 -d enh:/dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_84e3dc3b00deea11b020cf149a583cc7-if00-port0 --address=ff"


Log:
2022-01-04 09:20:18.528 [main notice] ebusd 21.3.v21.3-130-g13221e2 started with auto scan on enhanced device /dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_84e3dc3b00deea11b020>
2022-01-04 09:20:19.242 [bus notice] device status: resetting
2022-01-04 09:20:19.248 [bus notice] bus started with own address ff/04
2022-01-04 09:20:19.722 [bus notice] device status: reset
2022-01-04 09:20:22.351 [bus notice] device invalid
2022-01-04 09:20:27.357 [bus notice] device status: resetting
2022-01-04 09:20:27.358 [bus notice] re-opened /dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_84e3dc3b00deea11b020cf149a583cc7-if00-port0
2022-01-04 09:20:27.363 [bus notice] device invalid
2022-01-04 09:20:32.369 [bus notice] device status: resetting
2022-01-04 09:20:32.377 [bus notice] re-opened /dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_84e3dc3b00deea11b020cf149a583cc7-if00-port0
2022-01-04 09:20:32.641 [bus notice] device status: reset
2022-01-04 09:20:42.556 [bus notice] device invalid


oder direkt im Terminat starte:
pi@Pi:~ $ ls -l /dev/serial/by-id
insgesamt 0
lrwxrwxrwx 1 root root 13  3. Jan 09:29 usb-FTDI_FT232R_USB_UART_AL02VI9U-if00-port0 -> ../../ttyUSB1
lrwxrwxrwx 1 root root 13  4. Jan 07:36 usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_84e3dc3b00deea11b020cf149a583cc7-if00-port0 -> ../../ttyUSB0
lrwxrwxrwx 1 root root 13  3. Jan 09:29 usb-Silicon_Labs_CP2104_USB_to_UART_Bridge_Controller_010672B0-if00-port0 -> ../../ttyUSB2

pi@Pi:~ $ sudo ebusd --scanconfig -d /dev/ttyUSB0 -f

2022-01-04 09:16:13.248 [main notice] ebusd 21.3.v21.3-130-g13221e2 started with auto scan on device /dev/ttyUSB0
2022-01-04 09:16:13.634 [bus notice] bus started with own address 31/36
2022-01-04 09:16:13.903 [bus notice] device invalid
2022-01-04 09:16:18.908 [bus notice] re-opened /dev/ttyUSB0
2022-01-04 09:16:19.186 [bus notice] device invalid
^C2022-01-04 09:16:24.107 [main notice] SIGINT received
2022-01-04 09:16:24.192 [bus notice] re-opened /dev/ttyUSB0
2022-01-04 09:16:28.903 [main notice] ebusd stopped

pi@Pi:~ $ sudo ebusd --scanconfig -d /dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_84e3dc3b00deea11b020cf149a583cc7-if00-port0 -f

2022-01-04 09:16:37.208 [main notice] ebusd 21.3.v21.3-130-g13221e2 started with auto scan on device /dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_84e3dc3b00deea11b020cf149a583cc7-if00-port0
2022-01-04 09:16:37.593 [bus notice] bus started with own address 31/36
2022-01-04 09:16:41.785 [bus notice] device invalid
2022-01-04 09:16:46.793 [bus notice] re-opened /dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_84e3dc3b00deea11b020cf149a583cc7-if00-port0
2022-01-04 09:16:53.336 [bus notice] device invalid
^C2022-01-04 09:16:54.123 [main notice] SIGINT received
2022-01-04 09:16:57.698 [main notice] ebusd stopped


gibt es die Fehlermeldung "device invalid".

Mache ich hier etwas falsch, oder stimmt etwas mit dem Adapter nicht?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 05 Januar 2022, 10:04:46
Zitat von: Slanesh am 29 Dezember 2021, 02:52:04
ich habe auf meinem Raspberry (Raspberry OS Bullseye) den ebusd Version 21.3.v21.3-130-g13221e2 mit dem ebus Adapter V1.6 nun am laufen und über MQTT an FHEM angebunden. Allerdings scheitere ich meiner Meinung nach daran die richtigen CSV-Dateien zu integrieren. Ich hatte verstanden, dass die aktuelle Version der ebusd sich die CSVs automatisch über cfg.ebusd.eu herunterlädt. Das Verzeichnis /etc/ebusd/ ist bei mir allerdings leer. Nach meinem Verständnis sollten hier doch die heruntergeladenen CSVs landen, oder?

Hallo,
bevor du dich jetzt an die Auswertung von MQTT stürzt, solltest du erst versuchen deinen Device VRZIO irgendwie ausfindig machen was das genau ist und selbst eine csv erstellen bzw. aus einem ähnlichen Gerät kopieren. D.h. du musst die csv händisch laden und versuchen das zu interpretieren. So wie es aussieht, funktioniert ja dein Adapter 1.6 problemlos. Es gab schon mal einen Post (https://forum.fhem.de/index.php/topic,46098.msg755857/topicseen.html#msg755857) der auch so eine VWZIO hatte (Wärmepumpe?), der kam aber meines Wissens auch nicht so recht weiter.


Die jetzt geladene 08.hmu.csv bietet dir ja nicht gerade viel an. Immerhin kannst auch den Broadcast schon auswerten, welcher auch in MQTT schon ankommen müsste.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 05 Januar 2022, 10:22:15
Zitat von: Nighthawk am 04 Januar 2022, 10:25:07
ich verzweifle gerade an der Inbetriebnahme des eBus Schaltung, irgendwie will ebusd nicht mit dem Adapter.
Egal ob ich die Configuration in /etc/default/ebusd mache

EBUSD_OPTS="--scanconfig --accesslevel=* --latency=20 -d enh:/dev/serial/by-id/usb-Silicon_Labs_CP2102N_USB_to_UART_Bridge_Controller_84e3dc3b00deea11b020cf149a583cc7-if00-port0 --address=ff"


Der Uart vom Adapter3 wird ja schon richtig gefunden und sitzt auf ttyUSB0. Ist es richtig, dass du einen Adapter V3 hast?

Versuche doch einmal den über ttyUSB0 zu laden. Der lange Namen des serial Device wird auf ttyUSB0 verlinkt.

--scanconfig --accesslevel=* --latency=20 -d enh:/dev/ttyUSB0 --address=ff

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Girgl am 05 Januar 2022, 11:47:09
Hallo Gemeinde,

ich habe folgendes Problem, vielleicht kann mir ja jemand helfen.
Auf einem RPi Zero lief seit fast drei Jahren die RPi-Platine v2(fertig gelötet gekauft) zusammen mit 9x1-wire-Temperatursensoren(DS18b20) direkt an der Platine angeschlossen fehlerfrei. Auf dem Rpi Zero(stretch) lief lediglich eine fhem-Installation mit ebusd und 1-wire, sonst keine weiteren Applikationen. Dann erst Lesefehler auf dem ebus, danach ein kompletter Crash. Der RPi lies sich nicht mehr neu starten, deshalb neue sd-Karte und System neu aufgesetzt. Seitdem ist es nicht mehr möglich die ebus-Platine und die 1-wire-Sensoren gleichzeitig zu betreiben. Bei gleichzeitigem Betrieb loggt der ebus unregelmäßig, nicht nachvollziehbar, Fehler. Irgendwann "fängt" er sich wieder und verliert aber später wieder die Verbindung und so weiter. Die 1-wire Sensoren haben während der ebus-Fehler keine Probleme.
Bisher getestet:
Ein anders Netzteil für den RPi brachte keine Besserung.
Die ebus-Platine arbeitet ohne angeschlossene 1-wire-Sensoren einwandfrei.
Ich habe testweise mal nur fünf Sensoren angeschlossen, auch hier treten Fehler, aber nicht anscheinend nicht so häufig.
Bei neun angeschlossenen Sensoren kann sich der ebusd meist schon gar nicht verbinden.

Folgende Fragen, als Elektrinik-Laie, hätte ich:
Unterliegt die Platine oder eines der Bauteile einer natürlichen Alterung und sollte (regelmäßig) ersetzt werden?
Sind die 1-wire(GPIO 4, VCC, GND) Ausgänge auf der Platine durchgeschleift oder bezieht auch die ebusd Platine hier Strom/Daten.
Freue mich über jeden Rat.

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

# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="--scanconfig"

# MULTIPLE EBUSD INSTANCES WITH SYSV
# In order to run multiple ebusd instances on a SysV enabled system, simply
# define several EBUSD_OPTS with a unique suffix for each. Recommended is to
# use a number as suffix for all EBUSD_OPTS settings. That number will then be
# taken as additional "instance" parameter to the init.d script in order to
# start/stop an individual ebusd instance instead of all instances.
# Example: (uncomment the EBUSD_OPTS above)
EBUSD_OPTS="--scanconfig -d /dev/ttyebus -p 8888 --configpath=/etc/ebusd/ --latency=100000 --loglevel=error -l /var/log/ebusd.log"
#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.


Daten zum ebusd:
pi@RPI-Zero:~ $ ebusctl info
version: ebusd 3.3.v3.3
update check: invalid request
signal: acquired
symbol rate: 46
max symbol rate: 115
min arbitration micros: 28
max arbitration micros: 1981
min symbol latency: 0
max symbol latency: 32
reconnects: 0
masters: 7
messages: 75
conditional: 0
poll: 0
update: 6
address 03: master #11
address 07: master #16
address 08: slave #11, scanned "MF=Kromschroeder;ID=  3B ;SW=" error: ERR: argument value out of valid range, loaded "kromschroeder/08.csv"
address 0c: slave #16, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"
address 10: master #2
address 15: slave #2, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"
address 30: master #3
address 31: master #8, ebusd
address 35: slave #3, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Kromschroeder;ID=  ;SW=0208;HW=-", loaded "kromschroeder/50.csv"
address 51: slave, scanned "MF=Kromschroeder;ID=  ;SW=0208;HW=-"
address 70: master #4
address 75: slave #4, scanned "MF=Kromschroeder;ID=  ;SW=0204;HW=-"
address f1: master #10

Das System:
pi@RPI-Zero:~ $ uname -a
Linux RPI-Zero 4.19.66+ #1253 Thu Aug 15 11:37:30 BST 2019 armv6l GNU/Linux
pi@RPI-Zero:~ $ cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 9 (stretch)"
NAME="Raspbian GNU/Linux"
VERSION_ID="9"
VERSION="9 (stretch)"
VERSION_CODENAME=stretch
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"

ebusd.log
2022-01-05 03:26:05.292 [bus error] send to 08: ERR: SYN received, retry
2022-01-05 03:26:06.654 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 03:28:07.818 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:28:09.029 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 03:28:10.488 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 03:28:10.933 [bus error] send to 08: ERR: read timeout
2022-01-05 03:28:10.933 [bus error] send message part 0: ERR: read timeout
2022-01-05 03:28:11.311 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:28:12.621 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 03:28:14.499 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 03:28:15.256 [bus error] send to 08: ERR: SYN received
2022-01-05 03:28:15.256 [bus error] send message part 0: ERR: SYN received
2022-01-05 03:29:02.457 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 03:29:05.673 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:29:07.619 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 03:29:08.118 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:29:09.300 [bus error] send to 08: ERR: arbitration lost
2022-01-05 03:29:09.300 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 03:29:09.668 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:29:11.175 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 03:30:02.013 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:30:02.507 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:32:04.094 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:36:06.451 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:38:02.057 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:38:02.539 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:38:07.095 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:38:11.203 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 03:38:11.571 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:38:14.002 [bus error] send to 08: ERR: arbitration lost
2022-01-05 03:38:14.002 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 03:38:16.422 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 03:38:19.289 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 03:38:19.340 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:38:23.839 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:39:02.075 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:39:03.449 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 03:39:03.938 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:39:07.208 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:39:08.436 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 03:39:10.689 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:39:11.142 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:40:06.337 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:40:08.064 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 03:48:07.527 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:48:07.580 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:48:08.760 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 03:48:10.244 [bus error] send to 08: ERR: arbitration lost
2022-01-05 03:48:10.245 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 03:49:03.362 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 03:49:04.635 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 03:49:04.722 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 03:49:04.809 [bus error] send to 08: ERR: read timeout
2022-01-05 03:49:04.810 [bus error] send message part 0: ERR: read timeout
2022-01-05 03:49:09.039 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 03:49:10.479 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 03:49:11.744 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 03:49:15.092 [bus error] send to 08: ERR: wrong symbol received
2022-01-05 03:49:15.092 [bus error] send message part 0: ERR: wrong symbol received
2022-01-05 03:49:15.648 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 03:51:07.630 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 03:57:07.509 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:02:03.261 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:02:03.680 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:02:10.375 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:02:11.909 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:02:11.909 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:02:13.454 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:02:14.725 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:02:14.855 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:02:14.939 [bus error] send to 08: ERR: read timeout
2022-01-05 04:02:14.939 [bus error] send message part 0: ERR: read timeout
2022-01-05 04:02:15.388 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:03:05.313 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:03:10.069 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:03:11.602 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:03:13.404 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:03:13.404 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:03:20.883 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:03:30.823 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:03:35.798 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:03:43.684 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:03:43.684 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:03:50.629 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:06:07.500 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:06:08.114 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:06:10.721 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:06:11.132 [bus error] send to 08: ERR: wrong symbol received
2022-01-05 04:06:11.132 [bus error] send message part 0: ERR: wrong symbol received
2022-01-05 04:06:15.642 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:06:20.262 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:06:21.501 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:06:24.364 [bus error] send to 08: ERR: read timeout
2022-01-05 04:06:24.365 [bus error] send message part 0: ERR: read timeout
2022-01-05 04:08:07.910 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:08:09.109 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:08:10.070 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:08:13.835 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:08:13.835 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:08:19.297 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:08:19.665 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:08:23.293 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:08:24.897 [bus error] send to 08: ERR: wrong symbol received
2022-01-05 04:08:24.898 [bus error] send message part 0: ERR: wrong symbol received
2022-01-05 04:09:02.383 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:09:03.833 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:09:04.747 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:09:04.834 [bus error] send to 08: ERR: read timeout
2022-01-05 04:09:04.835 [bus error] send message part 0: ERR: read timeout
2022-01-05 04:10:05.282 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:10:05.858 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:10:07.770 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:10:09.300 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:10:09.300 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:10:10.826 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:10:10.909 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:10:10.992 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:10:11.073 [bus error] send to 08: ERR: read timeout
2022-01-05 04:10:11.073 [bus error] send message part 0: ERR: read timeout
2022-01-05 04:10:13.755 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:10:14.302 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:10:14.332 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:10:15.505 [bus error] send to 08: ERR: SYN received
2022-01-05 04:10:15.505 [bus error] send message part 0: ERR: SYN received
2022-01-05 04:10:17.050 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:10:18.258 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:10:18.307 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:10:19.815 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:10:19.819 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:10:21.763 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:10:23.398 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:10:25.117 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:10:26.920 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:10:26.920 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:11:02.932 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:11:02.966 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:11:03.014 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:11:06.493 [bus error] send to 08: ERR: read timeout
2022-01-05 04:11:06.493 [bus error] send message part 0: ERR: read timeout
2022-01-05 04:11:06.524 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:13:07.490 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:13:07.935 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:13:09.060 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:18:07.506 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:18:09.520 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:18:09.554 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:18:10.121 [bus error] send to 08: ERR: wrong symbol received
2022-01-05 04:18:10.121 [bus error] send message part 0: ERR: wrong symbol received
2022-01-05 04:24:02.078 [bus error] send to 08: ERR: SYN received, retry
2022-01-05 04:24:03.411 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:24:04.813 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:24:06.100 [bus error] send to 08: ERR: wrong symbol received
2022-01-05 04:24:06.100 [bus error] send message part 0: ERR: wrong symbol received
2022-01-05 04:24:08.183 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:24:10.127 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:24:17.492 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:27:02.098 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:27:06.903 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:27:07.750 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:27:08.983 [bus error] send to 08: ERR: SYN received, retry
2022-01-05 04:27:09.951 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:27:11.996 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:27:13.044 [bus error] send to 08: ERR: read timeout
2022-01-05 04:27:13.047 [bus error] send message part 0: ERR: read timeout
2022-01-05 04:28:07.539 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:28:07.960 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:28:08.623 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:29:06.437 [bus error] send to 08: ERR: SYN received, retry
2022-01-05 04:29:07.288 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:32:03.304 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:32:07.527 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:32:09.642 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:32:11.487 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:32:11.487 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:32:13.031 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:32:14.802 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:32:16.365 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:32:17.807 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:32:17.807 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:32:18.603 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:32:18.686 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:33:06.415 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:33:06.509 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:33:06.595 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:33:06.678 [bus error] send to 08: ERR: read timeout
2022-01-05 04:33:06.679 [bus error] send message part 0: ERR: read timeout
2022-01-05 04:33:08.205 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:33:09.291 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:33:10.758 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:33:12.266 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:33:12.266 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:33:13.920 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:33:15.502 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:33:16.530 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:34:02.116 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:34:05.438 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:34:06.628 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:34:06.702 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:34:09.230 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:34:10.759 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:34:10.759 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:34:12.520 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:34:14.170 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:34:14.607 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:34:14.868 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:34:14.951 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:34:15.034 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:35:03.207 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:35:04.753 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:35:06.302 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:35:08.408 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:35:08.409 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:35:09.849 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:35:11.383 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:35:12.823 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:35:14.432 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:35:14.432 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:35:23.761 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:35:25.519 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:36:05.343 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:36:06.506 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:36:07.353 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:36:08.484 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:37:07.583 [bus error] send to 08: ERR: SYN received, retry
2022-01-05 04:37:11.262 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:37:12.746 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:37:15.207 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:37:15.208 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:37:18.637 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:37:20.796 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:37:22.828 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:37:25.874 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:37:25.877 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:38:08.833 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:38:12.163 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:38:12.565 [bus error] send to 08: ERR: ACK error, retry
2022-01-05 04:38:13.925 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:38:13.926 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:38:15.915 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:38:17.169 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:38:17.302 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:38:17.747 [bus error] send to 08: ERR: read timeout
2022-01-05 04:38:17.748 [bus error] send message part 0: ERR: read timeout
2022-01-05 04:38:18.852 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:38:19.940 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:38:21.470 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:38:22.915 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:38:22.918 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:38:24.565 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:38:26.038 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:38:27.545 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:38:29.025 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:38:29.025 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:38:30.465 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:38:31.729 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:38:33.274 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:38:34.819 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:38:34.819 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:38:36.355 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:38:37.795 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:38:39.235 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:38:40.803 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:38:40.803 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:39:03.187 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:39:04.870 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:39:05.991 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:39:07.178 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:39:07.179 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:39:08.619 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:39:10.059 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:39:11.594 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:39:13.139 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:39:13.139 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:39:16.478 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:39:17.919 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:39:19.359 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:39:20.829 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:39:20.829 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:39:22.334 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:39:23.984 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:39:25.424 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:39:26.961 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:39:26.961 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:39:28.404 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:39:30.011 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:39:31.556 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:39:32.996 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:39:32.996 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:39:34.600 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:39:36.073 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:39:37.582 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:39:39.021 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:39:39.022 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:40:03.213 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:40:04.757 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:40:06.294 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:40:07.737 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:40:07.738 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:40:09.178 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:40:10.618 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:40:11.880 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:40:13.428 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:40:13.428 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:40:16.735 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:40:18.209 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:40:19.653 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:40:21.332 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:40:21.332 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:40:22.879 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:40:24.426 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:40:25.900 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:40:27.136 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:40:27.136 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:40:28.576 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:40:30.016 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:40:31.550 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:40:33.132 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:40:33.132 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:40:34.691 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:40:36.230 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:40:37.671 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:40:39.111 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:40:39.111 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:41:03.225 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:41:04.772 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:41:06.311 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:41:07.752 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:41:07.752 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:41:09.192 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:41:10.739 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:41:12.280 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:41:13.933 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:41:13.934 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:41:17.225 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:41:18.665 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:41:20.126 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:41:21.659 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:41:21.659 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:41:23.204 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:41:24.750 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:41:26.289 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:41:27.730 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:41:27.730 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:41:29.170 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:41:30.610 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:41:32.145 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:41:33.795 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:41:33.796 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:41:35.349 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:41:36.891 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:41:38.331 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:41:39.771 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:41:39.771 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:42:03.182 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:42:04.683 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:42:06.147 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:42:07.654 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:42:07.654 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:42:09.094 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:42:11.306 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:42:14.488 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:42:15.963 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:42:15.963 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:42:18.281 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:42:20.574 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:42:22.108 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:42:23.684 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:42:23.684 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:42:25.295 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:42:26.564 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:42:28.004 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:42:29.444 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:42:29.444 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:42:30.911 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:42:33.689 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:42:40.633 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:42:50.590 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:42:50.591 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:42:55.556 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:43:02.997 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:43:10.911 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:43:20.837 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:43:20.837 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:43:22.244 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:47:06.218 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:47:07.677 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:47:08.123 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:47:08.206 [bus error] send to 08: ERR: read timeout
2022-01-05 04:47:08.206 [bus error] send message part 0: ERR: read timeout
2022-01-05 04:49:09.495 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:49:11.015 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:50:05.240 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:52:02.038 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:52:03.368 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:52:04.586 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:52:06.043 [bus error] send to 08: ERR: arbitration lost
2022-01-05 04:52:06.043 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 04:52:07.497 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:52:08.358 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:52:08.485 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:52:09.909 [bus error] send to 08: ERR: wrong symbol received
2022-01-05 04:52:09.909 [bus error] send message part 0: ERR: wrong symbol received
2022-01-05 04:52:13.587 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:52:14.068 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 04:52:14.196 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 04:56:06.433 [bus error] send to 08: ERR: SYN received, retry
2022-01-05 04:56:07.675 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 04:56:08.822 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 05:01:06.536 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 05:01:07.124 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 05:01:07.251 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 05:07:07.093 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 05:07:09.026 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 05:07:10.467 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 05:07:11.758 [bus error] send to 08: ERR: arbitration lost
2022-01-05 05:07:11.758 [bus error] send message part 0: ERR: arbitration lost
2022-01-05 05:07:13.307 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 05:07:14.525 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 05:32:02.339 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 05:37:06.409 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 05:37:07.586 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 05:37:08.674 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 05:37:09.644 [bus error] send to 08: ERR: read timeout
2022-01-05 05:37:09.644 [bus error] send message part 0: ERR: read timeout
2022-01-05 05:37:13.213 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 05:37:14.982 [bus error] send to 08: ERR: arbitration lost, retry
2022-01-05 05:44:07.529 [bus error] send to 08: ERR: wrong symbol received, retry
2022-01-05 05:44:09.772 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 06:37:05.354 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 07:02:06.522 [bus error] send to 08: ERR: read timeout, retry
2022-01-05 09:03:02.162 [bus error] send to 08: ERR: read timeout, retry

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 Januar 2022, 20:06:28
also natürliche Alterung kannst du nach so kurzer Zeit ausschließen und die 1-wire Anschlüsse sind ja nur durchgeschliffen.
Es gab schon einige Probleme mit Zenerdioden die vorzeitig ihren Betreib einstellten und die Adapter lahmlegten, aber das ist bei dir nicht der Fall.

Schau doch bitte mal in der Konsole mit "top" nach ob hier irgendwas die CPU einbremst oder stark belastet und eventuell die IOs in die Knie zwingt. Fehler auf dem Adapter glaub ich nicht, sonst würde es ohne die 1-wire Sensoren nicht funktionieren. Mir scheint es so, dass der ttyebus Treiber nicht oder nur träge zum Zug kommt und die serielle Übertragung gestört ist. Auffällig auch die Meldung das der Dämon den Updatecheck nicht schafft, funktioniert denn die Internetverbindung nach außen und vor allem DNS richtig?

Wenn bei meinem Raspi das Internet ausfällt, dann gibt es alle mögliche Fehler und träge Situationen die man sich kaum erklären kann weil es keinen offensichtlich erkennbaren Grund gibt.

LG
Reinhart
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Girgl am 09 Januar 2022, 21:31:23
Hallo Reinhart,

Danke für die Hinweise, top hat auf den ersten und die letzten Blicke (ich schau das öfters mal an) keine Aufffälligkeiten. Allerdings werde ich das wlan mal genauer anschauen müssen, kurz getestet war es teilweise sehr träge. Habe kürzlich auch eine zweite Fritzbox in Betrieb genommmen, vielleicht ist im mesh der Hund begraben.

LG Girgl
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 10 Januar 2022, 09:54:19
ich habe die Erfahrung gemacht, dass wenn Wlan einem träge  vorkommt, der Fehler meist am DNS zu suchen ist. Falscher oder fehlender Eintrag?
Wenn du eine 2. Fritzbox in Betrieb genommen hast, dann checke bitte das der DHCP Server nur auf einen laufen darf, die zweite Box hat dann einfach einen Forward/Weiterleitung auf den ersten und die IP des ersten angeben!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Girgl am 15 Januar 2022, 09:25:42
An den Netzwerkeinstellungen hat es nicht gelegen, die waren alle korrekt. Tatsächlich brachte ein Positionswechsel des Raspberry Besserung. Seitdem hatte ich keine Aussetzter mehr.
Danke für den Tip in die richtige Richtung!

Im ebusd.log habe ich zwar öfters noch in unregelmäßigen Abständen Fehlereinträge wie diese...
2022-01-15 03:25:30.058 [bus error] send to 08: ERR: read timeout, retry
2022-01-15 04:24:17.108 [bus error] send to 08: ERR: wrong symbol received, retry

aber damit kann ich leben.

VG Girgl
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: skiworker am 04 Februar 2022, 23:06:37
Hallo,

ich benutze zwar den Esera Ebus USB Koppler, habe das Problem, das ich nur einige wenige Daten von meiner neuen Vaillant Heizung (ecoCompact VSC 204)mit multiMatic VCR700/6 Regler erhalte.

ein ebusctl find -d liefert folgendes:

bai DateTime = sync;-:-:-;-.-.-;8.375
bai SetMode = auto;40.0;-;-;0;0;0;0;0;0
bai Status01 = 40.0;34.5;8.188;34.0;46.5;on
bai Status02 = auto;60;65.0;70;65.0
bai StatusCirPump = on
broadcast outsidetemp = 8.188
broadcast vdatetime = 21:05:36;04.02.2022
scan.08  = Vaillant;BAI00;0205;9602
scan.15  = Vaillant;70000;0614;6903


ebusctl info:
version: ebusd 21.3.v21.3
update check: OK
device: /dev/ttyUSB0
access: *
signal: acquired
symbol rate: 59
max symbol rate: 121
min arbitration micros: 609
max arbitration micros: 6011
min symbol latency: 4
max symbol latency: 9
reconnects: 0
masters: 3
messages: 620
conditional: 2
poll: 0
update: 10
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0205;HW=9602", loaded "vaillant/bai.0010015600.inc" ([HW=9602]), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0614;HW=6903", loaded "vaillant/15.700.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd


und meine Config:
EBUSD_OPTS="--configpath=/etc/ebusd/ -d /dev/ttyUSB0 -p 8888 --scanconfig=full --enablehex --latency=0 --receivetimeout=100000 -l /var/log/ebusd.log --httpport=8889 --htmlpath=/var/ebusd/html
--mqtttopic=ebusd/%circuit/%name --mqtthost=192.168.xxx.xx --mqttport=1883 --mqttuser=user --mqttpass=passwort --accesslevel=*"


Wenn ich versuche den Wasserdruck oder einen anderen Datenpunkt über "ebusctl read -c ..." auszulesen bekomme ich entweder "ERR: SYN received" oder "ERR: wrong symbol received"

Hier ein Auszug:
openhabian@RPI-Openhab:/ $ ebusctl read -c 700 WaterPressure
ERR: wrong symbol received

openhabian@RPI-Openhab:/ $ ebusctl read -c bai Flame
ERR: wrong symbol received


Hier noch der log - Auszug
2022-02-04 22:57:57.993 [update notice] received unknown MS cmd: 1008b5110100 / 08c20111001f000000
2022-02-04 22:57:58.208 [update notice] received update-read broadcast outsidetemp QQ=10: 7.312
2022-02-04 22:58:06.739 [update notice] received read bai Status01 QQ=10: 28.0;28.0;7.312;31.0;45.5;off
2022-02-04 22:58:07.010 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;1;0;0;0
2022-02-04 22:58:16.752 [update notice] received read bai Status01 QQ=10: 28.0;28.0;7.312;31.0;45.5;off
2022-02-04 22:58:17.019 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;1;0;0;0
2022-02-04 22:58:26.801 [update notice] received read bai Status01 QQ=10: 28.0;28.0;7.312;31.0;45.5;off
2022-02-04 22:58:27.069 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;1;0;0;0
2022-02-04 22:58:27.327 [update notice] received read bai Status02 QQ=10: auto;60;65.0;70;65.0
2022-02-04 22:58:35.415 [bus error] send to 15: ERR: wrong symbol received, retry
2022-02-04 22:58:35.499 [bus error] send to 15: ERR: SYN received, retry
2022-02-04 22:58:35.587 [bus error] send to 15: ERR: wrong symbol received
2022-02-04 22:58:35.587 [bus error] send message part 0: ERR: wrong symbol received
2022-02-04 22:58:36.847 [update notice] received read bai Status01 QQ=10: 28.0;28.0;7.312;31.0;45.5;off
2022-02-04 22:58:37.114 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;1;0;0;0
2022-02-04 22:58:46.856 [update notice] received read bai Status01 QQ=10: 28.0;28.0;7.312;31.0;45.5;off
2022-02-04 22:58:47.122 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;1;0;0;0
2022-02-04 22:58:49.547 [bus error] send to 08: ERR: SYN received, retry
2022-02-04 22:58:49.632 [bus error] send to 08: ERR: SYN received, retry
2022-02-04 22:58:49.807 [bus error] send to 08: ERR: wrong symbol received
2022-02-04 22:58:49.808 [bus error] send message part 0: ERR: wrong symbol received
2022-02-04 22:58:56.900 [update notice] received read bai Status01 QQ=10: 28.0;28.0;7.312;31.0;45.5;off
2022-02-04 22:58:57.167 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;1;0;0;0
2022-02-04 22:58:57.441 [update notice] received read bai DateTime QQ=10: valid;22:58:58;04.02.2022;7.312
2022-02-04 22:58:57.696 [update notice] received read bai Status02 QQ=10: auto;60;65.0;70;65.0
2022-02-04 22:58:57.935 [update notice] received update-read broadcast vdatetime QQ=10: 22:58:58;04.02.2022
2022-02-04 22:58:58.197 [update notice] received unknown MS cmd: 1008b5110100 / 08c20111001f000000
2022-02-04 22:58:58.413 [update notice] received update-read broadcast outsidetemp QQ=10: 7.312
2022-02-04 22:59:06.939 [update notice] received read bai Status01 QQ=10: 28.0;28.0;7.312;31.0;45.5;off
2022-02-04 22:59:07.207 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;1;0;0;0
2022-02-04 22:59:16.989 [update notice] received read bai Status01 QQ=10: 28.0;28.0;7.312;31.0;45.5;off
2022-02-04 22:59:17.260 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;1;0;0;0
2022-02-04 22:59:26.998 [update notice] received read bai Status01 QQ=10: 28.0;28.0;7.312;31.0;45.5;off
2022-02-04 22:59:27.264 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;1;0;0;0
2022-02-04 22:59:27.522 [update notice] received read bai Status02 QQ=10: auto;60;65.0;70;65.0
2022-02-04 22:59:37.047 [update notice] received read bai Status01 QQ=10: 28.0;28.0;7.312;31.0;45.5;off
2022-02-04 22:59:37.314 [update notice] received update-write bai SetMode QQ=10: auto;0.0;-;-;1;0;1;0;0;0
2022-02-04 22:59:47.098 [update notice] received read bai Status01 QQ=10: 28.0;28.0;7.312;31.0;45.5;off


Weiß veilleicht jemand von Euch, was ich falsch mache?
Hat eventuell jemand einen Lösungsansatz?

Nach vieler google - Suche und Foren wälzen, sowie das studieren des Wiki von john30/ebusd bin ich ratlos.
Den Poti vom Esera Koppler habe ich nach john30 Anleitung eingestellt.

Danke für Eure Hilfe....


Grüße aus Berlin
skiworker
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: skiworker am 07 Februar 2022, 22:20:40
Hallo,

ein kleines Update.
Auch ein verstellen des Poti in ganz kleinen Schritten brachte keinen Erfolg.
Vielleicht hat ja noch einer von Euch ein Lösungsvorschlag....

@John30: ich hatte mich (ich glaube) im November auch für die ebusd - Platine V3 angemeldet. So wie es zur Zeit aussieht, wird es wohl dieses Jahr nichts mehr werden, oder?


Grüße
skiworker
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 08 Februar 2022, 09:41:23
so wie ich das sehe, deutet es dennoch auf die Einstellung des Poti hin!

Hast du die Kalibrierung nach dieser Anleitung  (https://github.com/john30/ebusd/wiki/6.-Hardware#adjusting-the-potentiometer)vorgenommen und auf die "aa" geachtet? Es gibt ja diverse Meldungen (https://forum.fhem.de/index.php?topic=85700.0) von "wrong symbol received".

und ja, Adapter V3 sieht momentan sehr schlecht aus mit den diversen Engpässen der Bauteile.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 08 Februar 2022, 09:46:26
die Broadcast und Statusmeldungen kommen ja sauber durch, also dürfte das Problem eine unsaubere Sendeanfrage sein die der Adapter nicht versteht.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: skiworker am 09 Februar 2022, 08:09:19
Hallo Reinhard,

ja, nach dieser Anleitung habe ich den Poti eingestellt.
hier mal der log mit aktivierten raw bytes...


openhabian@RPI-Openhab:/ $ ebusctl raw bytes
raw logging enabled

openhabian@RPI-Openhab:/ $ nano /var/log/ebusd.log
  GNU nano 3.2                                                                                                 /var/log/ebusd.log

2022-02-09 07:55:12.760 [bus notice] <b5
2022-02-09 07:55:12.764 [bus notice] <11
2022-02-09 07:55:12.767 [bus notice] <01
2022-02-09 07:55:12.772 [bus notice] <01
2022-02-09 07:55:12.776 [bus notice] <89
2022-02-09 07:55:12.782 [bus notice] <00
2022-02-09 07:55:12.790 [bus notice] <09
2022-02-09 07:55:12.795 [bus notice] <55
2022-02-09 07:55:12.799 [bus notice] <49
2022-02-09 07:55:12.802 [bus notice] <10
2022-02-09 07:55:12.806 [bus notice] <09
2022-02-09 07:55:12.810 [bus notice] <4a
2022-02-09 07:55:12.815 [bus notice] <68
2022-02-09 07:55:12.819 [bus notice] <01
2022-02-09 07:55:12.823 [bus notice] <00
2022-02-09 07:55:12.827 [bus notice] <ff
2022-02-09 07:55:12.831 [bus notice] <6b
2022-02-09 07:55:12.836 [bus notice] <00
2022-02-09 07:55:12.836 [update notice] received read bai Status01 QQ=10: 42.5;36.5;9.062;37.0;52.0;on
2022-02-09 07:55:12.840 [bus notice] <aa
2022-02-09 07:55:12.884 [bus notice] <aa
2022-02-09 07:55:12.927 [bus notice] <aa
2022-02-09 07:55:12.971 [bus notice] <aa
2022-02-09 07:55:13.014 [bus notice] <aa
2022-02-09 07:55:13.017 [bus notice] <10
2022-02-09 07:55:13.023 [bus notice] <08
2022-02-09 07:55:13.026 [bus notice] <b5
2022-02-09 07:55:13.030 [bus notice] <10
2022-02-09 07:55:13.034 [bus notice] <09
2022-02-09 07:55:13.038 [bus notice] <00
2022-02-09 07:55:13.043 [bus notice] <00
2022-02-09 07:55:13.047 [bus notice] <4f
2022-02-09 07:55:13.051 [bus notice] <ff
2022-02-09 07:55:13.055 [bus notice] <ff
2022-02-09 07:55:13.059 [bus notice] <ff
2022-02-09 07:55:13.064 [bus notice] <00
2022-02-09 07:55:13.068 [bus notice] <00
2022-02-09 07:55:13.072 [bus notice] <00
2022-02-09 07:55:13.076 [bus notice] <89
2022-02-09 07:55:13.081 [bus notice] <00
2022-02-09 07:55:13.091 [bus notice] <01
2022-02-09 07:55:13.095 [bus notice] <01
2022-02-09 07:55:13.099 [bus notice] <9a
2022-02-09 07:55:13.103 [bus notice] <00
2022-02-09 07:55:13.104 [update notice] received update-write bai SetMode QQ=10: auto;39.5;-;-;0;0;0;0;0;0
2022-02-09 07:55:13.107 [bus notice] <aa
2022-02-09 07:55:13.151 [bus notice] <aa
2022-02-09 07:55:13.193 [bus notice] <aa
2022-02-09 07:55:13.237 [bus notice] <aa
2022-02-09 07:55:13.280 [bus notice] <aa
2022-02-09 07:55:13.323 [bus notice] <aa
2022-02-09 07:55:13.367 [bus notice] <aa
2022-02-09 07:55:13.410 [bus notice] <aa
2022-02-09 07:55:13.453 [bus notice] <aa
2022-02-09 07:55:13.496 [bus notice] <aa
2022-02-09 07:55:13.539 [bus notice] <aa
2022-02-09 07:55:13.583 [bus notice] <aa
2022-02-09 07:55:13.626 [bus notice] <aa


die Fehlermeldung "ERR:wrong symbol received" oder"ERR:SYN received" kommen wenn ich ein Datenpunkt manuell mit z.B. "ebusctl read -f Flame" oder ebusctl read -f FlowTemp" abfrage.

wie gesagt, auch ein minimales Verstellen des Poti brachte dabei kein Erfolg.

Habe auch das Kabel (J(st)Y 2x2x0,6 - doppelader verwendet) versuchsweise  gegen ein Cat6 (auch doppelader) getauscht und den Poti neu eingestellt. Auch hier brachte ein Verstellen des Poti in ganz kleinen Schritten kein Erfolg. Kann auch eventuell sein, dass die csv Dateien eventuell nicht passen? Wenn ich mir hier so das Forum ansehe, fällt mir auf, das meine Softwareversion der beiden Ebus - Teilnehmer meiner Vaillant Heizung sich deutlich von allen Anderen unterscheidet.

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 09 Februar 2022, 10:54:21
mach bitte einmal so ein Log wenn du versuchst einen Wert abzufragen!
evtl. mehrere Versuche mit verschiedenen Werten hintereinander!

LG
Titel: Neuling sucht Einstieg, war:Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 10 Februar 2022, 23:56:02
Hallo

auch ich möchte gern meine Vaillant Therme per ebus auslesen. Aber ich finde keinen Einstieg - diese von Reinhard begonnene Diskussion (von 2016) verweist auf Beiträge von 2015, also Softwarestände von vor 7 Jahren. Da hat sich inzwischen viel weiterentwickelt, diese Diskussion mit rund 1800 Einträgen ist auch nicht sinnvoll zu lesen. Daher meine Frage: Wo/wie einsteigen?

Ich wollte zunächst einmal den ebusdämonen installieren. Aber da fangen die Schwierigkeiten schon an: Was von

ebusd-21.3_386-bullseye.deb 275 KB
ebusd-21.3_386-bullseye_mqtt1.deb 291 KB
ebusd-21.3_386-buster.deb 263 KB
ebusd-21.3_386-buster_mqtt1.deb 280 KB
ebusd-21.3_386-stretch.deb 273 KB
ebusd-21.3_386-stretch_mqtt1.deb 289 KB
ebusd-21.3_amd64-bullseye.deb 251 KB
ebusd-21.3_amd64-bullseye_mqtt1.deb 268 KB
ebusd-21.3_amd64-buster.deb 243 KB
ebusd-21.3_amd64-buster_mqtt1.deb 259 KB
ebusd-21.3_amd64-stretch.deb 247 KB
ebusd-21.3_amd64-stretch_mqtt1.deb 263 KB
ebusd-21.3_arm64-bullseye.deb 217 KB
ebusd-21.3_arm64-bullseye_mqtt1.deb 231 KB
ebusd-21.3_arm64-buster.deb 213 KB
ebusd-21.3_arm64-buster_mqtt1.deb 225 KB
ebusd-21.3_arm64-stretch.deb 218 KB
ebusd-21.3_arm64-stretch_mqtt1.deb 232 KB
ebusd-21.3_armv7-bullseye.deb 210 KB
ebusd-21.3_armv7-bullseye_mqtt1.deb 224 KB
ebusd-21.3_armv7-buster.deb 200 KB
ebusd-21.3_armv7-buster_mqtt1.deb 213 KB
ebusd-21.3_armv7-stretch.deb 211 KB
ebusd-21.3_armv7-stretch_mqtt1.deb


ist denn nun "zuständig"? Bei meinem Raspberry Pi 4B+ habe ich "ebusd-21.3_arm64-bullseye.deb" vermutet. Leider meckert der Pi aber, falsche Version.

pi@pi4:~/Downloads $ sudo dpkg -i --force-overwrite ebusd-21.3_arm64-bullseye.deb
dpkg: Fehler beim Bearbeiten des Archivs ebusd-21.3_arm64-bullseye.deb (--install):
Paket-Architektur (arm64) passt nicht zum System (armhf)
Fehler traten auf beim Bearbeiten von:
ebusd-21.3_arm64-bullseye.deb


Dann habe ich mir "eBus Install and Configuration Tool pi4 V0.8.7" angesehen. Leider kann ich mit den ganzen "Setup Options" nichts anfangen, weil ich (noch) nicht verstehe um was es da geht.  Außerdem: CSV? Kenne ich nur als Bestandteil von einem Officepaket, das hat sicher nichts mit dem ebus zu tun.

Das verlinkte Wiki hilft mir auch nicht weiter, da werden nur irgendwelche Uralt-Selstbauplatinen beschrieben, Softwarestand ebenfalls "uralt". Ich habe den fertigen Ebus-USB-Kontroller von esera.

Dann die Zuordnung USB-Adapter zum dev: irgendwo habe ich gelesen mann soll kontrollieren ob "/dev/ttyUSB0" das richtige Gerät ist. Ich habe (lsusb) folgende Geräte gefunden:
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 007: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 005: ID 0658:0200 Sigma Designs, Inc. Aeotec Z-Stick Gen5 (ZW090) - UZB
Bus 001 Device 008: ID 04d9:0499 Holtek Semiconductor, Inc. Optical Mouse
Bus 001 Device 027: ID 1241:1503 Belkin Keyboard
Bus 001 Device 004: ID 05e3:0606 Genesys Logic, Inc. USB 2.0 Hub / D-Link DUB-H4 USB 2.0 Hub
Bus 001 Device 023: ID 0403:6001 Future Technology Devices International, Ltd FT232 Serial (UART) IC
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub


/dev/ttyACM0@ ist mein ZWave Dongel. Weiter gibt es TTYAMA0, ttyprintk und ttyUSB0. Wie finde ich raus was wer ist?

Also, wo sollte ich anfangen zu lesen?

Gruß
Thomas
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 11 Februar 2022, 09:53:09
man muss zunächst wissen welchen Adapter du hast und zu jedem Adapter gibt es einen eigenen Inbetriebnahme Thread mit den zugehörigen Links auf der ersten Seite.

Adapter 2.x (https://forum.fhem.de/index.php/topic,79600.0.html)
Adapter 3.x (https://forum.fhem.de/index.php?topic=118143.msg1125668#msg1125668)
Dämon Installation allgemein (https://github.com/john30/ebusd/wiki)


Den Dämon am besten selber compilieren  (https://github.com/john30/ebusd/wiki/1.-Build-and-install)


LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 11 Februar 2022, 17:22:45
Eine Nachricht drüber steht doch das ich den esera Busadapter habe (fertiges Kaufprodukt). Und "selbst compilieren" ist nicht mein Ding, wenn es sich nicht umgehen läßt dann brauche ich eine Anleitung die auf Punkt und Komma genau vorgibt was gemacht werden muß.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Holzbein am 13 Februar 2022, 07:10:39
Hallo,

ich Versuche nun schon seit mehreren Tagen meine ebus in Betrieb zu nehmen, scheitere allerdings gnadenlos beim Abgleich des Potis des Esera ebus Kopplers.
Am Pc sind 3 CUL und der Esera ebus Koppler per "serial by ID" eingebunden und funktionieren einwandfrei.
luca@ubu-bh:~$ 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 2022-02-12 16:43:53 +01; 12h ago
    Process: 5240 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=0/SUCCESS)
   Main PID: 5241 (ebusd)
      Tasks: 5 (limit: 6822)
     Memory: 2.0M
     CGroup: /system.slice/ebusd.service
             └─5241 /usr/bin/ebusd --configpath=/etc/ebusd/ -d /dev/serial/by-id/usb-ESERA-Automation_eBus_Coupler_12001_AL6923A0-if00-port0 -p 8888 --scanconfig>

Feb 12 16:43:53 ubu-bh systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
Feb 12 16:43:53 ubu-bh systemd[1]: ebusd.service: Failed to parse PID from file /run/ebusd.pid: Invalid argument
Feb 12 16:43:53 ubu-bh systemd[1]: Started ebusd, the daemon for communication with eBUS heating systems..



luca@ubu-bh:~$ ebusctl info
version: ebusd 21.3.v21.3-200-g2f92ea5
device: /dev/serial/by-id/usb-ESERA-Automation_eBus_Coupler_12001_AL6923A0-if00-port0
access: *
signal: acquired
symbol rate: 23
max symbol rate: 58
min arbitration micros: 83
max arbitration micros: 725
min symbol latency: 5
max symbol latency: 6
reconnects: 0
masters: 2
messages: 209
conditional: 3
poll: 0
update: 8
address 03: master #11
address 04: slave #25, ebusd
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0405;HW=9602", loaded "vaillant/bai.308523.inc", "vaillant/08.bai.csv"
address ff: master #25, ebusd


Jetzt stoppe ich den ebus mit "service ebusd stop" und Versuche wie im Wiki beschrieben mit
ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/serial/by-id/usb-ESERA-Automation_eBus_Coupler_12001_AL6923A0-if00-port0

den Prozess in den Vordergrund zu bringen um das Poti einstellen zu können, bekomme ich folgende Anzeige:
luca@ubu-bh:~$ ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/serial/by-id/usb-ESERA-Automation_eBus_Coupler_12001_AL6923A0-if00-port0
2022-02-13 05:57:31.202 [bus error] unable to open /dev/serial/by-id/usb-ESERA-Automation_eBus_Coupler_12001_AL6923A0-if00-port0: ERR: element not found
2022-02-13 05:57:31.202 [bus notice] bus started with own address 31/36
2022-02-13 05:57:31.202 [bus notice] device invalid


Ich bin zwar nicht der hellste was Linux angeht, und habe es auch schon mit /dev/serial/by-path Versucht, aber nach meinem Veständniss sollte es eigentlich so funktionieren.

Wer kann mich erhellen damit ich weiter komme?

Gruß
Erhardt
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 13 Februar 2022, 10:17:48
Hallo Holzbein,

ich habe das Poti bei eben diesem Adapter nach Gefühl eingestellt und gleich Ergebnisse bekommen: Die grüne LED soll blinken, dann soweit nach links bis nicht mehr, Stellung merken, dann soweit nach rechts bis kein Blinken mehr, Stellung merken, dann die Mitte zwischen beiden Stellungen eingestellt.

Bei meiner Vaillant (Baujahr Ende 2020) kommen dann Meldungen bei ebusctl find einige Klartextmeldungen.

Aber was willst du noch am Poti drehen wenn sich die Heizung schon meldet? (ebusctl info)

Schönen Sonntag noch
Thomas
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: baumhous3 am 15 Februar 2022, 14:22:35
Hallo, ich habe ein Problem bei der Inbetriebnahme, bei dem ich aktuell nicht weiter komme. Vllt. kann mir jemand sagen, wo ich einen Fehler mache, bzw. was ich übersehe.

Ausgangssituation: Ich habe zwei Adapter im Einsatz. Einen für meine Vaillant Wärmepumpe, den anderen für die Wolf Lüftung. Ebusd läuft auf einem RPi.

Ich bekomme über nachfolgende EBUSD-OPTS Konfiguration im Option-File (/etc/default/ebusd) jeweils separat (die andere Zeile in dem Fall auskommentiert) auch die gewünschten Werte ausgelesen bzw. in Richtung MQTT:

EBUSD_OPTS="--scanconfig --configpath=/etc/ebusd -d 192.168.178.50:5007 --mqtthost=127.0.0.1 --mqttport=1883 --mqttchanges --mqttjson --pollinterval=10"

EBUSD_OPTS="--scanconfig --configpath=/etc/ebusd/ -d enh:192.168.178.65:9999 -p9998 --mqtthost=127.0.0.1 --mqttport=1883 --mqttchanges --mqttjson --address=ff --pollinterval=10"


Er lädt entsprechend die Files sauber (hier am Beispiel der Vaillant WP):
pi@raspberrypi:~ $ ebusctl i
version: ebusd 22.1.v22.1
update check: OK, vaillant/15.720.csv: different version available
device: 192.168.178.50:5007
signal: acquired
symbol rate: 60
max symbol rate: 130
min arbitration micros: 3
max arbitration micros: 45
min symbol latency: 9
max symbol latency: 50
reconnects: 0
masters: 4
messages: 74
conditional: 0
poll: 1
update: 10
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0307;HW=0403", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=72000;SW=0118;HW=7703", loaded "vaillant/15.720.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0307;HW=0403"


Das Problem tritt auf, wenn ich nun beide Adapter einbinden möchte.
Dazu verwende ich nachfolgende Konfiguration:
EBUSD_OPTS1="--scanconfig --configpath=/etc/ebusd -d 192.168.178.50:5007 --mqtthost=127.0.0.1 --mqttport=1883 --mqttchanges --mqttjson --pollinterval=10"

EBUSD_OPTS2="--scanconfig --configpath=/etc/ebusd/ -d enh:192.168.178.65:9999 -p9998 --mqtthost=127.0.0.1 --mqttport=1883 --mqttchanges --mqttjson --address=ff --pollinterval=10"


Mit dieser Startet jedoch der ebusd dann nicht mehr:
pi@raspberrypi:~ $ sudo service ebusd start
Job for ebusd.service failed because the control process exited with error code.
See "systemctl status ebusd.service" and "journalctl -xe" for details.


Nachfolgende Fehlermeldungen werden dazu ausgespuckt:
pi@raspberrypi:~ $ systemctl status ebusd.service
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/lib/systemd/system/ebusd.service; enabled; vendor preset: enabled)
   Active: activating (auto-restart) (Result: exit-code) since Tue 2022-02-15 13:49:52 CET; 15s ago
  Process: 18867 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=22)

pi@raspberrypi:~ $ journalctl -xe
-- The job identifier is 3485.
Feb 15 13:49:25 raspberrypi systemd[1]: ebusd.service: Succeeded.
-- Subject: Unit succeeded
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit ebusd.service has successfully entered the 'dead' state.
Feb 15 13:49:25 raspberrypi systemd[1]: Stopped ebusd, the daemon for communication with eBUS heating systems..
-- Subject: A stop job for unit ebusd.service has finished
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A stop job for unit ebusd.service has finished.
--
-- The job identifier is 3485 and the job result is done.
Feb 15 13:49:25 raspberrypi sudo[18811]: pam_unix(sudo:session): session closed for user root
Feb 15 13:49:36 raspberrypi sudo[18838]:       pi : TTY=pts/0 ; PWD=/home/pi ; USER=root ; COMMAND=/bin/nano /etc/default/ebusd
Feb 15 13:49:36 raspberrypi sudo[18838]: pam_unix(sudo:session): session opened for user root by pi(uid=0)
Feb 15 13:49:46 raspberrypi sudo[18838]: pam_unix(sudo:session): session closed for user root
Feb 15 13:49:50 raspberrypi sudo[18840]:       pi : TTY=pts/0 ; PWD=/home/pi ; USER=root ; COMMAND=/usr/sbin/service ebusd start
Feb 15 13:49:50 raspberrypi sudo[18840]: pam_unix(sudo:session): session opened for user root by pi(uid=0)
Feb 15 13:49:52 raspberrypi systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
-- Subject: A start job for unit ebusd.service has begun execution
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit ebusd.service has begun execution.
--
-- The job identifier is 3486.
Feb 15 13:49:52 raspberrypi ebusd[18867]: 2022-02-15 13:49:52.618 [main error] invalid/unknown argument in env: opts1
Feb 15 13:49:52 raspberrypi ebusd[18867]: 2022-02-15 13:49:52.618 [main error] invalid/unknown argument in env: opts2
Feb 15 13:49:52 raspberrypi ebusd[18867]: 2022-02-15 13:49:52.618 [main error] invalid configpath without scanconfig
Feb 15 13:49:52 raspberrypi systemd[1]: ebusd.service: Control process exited, code=exited, status=22/n/a
-- 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 'exited' and its exit status is 22.
Feb 15 13:49:52 raspberrypi systemd[1]: ebusd.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit ebusd.service has entered the 'failed' state with result 'exit-code'.
Feb 15 13:49:52 raspberrypi 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 3486 and the job result is failed.
Feb 15 13:49:52 raspberrypi sudo[18840]: pam_unix(sudo:session): session closed for user root


Ich bin nun irritiert, da ich die beiden Adapter separat voneinander ans laufen bekomme. Jedoch nicht zusammen. Habe auch schon verschiedenes probiert, jedoch immer mit dem selben Ergebnis von oben.

Vielen Dank für eure Hilfe :)

MFG

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: skiworker am 18 Februar 2022, 07:34:08
Hallo Reinhart,

ich habe, wie Du geschrieben hast, mehrere Abfragen mit "ebusctl read -f ..." durchgeführt.

openhabian@RPI-Openhab:/var/log $ ebusctl raw bytes
raw logging enabled

openhabian@RPI-Openhab:/var/log $ ebusctl read -f errorhistory
ERR: end of input reached

openhabian@RPI-Openhab:/var/log $ ebusctl read -f AdaptHeatCurve
ERR: wrong symbol received

openhabian@RPI-Openhab:/var/log $ ebusctl read -f Hc1FlowTemp
ERR: wrong symbol received

openhabian@RPI-Openhab:/var/log $ ebusctl read -f WaterPressure
ERR: wrong symbol received

openhabian@RPI-Openhab:/var/log $ ebusctl read -f z1DayTemp
ERR: SYN received

openhabian@RPI-Openhab:/var/log $ ebusctl read -f z1ActualRoomTempDesired
ERR: SYN received

openhabian@RPI-Openhab:/var/log $ ebusctl read -f dcfState
ERR: SYN received

openhabian@RPI-Openhab:/var/log $ ebusctl read -f PumpPowerDesired
ERR: wrong symbol received

openhabian@RPI-Openhab:/var/log $ ebusctl read -f EbusVoltage
ERR: wrong symbol received

openhabian@RPI-Openhab:/var/log $ ebusctl read -f WaterPressure
ERR: SYN received

openhabian@RPI-Openhab:/var/log $ ebusctl read -f SerialNumber
ERR: SYN received

openhabian@RPI-Openhab:/var/log $ ebusctl read -f ReturnTemp
ERR: SYN received


Hier Log dazu

2022-02-17 18:47:56.617 [bus notice] <aa
2022-02-17 18:47:56.659 [bus notice] <aa
2022-02-17 18:47:56.703 [bus notice] <aa
2022-02-17 18:47:56.746 [bus notice] <aa
2022-02-17 18:47:56.789 [bus notice] <aa
2022-02-17 18:47:56.832 [bus notice] <aa
2022-02-17 18:47:56.875 [bus notice] <aa
2022-02-17 18:47:56.919 [bus notice] <aa
2022-02-17 18:47:56.962 [bus notice] <aa
2022-02-17 18:47:57.005 [bus notice] <aa
2022-02-17 18:47:57.049 [bus notice] <aa
2022-02-17 18:47:57.091 [bus notice] <aa
2022-02-17 18:47:57.091 [bus notice] >31
2022-02-17 18:47:57.097 [bus notice] <31
2022-02-17 18:47:57.100 [bus notice] >08
2022-02-17 18:47:57.106 [bus notice] <08
2022-02-17 18:47:57.110 [bus notice] >b5
2022-02-17 18:47:57.116 [bus notice] <b5
2022-02-17 18:47:57.118 [bus notice] >09
2022-02-17 18:47:57.124 [bus notice] <09
2022-02-17 18:47:57.126 [bus notice] >03
2022-02-17 18:47:57.132 [bus notice] <03
2022-02-17 18:47:57.135 [bus notice] >0d
2022-02-17 18:47:57.137 [bus notice] <fd
2022-02-17 18:47:57.137 [bus error] send to 08: ERR: wrong symbol received, retry
2022-02-17 18:47:57.141 [bus notice] <0d
2022-02-17 18:47:57.178 [bus notice] <aa
2022-02-17 18:47:57.178 [bus notice] >31
2022-02-17 18:47:57.184 [bus notice] <31
2022-02-17 18:47:57.187 [bus notice] >08
2022-02-17 18:47:57.193 [bus notice] <08
2022-02-17 18:47:57.196 [bus notice] >b5
2022-02-17 18:47:57.201 [bus notice] <b5
2022-02-17 18:47:57.204 [bus notice] >09
2022-02-17 18:47:57.210 [bus notice] <09
2022-02-17 18:47:57.212 [bus notice] >03
2022-02-17 18:47:57.217 [bus notice] <03
2022-02-17 18:47:57.220 [bus notice] >0d
2022-02-17 18:47:57.223 [bus notice] <7d
2022-02-17 18:47:57.223 [bus error] send to 08: ERR: wrong symbol received, retry
2022-02-17 18:47:57.227 [bus notice] <c3
2022-02-17 18:47:57.264 [bus notice] <aa
2022-02-17 18:47:57.264 [bus notice] >31
2022-02-17 18:47:57.270 [bus notice] <31
2022-02-17 18:47:57.273 [bus notice] >08
2022-02-17 18:47:57.279 [bus notice] <08
2022-02-17 18:47:57.281 [bus notice] >b5
2022-02-17 18:47:57.287 [bus notice] <b5
2022-02-17 18:47:57.290 [bus notice] >09
2022-02-17 18:47:57.296 [bus notice] <09
2022-02-17 18:47:57.298 [bus notice] >03
2022-02-17 18:47:57.303 [bus notice] <03
2022-02-17 18:47:57.306 [bus notice] >0d
2022-02-17 18:47:57.307 [bus notice] <d5
2022-02-17 18:47:57.307 [bus error] send to 08: ERR: wrong symbol received
2022-02-17 18:47:57.307 [bus error] send message part 0: ERR: wrong symbol received
2022-02-17 18:47:57.312 [bus notice] <0d
2022-02-17 18:47:57.350 [bus notice] <aa
2022-02-17 18:47:57.394 [bus notice] <aa
2022-02-17 18:47:57.437 [bus notice] <aa
2022-02-17 18:47:57.480 [bus notice] <aa
2022-02-17 18:47:57.523 [bus notice] <aa
2022-02-17 18:47:57.566 [bus notice] <aa
2022-02-17 18:47:57.610 [bus notice] <aa
2022-02-17 18:47:57.653 [bus notice] <aa
2022-02-17 18:47:57.696 [bus notice] <aa
2022-02-17 18:47:57.740 [bus notice] <aa
2022-02-17 18:47:57.783 [bus notice] <aa
2022-02-17 18:47:57.826 [bus notice] <aa
2022-02-17 18:47:57.869 [bus notice] <aa
2022-02-17 18:47:57.912 [bus notice] <aa
2022-02-17 18:47:57.955 [bus notice] <aa
2022-02-17 18:47:57.999 [bus notice] <aa
2022-02-17 18:47:58.042 [bus notice] <aa
2022-02-17 18:47:58.047 [bus notice] <10
2022-02-17 18:47:58.051 [bus notice] <08
2022-02-17 18:47:58.055 [bus notice] <b5
2022-02-17 18:47:58.059 [bus notice] <11
2022-02-17 18:47:58.063 [bus notice] <01
2022-02-17 18:47:58.068 [bus notice] <01
2022-02-17 18:47:58.072 [bus notice] <89
2022-02-17 18:47:58.077 [bus notice] <00
2022-02-17 18:47:58.086 [bus notice] <09
2022-02-17 18:47:58.091 [bus notice] <56
2022-02-17 18:47:58.095 [bus notice] <4c
2022-02-17 18:47:58.099 [bus notice] <40
2022-02-17 18:47:58.103 [bus notice] <06
2022-02-17 18:47:58.107 [bus notice] <4c
2022-02-17 18:47:58.111 [bus notice] <6a
2022-02-17 18:47:58.116 [bus notice] <01
2022-02-17 18:47:58.120 [bus notice] <00
2022-02-17 18:47:58.124 [bus notice] <ff
2022-02-17 18:47:58.128 [bus notice] <48
2022-02-17 18:47:58.132 [bus notice] <00
2022-02-17 18:47:58.133 [update notice] received read bai Status01 QQ=10: 43.0;38.0;6.250;38.0;53.0;on
2022-02-17 18:47:58.136 [bus notice] <aa
2022-02-17 18:47:58.180 [bus notice] <aa
2022-02-17 18:47:58.223 [bus notice] <aa
2022-02-17 18:47:58.266 [bus notice] <aa
2022-02-17 18:47:58.310 [bus notice] <aa
2022-02-17 18:47:58.313 [bus notice] <10
2022-02-17 18:47:58.319 [bus notice] <08
2022-02-17 18:47:58.322 [bus notice] <b5
2022-02-17 18:47:58.327 [bus notice] <10
2022-02-17 18:47:58.330 [bus notice] <09
2022-02-17 18:47:58.334 [bus notice] <00
2022-02-17 18:47:58.339 [bus notice] <00
2022-02-17 18:47:58.344 [bus notice] <55
2022-02-17 18:47:58.348 [bus notice] <ff
2022-02-17 18:47:58.353 [bus notice] <ff
2022-02-17 18:47:58.356 [bus notice] <ff
2022-02-17 18:47:58.359 [bus notice] <00
2022-02-17 18:47:58.364 [bus notice] <00
2022-02-17 18:47:58.368 [bus notice] <00
2022-02-17 18:47:58.373 [bus notice] <c9
2022-02-17 18:47:58.378 [bus notice] <00
2022-02-17 18:47:58.388 [bus notice] <01
2022-02-17 18:47:58.392 [bus notice] <01
2022-02-17 18:47:58.397 [bus notice] <9a
2022-02-17 18:47:58.401 [bus notice] <00
2022-02-17 18:47:58.401 [update notice] received update-write bai SetMode QQ=10: auto;42.5;-;-;0;0;0;0;0;0
2022-02-17 18:47:58.405 [bus notice] <aa
2022-02-17 18:47:58.448 [bus notice] <aa
2022-02-17 18:47:58.492 [bus notice] <aa
2022-02-17 18:47:58.536 [bus notice] <aa
2022-02-17 18:47:58.579 [bus notice] <aa
2022-02-17 18:47:58.583 [bus notice] <10
2022-02-17 18:47:58.588 [bus notice] <08
2022-02-17 18:47:58.592 [bus notice] <b5
2022-02-17 18:47:58.596 [bus notice] <04
2022-02-17 18:47:58.600 [bus notice] <01
2022-02-17 18:47:58.604 [bus notice] <00
2022-02-17 18:47:58.609 [bus notice] <3d
2022-02-17 18:47:58.614 [bus notice] <00
2022-02-17 18:47:58.624 [bus notice] <0a
2022-02-17 18:47:58.628 [bus notice] <03
2022-02-17 18:47:58.633 [bus notice] <59
2022-02-17 18:47:58.637 [bus notice] <47
2022-02-17 18:47:58.641 [bus notice] <18
2022-02-17 18:47:58.645 [bus notice] <17
2022-02-17 18:47:58.649 [bus notice] <02
2022-02-17 18:47:58.653 [bus notice] <04
2022-02-17 18:47:58.658 [bus notice] <22
2022-02-17 18:47:58.662 [bus notice] <40
2022-02-17 18:47:58.666 [bus notice] <06
2022-02-17 18:47:58.670 [bus notice] <dc
2022-02-17 18:47:58.674 [bus notice] <00
2022-02-17 18:47:58.674 [update notice] received read bai DateTime QQ=10: valid;18:47:59;17.02.2022;6.250
2022-02-17 18:47:58.678 [bus notice] <aa
2022-02-17 18:47:58.722 [bus notice] <aa
2022-02-17 18:47:58.764 [bus notice] <aa
2022-02-17 18:47:58.807 [bus notice] <aa
2022-02-17 18:47:58.851 [bus notice] <aa
2022-02-17 18:47:58.855 [bus notice] <10
2022-02-17 18:47:58.859 [bus notice] <08
2022-02-17 18:47:58.864 [bus notice] <b5
2022-02-17 18:47:58.868 [bus notice] <11
2022-02-17 18:47:58.872 [bus notice] <01
2022-02-17 18:47:58.876 [bus notice] <02
2022-02-17 18:47:58.880 [bus notice] <8a
2022-02-17 18:47:58.886 [bus notice] <00
2022-02-17 18:47:58.897 [bus notice] <06
2022-02-17 18:47:58.901 [bus notice] <03
2022-02-17 18:47:58.905 [bus notice] <3c
2022-02-17 18:47:58.909 [bus notice] <82
2022-02-17 18:47:58.913 [bus notice] <46
2022-02-17 18:47:58.918 [bus notice] <82
2022-02-17 18:47:58.922 [bus notice] <6e
2022-02-17 18:47:58.926 [bus notice] <cf
2022-02-17 18:47:58.930 [bus notice] <00
2022-02-17 18:47:58.931 [update notice] received read bai Status02 QQ=10: auto;60;65.0;70;65.0
2022-02-17 18:47:58.934 [bus notice] <aa
2022-02-17 18:47:58.978 [bus notice] <aa
2022-02-17 18:47:59.021 [bus notice] <aa
2022-02-17 18:47:59.064 [bus notice] <aa
2022-02-17 18:47:59.108 [bus notice] <aa
2022-02-17 18:47:59.112 [bus notice] <10
2022-02-17 18:47:59.116 [bus notice] <fe
2022-02-17 18:47:59.120 [bus notice] <b5
2022-02-17 18:47:59.124 [bus notice] <16
2022-02-17 18:47:59.129 [bus notice] <08
2022-02-17 18:47:59.133 [bus notice] <00
2022-02-17 18:47:59.137 [bus notice] <58
2022-02-17 18:47:59.141 [bus notice] <47
2022-02-17 18:47:59.146 [bus notice] <18
2022-02-17 18:47:59.150 [bus notice] <17
2022-02-17 18:47:59.154 [bus notice] <02
2022-02-17 18:47:59.158 [bus notice] <04
2022-02-17 18:47:59.162 [bus notice] <22
2022-02-17 18:47:59.167 [bus notice] <c3
2022-02-17 18:47:59.168 [update notice] received update-read broadcast vdatetime QQ=10: 18:47:58;17.02.2022
2022-02-17 18:47:59.172 [bus notice] <aa
2022-02-17 18:47:59.213 [bus notice] <aa
2022-02-17 18:47:59.257 [bus notice] <aa
2022-02-17 18:47:59.300 [bus notice] <aa
2022-02-17 18:47:59.343 [bus notice] <aa
2022-02-17 18:47:59.348 [bus notice] <10
2022-02-17 18:47:59.352 [bus notice] <08
2022-02-17 18:47:59.356 [bus notice] <b5
2022-02-17 18:47:59.360 [bus notice] <11
2022-02-17 18:47:59.365 [bus notice] <01
2022-02-17 18:47:59.369 [bus notice] <00
2022-02-17 18:47:59.373 [bus notice] <88
2022-02-17 18:47:59.378 [bus notice] <00
2022-02-17 18:47:59.389 [bus notice] <08
2022-02-17 18:47:59.393 [bus notice] <b7
2022-02-17 18:47:59.398 [bus notice] <02
2022-02-17 18:47:59.402 [bus notice] <13
2022-02-17 18:47:59.406 [bus notice] <20
2022-02-17 18:47:59.410 [bus notice] <04
2022-02-17 18:47:59.414 [bus notice] <0f
2022-02-17 18:47:59.418 [bus notice] <00
2022-02-17 18:47:59.423 [bus notice] <81
2022-02-17 18:47:59.427 [bus notice] <49
2022-02-17 18:47:59.431 [bus notice] <00
2022-02-17 18:47:59.431 [update notice] received unknown MS cmd: 1008b5110100 / 08b7021320040f0081
2022-02-17 18:47:59.435 [bus notice] <aa
2022-02-17 18:47:59.478 [bus notice] <aa
2022-02-17 18:47:59.522 [bus notice] <aa
2022-02-17 18:47:59.565 [bus notice] <aa
2022-02-17 18:47:59.608 [bus notice] <aa
2022-02-17 18:47:59.612 [bus notice] <10
2022-02-17 18:47:59.616 [bus notice] <fe
2022-02-17 18:47:59.620 [bus notice] <b5
2022-02-17 18:47:59.625 [bus notice] <16
2022-02-17 18:47:59.629 [bus notice] <03
2022-02-17 18:47:59.633 [bus notice] <01
2022-02-17 18:47:59.637 [bus notice] <00
2022-02-17 18:47:59.641 [bus notice] <06
2022-02-17 18:47:59.646 [bus notice] <da
2022-02-17 18:47:59.647 [update notice] received update-read broadcast outsidetemp QQ=10: 6.000
2022-02-17 18:47:59.650 [bus notice] <aa
2022-02-17 18:47:59.693 [bus notice] <aa
2022-02-17 18:47:59.738 [bus notice] <aa
2022-02-17 18:47:59.781 [bus notice] <aa
2022-02-17 18:47:59.824 [bus notice] <aa
2022-02-17 18:47:59.868 [bus notice] <aa
2022-02-17 18:47:59.910 [bus notice] <aa
2022-02-17 18:47:59.954 [bus notice] <aa
2022-02-17 18:47:59.997 [bus notice] <aa
2022-02-17 18:48:00.040 [bus notice] <aa
2022-02-17 18:48:00.084 [bus notice] <aa
2022-02-17 18:48:00.127 [bus notice] <aa
2022-02-17 18:48:00.170 [bus notice] <aa
2022-02-17 18:48:00.214 [bus notice] <aa
2022-02-17 18:48:00.257 [bus notice] <aa
2022-02-17 18:48:00.300 [bus notice] <aa
2022-02-17 18:48:00.343 [bus notice] <aa
2022-02-17 18:48:00.387 [bus notice] <aa
2022-02-17 18:48:00.430 [bus notice] <aa
2022-02-17 18:48:00.473 [bus notice] <aa
2022-02-17 18:48:00.515 [bus notice] <aa
2022-02-17 18:48:00.559 [bus notice] <aa
2022-02-17 18:48:00.602 [bus notice] <aa
2022-02-17 18:48:00.646 [bus notice] <aa
2022-02-17 18:48:00.689 [bus notice] <aa
2022-02-17 18:48:00.732 [bus notice] <aa
2022-02-17 18:48:00.776 [bus notice] <aa
2022-02-17 18:48:00.819 [bus notice] <aa
2022-02-17 18:48:00.862 [bus notice] <aa
2022-02-17 18:48:00.906 [bus notice] <aa
2022-02-17 18:48:00.948 [bus notice] <aa
2022-02-17 18:48:00.991 [bus notice] <aa
2022-02-17 18:48:01.035 [bus notice] <aa
2022-02-17 18:48:01.077 [bus notice] <aa
2022-02-17 18:48:01.121 [bus notice] <aa
2022-02-17 18:48:01.164 [bus notice] <aa
2022-02-17 18:48:01.207 [bus notice] <aa
2022-02-17 18:48:01.251 [bus notice] <aa
2022-02-17 18:48:01.294 [bus notice] <aa
2022-02-17 18:48:01.337 [bus notice] <aa
2022-02-17 18:48:01.380 [bus notice] <aa
2022-02-17 18:48:01.423 [bus notice] <aa
2022-02-17 18:48:01.467 [bus notice] <aa
2022-02-17 18:48:01.510 [bus notice] <aa
2022-02-17 18:48:01.553 [bus notice] <aa
2022-02-17 18:48:01.597 [bus notice] <aa
2022-02-17 18:48:01.640 [bus notice] <aa
2022-02-17 18:48:01.682 [bus notice] <aa
2022-02-17 18:48:01.726 [bus notice] <aa
2022-02-17 18:48:01.769 [bus notice] <aa
2022-02-17 18:48:01.813 [bus notice] <aa
2022-02-17 18:48:01.857 [bus notice] <aa
2022-02-17 18:48:01.900 [bus notice] <aa
2022-02-17 18:48:01.943 [bus notice] <aa
2022-02-17 18:48:01.986 [bus notice] <aa
2022-02-17 18:48:02.029 [bus notice] <aa
2022-02-17 18:48:02.073 [bus notice] <aa
2022-02-17 18:48:02.115 [bus notice] <aa
2022-02-17 18:48:02.158 [bus notice] <aa
2022-02-17 18:48:02.202 [bus notice] <aa
2022-02-17 18:48:02.245 [bus notice] <aa
2022-02-17 18:48:02.289 [bus notice] <aa
2022-02-17 18:48:02.332 [bus notice] <aa
2022-02-17 18:48:02.375 [bus notice] <aa
2022-02-17 18:48:02.418 [bus notice] <aa
2022-02-17 18:48:02.461 [bus notice] <aa
2022-02-17 18:48:02.504 [bus notice] <aa
2022-02-17 18:48:02.548 [bus notice] <aa
2022-02-17 18:48:02.591 [bus notice] <aa
2022-02-17 18:48:02.634 [bus notice] <aa
2022-02-17 18:48:02.678 [bus notice] <aa
2022-02-17 18:48:02.720 [bus notice] <aa
2022-02-17 18:48:02.764 [bus notice] <aa
2022-02-17 18:48:02.807 [bus notice] <aa
2022-02-17 18:48:02.849 [bus notice] <aa
2022-02-17 18:48:02.893 [bus notice] <aa
2022-02-17 18:48:02.936 [bus notice] <aa
2022-02-17 18:48:02.979 [bus notice] <aa
2022-02-17 18:48:03.023 [bus notice] <aa
2022-02-17 18:48:03.066 [bus notice] <aa
2022-02-17 18:48:03.109 [bus notice] <aa
2022-02-17 18:48:03.152 [bus notice] <aa
2022-02-17 18:48:03.195 [bus notice] <aa
2022-02-17 18:48:03.239 [bus notice] <aa
2022-02-17 18:48:03.282 [bus notice] <aa
2022-02-17 18:48:03.325 [bus notice] <aa
2022-02-17 18:48:03.369 [bus notice] <aa
2022-02-17 18:48:03.412 [bus notice] <aa
2022-02-17 18:48:03.455 [bus notice] <aa
2022-02-17 18:48:03.499 [bus notice] <aa
2022-02-17 18:48:03.542 [bus notice] <aa
2022-02-17 18:48:03.586 [bus notice] <aa
2022-02-17 18:48:03.629 [bus notice] <aa
2022-02-17 18:48:03.672 [bus notice] <aa
2022-02-17 18:48:03.716 [bus notice] <aa
2022-02-17 18:48:03.758 [bus notice] <aa
2022-02-17 18:48:03.801 [bus notice] <aa
2022-02-17 18:48:03.845 [bus notice] <aa
2022-02-17 18:48:03.887 [bus notice] <aa
2022-02-17 18:48:03.931 [bus notice] <aa
2022-02-17 18:48:03.974 [bus notice] <aa
2022-02-17 18:48:04.017 [bus notice] <aa
2022-02-17 18:48:04.061 [bus notice] <aa
2022-02-17 18:48:04.104 [bus notice] <aa
2022-02-17 18:48:04.147 [bus notice] <aa
2022-02-17 18:48:04.190 [bus notice] <aa
2022-02-17 18:48:04.233 [bus notice] <aa
2022-02-17 18:48:04.277 [bus notice] <aa
2022-02-17 18:48:04.320 [bus notice] <aa
2022-02-17 18:48:04.363 [bus notice] <aa
2022-02-17 18:48:04.407 [bus notice] <aa
2022-02-17 18:48:04.450 [bus notice] <aa
2022-02-17 18:48:04.492 [bus notice] <aa
2022-02-17 18:48:04.536 [bus notice] <aa
2022-02-17 18:48:04.579 [bus notice] <aa
2022-02-17 18:48:04.622 [bus notice] <aa
2022-02-17 18:48:04.665 [bus notice] <aa
2022-02-17 18:48:04.708 [bus notice] <aa
2022-02-17 18:48:04.752 [bus notice] <aa
2022-02-17 18:48:04.795 [bus notice] <aa
2022-02-17 18:48:04.838 [bus notice] <aa
2022-02-17 18:48:04.882 [bus notice] <aa
2022-02-17 18:48:04.924 [bus notice] <aa
2022-02-17 18:48:04.967 [bus notice] <aa
2022-02-17 18:48:05.012 [bus notice] <aa
2022-02-17 18:48:05.054 [bus notice] <aa
2022-02-17 18:48:05.098 [bus notice] <aa
2022-02-17 18:48:05.142 [bus notice] <aa
2022-02-17 18:48:05.185 [bus notice] <aa
2022-02-17 18:48:05.228 [bus notice] <aa
2022-02-17 18:48:05.271 [bus notice] <aa
2022-02-17 18:48:05.314 [bus notice] <aa
2022-02-17 18:48:05.358 [bus notice] <aa
2022-02-17 18:48:05.401 [bus notice] <aa
2022-02-17 18:48:05.445 [bus notice] <aa
2022-02-17 18:48:05.488 [bus notice] <aa
2022-02-17 18:48:05.530 [bus notice] <aa
2022-02-17 18:48:05.574 [bus notice] <aa
2022-02-17 18:48:05.617 [bus notice] <aa
2022-02-17 18:48:05.659 [bus notice] <aa
2022-02-17 18:48:05.704 [bus notice] <aa
2022-02-17 18:48:05.747 [bus notice] <aa
2022-02-17 18:48:05.790 [bus notice] <aa
2022-02-17 18:48:05.833 [bus notice] <aa
2022-02-17 18:48:05.876 [bus notice] <aa
2022-02-17 18:48:05.920 [bus notice] <aa
2022-02-17 18:48:05.962 [bus notice] <aa
2022-02-17 18:48:06.005 [bus notice] <aa
2022-02-17 18:48:06.049 [bus notice] <aa
2022-02-17 18:48:06.092 [bus notice] <aa
2022-02-17 18:48:06.135 [bus notice] <aa
2022-02-17 18:48:06.179 [bus notice] <aa
2022-02-17 18:48:06.222 [bus notice] <aa
2022-02-17 18:48:06.265 [bus notice] <aa
2022-02-17 18:48:06.308 [bus notice] <aa
2022-02-17 18:48:06.351 [bus notice] <aa
2022-02-17 18:48:06.395 [bus notice] <aa
2022-02-17 18:48:06.438 [bus notice] <aa
2022-02-17 18:48:06.481 [bus notice] <aa
2022-02-17 18:48:06.525 [bus notice] <aa
2022-02-17 18:48:06.567 [bus notice] <aa
2022-02-17 18:48:06.611 [bus notice] <aa
2022-02-17 18:48:06.654 [bus notice] <aa
2022-02-17 18:48:06.696 [bus notice] <aa
2022-02-17 18:48:06.740 [bus notice] <aa
2022-02-17 18:48:06.784 [bus notice] <aa
2022-02-17 18:48:06.826 [bus notice] <aa
2022-02-17 18:48:06.871 [bus notice] <aa
2022-02-17 18:48:06.914 [bus notice] <aa
2022-02-17 18:48:06.957 [bus notice] <aa
2022-02-17 18:48:07.000 [bus notice] <aa
2022-02-17 18:48:07.043 [bus notice] <aa
2022-02-17 18:48:07.087 [bus notice] <aa
2022-02-17 18:48:07.130 [bus notice] <aa
2022-02-17 18:48:07.173 [bus notice] <aa
2022-02-17 18:48:07.217 [bus notice] <aa
2022-02-17 18:48:07.260 [bus notice] <aa
2022-02-17 18:48:07.303 [bus notice] <aa
2022-02-17 18:48:07.346 [bus notice] <aa
2022-02-17 18:48:07.389 [bus notice] <aa
2022-02-17 18:48:07.432 [bus notice] <aa
2022-02-17 18:48:07.475 [bus notice] <aa
2022-02-17 18:48:07.518 [bus notice] <aa
2022-02-17 18:48:07.562 [bus notice] <aa
2022-02-17 18:48:07.605 [bus notice] <aa
2022-02-17 18:48:07.648 [bus notice] <aa
2022-02-17 18:48:07.692 [bus notice] <aa
2022-02-17 18:48:07.734 [bus notice] <aa
2022-02-17 18:48:07.778 [bus notice] <aa
2022-02-17 18:48:07.821 [bus notice] <aa
2022-02-17 18:48:07.864 [bus notice] <aa
2022-02-17 18:48:07.908 [bus notice] <aa
2022-02-17 18:48:07.951 [bus notice] <aa
2022-02-17 18:48:07.994 [bus notice] <aa
2022-02-17 18:48:08.037 [bus notice] <aa
2022-02-17 18:48:08.080 [bus notice] <aa
2022-02-17 18:48:08.084 [bus notice] <00
2022-02-17 18:48:08.128 [bus notice] <aa
2022-02-17 18:48:08.132 [bus notice] <10
2022-02-17 18:48:08.136 [bus notice] <08
2022-02-17 18:48:08.140 [bus notice] <b5
2022-02-17 18:48:08.145 [bus notice] <11
2022-02-17 18:48:08.149 [bus notice] <01
2022-02-17 18:48:08.153 [bus notice] <01
2022-02-17 18:48:08.157 [bus notice] <89
2022-02-17 18:48:08.663 [bus notice] <aa
2022-02-17 18:48:08.667 [bus notice] <03
2022-02-17 18:48:08.671 [bus notice] <06
2022-02-17 18:48:08.676 [bus notice] <b5
2022-02-17 18:48:08.680 [bus notice] <09
2022-02-17 18:48:08.684 [bus notice] <02
2022-02-17 18:48:08.688 [bus notice] <28
2022-02-17 18:48:08.692 [bus notice] <02
2022-02-17 18:48:08.696 [bus notice] <3e
2022-02-17 18:48:09.200 [bus notice] <aa
2022-02-17 18:48:09.245 [bus notice] <aa
2022-02-17 18:48:09.288 [bus notice] <aa
2022-02-17 18:48:09.331 [bus notice] <aa
2022-02-17 18:48:09.375 [bus notice] <aa
2022-02-17 18:48:09.379 [bus notice] <10
2022-02-17 18:48:09.383 [bus notice] <08
2022-02-17 18:48:09.387 [bus notice] <b5
2022-02-17 18:48:09.392 [bus notice] <11
2022-02-17 18:48:09.396 [bus notice] <01
2022-02-17 18:48:09.400 [bus notice] <01
2022-02-17 18:48:09.404 [bus notice] <89
2022-02-17 18:48:09.410 [bus notice] <00
2022-02-17 18:48:09.417 [bus notice] <09
2022-02-17 18:48:09.421 [bus notice] <56
2022-02-17 18:48:09.426 [bus notice] <4c
2022-02-17 18:48:09.430 [bus notice] <40
2022-02-17 18:48:09.434 [bus notice] <06
2022-02-17 18:48:09.438 [bus notice] <4c
2022-02-17 18:48:09.442 [bus notice] <6a
2022-02-17 18:48:09.446 [bus notice] <01
2022-02-17 18:48:09.451 [bus notice] <00
2022-02-17 18:48:09.455 [bus notice] <ff
2022-02-17 18:48:09.459 [bus notice] <48
2022-02-17 18:48:09.463 [bus notice] <00
2022-02-17 18:48:09.464 [update notice] received read bai Status01 QQ=10: 43.0;38.0;6.250;38.0;53.0;on
2022-02-17 18:48:09.467 [bus notice] <aa
2022-02-17 18:48:09.472 [bus notice] <03
2022-02-17 18:48:09.476 [bus notice] <06
2022-02-17 18:48:09.480 [bus notice] <b5
2022-02-17 18:48:09.484 [bus notice] <09
2022-02-17 18:48:09.488 [bus notice] <02
2022-02-17 18:48:09.492 [bus notice] <28
2022-02-17 18:48:09.497 [bus notice] <02
2022-02-17 18:48:09.501 [bus notice] <3e
2022-02-17 18:48:10.006 [bus notice] <aa
2022-02-17 18:48:10.007 [bus notice] >31
2022-02-17 18:48:10.012 [bus notice] <31
2022-02-17 18:48:10.014 [bus notice] >15
2022-02-17 18:48:10.020 [bus notice] <15
2022-02-17 18:48:10.023 [bus notice] >b5
2022-02-17 18:48:10.028 [bus notice] <b5
2022-02-17 18:48:10.031 [bus notice] >24
2022-02-17 18:48:10.036 [bus notice] <24
2022-02-17 18:48:10.039 [bus notice] >06
2022-02-17 18:48:10.044 [bus notice] <06
2022-02-17 18:48:10.047 [bus notice] >02
2022-02-17 18:48:10.049 [bus notice] <aa
2022-02-17 18:48:10.049 [bus error] send to 15: ERR: SYN received, retry
2022-02-17 18:48:10.053 [bus notice] <02
2022-02-17 18:48:10.092 [bus notice] <aa
2022-02-17 18:48:10.093 [bus notice] >31
2022-02-17 18:48:10.098 [bus notice] <31
2022-02-17 18:48:10.100 [bus notice] >15
2022-02-17 18:48:10.106 [bus notice] <15
2022-02-17 18:48:10.108 [bus notice] >b5
2022-02-17 18:48:10.114 [bus notice] <b5
2022-02-17 18:48:10.117 [bus notice] >24
2022-02-17 18:48:10.122 [bus notice] <24
2022-02-17 18:48:10.125 [bus notice] >06
2022-02-17 18:48:10.130 [bus notice] <06
2022-02-17 18:48:10.133 [bus notice] >02
2022-02-17 18:48:10.135 [bus notice] <aa
2022-02-17 18:48:10.135 [bus error] send to 15: ERR: SYN received, retry
2022-02-17 18:48:10.139 [bus notice] <00
2022-02-17 18:48:10.143 [bus notice] <08
2022-02-17 18:48:10.148 [bus notice] <b5
2022-02-17 18:48:10.152 [bus notice] <10
2022-02-17 18:48:10.156 [bus notice] <09
2022-02-17 18:48:10.160 [bus notice] <00
2022-02-17 18:48:10.164 [bus notice] <00
2022-02-17 18:48:10.169 [bus notice] <54
2022-02-17 18:48:10.173 [bus notice] <ff
2022-02-17 18:48:10.177 [bus notice] <ff
2022-02-17 18:48:10.181 [bus notice] <ff
2022-02-17 18:48:10.186 [bus notice] <00
2022-02-17 18:48:10.191 [bus notice] <00
2022-02-17 18:48:10.194 [bus notice] <00
2022-02-17 18:48:10.198 [bus notice] <34
2022-02-17 18:48:10.203 [bus notice] <00
2022-02-17 18:48:10.211 [bus notice] <01
2022-02-17 18:48:10.215 [bus notice] <01
2022-02-17 18:48:10.219 [bus notice] <9a
2022-02-17 18:48:10.223 [bus notice] <00
2022-02-17 18:48:10.228 [bus notice] <aa
2022-02-17 18:48:10.273 [bus notice] <aa
2022-02-17 18:48:10.273 [bus notice] >31
2022-02-17 18:48:10.276 [bus notice] <03
2022-02-17 18:48:10.280 [bus notice] <04
2022-02-17 18:48:10.284 [bus notice] <b5
2022-02-17 18:48:10.288 [bus notice] <09
2022-02-17 18:48:10.294 [bus notice] <02
2022-02-17 18:48:10.298 [bus notice] <28
2022-02-17 18:48:10.302 [bus notice] <02
2022-02-17 18:48:10.306 [bus notice] <3e
2022-02-17 18:48:10.811 [bus notice] <aa
2022-02-17 18:48:10.811 [bus notice] >31
2022-02-17 18:48:10.817 [bus notice] <31
2022-02-17 18:48:10.820 [bus notice] >15
2022-02-17 18:48:10.825 [bus notice] <15
2022-02-17 18:48:10.828 [bus notice] >b5
2022-02-17 18:48:10.834 [bus notice] <b5
2022-02-17 18:48:10.836 [bus notice] >24
2022-02-17 18:48:10.842 [bus notice] <24
2022-02-17 18:48:10.844 [bus notice] >06
2022-02-17 18:48:10.850 [bus notice] <06
2022-02-17 18:48:10.853 [bus notice] >02
2022-02-17 18:48:10.854 [bus notice] <aa
2022-02-17 18:48:10.854 [bus error] send to 15: ERR: SYN received
2022-02-17 18:48:10.854 [bus error] send message part 0: ERR: SYN received
2022-02-17 18:48:10.858 [bus notice] <02
2022-02-17 18:48:10.898 [bus notice] <aa
2022-02-17 18:48:10.902 [bus notice] <10
2022-02-17 18:48:10.906 [bus notice] <06
2022-02-17 18:48:10.910 [bus notice] <b5
2022-02-17 18:48:10.915 [bus notice] <09
2022-02-17 18:48:10.919 [bus notice] <02
2022-02-17 18:48:10.923 [bus notice] <28
2022-02-17 18:48:10.927 [bus notice] <02
2022-02-17 18:48:10.932 [bus notice] <9c
2022-02-17 18:48:11.436 [bus notice] <aa
2022-02-17 18:48:11.479 [bus notice] <aa
2022-02-17 18:48:11.523 [bus notice] <aa
2022-02-17 18:48:11.566 [bus notice] <aa
2022-02-17 18:48:11.610 [bus notice] <aa
2022-02-17 18:48:11.653 [bus notice] <aa
2022-02-17 18:48:11.657 [bus notice] <10
2022-02-17 18:48:11.661 [bus notice] <06
2022-02-17 18:48:11.666 [bus notice] <b5
2022-02-17 18:48:11.670 [bus notice] <09
2022-02-17 18:48:11.674 [bus notice] <02
2022-02-17 18:48:11.678 [bus notice] <28
2022-02-17 18:48:11.682 [bus notice] <02
2022-02-17 18:48:11.687 [bus notice] <9c
2022-02-17 18:48:12.192 [bus notice] <aa
2022-02-17 18:48:12.236 [bus notice] <aa
2022-02-17 18:48:12.279 [bus notice] <aa
2022-02-17 18:48:12.322 [bus notice] <aa
2022-02-17 18:48:12.365 [bus notice] <aa
2022-02-17 18:48:12.408 [bus notice] <aa
2022-02-17 18:48:12.413 [bus notice] <10
2022-02-17 18:48:12.417 [bus notice] <06
2022-02-17 18:48:12.421 [bus notice] <b5
2022-02-17 18:48:12.425 [bus notice] <09
2022-02-17 18:48:12.429 [bus notice] <02
2022-02-17 18:48:12.434 [bus notice] <28
2022-02-17 18:48:12.438 [bus notice] <02
2022-02-17 18:48:12.442 [bus notice] <9c
2022-02-17 18:48:12.946 [bus notice] <aa
2022-02-17 18:48:12.989 [bus notice] <aa
2022-02-17 18:48:13.032 [bus notice] <aa
2022-02-17 18:48:13.077 [bus notice] <aa
2022-02-17 18:48:13.120 [bus notice] <aa
2022-02-17 18:48:13.163 [bus notice] <aa
2022-02-17 18:48:13.207 [bus notice] <aa
2022-02-17 18:48:13.249 [bus notice] <aa
2022-02-17 18:48:13.293 [bus notice] <aa
2022-02-17 18:48:13.336 [bus notice] <aa
2022-02-17 18:48:13.378 [bus notice] <aa
2022-02-17 18:48:13.422 [bus notice] <aa
2022-02-17 18:48:13.465 [bus notice] <aa
2022-02-17 18:48:13.508 [bus notice] <aa
2022-02-17 18:48:13.552 [bus notice] <aa
2022-02-17 18:48:13.596 [bus notice] <aa
2022-02-17 18:48:13.639 [bus notice] <aa
2022-02-17 18:48:13.682 [bus notice] <aa
2022-02-17 18:48:13.725 [bus notice] <aa
2022-02-17 18:48:13.769 [bus notice] <aa
2022-02-17 18:48:13.812 [bus notice] <aa
2022-02-17 18:48:13.855 [bus notice] <aa
2022-02-17 18:48:13.899 [bus notice] <aa
2022-02-17 18:48:13.942 [bus notice] <aa
2022-02-17 18:48:13.985 [bus notice] <aa
2022-02-17 18:48:14.028 [bus notice] <aa
2022-02-17 18:48:14.071 [bus notice] <aa
2022-02-17 18:48:14.115 [bus notice] <aa
2022-02-17 18:48:14.158 [bus notice] <aa
2022-02-17 18:48:14.201 [bus notice] <aa
2022-02-17 18:48:14.245 [bus notice] <aa
2022-02-17 18:48:14.287 [bus notice] <aa
2022-02-17 18:48:14.330 [bus notice] <aa
2022-02-17 18:48:14.374 [bus notice] <aa
2022-02-17 18:48:14.416 [bus notice] <aa
2022-02-17 18:48:14.460 [bus notice] <aa
2022-02-17 18:48:14.503 [bus notice] <aa
2022-02-17 18:48:14.546 [bus notice] <aa
2022-02-17 18:48:14.590 [bus notice] <aa
2022-02-17 18:48:14.633 [bus notice] <aa
2022-02-17 18:48:14.676 [bus notice] <aa
2022-02-17 18:48:14.719 [bus notice] <aa
2022-02-17 18:48:14.762 [bus notice] <aa
2022-02-17 18:48:14.805 [bus notice] <aa
2022-02-17 18:48:14.849 [bus notice] <aa
2022-02-17 18:48:14.892 [bus notice] <aa
2022-02-17 18:48:14.935 [bus notice] <aa
2022-02-17 18:48:14.979 [bus notice] <aa
2022-02-17 18:48:15.021 [bus notice] <aa
2022-02-17 18:48:15.065 [bus notice] <aa
2022-02-17 18:48:15.108 [bus notice] <aa
2022-02-17 18:48:15.151 [bus notice] <aa
2022-02-17 18:48:15.194 [bus notice] <aa
2022-02-17 18:48:15.238 [bus notice] <aa
2022-02-17 18:48:15.281 [bus notice] <aa
2022-02-17 18:48:15.325 [bus notice] <aa
2022-02-17 18:48:15.368 [bus notice] <aa
2022-02-17 18:48:15.412 [bus notice] <aa
2022-02-17 18:48:15.454 [bus notice] <aa
2022-02-17 18:48:15.497 [bus notice] <aa
2022-02-17 18:48:15.541 [bus notice] <aa
2022-02-17 18:48:15.584 [bus notice] <aa
2022-02-17 18:48:15.627 [bus notice] <aa
2022-02-17 18:48:15.671 [bus notice] <aa
2022-02-17 18:48:15.714 [bus notice] <aa
2022-02-17 18:48:15.757 [bus notice] <aa
2022-02-17 18:48:15.800 [bus notice] <aa
2022-02-17 18:48:15.843 [bus notice] <aa
2022-02-17 18:48:15.887 [bus notice] <aa
2022-02-17 18:48:15.930 [bus notice] <aa
2022-02-17 18:48:15.973 [bus notice] <aa
2022-02-17 18:48:16.017 [bus notice] <aa
2022-02-17 18:48:16.059 [bus notice] <aa
2022-02-17 18:48:16.103 [bus notice] <aa
2022-02-17 18:48:16.146 [bus notice] <aa
2022-02-17 18:48:16.188 [bus notice] <aa
2022-02-17 18:48:16.232 [bus notice] <aa
2022-02-17 18:48:16.275 [bus notice] <aa
2022-02-17 18:48:16.318 [bus notice] <aa
2022-02-17 18:48:16.362 [bus notice] <aa
2022-02-17 18:48:16.405 [bus notice] <aa
2022-02-17 18:48:16.448 [bus notice] <aa
2022-02-17 18:48:16.491 [bus notice] <aa
2022-02-17 18:48:16.534 [bus notice] <aa
2022-02-17 18:48:16.578 [bus notice] <aa
2022-02-17 18:48:16.621 [bus notice] <aa
2022-02-17 18:48:16.664 [bus notice] <aa
2022-02-17 18:48:16.708 [bus notice] <aa
2022-02-17 18:48:16.752 [bus notice] <aa
2022-02-17 18:48:16.794 [bus notice] <aa
2022-02-17 18:48:16.838 [bus notice] <aa
2022-02-17 18:48:16.881 [bus notice] <aa
2022-02-17 18:48:16.924 [bus notice] <aa
2022-02-17 18:48:16.967 [bus notice] <aa
2022-02-17 18:48:17.010 [bus notice] <aa
2022-02-17 18:48:17.054 [bus notice] <aa
2022-02-17 18:48:17.097 [bus notice] <aa
2022-02-17 18:48:17.140 [bus notice] <aa
2022-02-17 18:48:17.184 [bus notice] <aa
2022-02-17 18:48:17.226 [bus notice] <aa
2022-02-17 18:48:17.270 [bus notice] <aa
2022-02-17 18:48:17.313 [bus notice] <aa
2022-02-17 18:48:17.356 [bus notice] <aa
2022-02-17 18:48:17.400 [bus notice] <aa
2022-02-17 18:48:17.443 [bus notice] <aa
2022-02-17 18:48:17.486 [bus notice] <aa
2022-02-17 18:48:17.529 [bus notice] <aa
2022-02-17 18:48:17.572 [bus notice] <aa
2022-02-17 18:48:17.615 [bus notice] <aa
2022-02-17 18:48:17.659 [bus notice] <aa
2022-02-17 18:48:17.702 [bus notice] <aa
2022-02-17 18:48:17.746 [bus notice] <aa
2022-02-17 18:48:17.789 [bus notice] <aa
2022-02-17 18:48:17.831 [bus notice] <aa
2022-02-17 18:48:17.875 [bus notice] <aa
2022-02-17 18:48:17.918 [bus notice] <aa
2022-02-17 18:48:17.961 [bus notice] <aa
2022-02-17 18:48:18.004 [bus notice] <aa
2022-02-17 18:48:18.004 [bus notice] >31
2022-02-17 18:48:18.010 [bus notice] <31
2022-02-17 18:48:18.012 [bus notice] >08
2022-02-17 18:48:18.017 [bus notice] <08
2022-02-17 18:48:18.020 [bus notice] >b5
2022-02-17 18:48:18.026 [bus notice] <b5
2022-02-17 18:48:18.028 [bus notice] >09
2022-02-17 18:48:18.034 [bus notice] <09
2022-02-17 18:48:18.037 [bus notice] >03
2022-02-17 18:48:18.042 [bus notice] <03
2022-02-17 18:48:18.045 [bus notice] >0d
2022-02-17 18:48:18.048 [bus notice] <2a
2022-02-17 18:48:18.048 [bus error] send to 08: ERR: wrong symbol received, retry
2022-02-17 18:48:18.051 [bus notice] <c3
2022-02-17 18:48:18.091 [bus notice] <aa
2022-02-17 18:48:18.091 [bus notice] >31
2022-02-17 18:48:18.097 [bus notice] <31
2022-02-17 18:48:18.100 [bus notice] >08
2022-02-17 18:48:18.105 [bus notice] <08
2022-02-17 18:48:18.108 [bus notice] >b5
2022-02-17 18:48:18.114 [bus notice] <b5
2022-02-17 18:48:18.116 [bus notice] >09
2022-02-17 18:48:18.122 [bus notice] <09
2022-02-17 18:48:18.124 [bus notice] >03
2022-02-17 18:48:18.130 [bus notice] <03
2022-02-17 18:48:18.133 [bus notice] >0d
2022-02-17 18:48:18.134 [bus notice] <aa
2022-02-17 18:48:18.134 [bus error] send to 08: ERR: SYN received, retry
2022-02-17 18:48:18.138 [bus notice] <00
2022-02-17 18:48:18.142 [bus notice] <08
2022-02-17 18:48:18.147 [bus notice] <b5
2022-02-17 18:48:18.151 [bus notice] <11
2022-02-17 18:48:18.155 [bus notice] <01
2022-02-17 18:48:18.159 [bus notice] <01
2022-02-17 18:48:18.164 [bus notice] <89
2022-02-17 18:48:18.169 [bus notice] <00
2022-02-17 18:48:18.178 [bus notice] <09
2022-02-17 18:48:18.182 [bus notice] <56
2022-02-17 18:48:18.186 [bus notice] <4c
2022-02-17 18:48:18.191 [bus notice] <40
2022-02-17 18:48:18.195 [bus notice] <06
2022-02-17 18:48:18.199 [bus notice] <4c
2022-02-17 18:48:18.203 [bus notice] <6a
2022-02-17 18:48:18.207 [bus notice] <01
2022-02-17 18:48:18.211 [bus notice] <00
2022-02-17 18:48:18.216 [bus notice] <ff
2022-02-17 18:48:18.220 [bus notice] <48
2022-02-17 18:48:18.224 [bus notice] <00
2022-02-17 18:48:18.228 [bus notice] <aa
2022-02-17 18:48:18.228 [bus notice] >31
2022-02-17 18:48:18.234 [bus notice] <31
2022-02-17 18:48:18.236 [bus notice] >08
2022-02-17 18:48:18.241 [bus notice] <08
2022-02-17 18:48:18.244 [bus notice] >b5
2022-02-17 18:48:18.250 [bus notice] <b5
2022-02-17 18:48:18.252 [bus notice] >09
2022-02-17 18:48:18.258 [bus notice] <09
2022-02-17 18:48:18.261 [bus notice] >03
2022-02-17 18:48:18.266 [bus notice] <03
2022-02-17 18:48:18.269 [bus notice] >0d
2022-02-17 18:48:18.271 [bus notice] <aa
2022-02-17 18:48:18.271 [bus error] send to 08: ERR: SYN received
2022-02-17 18:48:18.271 [bus error] send message part 0: ERR: SYN received
2022-02-17 18:48:18.276 [bus notice] <f8
2022-02-17 18:48:18.315 [bus notice] <aa
2022-02-17 18:48:18.357 [bus notice] <aa
2022-02-17 18:48:18.401 [bus notice] <aa
2022-02-17 18:48:18.405 [bus notice] <10
2022-02-17 18:48:18.409 [bus notice] <08
2022-02-17 18:48:18.414 [bus notice] <b5
2022-02-17 18:48:18.418 [bus notice] <10
2022-02-17 18:48:18.422 [bus notice] <09
2022-02-17 18:48:18.426 [bus notice] <00
2022-02-17 18:48:18.430 [bus notice] <00
2022-02-17 18:48:18.434 [bus notice] <54
2022-02-17 18:48:18.439 [bus notice] <ff
2022-02-17 18:48:18.443 [bus notice] <ff
2022-02-17 18:48:18.447 [bus notice] <ff
2022-02-17 18:48:18.451 [bus notice] <00
2022-02-17 18:48:18.455 [bus notice] <00
2022-02-17 18:48:18.460 [bus notice] <00
2022-02-17 18:48:18.464 [bus notice] <34
2022-02-17 18:48:18.469 [bus notice] <00
2022-02-17 18:48:18.479 [bus notice] <01
2022-02-17 18:48:18.483 [bus notice] <01
2022-02-17 18:48:18.487 [bus notice] <9a
2022-02-17 18:48:18.492 [bus notice] <00
2022-02-17 18:48:18.493 [update notice] received update-write bai SetMode QQ=10: auto;42.0;-;-;0;0;0;0;0;0
2022-02-17 18:48:18.496 [bus notice] <aa
2022-02-17 18:48:18.540 [bus notice] <aa
2022-02-17 18:48:18.582 [bus notice] <aa
2022-02-17 18:48:18.628 [bus notice] <aa
2022-02-17 18:48:18.671 [bus notice] <aa
2022-02-17 18:48:18.714 [bus notice] <aa
2022-02-17 18:48:18.758 [bus notice] <aa
2022-02-17 18:48:18.800 [bus notice] <aa
2022-02-17 18:48:18.843 [bus notice] <aa
2022-02-17 18:48:18.887 [bus notice] <aa
2022-02-17 18:48:18.930 [bus notice] <aa
2022-02-17 18:48:18.973 [bus notice] <aa
2022-02-17 18:48:19.017 [bus notice] <aa
2022-02-17 18:48:19.060 [bus notice] <aa
2022-02-17 18:48:19.103 [bus notice] <aa
2022-02-17 18:48:19.146 [bus notice] <aa
2022-02-17 18:48:19.189 [bus notice] <aa
2022-02-17 18:48:19.233 [bus notice] <aa
2022-02-17 18:48:19.276 [bus notice] <aa
2022-02-17 18:48:19.319 [bus notice] <aa
2022-02-17 18:48:19.363 [bus notice] <aa
2022-02-17 18:48:19.405 [bus notice] <aa
2022-02-17 18:48:19.448 [bus notice] <aa
2022-02-17 18:48:19.492 [bus notice] <aa
2022-02-17 18:48:19.535 [bus notice] <aa
2022-02-17 18:48:19.578 [bus notice] <aa
2022-02-17 18:48:19.622 [bus notice] <aa
2022-02-17 18:48:19.665 [bus notice] <aa
2022-02-17 18:48:19.708 [bus notice] <aa
2022-02-17 18:48:19.751 [bus notice] <aa
2022-02-17 18:48:19.794 [bus notice] <aa
2022-02-17 18:48:19.837 [bus notice] <aa
2022-02-17 18:48:19.880 [bus notice] <aa
2022-02-17 18:48:19.924 [bus notice] <aa
2022-02-17 18:48:19.968 [bus notice] <aa
2022-02-17 18:48:20.011 [bus notice] <aa
2022-02-17 18:48:20.054 [bus notice] <aa
2022-02-17 18:48:20.098 [bus notice] <aa
2022-02-17 18:48:20.140 [bus notice] <aa
2022-02-17 18:48:20.184 [bus notice] <aa
2022-02-17 18:48:20.227 [bus notice] <aa
2022-02-17 18:48:20.270 [bus notice] <aa
2022-02-17 18:48:20.314 [bus notice] <aa
2022-02-17 18:48:20.357 [bus notice] <aa
2022-02-17 18:48:20.400 [bus notice] <aa
2022-02-17 18:48:20.443 [bus notice] <aa
2022-02-17 18:48:20.486 [bus notice] <aa
2022-02-17 18:48:20.530 [bus notice] <aa
2022-02-17 18:48:20.572 [bus notice] <aa
2022-02-17 18:48:20.615 [bus notice] <aa
2022-02-17 18:48:20.659 [bus notice] <aa
2022-02-17 18:48:20.702 [bus notice] <aa
2022-02-17 18:48:20.746 [bus notice] <aa
2022-02-17 18:48:20.789 [bus notice] <aa
2022-02-17 18:48:20.832 [bus notice] <aa
2022-02-17 18:48:20.875 [bus notice] <aa
2022-02-17 18:48:20.918 [bus notice] <aa
2022-02-17 18:48:20.961 [bus notice] <aa
2022-02-17 18:48:21.005 [bus notice] <aa
2022-02-17 18:48:21.048 [bus notice] <aa
2022-02-17 18:48:21.091 [bus notice] <aa
2022-02-17 18:48:21.135 [bus notice] <aa
2022-02-17 18:48:21.177 [bus notice] <aa
2022-02-17 18:48:21.221 [bus notice] <aa
2022-02-17 18:48:21.264 [bus notice] <aa
2022-02-17 18:48:21.307 [bus notice] <aa
2022-02-17 18:48:21.351 [bus notice] <aa
2022-02-17 18:48:21.394 [bus notice] <aa
2022-02-17 18:48:21.437 [bus notice] <aa
2022-02-17 18:48:21.480 [bus notice] <aa
2022-02-17 18:48:21.522 [bus notice] <aa
2022-02-17 18:48:21.566 [bus notice] <aa
2022-02-17 18:48:21.609 [bus notice] <aa
2022-02-17 18:48:21.652 [bus notice] <aa
2022-02-17 18:48:21.696 [bus notice] <aa
2022-02-17 18:48:21.740 [bus notice] <aa
2022-02-17 18:48:21.783 [bus notice] <aa
2022-02-17 18:48:21.826 [bus notice] <aa
2022-02-17 18:48:21.869 [bus notice] <aa
2022-02-17 18:48:21.913 [bus notice] <aa
2022-02-17 18:48:21.956 [bus notice] <aa
2022-02-17 18:48:21.999 [bus notice] <aa
2022-02-17 18:48:22.043 [bus notice] <aa
2022-02-17 18:48:22.086 [bus notice] <aa
2022-02-17 18:48:22.129 [bus notice] <aa
2022-02-17 18:48:22.173 [bus notice] <aa
2022-02-17 18:48:22.215 [bus notice] <aa
2022-02-17 18:48:22.258 [bus notice] <aa
2022-02-17 18:48:22.302 [bus notice] <aa
2022-02-17 18:48:22.344 [bus notice] <aa
2022-02-17 18:48:22.388 [bus notice] <aa
2022-02-17 18:48:22.431 [bus notice] <aa
2022-02-17 18:48:22.474 [bus notice] <aa
2022-02-17 18:48:22.518 [bus notice] <aa
2022-02-17 18:48:22.561 [bus notice] <aa
2022-02-17 18:48:22.604 [bus notice] <aa
2022-02-17 18:48:22.647 [bus notice] <aa
2022-02-17 18:48:22.690 [bus notice] <aa
2022-02-17 18:48:22.734 [bus notice] <aa
2022-02-17 18:48:22.777 [bus notice] <aa
2022-02-17 18:48:22.820 [bus notice] <aa
2022-02-17 18:48:22.864 [bus notice] <aa
2022-02-17 18:48:22.907 [bus notice] <aa
2022-02-17 18:48:22.949 [bus notice] <aa
2022-02-17 18:48:22.993 [bus notice] <aa
2022-02-17 18:48:23.036 [bus notice] <aa
2022-02-17 18:48:23.079 [bus notice] <aa
2022-02-17 18:48:23.123 [bus notice] <aa
2022-02-17 18:48:23.166 [bus notice] <aa
2022-02-17 18:48:23.209 [bus notice] <aa
2022-02-17 18:48:23.252 [bus notice] <aa
2022-02-17 18:48:23.295 [bus notice] <aa
2022-02-17 18:48:23.339 [bus notice] <aa
2022-02-17 18:48:23.382 [bus notice] <aa
2022-02-17 18:48:23.424 [bus notice] <aa
2022-02-17 18:48:23.469 [bus notice] <aa
2022-02-17 18:48:23.512 [bus notice] <aa
2022-02-17 18:48:23.556 [bus notice] <aa
2022-02-17 18:48:23.599 [bus notice] <aa
2022-02-17 18:48:23.642 [bus notice] <aa
2022-02-17 18:48:23.685 [bus notice] <aa
2022-02-17 18:48:23.728 [bus notice] <aa
2022-02-17 18:48:23.771 [bus notice] <aa
2022-02-17 18:48:23.815 [bus notice] <aa
2022-02-17 18:48:23.858 [bus notice] <aa
2022-02-17 18:48:23.901 [bus notice] <aa
2022-02-17 18:48:23.945 [bus notice] <aa
2022-02-17 18:48:23.987 [bus notice] <aa
2022-02-17 18:48:24.031 [bus notice] <aa
2022-02-17 18:48:24.074 [bus notice] <aa
2022-02-17 18:48:24.117 [bus notice] <aa
2022-02-17 18:48:24.160 [bus notice] <aa
2022-02-17 18:48:24.203 [bus notice] <aa
2022-02-17 18:48:24.246 [bus notice] <aa
2022-02-17 18:48:24.290 [bus notice] <aa
2022-02-17 18:48:24.333 [bus notice] <aa
2022-02-17 18:48:24.377 [bus notice] <aa
2022-02-17 18:48:24.419 [bus notice] <aa
2022-02-17 18:48:24.462 [bus notice] <aa
2022-02-17 18:48:24.506 [bus notice] <aa
2022-02-17 18:48:24.549 [bus notice] <aa
2022-02-17 18:48:24.592 [bus notice] <aa
2022-02-17 18:48:24.636 [bus notice] <aa
2022-02-17 18:48:24.679 [bus notice] <aa
2022-02-17 18:48:24.722 [bus notice] <aa
2022-02-17 18:48:24.765 [bus notice] <aa
2022-02-17 18:48:24.808 [bus notice] <aa
2022-02-17 18:48:24.852 [bus notice] <aa
2022-02-17 18:48:24.895 [bus notice] <aa
2022-02-17 18:48:24.938 [bus notice] <aa
2022-02-17 18:48:24.982 [bus notice] <aa
2022-02-17 18:48:25.024 [bus notice] <aa
2022-02-17 18:48:25.068 [bus notice] <aa
2022-02-17 18:48:25.111 [bus notice] <aa
2022-02-17 18:48:25.153 [bus notice] <aa
2022-02-17 18:48:25.198 [bus notice] <aa
2022-02-17 18:48:25.241 [bus notice] <aa
2022-02-17 18:48:25.284 [bus notice] <aa
2022-02-17 18:48:25.328 [bus notice] <aa
2022-02-17 18:48:25.371 [bus notice] <aa
2022-02-17 18:48:25.414 [bus notice] <aa
2022-02-17 18:48:25.457 [bus notice] <aa
2022-02-17 18:48:25.500 [bus notice] <aa
2022-02-17 18:48:25.544 [bus notice] <aa
2022-02-17 18:48:25.587 [bus notice] <aa
2022-02-17 18:48:25.630 [bus notice] <aa
2022-02-17 18:48:25.674 [bus notice] <aa
2022-02-17 18:48:25.717 [bus notice] <aa
2022-02-17 18:48:25.760 [bus notice] <aa
2022-02-17 18:48:25.761 [bus notice] >31
2022-02-17 18:48:25.766 [bus notice] <31
2022-02-17 18:48:25.768 [bus notice] >08
2022-02-17 18:48:25.773 [bus notice] <08
2022-02-17 18:48:25.776 [bus notice] >b5
2022-02-17 18:48:25.782 [bus notice] <b5
2022-02-17 18:48:25.784 [bus notice] >09
2022-02-17 18:48:25.790 [bus notice] <09
2022-02-17 18:48:25.792 [bus notice] >03
2022-02-17 18:48:25.798 [bus notice] <03
2022-02-17 18:48:25.801 [bus notice] >0d
2022-02-17 18:48:25.802 [bus notice] <aa
2022-02-17 18:48:25.802 [bus error] send to 08: ERR: SYN received, retry
2022-02-17 18:48:25.807 [bus notice] <c3
2022-02-17 18:48:25.846 [bus notice] <aa
2022-02-17 18:48:25.846 [bus notice] >31
2022-02-17 18:48:25.852 [bus notice] <31
2022-02-17 18:48:25.853 [bus notice] >08
2022-02-17 18:48:25.859 [bus notice] <08
2022-02-17 18:48:25.862 [bus notice] >b5
2022-02-17 18:48:25.868 [bus notice] <b5
2022-02-17 18:48:25.870 [bus notice] >09
2022-02-17 18:48:25.876 [bus notice] <09
2022-02-17 18:48:25.878 [bus notice] >03
2022-02-17 18:48:25.884 [bus notice] <03
2022-02-17 18:48:25.887 [bus notice] >0d
2022-02-17 18:48:25.889 [bus notice] <2a
2022-02-17 18:48:25.889 [bus error] send to 08: ERR: wrong symbol received, retry
2022-02-17 18:48:25.893 [bus notice] <c3
2022-02-17 18:48:25.932 [bus notice] <aa
2022-02-17 18:48:25.975 [bus notice] <aa
2022-02-17 18:48:25.975 [bus notice] >31
2022-02-17 18:48:25.981 [bus notice] <31
2022-02-17 18:48:25.983 [bus notice] >08
2022-02-17 18:48:25.988 [bus notice] <08
2022-02-17 18:48:25.991 [bus notice] >b5
2022-02-17 18:48:25.997 [bus notice] <b5
2022-02-17 18:48:25.999 [bus notice] >09
2022-02-17 18:48:26.005 [bus notice] <09
2022-02-17 18:48:26.008 [bus notice] >03
2022-02-17 18:48:26.013 [bus notice] <03
2022-02-17 18:48:26.016 [bus notice] >0d
2022-02-17 18:48:26.018 [bus notice] <aa
2022-02-17 18:48:26.018 [bus error] send to 08: ERR: SYN received
2022-02-17 18:48:26.018 [bus error] send message part 0: ERR: SYN received
2022-02-17 18:48:26.023 [bus notice] <c3
2022-02-17 18:48:26.062 [bus notice] <aa
2022-02-17 18:48:26.105 [bus notice] <aa
2022-02-17 18:48:26.149 [bus notice] <aa
2022-02-17 18:48:26.191 [bus notice] <aa
2022-02-17 18:48:26.235 [bus notice] <aa
2022-02-17 18:48:26.278 [bus notice] <aa
2022-02-17 18:48:26.321 [bus notice] <aa
2022-02-17 18:48:26.365 [bus notice] <aa
2022-02-17 18:48:26.408 [bus notice] <aa
2022-02-17 18:48:26.451 [bus notice] <aa
2022-02-17 18:48:26.494 [bus notice] <aa
2022-02-17 18:48:26.537 [bus notice] <aa
2022-02-17 18:48:26.581 [bus notice] <aa
2022-02-17 18:48:26.624 [bus notice] <aa
2022-02-17 18:48:26.667 [bus notice] <aa
2022-02-17 18:48:26.711 [bus notice] <aa
2022-02-17 18:48:26.754 [bus notice] <aa
2022-02-17 18:48:26.797 [bus notice] <aa
2022-02-17 18:48:26.840 [bus notice] <aa
2022-02-17 18:48:26.884 [bus notice] <aa
2022-02-17 18:48:26.927 [bus notice] <aa
2022-02-17 18:48:26.970 [bus notice] <aa
2022-02-17 18:48:27.013 [bus notice] <aa
2022-02-17 18:48:27.057 [bus notice] <aa
2022-02-17 18:48:27.100 [bus notice] <aa
2022-02-17 18:48:27.143 [bus notice] <aa
2022-02-17 18:48:27.187 [bus notice] <aa
2022-02-17 18:48:27.229 [bus notice] <aa
2022-02-17 18:48:27.273 [bus notice] <aa
2022-02-17 18:48:27.316 [bus notice] <aa
2022-02-17 18:48:27.359 [bus notice] <aa
2022-02-17 18:48:27.404 [bus notice] <aa
2022-02-17 18:48:27.448 [bus notice] <aa
2022-02-17 18:48:27.491 [bus notice] <aa
2022-02-17 18:48:27.534 [bus notice] <aa
2022-02-17 18:48:27.578 [bus notice] <aa
2022-02-17 18:48:27.621 [bus notice] <aa
2022-02-17 18:48:27.664 [bus notice] <aa
2022-02-17 18:48:27.708 [bus notice] <aa
2022-02-17 18:48:27.750 [bus notice] <aa
2022-02-17 18:48:27.794 [bus notice] <aa
2022-02-17 18:48:27.837 [bus notice] <aa
2022-02-17 18:48:27.880 [bus notice] <aa
2022-02-17 18:48:27.924 [bus notice] <aa
2022-02-17 18:48:27.967 [bus notice] <aa
2022-02-17 18:48:28.010 [bus notice] <aa
2022-02-17 18:48:28.053 [bus notice] <aa
2022-02-17 18:48:28.096 [bus notice] <aa
2022-02-17 18:48:28.139 [bus notice] <aa
2022-02-17 18:48:28.144 [bus notice] <10
2022-02-17 18:48:28.148 [bus notice] <08
2022-02-17 18:48:28.152 [bus notice] <b5
2022-02-17 18:48:28.156 [bus notice] <11
2022-02-17 18:48:28.161 [bus notice] <01
2022-02-17 18:48:28.165 [bus notice] <01
2022-02-17 18:48:28.169 [bus notice] <89
2022-02-17 18:48:28.174 [bus notice] <00
2022-02-17 18:48:28.182 [bus notice] <09
2022-02-17 18:48:28.186 [bus notice] <56
2022-02-17 18:48:28.190 [bus notice] <4c
2022-02-17 18:48:28.194 [bus notice] <40
2022-02-17 18:48:28.199 [bus notice] <06
2022-02-17 18:48:28.203 [bus notice] <4c
2022-02-17 18:48:28.207 [bus notice] <6a
2022-02-17 18:48:28.211 [bus notice] <01
2022-02-17 18:48:28.215 [bus notice] <00
2022-02-17 18:48:28.219 [bus notice] <ff
2022-02-17 18:48:28.224 [bus notice] <48
2022-02-17 18:48:28.228 [bus notice] <00
2022-02-17 18:48:28.229 [update notice] received read bai Status01 QQ=10: 43.0;38.0;6.250;38.0;53.0;on
2022-02-17 18:48:28.232 [bus notice] <aa
2022-02-17 18:48:28.275 [bus notice] <aa
2022-02-17 18:48:28.319 [bus notice] <aa
2022-02-17 18:48:28.362 [bus notice] <aa


Gruß
Dennis
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 18 Februar 2022, 11:21:29
also dein Adapter braucht 6 ms für eine Antwort und dazwischen kommen andere Telegramme.

2022-02-17 18:47:57.126 [bus notice] >03
2022-02-17 18:47:57.132 [bus notice] <03
2022-02-17 18:47:57.135 [bus notice] >0d         ## 0d wird gesendet
2022-02-17 18:47:57.137 [bus notice] <fd          ## am Bus kommt fd zurück, dass verursacht jetzt den nachfolgenden Fehler
2022-02-17 18:47:57.137 [bus error] send to 08: ERR: wrong symbol received, retry
2022-02-17 18:47:57.141 [bus notice] <0d        ## und jetzt erst kommt die Bestätigung
2022-02-17 18:47:57.178 [bus notice] <aa

solche timing Probleme hast mehrere in deinem Log.

versuch doch bitte mal und stell die latency auf 20000 zum testen!

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 19 Februar 2022, 08:58:31
Zitat von: baumhous3 am 15 Februar 2022, 14:22:35
pi@raspberrypi:~ $ systemctl status ebusd.service
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.

dein OS ist systemd basiert und damit solltest Du nicht die EBUSD_OPTSX verwenden, sondern Kopien von /usr/lib/systemd/system/ebusd.service erstellen, wie es auch direkt in /etc/default/ebusd beschrieben ist
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 19 Februar 2022, 09:00:07
Zitat von: Holzbein am 13 Februar 2022, 07:10:39
den Prozess in den Vordergrund zu bringen um das Poti einstellen zu können, bekomme ich folgende Anzeige:
luca@ubu-bh:~$ ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/serial/by-id/usb-ESERA-Automation_eBus_Coupler_12001_AL6923A0-if00-port0
2022-02-13 05:57:31.202 [bus error] unable to open /dev/serial/by-id/usb-ESERA-Automation_eBus_Coupler_12001_AL6923A0-if00-port0: ERR: element not found
2022-02-13 05:57:31.202 [bus notice] bus started with own address 31/36
2022-02-13 05:57:31.202 [bus notice] device invalid

Du lässt das als User "luca" laufen und der hata vermutlich keine Recht, das /dev/serial/... zu öffnen. Also entweder zu root User wechseln oder dem "luca" User entsprechende Rechte an den Devices einräumen (am besten via groups).
Titel: Antw:Neuling sucht Einstieg, war:Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 19 Februar 2022, 09:03:42
Zitat von: tho-mas am 10 Februar 2022, 23:56:02
Ich wollte zunächst einmal den ebusdämonen installieren. Aber da fangen die Schwierigkeiten schon an: Was von

ebusd-21.3_386-bullseye.deb 275 KB
ebusd-21.3_386-bullseye_mqtt1.deb 291 KB
...
ebusd-21.3_armv7-stretch_mqtt1.deb


ist denn nun "zuständig"? Bei meinem Raspberry Pi 4B+ habe ich "ebusd-21.3_arm64-bullseye.deb" vermutet. Leider meckert der Pi aber, falsche Version.
ein paar Linux Grundlagen sollte man voraussetzen dürfen und auch welche Distribution läuft. An der Quelle dieser Files steht auch folgendes:
ZitatDebian 11 (Bullseye), 10 (Buster), and 9 (Stretch) install packages for amd64, 386, armv7 (Raspberry Pi 2/3/4), and arm64 (Raspberry Pi 3/4 64 bit) are attached and will also be made available soon in the Debian repository as described here.
Am besten Du nimmst das Repo, siehe hier: https://github.com/john30/ebusd-debian/blob/master/README.md
Aber auch da musst Du die richtige Distribution auswählen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: skiworker am 19 Februar 2022, 09:53:29
Hallo Reinhart,

habe die latency versuchsweise auf 20000 eingestellt, auch das brachte kein Erfolg.

Hier der Log dazu:


2022-02-19 09:37:04.397 [bus notice] <aa
2022-02-19 09:37:04.397 [bus notice] >31
2022-02-19 09:37:04.403 [bus notice] <31
2022-02-19 09:37:04.406 [bus notice] >08
2022-02-19 09:37:04.411 [bus notice] <08
2022-02-19 09:37:04.414 [bus notice] >b5
2022-02-19 09:37:04.420 [bus notice] <b5
2022-02-19 09:37:04.423 [bus notice] >09
2022-02-19 09:37:04.428 [bus notice] <09
2022-02-19 09:37:04.431 [bus notice] >03
2022-02-19 09:37:04.436 [bus notice] <03
2022-02-19 09:37:04.439 [bus notice] >0d
2022-02-19 09:37:04.442 [bus notice] <f5
2022-02-19 09:37:04.442 [bus error] send to 08: ERR: wrong symbol received, retry
2022-02-19 09:37:04.445 [bus notice] <c3
2022-02-19 09:37:04.483 [bus notice] <aa
2022-02-19 09:37:04.483 [bus notice] >31
2022-02-19 09:37:04.489 [bus notice] <31
2022-02-19 09:37:04.492 [bus notice] >08
2022-02-19 09:37:04.497 [bus notice] <08
2022-02-19 09:37:04.500 [bus notice] >b5
2022-02-19 09:37:04.506 [bus notice] <b5
2022-02-19 09:37:04.508 [bus notice] >09
2022-02-19 09:37:04.514 [bus notice] <09
2022-02-19 09:37:04.517 [bus notice] >03
2022-02-19 09:37:04.522 [bus notice] <03
2022-02-19 09:37:04.525 [bus notice] >0d
2022-02-19 09:37:04.526 [bus notice] <aa
2022-02-19 09:37:04.526 [bus error] send to 08: ERR: SYN received, retry
2022-02-19 09:37:04.530 [bus notice] <0d
2022-02-19 09:37:04.571 [bus notice] <aa
2022-02-19 09:37:04.571 [bus notice] >31
2022-02-19 09:37:04.576 [bus notice] <31
2022-02-19 09:37:04.580 [bus notice] >08
2022-02-19 09:37:04.585 [bus notice] <08
2022-02-19 09:37:04.588 [bus notice] >b5
2022-02-19 09:37:04.593 [bus notice] <b5
2022-02-19 09:37:04.596 [bus notice] >09
2022-02-19 09:37:04.601 [bus notice] <09
2022-02-19 09:37:04.604 [bus notice] >03
2022-02-19 09:37:04.610 [bus notice] <03
2022-02-19 09:37:04.613 [bus notice] >0d
2022-02-19 09:37:04.614 [bus notice] <f5
2022-02-19 09:37:04.615 [bus error] send to 08: ERR: wrong symbol received
2022-02-19 09:37:04.615 [bus error] send message part 0: ERR: wrong symbol received
2022-02-19 09:37:04.618 [bus notice] <0d
2022-02-19 09:37:04.656 [bus notice] <aa
2022-02-19 09:37:04.701 [bus notice] <aa
2022-02-19 09:37:04.742 [bus notice] <aa
2022-02-19 09:37:04.786 [bus notice] <aa
2022-02-19 09:37:04.830 [bus notice] <aa
2022-02-19 09:37:04.872 [bus notice] <aa
2022-02-19 09:37:04.916 [bus notice] <aa
2022-02-19 09:37:04.959 [bus notice] <aa
2022-02-19 09:37:05.002 [bus notice] <aa
2022-02-19 09:37:05.046 [bus notice] <aa
2022-02-19 09:37:05.089 [bus notice] <aa
2022-02-19 09:37:05.133 [bus notice] <aa
2022-02-19 09:37:05.176 [bus notice] <aa
2022-02-19 09:37:05.221 [bus notice] <aa
2022-02-19 09:37:05.264 [bus notice] <aa
2022-02-19 09:37:05.307 [bus notice] <aa
2022-02-19 09:37:05.351 [bus notice] <aa
2022-02-19 09:37:05.393 [bus notice] <aa
2022-02-19 09:37:05.437 [bus notice] <aa
2022-02-19 09:37:05.480 [bus notice] <aa
2022-02-19 09:37:05.523 [bus notice] <aa
2022-02-19 09:37:05.567 [bus notice] <aa
2022-02-19 09:37:05.610 [bus notice] <aa
2022-02-19 09:37:05.653 [bus notice] <aa
2022-02-19 09:37:05.696 [bus notice] <aa
2022-02-19 09:37:05.739 [bus notice] <aa
2022-02-19 09:37:05.782 [bus notice] <aa
2022-02-19 09:37:05.826 [bus notice] <aa
2022-02-19 09:37:05.869 [bus notice] <aa
2022-02-19 09:37:05.912 [bus notice] <aa
2022-02-19 09:37:05.956 [bus notice] <aa
2022-02-19 09:37:05.998 [bus notice] <aa
2022-02-19 09:37:06.042 [bus notice] <aa
2022-02-19 09:37:06.085 [bus notice] <aa
2022-02-19 09:37:06.128 [bus notice] <aa
2022-02-19 09:37:06.171 [bus notice] <aa
2022-02-19 09:37:06.214 [bus notice] <aa
2022-02-19 09:37:06.258 [bus notice] <aa
2022-02-19 09:37:06.301 [bus notice] <aa
2022-02-19 09:37:06.344 [bus notice] <aa
2022-02-19 09:37:06.388 [bus notice] <aa
2022-02-19 09:37:06.430 [bus notice] <aa
2022-02-19 09:37:06.474 [bus notice] <aa
2022-02-19 09:37:06.517 [bus notice] <aa
2022-02-19 09:37:06.561 [bus notice] <aa
2022-02-19 09:37:06.604 [bus notice] <aa
2022-02-19 09:37:06.648 [bus notice] <aa
2022-02-19 09:37:06.691 [bus notice] <aa
2022-02-19 09:37:06.734 [bus notice] <aa
2022-02-19 09:37:06.777 [bus notice] <aa
2022-02-19 09:37:06.820 [bus notice] <aa
2022-02-19 09:37:06.864 [bus notice] <aa
2022-02-19 09:37:06.907 [bus notice] <aa
2022-02-19 09:37:06.950 [bus notice] <aa
2022-02-19 09:37:06.994 [bus notice] <aa
2022-02-19 09:37:07.036 [bus notice] <aa
2022-02-19 09:37:07.080 [bus notice] <aa
2022-02-19 09:37:07.124 [bus notice] <aa
2022-02-19 09:37:07.167 [bus notice] <aa
2022-02-19 09:37:07.211 [bus notice] <aa
2022-02-19 09:37:07.255 [bus notice] <aa
2022-02-19 09:37:07.298 [bus notice] <aa
2022-02-19 09:37:07.341 [bus notice] <aa
2022-02-19 09:37:07.385 [bus notice] <aa
2022-02-19 09:37:07.428 [bus notice] <aa
2022-02-19 09:37:07.471 [bus notice] <aa
2022-02-19 09:37:07.515 [bus notice] <aa
2022-02-19 09:37:07.557 [bus notice] <aa
2022-02-19 09:37:07.601 [bus notice] <aa
2022-02-19 09:37:07.644 [bus notice] <aa
2022-02-19 09:37:07.686 [bus notice] <aa
2022-02-19 09:37:07.730 [bus notice] <aa
2022-02-19 09:37:07.773 [bus notice] <aa
2022-02-19 09:37:07.817 [bus notice] <aa
2022-02-19 09:37:07.860 [bus notice] <aa
2022-02-19 09:37:07.903 [bus notice] <aa
2022-02-19 09:37:07.947 [bus notice] <aa
2022-02-19 09:37:07.989 [bus notice] <aa
2022-02-19 09:37:08.032 [bus notice] <aa
2022-02-19 09:37:08.077 [bus notice] <aa
2022-02-19 09:37:08.120 [bus notice] <aa
2022-02-19 09:37:08.162 [bus notice] <aa
2022-02-19 09:37:08.207 [bus notice] <aa
2022-02-19 09:37:08.250 [bus notice] <aa
2022-02-19 09:37:08.293 [bus notice] <aa
2022-02-19 09:37:08.336 [bus notice] <aa
2022-02-19 09:37:08.379 [bus notice] <aa
2022-02-19 09:37:08.422 [bus notice] <aa
2022-02-19 09:37:08.465 [bus notice] <aa
2022-02-19 09:37:08.508 [bus notice] <aa
2022-02-19 09:37:08.552 [bus notice] <aa
2022-02-19 09:37:08.595 [bus notice] <aa
2022-02-19 09:37:08.639 [bus notice] <aa
2022-02-19 09:37:08.682 [bus notice] <aa
2022-02-19 09:37:08.724 [bus notice] <aa
2022-02-19 09:37:08.768 [bus notice] <aa
2022-02-19 09:37:08.811 [bus notice] <aa
2022-02-19 09:37:08.854 [bus notice] <aa
2022-02-19 09:37:08.898 [bus notice] <aa
2022-02-19 09:37:08.941 [bus notice] <aa
2022-02-19 09:37:08.984 [bus notice] <aa
2022-02-19 09:37:09.027 [bus notice] <aa
2022-02-19 09:37:09.070 [bus notice] <aa
2022-02-19 09:37:09.114 [bus notice] <aa
2022-02-19 09:37:09.157 [bus notice] <aa
2022-02-19 09:37:09.200 [bus notice] <aa
2022-02-19 09:37:09.244 [bus notice] <aa
2022-02-19 09:37:09.287 [bus notice] <aa
2022-02-19 09:37:09.330 [bus notice] <aa
2022-02-19 09:37:09.373 [bus notice] <aa
2022-02-19 09:37:09.416 [bus notice] <aa
2022-02-19 09:37:09.459 [bus notice] <aa
2022-02-19 09:37:09.502 [bus notice] <aa
2022-02-19 09:37:09.545 [bus notice] <aa
2022-02-19 09:37:09.589 [bus notice] <aa
2022-02-19 09:37:09.632 [bus notice] <aa
2022-02-19 09:37:09.676 [bus notice] <aa
2022-02-19 09:37:09.719 [bus notice] <aa
2022-02-19 09:37:09.761 [bus notice] <aa
2022-02-19 09:37:09.805 [bus notice] <aa
2022-02-19 09:37:09.848 [bus notice] <aa
2022-02-19 09:37:09.891 [bus notice] <aa
2022-02-19 09:37:09.935 [bus notice] <aa
2022-02-19 09:37:09.978 [bus notice] <aa
2022-02-19 09:37:10.021 [bus notice] <aa
2022-02-19 09:37:10.066 [bus notice] <aa
2022-02-19 09:37:10.110 [bus notice] <aa
2022-02-19 09:37:10.153 [bus notice] <aa
2022-02-19 09:37:10.197 [bus notice] <aa
2022-02-19 09:37:10.241 [bus notice] <aa
2022-02-19 09:37:10.283 [bus notice] <aa
2022-02-19 09:37:10.327 [bus notice] <aa
2022-02-19 09:37:10.370 [bus notice] <aa
2022-02-19 09:37:10.413 [bus notice] <aa
2022-02-19 09:37:10.457 [bus notice] <aa
2022-02-19 09:37:10.500 [bus notice] <aa
2022-02-19 09:37:10.543 [bus notice] <aa
2022-02-19 09:37:10.586 [bus notice] <aa
2022-02-19 09:37:10.629 [bus notice] <aa
2022-02-19 09:37:10.673 [bus notice] <aa
2022-02-19 09:37:10.715 [bus notice] <aa
2022-02-19 09:37:10.758 [bus notice] <aa
2022-02-19 09:37:10.802 [bus notice] <aa
2022-02-19 09:37:10.845 [bus notice] <aa
2022-02-19 09:37:10.888 [bus notice] <aa
2022-02-19 09:37:10.932 [bus notice] <aa
2022-02-19 09:37:10.975 [bus notice] <aa
2022-02-19 09:37:11.018 [bus notice] <aa
2022-02-19 09:37:11.062 [bus notice] <aa
2022-02-19 09:37:11.105 [bus notice] <aa
2022-02-19 09:37:11.149 [bus notice] <aa
2022-02-19 09:37:11.191 [bus notice] <aa
2022-02-19 09:37:11.234 [bus notice] <aa
2022-02-19 09:37:11.278 [bus notice] <aa
2022-02-19 09:37:11.320 [bus notice] <aa
2022-02-19 09:37:11.364 [bus notice] <aa
2022-02-19 09:37:11.407 [bus notice] <aa
2022-02-19 09:37:11.450 [bus notice] <aa
2022-02-19 09:37:11.494 [bus notice] <aa
2022-02-19 09:37:11.537 [bus notice] <aa
2022-02-19 09:37:11.580 [bus notice] <aa
2022-02-19 09:37:11.623 [bus notice] <aa
2022-02-19 09:37:11.666 [bus notice] <aa
2022-02-19 09:37:11.710 [bus notice] <aa
2022-02-19 09:37:11.752 [bus notice] <aa
2022-02-19 09:37:11.796 [bus notice] <aa
2022-02-19 09:37:11.839 [bus notice] <aa
2022-02-19 09:37:11.883 [bus notice] <aa
2022-02-19 09:37:11.925 [bus notice] <aa
2022-02-19 09:37:11.970 [bus notice] <aa
2022-02-19 09:37:12.013 [bus notice] <aa
2022-02-19 09:37:12.056 [bus notice] <aa
2022-02-19 09:37:12.099 [bus notice] <aa
2022-02-19 09:37:12.142 [bus notice] <aa
2022-02-19 09:37:12.186 [bus notice] <aa
2022-02-19 09:37:12.229 [bus notice] <aa
2022-02-19 09:37:12.272 [bus notice] <aa
2022-02-19 09:37:12.316 [bus notice] <aa
2022-02-19 09:37:12.358 [bus notice] <aa
2022-02-19 09:37:12.401 [bus notice] <aa
2022-02-19 09:37:12.445 [bus notice] <aa
2022-02-19 09:37:12.487 [bus notice] <aa
2022-02-19 09:37:12.531 [bus notice] <aa
2022-02-19 09:37:12.574 [bus notice] <aa
2022-02-19 09:37:12.617 [bus notice] <aa
2022-02-19 09:37:12.661 [bus notice] <aa
2022-02-19 09:37:12.704 [bus notice] <aa
2022-02-19 09:37:12.747 [bus notice] <aa
2022-02-19 09:37:12.790 [bus notice] <aa
2022-02-19 09:37:12.833 [bus notice] <aa
2022-02-19 09:37:12.877 [bus notice] <aa
2022-02-19 09:37:12.920 [bus notice] <aa
2022-02-19 09:37:12.965 [bus notice] <aa
2022-02-19 09:37:13.007 [bus notice] <aa
2022-02-19 09:37:13.050 [bus notice] <aa
2022-02-19 09:37:13.050 [bus notice] >31
2022-02-19 09:37:13.056 [bus notice] <31
2022-02-19 09:37:13.058 [bus notice] >15
2022-02-19 09:37:13.063 [bus notice] <15
2022-02-19 09:37:13.066 [bus notice] >b5
2022-02-19 09:37:13.072 [bus notice] <b5
2022-02-19 09:37:13.074 [bus notice] >24
2022-02-19 09:37:13.080 [bus notice] <24
2022-02-19 09:37:13.083 [bus notice] >06
2022-02-19 09:37:13.088 [bus notice] <06
2022-02-19 09:37:13.091 [bus notice] >02
2022-02-19 09:37:13.092 [bus notice] <aa
2022-02-19 09:37:13.092 [bus error] send to 15: ERR: SYN received, retry
2022-02-19 09:37:13.097 [bus notice] <02
2022-02-19 09:37:13.136 [bus notice] <aa
2022-02-19 09:37:13.136 [bus notice] >31
2022-02-19 09:37:13.140 [bus notice] <10
2022-02-19 09:37:13.144 [bus notice] <08
2022-02-19 09:37:13.149 [bus notice] <b5
2022-02-19 09:37:13.153 [bus notice] <11
2022-02-19 09:37:13.157 [bus notice] <01
2022-02-19 09:37:13.161 [bus notice] <01
2022-02-19 09:37:13.165 [bus notice] <89
2022-02-19 09:37:13.171 [bus notice] <00
2022-02-19 09:37:13.181 [bus notice] <09
2022-02-19 09:37:13.185 [bus notice] <55
2022-02-19 09:37:13.189 [bus notice] <47
2022-02-19 09:37:13.193 [bus notice] <00
2022-02-19 09:37:13.198 [bus notice] <06
2022-02-19 09:37:13.202 [bus notice] <49
2022-02-19 09:37:13.206 [bus notice] <63
2022-02-19 09:37:13.210 [bus notice] <01
2022-02-19 09:37:13.214 [bus notice] <00
2022-02-19 09:37:13.218 [bus notice] <ff
2022-02-19 09:37:13.223 [bus notice] <ac
2022-02-19 09:37:13.227 [bus notice] <00
2022-02-19 09:37:13.228 [update notice] received read bai Status01 QQ=10: 42.5;35.5;6.000;36.5;49.5;on
2022-02-19 09:37:13.231 [bus notice] <aa
2022-02-19 09:37:13.274 [bus notice] <aa
2022-02-19 09:37:13.274 [bus notice] >31
2022-02-19 09:37:13.280 [bus notice] <31
2022-02-19 09:37:13.283 [bus notice] >15
2022-02-19 09:37:13.288 [bus notice] <15
2022-02-19 09:37:13.291 [bus notice] >b5
2022-02-19 09:37:13.296 [bus notice] <b5
2022-02-19 09:37:13.299 [bus notice] >24
2022-02-19 09:37:13.304 [bus notice] <24
2022-02-19 09:37:13.307 [bus notice] >06
2022-02-19 09:37:13.313 [bus notice] <06
2022-02-19 09:37:13.316 [bus notice] >02
2022-02-19 09:37:13.317 [bus notice] <2a
2022-02-19 09:37:13.317 [bus error] send to 15: ERR: wrong symbol received, retry
2022-02-19 09:37:13.322 [bus notice] <81
2022-02-19 09:37:13.362 [bus notice] <aa
2022-02-19 09:37:13.362 [bus notice] >31
2022-02-19 09:37:13.368 [bus notice] <31
2022-02-19 09:37:13.370 [bus notice] >15
2022-02-19 09:37:13.376 [bus notice] <15
2022-02-19 09:37:13.379 [bus notice] >b5
2022-02-19 09:37:13.384 [bus notice] <b5
2022-02-19 09:37:13.387 [bus notice] >24
2022-02-19 09:37:13.392 [bus notice] <24
2022-02-19 09:37:13.395 [bus notice] >06
2022-02-19 09:37:13.401 [bus notice] <06
2022-02-19 09:37:13.403 [bus notice] >02
2022-02-19 09:37:13.405 [bus notice] <aa
2022-02-19 09:37:13.405 [bus error] send to 15: ERR: SYN received
2022-02-19 09:37:13.405 [bus error] send message part 0: ERR: SYN received
2022-02-19 09:37:13.409 [bus notice] <00
2022-02-19 09:37:13.414 [bus notice] <08
2022-02-19 09:37:13.418 [bus notice] <b5
2022-02-19 09:37:13.422 [bus notice] <10
2022-02-19 09:37:13.426 [bus notice] <09
2022-02-19 09:37:13.431 [bus notice] <00
2022-02-19 09:37:13.435 [bus notice] <00
2022-02-19 09:37:13.439 [bus notice] <55
2022-02-19 09:37:13.443 [bus notice] <ff
2022-02-19 09:37:13.447 [bus notice] <ff
2022-02-19 09:37:13.452 [bus notice] <ff
2022-02-19 09:37:13.456 [bus notice] <00
2022-02-19 09:37:13.460 [bus notice] <00
2022-02-19 09:37:13.464 [bus notice] <00
2022-02-19 09:37:13.468 [bus notice] <c9
2022-02-19 09:37:13.474 [bus notice] <00
2022-02-19 09:37:13.482 [bus notice] <01
2022-02-19 09:37:13.486 [bus notice] <01
2022-02-19 09:37:13.490 [bus notice] <9a
2022-02-19 09:37:13.494 [bus notice] <00
2022-02-19 09:37:13.499 [bus notice] <aa
2022-02-19 09:37:13.542 [bus notice] <aa
2022-02-19 09:37:13.585 [bus notice] <aa
2022-02-19 09:37:13.629 [bus notice] <aa
2022-02-19 09:37:13.672 [bus notice] <aa
2022-02-19 09:37:13.676 [bus notice] <10
2022-02-19 09:37:13.680 [bus notice] <08
2022-02-19 09:37:13.685 [bus notice] <b5
2022-02-19 09:37:13.689 [bus notice] <11
2022-02-19 09:37:13.693 [bus notice] <01
2022-02-19 09:37:13.699 [bus notice] <02
2022-02-19 09:37:13.702 [bus notice] <8a
2022-02-19 09:37:13.707 [bus notice] <00
2022-02-19 09:37:13.718 [bus notice] <06
2022-02-19 09:37:13.722 [bus notice] <03
2022-02-19 09:37:13.726 [bus notice] <3c
2022-02-19 09:37:13.730 [bus notice] <82
2022-02-19 09:37:13.734 [bus notice] <46
2022-02-19 09:37:13.739 [bus notice] <82
2022-02-19 09:37:13.743 [bus notice] <6e
2022-02-19 09:37:13.747 [bus notice] <cf
2022-02-19 09:37:13.751 [bus notice] <00
2022-02-19 09:37:13.752 [update notice] received read bai Status02 QQ=10: auto;60;65.0;70;65.0
2022-02-19 09:37:13.755 [bus notice] <aa
2022-02-19 09:37:13.800 [bus notice] <aa
2022-02-19 09:37:13.843 [bus notice] <aa
2022-02-19 09:37:13.886 [bus notice] <aa
2022-02-19 09:37:13.930 [bus notice] <aa
2022-02-19 09:37:13.973 [bus notice] <aa
2022-02-19 09:37:14.016 [bus notice] <aa
2022-02-19 09:37:14.060 [bus notice] <aa
2022-02-19 09:37:14.103 [bus notice] <aa
2022-02-19 09:37:14.146 [bus notice] <aa
2022-02-19 09:37:14.189 [bus notice] <aa
2022-02-19 09:37:14.232 [bus notice] <aa
2022-02-19 09:37:14.276 [bus notice] <aa
2022-02-19 09:37:14.319 [bus notice] <aa
2022-02-19 09:37:14.362 [bus notice] <aa
2022-02-19 09:37:14.406 [bus notice] <aa
2022-02-19 09:37:14.448 [bus notice] <aa
2022-02-19 09:37:14.491 [bus notice] <aa
2022-02-19 09:37:14.535 [bus notice] <aa
2022-02-19 09:37:14.578 [bus notice] <aa
2022-02-19 09:37:14.622 [bus notice] <aa
2022-02-19 09:37:14.665 [bus notice] <aa
2022-02-19 09:37:14.708 [bus notice] <aa
2022-02-19 09:37:14.751 [bus notice] <aa
2022-02-19 09:37:14.794 [bus notice] <aa
2022-02-19 09:37:14.837 [bus notice] <aa
2022-02-19 09:37:14.880 [bus notice] <aa
2022-02-19 09:37:14.923 [bus notice] <aa
2022-02-19 09:37:14.967 [bus notice] <aa
2022-02-19 09:37:15.010 [bus notice] <aa
2022-02-19 09:37:15.053 [bus notice] <aa
2022-02-19 09:37:15.097 [bus notice] <aa
2022-02-19 09:37:15.140 [bus notice] <aa
2022-02-19 09:37:15.183 [bus notice] <aa
2022-02-19 09:37:15.226 [bus notice] <aa
2022-02-19 09:37:15.269 [bus notice] <aa
2022-02-19 09:37:15.313 [bus notice] <aa
2022-02-19 09:37:15.356 [bus notice] <aa
2022-02-19 09:37:15.399 [bus notice] <aa
2022-02-19 09:37:15.443 [bus notice] <aa
2022-02-19 09:37:15.485 [bus notice] <aa
2022-02-19 09:37:15.528 [bus notice] <aa
2022-02-19 09:37:15.572 [bus notice] <aa
2022-02-19 09:37:15.615 [bus notice] <aa
2022-02-19 09:37:15.658 [bus notice] <aa
2022-02-19 09:37:15.702 [bus notice] <aa
2022-02-19 09:37:15.745 [bus notice] <aa
2022-02-19 09:37:15.789 [bus notice] <aa
2022-02-19 09:37:15.832 [bus notice] <aa
2022-02-19 09:37:15.875 [bus notice] <aa
2022-02-19 09:37:15.918 [bus notice] <aa
2022-02-19 09:37:15.961 [bus notice] <aa
2022-02-19 09:37:16.005 [bus notice] <aa
2022-02-19 09:37:16.048 [bus notice] <aa
2022-02-19 09:37:16.091 [bus notice] <aa
2022-02-19 09:37:16.135 [bus notice] <aa
2022-02-19 09:37:16.178 [bus notice] <aa
2022-02-19 09:37:16.221 [bus notice] <aa
2022-02-19 09:37:16.264 [bus notice] <aa
2022-02-19 09:37:16.307 [bus notice] <aa
2022-02-19 09:37:16.350 [bus notice] <aa
2022-02-19 09:37:16.394 [bus notice] <aa
2022-02-19 09:37:16.437 [bus notice] <aa
2022-02-19 09:37:16.480 [bus notice] <aa
2022-02-19 09:37:16.523 [bus notice] <aa
2022-02-19 09:37:16.566 [bus notice] <aa
2022-02-19 09:37:16.610 [bus notice] <aa
2022-02-19 09:37:16.652 [bus notice] <aa
2022-02-19 09:37:16.696 [bus notice] <aa
2022-02-19 09:37:16.739 [bus notice] <aa
2022-02-19 09:37:16.782 [bus notice] <aa
2022-02-19 09:37:16.826 [bus notice] <aa
2022-02-19 09:37:16.869 [bus notice] <aa
2022-02-19 09:37:16.912 [bus notice] <aa
2022-02-19 09:37:16.955 [bus notice] <aa
2022-02-19 09:37:16.998 [bus notice] <aa
2022-02-19 09:37:17.041 [bus notice] <aa
2022-02-19 09:37:17.085 [bus notice] <aa
2022-02-19 09:37:17.128 [bus notice] <aa
2022-02-19 09:37:17.171 [bus notice] <aa
2022-02-19 09:37:17.215 [bus notice] <aa
2022-02-19 09:37:17.257 [bus notice] <aa
2022-02-19 09:37:17.301 [bus notice] <aa
2022-02-19 09:37:17.345 [bus notice] <aa
2022-02-19 09:37:17.387 [bus notice] <aa
2022-02-19 09:37:17.431 [bus notice] <aa
2022-02-19 09:37:17.474 [bus notice] <aa
2022-02-19 09:37:17.518 [bus notice] <aa
2022-02-19 09:37:17.561 [bus notice] <aa
2022-02-19 09:37:17.604 [bus notice] <aa
2022-02-19 09:37:17.648 [bus notice] <aa
2022-02-19 09:37:17.690 [bus notice] <aa
2022-02-19 09:37:17.733 [bus notice] <aa
2022-02-19 09:37:17.777 [bus notice] <aa
2022-02-19 09:37:17.820 [bus notice] <aa
2022-02-19 09:37:17.863 [bus notice] <aa
2022-02-19 09:37:17.907 [bus notice] <aa
2022-02-19 09:37:17.950 [bus notice] <aa
2022-02-19 09:37:17.993 [bus notice] <aa
2022-02-19 09:37:18.036 [bus notice] <aa
2022-02-19 09:37:18.079 [bus notice] <aa
2022-02-19 09:37:18.123 [bus notice] <aa
2022-02-19 09:37:18.166 [bus notice] <aa
2022-02-19 09:37:18.209 [bus notice] <aa
2022-02-19 09:37:18.253 [bus notice] <aa
2022-02-19 09:37:18.295 [bus notice] <aa
2022-02-19 09:37:18.339 [bus notice] <aa
2022-02-19 09:37:18.382 [bus notice] <aa
2022-02-19 09:37:18.424 [bus notice] <aa
2022-02-19 09:37:18.468 [bus notice] <aa
2022-02-19 09:37:18.511 [bus notice] <aa
2022-02-19 09:37:18.554 [bus notice] <aa
2022-02-19 09:37:18.598 [bus notice] <aa
2022-02-19 09:37:18.641 [bus notice] <aa
2022-02-19 09:37:18.684 [bus notice] <aa
2022-02-19 09:37:18.727 [bus notice] <aa
2022-02-19 09:37:18.770 [bus notice] <aa
2022-02-19 09:37:18.814 [bus notice] <aa
2022-02-19 09:37:18.857 [bus notice] <aa
2022-02-19 09:37:18.901 [bus notice] <aa
2022-02-19 09:37:18.944 [bus notice] <aa
2022-02-19 09:37:18.987 [bus notice] <aa
2022-02-19 09:37:19.031 [bus notice] <aa
2022-02-19 09:37:19.073 [bus notice] <aa
2022-02-19 09:37:19.117 [bus notice] <aa
2022-02-19 09:37:19.160 [bus notice] <aa
2022-02-19 09:37:19.203 [bus notice] <aa
2022-02-19 09:37:19.246 [bus notice] <aa
2022-02-19 09:37:19.290 [bus notice] <aa
2022-02-19 09:37:19.333 [bus notice] <aa
2022-02-19 09:37:19.377 [bus notice] <aa
2022-02-19 09:37:19.420 [bus notice] <aa
2022-02-19 09:37:19.462 [bus notice] <aa
2022-02-19 09:37:19.506 [bus notice] <aa
2022-02-19 09:37:19.549 [bus notice] <aa
2022-02-19 09:37:19.592 [bus notice] <aa
2022-02-19 09:37:19.636 [bus notice] <aa
2022-02-19 09:37:19.679 [bus notice] <aa
2022-02-19 09:37:19.722 [bus notice] <aa
2022-02-19 09:37:19.765 [bus notice] <aa
2022-02-19 09:37:19.808 [bus notice] <aa
2022-02-19 09:37:19.852 [bus notice] <aa
2022-02-19 09:37:19.895 [bus notice] <aa
2022-02-19 09:37:19.938 [bus notice] <aa
2022-02-19 09:37:19.982 [bus notice] <aa
2022-02-19 09:37:20.025 [bus notice] <aa
2022-02-19 09:37:20.068 [bus notice] <aa
2022-02-19 09:37:20.111 [bus notice] <aa
2022-02-19 09:37:20.154 [bus notice] <aa
2022-02-19 09:37:20.197 [bus notice] <aa
2022-02-19 09:37:20.240 [bus notice] <aa
2022-02-19 09:37:20.283 [bus notice] <aa
2022-02-19 09:37:20.327 [bus notice] <aa
2022-02-19 09:37:20.370 [bus notice] <aa
2022-02-19 09:37:20.413 [bus notice] <aa
2022-02-19 09:37:20.457 [bus notice] <aa
2022-02-19 09:37:20.499 [bus notice] <aa
2022-02-19 09:37:20.543 [bus notice] <aa
2022-02-19 09:37:20.586 [bus notice] <aa
2022-02-19 09:37:20.629 [bus notice] <aa
2022-02-19 09:37:20.673 [bus notice] <aa
2022-02-19 09:37:20.716 [bus notice] <aa
2022-02-19 09:37:20.759 [bus notice] <aa
2022-02-19 09:37:20.802 [bus notice] <aa
2022-02-19 09:37:20.845 [bus notice] <aa
2022-02-19 09:37:20.889 [bus notice] <aa
2022-02-19 09:37:20.934 [bus notice] <aa
2022-02-19 09:37:20.976 [bus notice] <aa
2022-02-19 09:37:21.020 [bus notice] <aa
2022-02-19 09:37:21.063 [bus notice] <aa
2022-02-19 09:37:21.105 [bus notice] <aa
2022-02-19 09:37:21.149 [bus notice] <aa
2022-02-19 09:37:21.192 [bus notice] <aa
2022-02-19 09:37:21.235 [bus notice] <aa
2022-02-19 09:37:21.278 [bus notice] <aa
2022-02-19 09:37:21.321 [bus notice] <aa
2022-02-19 09:37:21.365 [bus notice] <aa
2022-02-19 09:37:21.408 [bus notice] <aa
2022-02-19 09:37:21.451 [bus notice] <aa
2022-02-19 09:37:21.495 [bus notice] <aa
2022-02-19 09:37:21.537 [bus notice] <aa
2022-02-19 09:37:21.581 [bus notice] <aa
2022-02-19 09:37:21.624 [bus notice] <aa
2022-02-19 09:37:21.667 [bus notice] <aa
2022-02-19 09:37:21.711 [bus notice] <aa
2022-02-19 09:37:21.754 [bus notice] <aa
2022-02-19 09:37:21.797 [bus notice] <aa
2022-02-19 09:37:21.840 [bus notice] <aa
2022-02-19 09:37:21.883 [bus notice] <aa
2022-02-19 09:37:21.927 [bus notice] <aa
2022-02-19 09:37:21.969 [bus notice] <aa
2022-02-19 09:37:22.012 [bus notice] <aa
2022-02-19 09:37:22.056 [bus notice] <aa
2022-02-19 09:37:22.099 [bus notice] <aa
2022-02-19 09:37:22.142 [bus notice] <aa
2022-02-19 09:37:22.186 [bus notice] <aa
2022-02-19 09:37:22.229 [bus notice] <aa
2022-02-19 09:37:22.272 [bus notice] <aa
2022-02-19 09:37:22.315 [bus notice] <aa
2022-02-19 09:37:22.358 [bus notice] <aa
2022-02-19 09:37:22.402 [bus notice] <aa
2022-02-19 09:37:22.445 [bus notice] <aa
2022-02-19 09:37:22.488 [bus notice] <aa
2022-02-19 09:37:22.533 [bus notice] <aa
2022-02-19 09:37:22.574 [bus notice] <aa
2022-02-19 09:37:22.618 [bus notice] <aa
2022-02-19 09:37:22.662 [bus notice] <aa
2022-02-19 09:37:22.704 [bus notice] <aa
2022-02-19 09:37:22.748 [bus notice] <aa
2022-02-19 09:37:22.791 [bus notice] <aa
2022-02-19 09:37:22.834 [bus notice] <aa
2022-02-19 09:37:22.878 [bus notice] <aa
2022-02-19 09:37:22.921 [bus notice] <aa
2022-02-19 09:37:22.964 [bus notice] <aa
2022-02-19 09:37:23.007 [bus notice] <aa
2022-02-19 09:37:23.050 [bus notice] <aa
2022-02-19 09:37:23.094 [bus notice] <aa
2022-02-19 09:37:23.137 [bus notice] <aa
2022-02-19 09:37:23.180 [bus notice] <aa
2022-02-19 09:37:23.185 [bus notice] <10
2022-02-19 09:37:23.189 [bus notice] <08
2022-02-19 09:37:23.193 [bus notice] <b5
2022-02-19 09:37:23.197 [bus notice] <11
2022-02-19 09:37:23.202 [bus notice] <01
2022-02-19 09:37:23.206 [bus notice] <01
2022-02-19 09:37:23.210 [bus notice] <89
2022-02-19 09:37:23.215 [bus notice] <00
2022-02-19 09:37:23.225 [bus notice] <09
2022-02-19 09:37:23.230 [bus notice] <55
2022-02-19 09:37:23.234 [bus notice] <47
2022-02-19 09:37:23.238 [bus notice] <00
2022-02-19 09:37:23.242 [bus notice] <06
2022-02-19 09:37:23.246 [bus notice] <49
2022-02-19 09:37:23.250 [bus notice] <63
2022-02-19 09:37:23.255 [bus notice] <01
2022-02-19 09:37:23.259 [bus notice] <00
2022-02-19 09:37:23.263 [bus notice] <ff
2022-02-19 09:37:23.267 [bus notice] <ac
2022-02-19 09:37:23.271 [bus notice] <00
2022-02-19 09:37:23.272 [update notice] received read bai Status01 QQ=10: 42.5;35.5;6.000;36.5;49.5;on
2022-02-19 09:37:23.276 [bus notice] <aa
2022-02-19 09:37:23.319 [bus notice] <aa
2022-02-19 09:37:23.362 [bus notice] <aa
2022-02-19 09:37:23.405 [bus notice] <aa
2022-02-19 09:37:23.450 [bus notice] <aa
2022-02-19 09:37:23.454 [bus notice] <10
2022-02-19 09:37:23.458 [bus notice] <08
2022-02-19 09:37:23.462 [bus notice] <b5
2022-02-19 09:37:23.467 [bus notice] <10
2022-02-19 09:37:23.471 [bus notice] <09
2022-02-19 09:37:23.475 [bus notice] <00
2022-02-19 09:37:23.479 [bus notice] <00
2022-02-19 09:37:23.483 [bus notice] <55
2022-02-19 09:37:23.488 [bus notice] <ff
2022-02-19 09:37:23.492 [bus notice] <ff
2022-02-19 09:37:23.496 [bus notice] <ff
2022-02-19 09:37:23.500 [bus notice] <00
2022-02-19 09:37:23.504 [bus notice] <00
2022-02-19 09:37:23.509 [bus notice] <00
2022-02-19 09:37:23.513 [bus notice] <c9
2022-02-19 09:37:23.518 [bus notice] <00
2022-02-19 09:37:23.526 [bus notice] <01
2022-02-19 09:37:23.531 [bus notice] <01
2022-02-19 09:37:23.535 [bus notice] <9a
2022-02-19 09:37:23.539 [bus notice] <00
2022-02-19 09:37:23.540 [update notice] received update-write bai SetMode QQ=10: auto;42.5;-;-;0;0;0;0;0;0
2022-02-19 09:37:23.543 [bus notice] <aa
2022-02-19 09:37:23.586 [bus notice] <aa
2022-02-19 09:37:23.630 [bus notice] <aa
2022-02-19 09:37:23.673 [bus notice] <aa
2022-02-19 09:37:23.716 [bus notice] <aa
2022-02-19 09:37:23.760 [bus notice] <aa
2022-02-19 09:37:23.803 [bus notice] <aa
2022-02-19 09:37:23.846 [bus notice] <aa
2022-02-19 09:37:23.889 [bus notice] <aa
2022-02-19 09:37:23.932 [bus notice] <aa
2022-02-19 09:37:23.976 [bus notice] <aa
2022-02-19 09:37:24.019 [bus notice] <aa
2022-02-19 09:37:24.062 [bus notice] <aa
2022-02-19 09:37:24.106 [bus notice] <aa
2022-02-19 09:37:24.107 [bus notice] >31
2022-02-19 09:37:24.112 [bus notice] <31
2022-02-19 09:37:24.115 [bus notice] >08
2022-02-19 09:37:24.120 [bus notice] <08
2022-02-19 09:37:24.123 [bus notice] >b5
2022-02-19 09:37:24.128 [bus notice] <b5
2022-02-19 09:37:24.131 [bus notice] >09
2022-02-19 09:37:24.137 [bus notice] <09
2022-02-19 09:37:24.139 [bus notice] >03
2022-02-19 09:37:24.144 [bus notice] <03
2022-02-19 09:37:24.148 [bus notice] >0d
2022-02-19 09:37:24.149 [bus notice] <d5
2022-02-19 09:37:24.149 [bus error] send to 08: ERR: wrong symbol received, retry
2022-02-19 09:37:24.153 [bus notice] <0d
2022-02-19 09:37:24.192 [bus notice] <aa
2022-02-19 09:37:24.192 [bus notice] >31
2022-02-19 09:37:24.197 [bus notice] <31
2022-02-19 09:37:24.201 [bus notice] >08
2022-02-19 09:37:24.206 [bus notice] <08
2022-02-19 09:37:24.209 [bus notice] >b5
2022-02-19 09:37:24.214 [bus notice] <b5
2022-02-19 09:37:24.217 [bus notice] >09
2022-02-19 09:37:24.222 [bus notice] <09
2022-02-19 09:37:24.225 [bus notice] >03
2022-02-19 09:37:24.230 [bus notice] <03
2022-02-19 09:37:24.233 [bus notice] >0d
2022-02-19 09:37:24.235 [bus notice] <aa
2022-02-19 09:37:24.235 [bus error] send to 08: ERR: SYN received, retry
2022-02-19 09:37:24.239 [bus notice] <0d
2022-02-19 09:37:24.278 [bus notice] <aa
2022-02-19 09:37:24.278 [bus notice] >31
2022-02-19 09:37:24.284 [bus notice] <31
2022-02-19 09:37:24.286 [bus notice] >08
2022-02-19 09:37:24.291 [bus notice] <08
2022-02-19 09:37:24.294 [bus notice] >b5
2022-02-19 09:37:24.300 [bus notice] <b5
2022-02-19 09:37:24.303 [bus notice] >09
2022-02-19 09:37:24.308 [bus notice] <09
2022-02-19 09:37:24.311 [bus notice] >03
2022-02-19 09:37:24.316 [bus notice] <03
2022-02-19 09:37:24.319 [bus notice] >0d
2022-02-19 09:37:24.321 [bus notice] <aa
2022-02-19 09:37:24.322 [bus error] send to 08: ERR: SYN received
2022-02-19 09:37:24.322 [bus error] send message part 0: ERR: SYN received
2022-02-19 09:37:24.326 [bus notice] <c3
2022-02-19 09:37:24.365 [bus notice] <aa
2022-02-19 09:37:24.408 [bus notice] <aa
2022-02-19 09:37:24.451 [bus notice] <aa
2022-02-19 09:37:24.494 [bus notice] <aa
2022-02-19 09:37:24.538 [bus notice] <aa
2022-02-19 09:37:24.581 [bus notice] <aa
2022-02-19 09:37:24.624 [bus notice] <aa
2022-02-19 09:37:24.668 [bus notice] <aa
2022-02-19 09:37:24.711 [bus notice] <aa
2022-02-19 09:37:24.754 [bus notice] <aa
2022-02-19 09:37:24.798 [bus notice] <aa
2022-02-19 09:37:24.841 [bus notice] <aa
2022-02-19 09:37:24.884 [bus notice] <aa
2022-02-19 09:37:24.927 [bus notice] <aa
2022-02-19 09:37:24.970 [bus notice] <aa
2022-02-19 09:37:25.014 [bus notice] <aa
2022-02-19 09:37:25.057 [bus notice] <aa
2022-02-19 09:37:25.100 [bus notice] <aa
2022-02-19 09:37:25.144 [bus notice] <aa
2022-02-19 09:37:25.186 [bus notice] <aa
2022-02-19 09:37:25.229 [bus notice] <aa
2022-02-19 09:37:25.273 [bus notice] <aa
2022-02-19 09:37:25.316 [bus notice] <aa
2022-02-19 09:37:25.359 [bus notice] <aa
2022-02-19 09:37:25.403 [bus notice] <aa
2022-02-19 09:37:25.446 [bus notice] <aa
2022-02-19 09:37:25.489 [bus notice] <aa
2022-02-19 09:37:25.532 [bus notice] <aa
2022-02-19 09:37:25.575 [bus notice] <aa
2022-02-19 09:37:25.618 [bus notice] <aa
2022-02-19 09:37:25.661 [bus notice] <aa
2022-02-19 09:37:25.704 [bus notice] <aa
2022-02-19 09:37:25.748 [bus notice] <aa
2022-02-19 09:37:25.791 [bus notice] <aa
2022-02-19 09:37:25.835 [bus notice] <aa
2022-02-19 09:37:25.878 [bus notice] <aa
2022-02-19 09:37:25.920 [bus notice] <aa
2022-02-19 09:37:25.964 [bus notice] <aa
2022-02-19 09:37:26.007 [bus notice] <aa
2022-02-19 09:37:26.050 [bus notice] <aa
2022-02-19 09:37:26.094 [bus notice] <aa
2022-02-19 09:37:26.137 [bus notice] <aa
2022-02-19 09:37:26.181 [bus notice] <aa
2022-02-19 09:37:26.223 [bus notice] <aa
2022-02-19 09:37:26.267 [bus notice] <aa
2022-02-19 09:37:26.311 [bus notice] <aa
2022-02-19 09:37:26.353 [bus notice] <aa
2022-02-19 09:37:26.397 [bus notice] <aa
2022-02-19 09:37:26.440 [bus notice] <aa
2022-02-19 09:37:26.483 [bus notice] <aa
2022-02-19 09:37:26.527 [bus notice] <aa
2022-02-19 09:37:26.570 [bus notice] <aa
2022-02-19 09:37:26.613 [bus notice] <aa
2022-02-19 09:37:26.656 [bus notice] <aa
2022-02-19 09:37:26.699 [bus notice] <aa
2022-02-19 09:37:26.742 [bus notice] <aa
2022-02-19 09:37:26.786 [bus notice] <aa
2022-02-19 09:37:26.829 [bus notice] <aa
2022-02-19 09:37:26.873 [bus notice] <aa
2022-02-19 09:37:26.916 [bus notice] <aa
2022-02-19 09:37:26.958 [bus notice] <aa
2022-02-19 09:37:27.002 [bus notice] <aa
2022-02-19 09:37:27.045 [bus notice] <aa
2022-02-19 09:37:27.088 [bus notice] <aa
2022-02-19 09:37:27.132 [bus notice] <aa
2022-02-19 09:37:27.175 [bus notice] <aa
2022-02-19 09:37:27.218 [bus notice] <aa
2022-02-19 09:37:27.261 [bus notice] <aa
2022-02-19 09:37:27.304 [bus notice] <aa
2022-02-19 09:37:27.348 [bus notice] <aa
2022-02-19 09:37:27.390 [bus notice] <aa
2022-02-19 09:37:27.433 [bus notice] <aa
2022-02-19 09:37:27.477 [bus notice] <aa
2022-02-19 09:37:27.520 [bus notice] <aa
2022-02-19 09:37:27.564 [bus notice] <aa
2022-02-19 09:37:27.607 [bus notice] <aa
2022-02-19 09:37:27.650 [bus notice] <aa
2022-02-19 09:37:27.693 [bus notice] <aa
2022-02-19 09:37:27.736 [bus notice] <aa
2022-02-19 09:37:27.779 [bus notice] <aa
2022-02-19 09:37:27.825 [bus notice] <aa
2022-02-19 09:37:27.866 [bus notice] <aa
2022-02-19 09:37:27.909 [bus notice] <aa
2022-02-19 09:37:27.954 [bus notice] <aa
2022-02-19 09:37:27.996 [bus notice] <aa
2022-02-19 09:37:28.040 [bus notice] <aa
2022-02-19 09:37:28.083 [bus notice] <aa
2022-02-19 09:37:28.126 [bus notice] <aa
2022-02-19 09:37:28.169 [bus notice] <aa
2022-02-19 09:37:28.212 [bus notice] <aa
2022-02-19 09:37:28.255 [bus notice] <aa
2022-02-19 09:37:28.299 [bus notice] <aa
2022-02-19 09:37:28.342 [bus notice] <aa
2022-02-19 09:37:28.386 [bus notice] <aa
2022-02-19 09:37:28.428 [bus notice] <aa
2022-02-19 09:37:28.471 [bus notice] <aa
2022-02-19 09:37:28.515 [bus notice] <aa
2022-02-19 09:37:28.558 [bus notice] <aa
2022-02-19 09:37:28.601 [bus notice] <aa
2022-02-19 09:37:28.645 [bus notice] <aa
2022-02-19 09:37:28.688 [bus notice] <aa
2022-02-19 09:37:28.731 [bus notice] <aa
2022-02-19 09:37:28.774 [bus notice] <aa
2022-02-19 09:37:28.817 [bus notice] <aa
2022-02-19 09:37:28.861 [bus notice] <aa
2022-02-19 09:37:28.904 [bus notice] <aa
2022-02-19 09:37:28.947 [bus notice] <aa
2022-02-19 09:37:28.991 [bus notice] <aa
2022-02-19 09:37:29.033 [bus notice] <aa
2022-02-19 09:37:29.076 [bus notice] <aa
2022-02-19 09:37:29.120 [bus notice] <aa
2022-02-19 09:37:29.162 [bus notice] <aa
2022-02-19 09:37:29.206 [bus notice] <aa
2022-02-19 09:37:29.249 [bus notice] <aa
2022-02-19 09:37:29.292 [bus notice] <aa
2022-02-19 09:37:29.336 [bus notice] <aa
2022-02-19 09:37:29.336 [bus notice] >31
2022-02-19 09:37:29.342 [bus notice] <31
2022-02-19 09:37:29.345 [bus notice] >08
2022-02-19 09:37:29.351 [bus notice] <08
2022-02-19 09:37:29.354 [bus notice] >b5
2022-02-19 09:37:29.359 [bus notice] <b5
2022-02-19 09:37:29.362 [bus notice] >09
2022-02-19 09:37:29.367 [bus notice] <09
2022-02-19 09:37:29.370 [bus notice] >03
2022-02-19 09:37:29.375 [bus notice] <03
2022-02-19 09:37:29.378 [bus notice] >0d
2022-02-19 09:37:29.379 [bus notice] <aa
2022-02-19 09:37:29.379 [bus error] send to 08: ERR: SYN received, retry
2022-02-19 09:37:29.384 [bus notice] <0d
2022-02-19 09:37:29.422 [bus notice] <aa
2022-02-19 09:37:29.422 [bus notice] >31
2022-02-19 09:37:29.428 [bus notice] <31
2022-02-19 09:37:29.431 [bus notice] >08
2022-02-19 09:37:29.437 [bus notice] <08
2022-02-19 09:37:29.439 [bus notice] >b5
2022-02-19 09:37:29.445 [bus notice] <b5
2022-02-19 09:37:29.448 [bus notice] >09
2022-02-19 09:37:29.453 [bus notice] <09
2022-02-19 09:37:29.456 [bus notice] >03
2022-02-19 09:37:29.461 [bus notice] <03
2022-02-19 09:37:29.464 [bus notice] >0d
2022-02-19 09:37:29.465 [bus notice] <aa
2022-02-19 09:37:29.465 [bus error] send to 08: ERR: SYN received, retry
2022-02-19 09:37:29.469 [bus notice] <0d
2022-02-19 09:37:29.508 [bus notice] <aa
2022-02-19 09:37:29.552 [bus notice] <aa
2022-02-19 09:37:29.596 [bus notice] <aa
2022-02-19 09:37:29.596 [bus notice] >31
2022-02-19 09:37:29.601 [bus notice] <31
2022-02-19 09:37:29.604 [bus notice] >08
2022-02-19 09:37:29.609 [bus notice] <08
2022-02-19 09:37:29.612 [bus notice] >b5
2022-02-19 09:37:29.617 [bus notice] <b5
2022-02-19 09:37:29.620 [bus notice] >09
2022-02-19 09:37:29.626 [bus notice] <09
2022-02-19 09:37:29.629 [bus notice] >03
2022-02-19 09:37:29.634 [bus notice] <03
2022-02-19 09:37:29.637 [bus notice] >0d
2022-02-19 09:37:29.638 [bus notice] <aa
2022-02-19 09:37:29.638 [bus error] send to 08: ERR: SYN received
2022-02-19 09:37:29.638 [bus error] send message part 0: ERR: SYN received
2022-02-19 09:37:29.643 [bus notice] <c3
2022-02-19 09:37:29.682 [bus notice] <aa
2022-02-19 09:37:29.725 [bus notice] <aa
2022-02-19 09:37:29.770 [bus notice] <aa
2022-02-19 09:37:29.814 [bus notice] <aa
2022-02-19 09:37:29.858 [bus notice] <aa
2022-02-19 09:37:29.901 [bus notice] <aa
2022-02-19 09:37:29.944 [bus notice] <aa
2022-02-19 09:37:29.987 [bus notice] <aa
2022-02-19 09:37:30.030 [bus notice] <aa
2022-02-19 09:37:30.074 [bus notice] <aa
2022-02-19 09:37:30.117 [bus notice] <aa
2022-02-19 09:37:30.160 [bus notice] <aa
2022-02-19 09:37:30.204 [bus notice] <aa
2022-02-19 09:37:30.247 [bus notice] <aa
2022-02-19 09:37:30.289 [bus notice] <aa
2022-02-19 09:37:30.333 [bus notice] <aa
2022-02-19 09:37:30.376 [bus notice] <aa
2022-02-19 09:37:30.419 [bus notice] <aa
2022-02-19 09:37:30.462 [bus notice] <aa


Hast Du vielleicht noch eine Idee?

Frage, bringt es was den Aderquerschnitt zu Erhöhen? z.B. von 2x2x0,6 (jeweils 2 Adern verwendet) auf 2x1mm²
Die Latenz müsste doch auch vom Kabelquerschnitt abhängen. Ich hatte irgendwo gelesen, dass der Ebus mit 2x1,5mm² verbunden werden muss.
Welchen Aderquerschnitt nimmst Du?

Gruß
Dennis
Titel: Antw:Neuling sucht Einstieg, war:Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 19 Februar 2022, 11:30:49
Zitat von: john30 am 19 Februar 2022, 09:03:42
ein paar Linux Grundlagen sollte man voraussetzen dürfen
Sicher. Vor ca. 30 Jahren mal in einem 4 Wochen Schnellkurs gelernt. Seitdem vielleicht 20-30 Stunden IM JAHR benutzt...

Zitat von: john30 am 19 Februar 2022, 09:03:42
und auch welche Distribution läuft.
Raspberry Pi OS (32 bit) ... Das steht nicht in deiner Auswahlmöglichkeit.

Zitat von: john30 am 19 Februar 2022, 09:03:42
An der Quelle dieser Files steht auch folgendes:Am besten Du nimmst das Repo, siehe hier: https://github.com/john30/ebusd-debian/blob/master/README.md
Aber auch da musst Du die richtige Distribution auswählen.

Sicher, aber leider ist der Text nicht in deutsch, also für mich kaum verständlich. Nicht jeder versteht englischen Fließtext, das ist in meiner Generation (60+) eher selten. Oder anders formuliert: Mein beschränktes Wissen der Inselsprache reicht gerade mal aus um was zu essen zu bestellen oder eine Anleitung mit wenig "Gequatsche umrum" zu verstehen. Deine Texte gehören nicht dazu. Ich hoffe du kannst das zumindest akzeptieren, denn immerhin ist die Umgangssprache hier im Forum kein Englisch.

Viele Grüße
Thomas
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: skiworker am 19 Februar 2022, 12:11:06
Hallo Thomas,

dein Argument, dass Du keine English kannst, hilft Dir hier nicht weiter.
Die Anleitung auf Github ist in der internationalen Sprache gehalten, da sich im Git das internationale Publikum bewegt.
Du wirst hier keine detailierte Anleitung auf Deutsch nur für Dich finden.
Wer kein fließendes Englisch beherscht (auch ich stoße immer mal wieder an meine Grenzen) kann den Übersetzer von Google benutzen.
Bitte verstehe das als gut gemeinten Rat.

Zum Thema Raspberrypi OS...
Was sagt denn "cat /etc/os-release"?


Gruß
Dennis
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 19 Februar 2022, 13:51:58
pi@pi4:~/Downloads $ cat /etc/os-release
PRETTY_NAME="Raspbian GNU/Linux 11 (bullseye)"
NAME="Raspbian GNU/Linux"
VERSION_ID="11"
VERSION="11 (bullseye)"
VERSION_CODENAME=bullseye
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: skiworker am 19 Februar 2022, 21:17:46
Hallo Thomas,

dann musst Du armv7-bullseye nehmen, da Du wohl eine 32bit version hast.

Gruß
Dennis
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: baumhous3 am 20 Februar 2022, 14:16:14
Zitat von: john30 am 19 Februar 2022, 08:58:31
dein OS ist systemd basiert und damit solltest Du nicht die EBUSD_OPTSX verwenden, sondern Kopien von /usr/lib/systemd/system/ebusd.service erstellen, wie es auch direkt in /etc/default/ebusd beschrieben ist

Ich habe dort das Problem, dass die Datei  /usr/lib/systemd/system/ebusd.service gar nicht vorhanden ist:
pi@raspberrypi:/usr/lib/systemd/system $ ls
vncserver-virtuald.service  vncserver-x11-serviced.service
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Holzbein am 21 Februar 2022, 17:54:51
Hallo,

Zitat von: john30 am 19 Februar 2022, 09:00:07
Du lässt das als User "luca" laufen und der hata vermutlich keine Recht, das /dev/serial/... zu öffnen. Also entweder zu root User wechseln oder dem "luca" User entsprechende Rechte an den Devices einräumen (am besten via groups).

wie das so ist im Leben, auf das einfachste kommt man nicht (schäm)...

Nachdem diese Hürde genommen war, konnte ich auf dem Ubuntu Server sudo ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/serial/by-id/usb-ESERA-Automation_eBus_Coupler_12001_AL6923A0-if00-port0
aufrufen, und auf einem zweitem Terminal dann ebusctl raw
aber statt den erwarteten 20 Zeilen pro Sekunde kamen gerade einmal 1-4 Zeilen mit mehreren Minuten dazwischen, egal wohin ich das Poti gedreht habe.

Meine Vermutungen gingen dann dahin das die USB Ports zu wenig Strom lieferen, schließlich war der Adapter das vierte Gerät am USB Bus neben 3 CUL für HM, MAX und JeeLink.
Ich habe dann meinen alten Raspi hervor gekramt und Ebus drauf installiert wo der Adapter das einzige Gerät am USB Bus war, aber auch hier genau das gleich verhalten wie beim Ubuntu Server.
pi@raspberrypi:~ $ sudo ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/serial/by-id/usb-ESERA-Automation_eBus_Coupler_12001_AL6923A0-if00-port0
2022-02-21 17:58:06.308 [bus notice] bus started with own address 31/36
2022-02-21 17:58:06.319 [bus notice] signal acquired
2022-02-21 18:01:38.723 [bus notice] new master 03, master count 2
2022-02-21 18:01:39.227 [bus notice] <0364b51202020066
2022-02-21 18:01:44.647 [bus notice] <0364b51202020066
2022-02-21 18:01:50.019 [bus notice] <0364b51202020066
2022-02-21 18:01:55.430 [bus notice] <0364b51202020066
2022-02-21 18:07:08.874 [bus notice] <0364b51202020066
2022-02-21 18:07:14.291 [bus notice] <0364b51202020066
2022-02-21 18:07:19.666 [bus notice] <0364b51202020066
2022-02-21 18:07:25.078 [bus notice] <0364b51202020066
2022-02-21 18:12:38.568 [bus notice] <0364b51202020066
2022-02-21 18:12:43.943 [bus notice] <0364b51202020066
2022-02-21 18:12:49.358 [bus notice] <0364b51202020066
2022-02-21 18:12:54.729 [bus notice] <0364b51202020066

Ein Anruf bem Esera Support brachte dann den Hinweis das der Adapter zwingend mit 2400 Baud betrieben werden muss.
Nun geht meine Frage dahin, wie gebe ich dem Adapteraufruf die 2400 Baud mit! Unter Windows weiss ich wo ichs einstellen kann aber bei Ubuntu???
Wer betreibt den Ebus mit einem Esera USB Adapter und kann mir auf die Sprünge helfen?

Gruß
Erhardt


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: homeab am 21 Februar 2022, 20:07:24
Hallo in die Runde,
ihr beschäftigt euch schon seit einiger Zeit mit dem Ebus.
Bei mir läuft dieser mit einen ESERA-USB-Adapter am Raspi an einem Vaillant-Kessel 921 mit Fernsteuereinheit 700 seit ein paar Wochen.
Ich bekomme die Signale rüber und kann auch einige Messwerte (Vorlauftemperatur, Außentemperatur usw. auslesen und anzeigen bzw. in eine InfluxDB schreiben.
Viele interessante Werte haben jedoch den Wert "false".
Werden diese vom Kessel nicht ausgegeben oder wie muss ich die Konfiguration anpassen um diese zu erhalten?
Mich interessiert z.B.
- Drehzahl des Gebläses (FanMaxSpeedOperation, FanMinSpeedOperation, FanSpeed, FanStarts)
- Die Werte der Vallant Heizkörperthermostate

Könnt ihr mir da helfen?


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Holzbein am 21 Februar 2022, 21:14:11
Hallo homeab,

Helfen kann ich dir leider (noch) nicht aber könntest Du den Inhalt deiner /etc/default/ebusd Datei hier posten, damit wäre mir sehr geholfen.

Danke und Gruß Erhardt
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: skiworker am 21 Februar 2022, 21:52:15
Hallo Holzbein,

ich fühle mich einfach mal angesprochen...
zwar bekomme ich immer noch nicht die Variablen (die ich gerne hätte) ausgelesen, jedoch bekomme ich zumindest ein paar Werte über Broadcast...

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

# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="--configpath=/etc/ebusd/ -d /dev/ttyUSB0 -p 8888 --scanconfig=full --enablehex --latency=20000 --receivetimeout=100000 -l /var/log/ebusd.log --httpport=8889 --htmlpath=/var/ebusd/html --mqtttopic=ebusd/%circuit/%name --mqtthost=192.168.xxx.xx --mqttport=1883 --mqttuser=user --mqttpass=passwort --accesslevel=*"


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


Gruß
Dennis
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: skiworker am 21 Februar 2022, 21:55:50
Hallo homeab,

sag mal, wie weit ist dein Ebus-Koppler von der Heizung entfernt?
und welches Kabel hast Du verwendet?

Wenn die als Wert "false" erhälst, gehe ich davon aus, dass Deine Heizung diese Werte nicht liefert.

Grüße
Dennis
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 21 Februar 2022, 22:45:03
Ich bekomme keine Werte....
[/color]

Hallo,

ich habe bisher diese Diskussion von vorne gelesen und bin bei Schreibdatum 17. 1. 2016 angekommen. Leider funktioniert inzwischen gar keine Anzeige mehr, und am Freitag kommt der Installateur zur Wartung. Dem hätte ich gern was gezeigt - aber dazu sollten das System auch laufen. Doch ich finde den Fehler nicht (muß ja auch noch mit Arbeit Geld verdienen..)

Hardware: Raspberry Pi 4B+, Aktuelles Raspian (Bullseye), ebusd letzte Woche frisch von Johns Seite gezogen, incl. den CSVs. Adapter von esera (entspricht Platine 1) an USB (ttyUSB0).

Einige Daten die möglicherweise hilfreich sind:

pi@pi4:/opt/fhem $ ebusctl scan result
08;Vaillant;BAI00;0407;7603;21;20;49;0010022004;3100;005497;N2
15;Vaillant;72000;0122;7703;21;20;23;0020260914;0953;008247;N4
ec;Vaillant;SOL00;0122;7703;21;20;23;0020260914;0953;008247;N4


pi@pi4:/opt/fhem $ ebusctl find -F circuit,name,comment
720,AdaptHeatCurve,Adaptive Heizkurve
720,BankHolidayEndPeriod,BankHolidayEndPeriod
720,BankHolidayStartPeriod,BankHolidayStartPeriod
720,ccTimer.Friday,Zeitfenster Freitag
720,ccTimer.Monday,Zeitfenster Montag
720,ccTimer.Saturday,Zeitfenster Samstag
720,ccTimer.Sunday,Zeitfenster Sonntag
720,ccTimer.Thursday,Zeitfenster Donnerstag
720,ccTimer.Tuesday,Zeitfenster Dienstag
720,ccTimer.Wednesday,Zeitfenster Mittwoch
720,ContinuosHeating,Durchgehendes Heizen
720,currenterror,Aktuelle Fehler
720,CylinderChargeHyst,hystCylinderCharge
720,CylinderChargeOffset,offsetCylinderCharge
720,Date,Datum
720,DisplayedOutsideTemp,Außentemperatur
720,errorhistory,Fehlerhistorie
720,FrostOverRideTime,Frostschutz-Verzögerung
720,Hc1ActualFlowTempDesired,ActualFlowTempDesired Heizkreis 1
720,Hc1AutoOffMode,AutoOffMode Heizkreis 1
720,Hc1CircuitType,CircuitType Heizkreis 1
720,Hc1ExcessTemp,ExcessTemp Heizkreis 1
720,Hc1FlowTemp,FlowTemp Heizkreis 1
720,Hc1HeatCurve,Heizkurve Heizkreis 1
720,Hc1HeatCurveAdaption,Anpassung Heizkurve Heizkreis 1
720,Hc1MaxFlowTempDesired,MaxFlowTempDesired Heizkreis 1
720,Hc1MinFlowTempDesired,MinFlowTempDesired Heizkreis 1
720,Hc1MixerMovement,MixerMovement Heizkreis 1
720,Hc1PumpStatus,PumpStatus Heizkreis 1
720,Hc1RoomTempSwitchOn,RoomTempSwitchOn Heizkreis 1
720,Hc1Status,Status Heizkreis 1
720,Hc1SummerTempLimit,AT-Abschaltgrenze Heizkreis 1
720,Hc2ActualFlowTempDesired,ActualFlowTempDesired Heizkreis 2
720,Hc2AutoOffMode,AutoOffMode Heizkreis 2
720,Hc2CircuitType,CircuitType Heizkreis 2
720,Hc2ExcessTemp,ExcessTemp Heizkreis 2
720,Hc2FlowTemp,FlowTemp Heizkreis 2
720,Hc2HeatCurve,Heizkurve Heizkreis 2
720,Hc2HeatCurveAdaption,Anpassung Heizkurve Heizkreis 2
720,Hc2MaxFlowTempDesired,MaxFlowTempDesired Heizkreis 2
720,Hc2MinFlowTempDesired,MinFlowTempDesired Heizkreis 2
720,Hc2MixerMovement,MixerMovement Heizkreis 2
720,Hc2PumpStatus,PumpStatus Heizkreis 2
720,Hc2RoomTempSwitchOn,RoomTempSwitchOn Heizkreis 2
720,Hc2Status,Status Heizkreis 2
720,Hc2SummerTempLimit,AT-Abschaltgrenze Heizkreis 2
720,Hc3ActualFlowTempDesired,ActualFlowTempDesired Heizkreis 3
720,Hc3AutoOffMode,AutoOffMode Heizkreis 3
720,Hc3CircuitType,CircuitType Heizkreis 3
720,Hc3ExcessTemp,ExcessTemp Heizkreis 3
720,Hc3FlowTemp,FlowTemp Heizkreis 3
720,Hc3HeatCurve,Heizkurve Heizkreis 3
720,Hc3HeatCurveAdaption,Anpassung Heizkurve Heizkreis 3
720,Hc3MaxFlowTempDesired,MaxFlowTempDesired Heizkreis 3
720,Hc3MinFlowTempDesired,MinFlowTempDesired Heizkreis 3
720,Hc3MixerMovement,MixerMovement Heizkreis 3
720,Hc3PumpStatus,PumpStatus Heizkreis 3
720,Hc3RoomTempSwitchOn,RoomTempSwitchOn Heizkreis 3
720,Hc3Status,Status Heizkreis 3
720,Hc3SummerTempLimit,AT-Abschaltgrenze Heizkreis 3
720,HcStorageTempBottom,"Temp.fühler Hz, unten"
720,HcStorageTempTop,"Temp.fühler Hz, oben"
720,HolidayEndPeriod,HolidayEndPeriod
720,HolidayStartPeriod,HolidayStartPeriod
720,HolidayTemp,HolidayTemp
720,HwcBankHolidayEndPeriod,HwcHolidayEndPeriod
720,HwcBankHolidayStartPeriod,HwcHolidayStartPeriod
720,HwcFlowTemp,HwcFlowTemp
720,HwcHolidayEndPeriod,HwcHolidayEndPeriod
720,HwcHolidayStartPeriod,HwcHolidayStartPeriod
720,HwcLockTime,lockTimeHwc
720,HwcMaxFlowTempDesired,HwcMaxFlowTempDesired
720,HwcOpMode,HwcOpMode
720,HwcParallelLoading,Parallele Ladung Warmwasserkreis
720,HwcSFMode,HwcSFMode
720,HwcStorageTemp,HwcStorageTemp
720,HwcStorageTempBottom,"Temp.fühler WW, unten"
720,HwcStorageTempTop,"Temp.fühler WW, oben"
720,HwcTempDesired,gewünschte Temperatur Warmwasserkreis
720,hwcTimer.Friday,Zeitfenster Freitag
720,hwcTimer.Monday,Zeitfenster Montag
720,hwcTimer.Saturday,Zeitfenster Samstag
720,hwcTimer.Sunday,Zeitfenster Sonntag
720,hwcTimer.Thursday,Zeitfenster Donnerstag
720,hwcTimer.Tuesday,Zeitfenster Dienstag
720,hwcTimer.Wednesday,Zeitfenster Mittwoch
720,HydraulicScheme,Systemschema
720,Installer1,Installationsfirma Teil 1
720,Installer2,Installationsfirma Teil 2
720,KeyCodeforConfigMenu,Passwort für das Konfigurationsmenü
720,MaintenanceDate,nächste Wartung
720,MaintenanceDue,Wartung fällig
720,MaxCylinderChargeTime,maximale Speicherladezeit
720,MaxRoomHumidity,maxRoomHumidity
720,MultiRelaySetting,Multifunktionsausgang
720,noiseReductionTimer.Friday,Zeitfenster Flüsterbetrieb Freitag
720,noiseReductionTimer.Monday,Zeitfenster Flüsterbetrieb Montag
720,noiseReductionTimer.Saturday,Zeitfenster Flüsterbetrieb Samstag
720,noiseReductionTimer.Sunday,Zeitfenster Flüsterbetrieb Sonntag
720,noiseReductionTimer.Thursday,Zeitfenster Flüsterbetrieb Donnerstag
720,noiseReductionTimer.Tuesday,Zeitfenster Flüsterbetrieb Dienstag
720,noiseReductionTimer.Wednesday,Zeitfenster Flüsterbetrieb Mittwoch
720,OpMode,OpMode
720,OpModeEffect,OpModeEffect
720,OutsideTempAvg,mittlere Außentemperatur
720,PhoneNumber1,Telefonnummer
720,PhoneNumber2,Telefonnummer
720,PrEnergySum,TotalEConsumption
720,PrEnergySumHc,TotalEConsumptionHc
720,PrEnergySumHcLastMonth,LastMonthsEConsumptionHc
720,PrEnergySumHcThisMonth,ThisMonthsEConsumptionHc
720,PrEnergySumHwc,TotalEConsumptionHwc
720,PrEnergySumHwcLastMonth,LastMonthsEConsumptionHwc
720,PrEnergySumHwcThisMonth,ThisMonthsEConsumptionHwc
720,PrFuelSum,TotalFConsumption
720,PrFuelSumHc,TotalFConsumptionHc
720,PrFuelSumHcLastMonth,LastMonthsFConsumptionHc
720,PrFuelSumHcThisMonth,ThisMonthsFConsumptionHc
720,PrFuelSumHwc,TotalFConsumptionHwc
720,PrFuelSumHwcLastMonth,LastMonthsFConsumptionHwc
720,PrFuelSumHwcThisMonth,ThisMonthsFConsumptionHwc
720,PumpAdditionalTime,pumpAdditionalTime
720,SFMode,SFMode
720,SolarYieldTotal,TotalSolarYield
720,SystemFlowTemp,Systemvorlauf
720,tariffTimer.Friday,Zeitfenster Hochtarif Freitag
720,tariffTimer.Monday,Zeitfenster Hochtarif Montag
720,tariffTimer.Saturday,Zeitfenster Hochtarif Samstag
720,tariffTimer.Sunday,Zeitfenster Hochtarif Sonntag
720,tariffTimer.Thursday,Zeitfenster Hochtarif Donnerstag
720,tariffTimer.Tuesday,Zeitfenster Hochtarif Dienstag
720,tariffTimer.Wednesday,Zeitfenster Hochtarif Mittwoch
720,Time,Zeit
720,ventilationTimer.Friday,Zeitfenster Lüftung Freitag
720,ventilationTimer.Monday,Zeitfenster Lüftung Montag
720,ventilationTimer.Saturday,Zeitfenster Lüftung Samstag
720,ventilationTimer.Sunday,Zeitfenster Lüftung Sonntag
720,ventilationTimer.Thursday,Zeitfenster Lüftung Donnerstag
720,ventilationTimer.Tuesday,Zeitfenster Lüftung Dienstag
720,ventilationTimer.Wednesday,Zeitfenster Lüftung Mittwoch
720,WaterPressure,Wasserdruck
720,YieldTotal,TotalEnvironmentalYield
720,z1ActualRoomTempDesired,Raumsolltemperatur Zone 1
720,z1BankHolidayEndPeriod,Bank Feiertag Ende Zone 1
720,z1BankHolidayStartPeriod,Bank Feiertag Start Zone 1
720,z1CoolingTemp,Kühlsolltemperatur Zone 1
720,z1CoolingTimer.Friday,Zeitfenster Kühlen Freitag
720,z1CoolingTimer.Monday,Zeitfenster Kühlen Montag
720,z1CoolingTimer.Saturday,Zeitfenster Kühlen Samstag
720,z1CoolingTimer.Sunday,Zeitfenster Kühlen Sonntag
720,z1CoolingTimer.Thursday,Zeitfenster Kühlen Donnerstag
720,z1CoolingTimer.Tuesday,Zeitfenster Kühlen Dienstag
720,z1CoolingTimer.Wednesday,Zeitfenster Kühlen Mittwoch
720,z1DayTemp,Solltemperatur Zone 1
720,z1HolidayEndPeriod,Ferienzeitraum Ende Zone 1
720,z1HolidayStartPeriod,Ferienzeitraum Start Zone 1
720,z1HolidayTemp,Raumsollwert Ferienbetrieb Zone 1
720,z1Name1,Bezeichnung Zone 1 Teil 1
720,z1Name2,Bezeichnung Zone 1 Teil 2
720,z1NightTemp,Absenktemperatur Zone 1
720,z1OpMode,Betriebsart Zone 1
720,z1QuickVetoTemp,Quick Veto Temperatur Zone 1
720,z1RoomTemp,Raumisttemperatur Zone 1
720,z1RoomZoneMapping,Raumregler Zuordnung Zone 1
720,z1SFMode,SFMode Zone 1
720,z1Shortname,Kurzbezeichnung Zone 1
720,z1Timer.Friday,Zeitfenster Heizen Freitag
720,z1Timer.Monday,Zeitfenster Heizen Montag
720,z1Timer.Saturday,Zeitfenster Heizen Samstag
720,z1Timer.Sunday,Zeitfenster Heizen Sonntag
720,z1Timer.Thursday,Zeitfenster Heizen Donnerstag
720,z1Timer.Tuesday,Zeitfenster Heizen Dienstag
720,z1Timer.Wednesday,Zeitfenster Heizen Mittwoch
720,z1ValveStatus,Ventilstatus Zone 1
720,z2ActualRoomTempDesired,Raumsolltemperatur Zone 2
720,z2BankHolidayEndPeriod,Bank Feiertag Ende Zone 2
720,z2BankHolidayStartPeriod,Bank Feiertag Start Zone 2
720,z2CoolingTemp,Kühlsolltemperatur Zone 2
720,z2CoolingTimer.Friday,Zeitfenster Kühlen Freitag
720,z2CoolingTimer.Monday,Zeitfenster Kühlen Montag
720,z2CoolingTimer.Saturday,Zeitfenster Kühlen Samstag
720,z2CoolingTimer.Sunday,Zeitfenster Kühlen Sonntag
720,z2CoolingTimer.Thursday,Zeitfenster Kühlen Donnerstag
720,z2CoolingTimer.Tuesday,Zeitfenster Kühlen Dienstag
720,z2CoolingTimer.Wednesday,Zeitfenster Kühlen Mittwoch
720,z2DayTemp,Solltemperatur Zone 2
720,z2HolidayEndPeriod,Ferienzeitraum Ende Zone 2
720,z2HolidayStartPeriod,Ferienzeitraum Start Zone 2
720,z2HolidayTemp,Raumsollwert Ferienbetrieb Zone 2
720,z2Name1,Bezeichnung Zone 2 Teil 1
720,z2Name2,Bezeichnung Zone 2 Teil 2
720,z2NightTemp,Absenktemperatur Zone 2
720,z2OpMode,Betriebsart Zone 2
720,z2QuickVetoTemp,Quick Veto Temperatur Zone 2
720,z2RoomTemp,Raumisttemperatur Zone 2
720,z2RoomZoneMapping,Raumregler Zuordnung Zone 2
720,z2SFMode,SFMode Zone 2
720,z2Shortname,Kurzbezeichnung Zone 2
720,z2Timer.Friday,Zeitfenster Heizen Freitag
720,z2Timer.Monday,Zeitfenster Heizen Montag
720,z2Timer.Saturday,Zeitfenster Heizen Samstag
720,z2Timer.Sunday,Zeitfenster Heizen Sonntag
720,z2Timer.Thursday,Zeitfenster Heizen Donnerstag
720,z2Timer.Tuesday,Zeitfenster Heizen Dienstag
720,z2Timer.Wednesday,Zeitfenster Heizen Mittwoch
720,z2ValveStatus,Ventilstatus Zone 2
720,z3ActualRoomTempDesired,Raumsolltemperatur Zone 3
720,z3BankHolidayEndPeriod,Bank Feiertag Ende Zone 3
720,z3BankHolidayStartPeriod,Bank Feiertag Start Zone 3
720,z3DayTemp,Solltemperatur Zone 3
720,z3HolidayEndPeriod,Ferienzeitraum Ende Zone 3
720,z3HolidayStartPeriod,Ferienzeitraum Start Zone 3
720,z3HolidayTemp,Raumsollwert Ferienbetrieb Zone 3
720,z3Name1,Bezeichnung Zone 3 Teil 1
720,z3Name2,Bezeichnung Zone 3 Teil 2
720,z3NightTemp,Absenktemperatur Zone 3
720,z3OpMode,Betriebsart Zone 3
720,z3QuickVetoTemp,Quick Veto Temperatur Zone 3
720,z3RoomTemp,Raumisttemperatur Zone 3
720,z3RoomZoneMapping,Raumregler Zuordnung Zone 3
720,z3SFMode,SFMode Zone 3
720,z3Shortname,Kurzbezeichnung Zone 3
720,z3ValveStatus,Ventilstatus Zone 3
bai,DateTime,Datum Uhrzeit
bai,SetMode,Betriebsart
bai,Status01,Vorlauftemperatur/Rücklauftemperatur/Aussentemperatur/WW Temperatur/Speichertemperatur/Pumpenstatus
bai,Status02,Betriebsart/Maximaltemperatur/ReglerCurrentTEMP/Maximaltemperatur/ReglerCurrentTemp
bai,Status16,Aussentemperatur
bai,Status,Status
bai,StatusCirPump,Status Zirkulationspumpe
broadcast,datetime,Datum/Uhrzeit
broadcast,error,Fehlernachricht
broadcast,hwcStatus,Status Warmwasser
broadcast,id,Identifikation
broadcast,id,Identifikation
broadcast,load,Quick - WW Speicherladung
broadcast,outsidetemp,Außentemperatur
broadcast,signoflife,Lebenszeichen
broadcast,vdatetime,Datum/Uhrzeit
general,valuerange,Register Wertebereich
memory,eeprom,EEPROM Daten lesen
memory,ram,RAM Daten lesen
scan,id,Scan ID
scan.08,,
scan.08,id,Scan ID
scan.15,,
scan.15,id,Scan ID



pi@pi4:/opt/fhem $ ebusctl info
version: ebusd 21.3.v21.3
update check: version 22.1 available
device: /dev/ttyUSB0
access: *
signal: acquired
symbol rate: 46
max symbol rate: 126
min arbitration micros: 613
max arbitration micros: 2798
min symbol latency: 4
max symbol latency: 12
reconnects: 1
masters: 3
messages: 521
conditional: 0
poll: 1
update: 10
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0407;HW=7603", loaded "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=72000;SW=0122;HW=7703", loaded "vaillant/15.720.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address ec: slave, scanned "MF=Vaillant;ID=SOL00;SW=0122;HW=7703", loaded "vaillant/ec.sol.sc.csv"



Im Eventmonitor von FHEM kommt

2022-02-21 22:27:55 ZWave ZWave_THERMOSTAT_2 reportedState: dim 13
2022-02-21 22:27:56 OWDevice DS18B20_FFD285531704 temperature: 28.3125
2022-02-21 22:27:56 ECMDDevice Vorlauf Vorlauf:   0.0
2022-02-21 22:27:56 ECMDDevice Vorlauf Vorlauf   0.0
2022-02-21 22:27:56 ECMDDevice Ruecklauf Ruecklauf:   0.0
2022-02-21 22:27:56 ECMDDevice Ruecklauf Ruecklauf   0.0
2022-02-21 22:27:56 ECMDDevice PumpeWatt PumpeWatt:     0
2022-02-21 22:27:56 ECMDDevice PumpeWatt PumpeWatt     0
2022-02-21 22:27:56 at EBUS.Timer Next: 22:38:56
2022-02-21 22:27:57 ZWave ZWave_SWITCH_BINARY_13 power: 279.483 W


im Filelog jedoch kilometerweise dies hier:

2022.02.20 22:15:56 1: EBUS: unexpected answer ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012) received (wrote r -f PumpPower\n (\162\040\055\146\040\120\165\155\160\120\157\167\145\162\012), expected \d+\n\n)
2022.02.20 22:15:56 1: PERL WARNING: Argument "ERR: element not found\n\n" isn't numeric in sprintf at (eval 8253) line 1.
2022.02.20 22:15:56 3: eval: { sprintf("%5.0f",$_) }
2022.02.20 22:26:56 1: EBUS: write r -f flowtemp temp\n (\162\040\055\146\040\146\154\157\167\164\145\155\160\040\164\145\155\160\012), expect \d+\.\d+\n\n
2022.02.20 22:26:56 1: EBUS: read ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012)
2022.02.20 22:26:56 1: EBUS: unexpected answer ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012) received (wrote r -f flowtemp temp\n (\162\040\055\146\040\146\154\157\167\164\145\155\160\040\164\145\155\160\012), expected \d+\.\d+\n\n)
2022.02.20 22:26:56 1: PERL WARNING: Argument "ERR: element not found\n\n" isn't numeric in sprintf at (eval 8663) line 1.
2022.02.20 22:26:56 3: eval: { sprintf("%5.1f",$_) }
2022.02.20 22:26:56 1: EBUS: write r -f sdtrt temp\n (\162\040\055\146\040\163\144\164\162\164\040\164\145\155\160\012), expect \d+\.\d+\n\n
2022.02.20 22:26:56 1: EBUS: read ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012)
2022.02.20 22:26:56 1: EBUS: unexpected answer ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012) received (wrote r -f sdtrt temp\n (\162\040\055\146\040\163\144\164\162\164\040\164\145\155\160\012), expected \d+\.\d+\n\n)
2022.02.20 22:26:56 1: PERL WARNING: Argument "ERR: element not found\n\n" isn't numeric in sprintf at (eval 8665) line 1.
2022.02.20 22:26:56 3: eval: { sprintf("%5.1f",$_) }
2022.02.20 22:26:56 1: EBUS: write r -f PumpPower\n (\162\040\055\146\040\120\165\155\160\120\157\167\145\162\012), expect \d+\n\n
2022.02.20 22:26:56 1: EBUS: read ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012)
2022.02.20 22:26:56 1: EBUS: unexpected answer ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012) received (wrote r -f PumpPower\n (\162\040\055\146\040\120\165\155\160\120\157\167\145\162\012), expected \d+\n\n)
2022.02.20 22:26:56 1: PERL WARNING: Argument "ERR: element not found\n\n" isn't numeric in sprintf at (eval 8667) line 1.
2022.02.20 22:26:56 3: eval: { sprintf("%5.0f",$_) }
2022.02.20 22:37:56 1: EBUS: write r -f flowtemp temp\n (\162\040\055\146\040\146\154\157\167\164\145\155\160\040\164\145\155\160\012), expect \d+\.\d+\n\n
2022.02.20 22:37:56 1: EBUS: read ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012)
2022.02.20 22:37:56 1: EBUS: unexpected answer ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012) received (wrote r -f flowtemp temp\n (\162\040\055\146\040\146\154\157\167\164\145\155\160\040\164\145\155\160\012), expected \d+\.\d+\n\n)
2022.02.20 22:37:56 1: PERL WARNING: Argument "ERR: element not found\n\n" isn't numeric in sprintf at (eval 9055) line 1.
2022.02.20 22:37:56 3: eval: { sprintf("%5.1f",$_) }
2022.02.20 22:37:56 1: EBUS: write r -f sdtrt temp\n (\162\040\055\146\040\163\144\164\162\164\040\164\145\155\160\012), expect \d+\.\d+\n\n
2022.02.20 22:37:56 1: EBUS: read ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012)
2022.02.20 22:37:56 1: EBUS: unexpected answer ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012) received (wrote r -f sdtrt temp\n (\162\040\055\146\040\163\144\164\162\164\040\164\145\155\160\012), expected \d+\.\d+\n\n)
2022.02.20 22:37:56 1: PERL WARNING: Argument "ERR: element not found\n\n" isn't numeric in sprintf at (eval 9057) line 1.
2022.02.20 22:37:56 3: eval: { sprintf("%5.1f",$_) }
2022.02.20 22:37:56 1: EBUS: write r -f PumpPower\n (\162\040\055\146\040\120\165\155\160\120\157\167\145\162\012), expect \d+\n\n
2022.02.20 22:37:56 1: EBUS: read ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012)
2022.02.20 22:37:56 1: EBUS: unexpected answer ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012) received (wrote r -f PumpPower\n (\162\040\055\146\040\120\165\155\160\120\157\167\145\162\012), expected \d+\n\n)
2022.02.20 22:37:56 1: PERL WARNING: Argument "ERR: element not found\n\n" isn't numeric in sprintf at (eval 9059) line 1.
2022.02.20 22:37:56 3: eval: { sprintf("%5.0f",$_) }



Die bai00.cfg (zusammengesetzt aus verschiedenen Beiträgen hier):
pi@pi4:/opt/fhem/FHEM $ cat bai00.cfg
################### bai00.cfg ###############
#
#!/usr/bin/perl
# Aussentemperatur
get Aussentemp cmd {"r -f outsidetemp temp\n"}
get Aussentemp expect ".*\n*"
get Aussentemp postproc { $_ }
#
# vorlauftemperatur ALT
#get Vorlauf cmd {"r -m 10 status01 temp1.0\n"}
#get Vorlauf expect "\d+\.\d+\n\n"
#get Vorlauf postproc { sprintf("%5.1f",$_) }
#

# vorlauftemperatur NEU
get Vorlauf cmd {"r -f flowtemp temp\n"}
get Vorlauf expect "\d+\.\d+\n\n"
get Vorlauf postproc { sprintf("%5.1f",$_) }


# Ruecklauftemperatur
# ALT: get Ruecklauf cmd {"r -m 10 status01 temp1.1\n"}
get Ruecklauf cmd {"r -f sdtrt temp\n"}
get Ruecklauf expect "\d+\.\d+\n\n"
get Ruecklauf postproc { sprintf("%5.1f",$_) }
#
# Pumpenleistung
get PumpeWatt cmd {"r -f PumpPower\n"}
get PumpeWatt expect "\d+\n\n"
get PumpeWatt postproc { sprintf("%5.0f",$_) }
#
# Fanspeed
get Fanspeed cmd {"r -f SDFanSpeed\n"}
get Fanspeed expect "\d+\n\n"
get Fanspeed postproc { sprintf("%5.0f",$_) } 
#
# Heizkurve lesen
get HKurve cmd {"r -f Hc1HeatCurve\n"}
get HKurve expect "\d+\.\d+\n"
get HKurve postproc { sprintf("%3.1f",$_) }
#
# HeizkurveSchreiben
get HeizkurveSchreiben cmd {"write 430 Hc1HeatCurve ".Value("HeizkurveEinstellen")."\n"}
get HeizkurveSchreiben expect ".*\n\n"
get HeizkurveSchreiben postproc  { $_ }

# Teillast
get PartialPower cmd {"r -f PartloadHcKW\n"}
get PartialPower expect "\d+\n\n"
get PartialPower postproc { sprintf("%5.0f KW",$_) }

# Anlagendruck
get Druck cmd {"r -f Waterpressure press.0\n"}
get Druck expect "\d+\.\d+\n\n"
get Druck postproc { sprintf("%5.1f",$_) }


Falls es was hilft:

pi@pi4:/opt/fhem/FHEM $ ls
00_CM11.pm                 30_pilight_dimmer.pm         60_EM.pm                     95_holiday.pm
00_CUL.pm                  30_pilight_raw.pm            60_Watches.pm                95_PostMe.pm
00_DFPlayerMini.pm         30_pilight_smoke.pm          61_EMWZ.pm                   95_remotecontrol.pm
00_ElsnerWS.pm             30_pilight_switch.pm         62_EMEM.pm                   95_YAAHM.pm
00_FBAHAHTTP.pm            30_pilight_temp.pm           63_EMGZ.pm                   96_allowed.pm
00_FBAHA.pm                30_tradfri.pm                64_ESA2000.pm                96_SIP.pm
00_FHZ.pm                  31_Aurora.pm                 66_ECMD.pm                   96_Snapcast.pm
00_HMLAN.pm                31_ENECSYSINV.pm             66_EseraAnalogInOut.pm       97_PiXtendV2.pm
00_HMUARTLGW.pm            31_HUEDevice.pm              66_EseraCount.pm             97_TrashCal.pm
00_HXB.pm                  31_LightScene.pm             66_EseraDigitalInOut.pm      98_alarmclock.pm
00_KM271.pm                31_MilightDevice.pm          66_EseraDimmer.pm            98_apptime.pm
00_KNXTUL.pm               31_Nello.pm                  66_EseraIButton.pm           98_archetype.pm
00_LIRC.pm                 32_mailcheck.pm              66_EseraMulti.pm             98_ArduCounter.pm
00_MAXLAN.pm               32_speedtest.pm              66_EseraOneWire.pm           98_autocreate.pm
00_MQTT2_CLIENT.pm         32_SYSSTAT.pm                66_EseraShutter.pm           98_average.pm
00_MQTT2_SERVER.pm         32_TechemHKV.pm              66_EseraTemp.pm              98_backup.pm
00_MQTT.pm                 32_TechemWZ.pm               67_ECMDDevice.pm             98_BOSEST.pm
00_MYSENSORS.pm            32_WifiLight.pm              69_SoftliqCloud.pm           98_cloneDummy.pm
00_NetzerI2C.pm            32_withings.pm               70_BOTVAC.pm                 98_cmdalias.pm
00_Neuron.pm               32_yowsup.pm                 70_BRAVIA.pm                 98_ComfoAir.pm
00_OW2S0SMSGUARD.pm        33_readingsChange.pm         70_CanOverEthernet.pm        98_configdb.pm
00_OWX_ASYNC.pm            33_readingsGroup.pm          70_DENON_AVR.pm              98_copy.pm
00_OWX.pm                  33_readingsHistory.pm        70_EGPM.pm                   98_count.pm
00_RPII2C.pm               33_readingsProxy.pm          70_ENIGMA2.pm                98_CULflash.pm
00_Schellenberg.pm         34_ESPEasy.pm                70_ESCVP21net.pm             98_CustomReadings.pm
00_SIGNALduino.pm          34_NUT.pm                    70_HYDRAWISE.pm              98_dewpoint.pm
00_SmartMeterP1.pm         34_panStamp.pm               70_Jabber.pm                 98_DLNARenderer.pm
00_SONOS.pm                34_SWAP.pm                   70_JSONMETER.pm              98_DOIF.pm
00_TCM.pm                  35_SWAP_0000002200000003.pm  70_KODI.pm                   98_DOIFtools.pm
00_THZ.pm                  35_SWAP_0000002200000008.pm  70_LaMetric2.pm              98_Dooya.pm
00_TUL.pm                  36_EC3000.pm                 70_MEDIAPORTAL.pm            98_DSBMobile.pm
00_ZWCUL.pm                36_EleroDrive.pm             70_NEUTRINO.pm               98_dummy.pm
00_ZWDongle.pm             36_EleroStick.pm             70_OctoPrint.pm              98_expandJSON.pm
01_FHEMWEB.pm              36_EleroSwitch.pm            70_ONKYO_AVR.pm              98_feels_like.pm
02_FRAMEBUFFER.pm          36_EMT7110.pm                70_PHTV.pm                   98_fhemdebug.pm
02_FTUISRV.pm              36_JeeLink.pm                70_PIONEERAVR.pm             98_fheminfo.pm
02_HTTPSRV.pm              36_KeyValueProtocol.pm       70_Pushbullet.pm             98_FhemTestUtils.pm
02_RSS.pm                  36_LaCrosseGateway.pm        70_PushNotifier.pm           98_freezemon.pm
09_BS.pm                   36_LaCrosse.pm               70_Pushover.pm               98_FReplacer.pm
09_CUL_FHTTK.pm            36_Level.pm                  70_Pushsafer.pm              98_GAEBUS.pm
09_USF1000.pm              36_PCA301.pm                 70_SamsungAV.pm              98_GEOFANCY.pm
10_CUL_HM.pm               36_PrecipitationSensor.pm    70_SCIVT.pm                  98_GoogleAuth.pm
10_CUL_IR.pm               36_ShellyMonitor.pm          70_SISPM.pm                  98_GOOGLECAST.pm
10_DUOFERNSTICK.pm         36_Shelly.pm                 70_SML.pm                    98_help.pm
10_EIB.pm                  36_Vallox.pm                 70_SolarEdgeAPI.pm           98_HMinfo.pm
10_EnOcean.pm              36_WMBUS.pm                  70_STV.pm                    98_HMtemplate.pm
10_EQ3BT.pm                37_dash_dhcp.pm              70_TellStick.pm              98_HourCounter.pm
10_FBDECT.pm               37_echodevice.pm             70_USBWX.pm                  98_HTTPMOD.pm
10_FRM.pm                  37_fakeRoku.pm               70_VIERA.pm                  98_Hyperion.pm
10_FS10.pm                 37_harmony.pm                70_VolumeLink.pm             98_IF.pm
10_FS20.pm                 37_NotifyAndroidTV.pm        70_WINCONNECT.pm             98_inotify.pm
10_GFPROBT.pm              37_plex.pm                   70_WS3600.pm                 98_Installer.pm
10_HXBDevice.pm            37_SHCdev.pm                 70_ZoneMinder.pm             98_JsonList2.pm
10_Itach_IR.pm             37_SHC.pm                    71_COE_Node.pm               98_JsonMod.pm
10_IT.pm                   37_Spotify.pm                71_DENON_AVR_ZONE.pm         98_livetracking.pm
10_KNX.pm                  38_BEOK.pm                   71_ONKYO_AVR_ZONE.pm         98_logProxy.pm
10_KOPP_FC.pm              38_Broadlink.pm              71_PHILIPS_AUDIO.pm          98_MaxScanner.pm
10_MAX.pm                  38_CO20.pm                   71_PIONEERAVRZONE.pm         98_MAX_Temperature.pm
10_MQTT2_DEVICE.pm         38_JawboneUp.pm              71_YAMAHA_AVR.pm             98_MediaList.pm
10_MQTT_BRIDGE.pm          38_netatmo.pm                71_YAMAHA_BD.pm              98_ModbusAttr.pm
10_MQTT_DEVICE.pm          39_alexa.pm                  71_YAMAHA_MC.pm              98_ModbusElsnerWS.pm
10_MQTT_GENERIC_BRIDGE.pm  39_gassistant.pm             71_YAMAHA_NP.pm              98_Modbus.pm
10_MYSENSORS_DEVICE.pm     39_siri.pm                   71_ZM_Monitor.pm             98_ModbusSET.pm
10_NeuronPin.pm            39_Talk2Fhem.pm              72_FB_CALLLIST.pm            98_ModbusTrovis5576.pm
10_OWServer.pm             40_RFXCOM.pm                 72_FB_CALLMONITOR.pm         98_monitoring.pm
10_pilight_ctrl.pm         41_OREGON.pm                 72_FRITZBOX.pm               98_MSwitch.pm
10_RESIDENTS.pm            42_AptToDate.pm              72_TA_CMI_JSON.pm            98_notice.pm
10_SchellenbergHandle.pm   42_Nextion.pm                72_XiaomiDevice.pm           98_PHC.pm
10_SD_GT.pm                42_npmjs.pm                  73_AMADCommBridge.pm         98_PID20.pm
10_SOMFY.pm                42_RFXMETER.pm               73_AutoShuttersControl.pm    98_pilight.pm
10_UNIRoll.pm              42_SMARTMON.pm               73_DoorBird.pm               98_ping.pm
10_WS980.pm                42_SYSMON.pm                 73_ElectricityCalculator.pm  98_powerMap.pm
10_ZWave.pm                43_RFXX10REC.pm              73_GardenaSmartBridge.pm     98_QRCode.pm
11_FHT8V.pm                44_ROLLO.pm                  73_GasCalculator.pm          98_rain.pm
11_FHT.pm                  44_S7_ARead.pm               73_km200.pm                  98_RandomTimer.pm
11_OWDevice.pm             44_S7_AWrite.pm              73_MPD.pm                    98_readingsWatcher.pm
11_OWX_CCC.pm              44_S7_Client.pm              73_NUKIBridge.pm             98_restore.pm
11_OWX_FRM.pm              44_S7_DRead.pm               73_PRESENCE.pm               98_rssFeed.pm
11_OWX_SER.pm              44_S7_DWrite.pm              73_WaterCalculator.pm        98_search.pm
11_OWX_TCP.pm              44_S7.pm                     74_AMADDevice.pm             98_serviced.pm
12_HMS.pm                  44_S7_S5Client.pm            74_GardenaSmartDevice.pm     98_Siro.pm
12_HProtocolGateway.pm     44_S7_S7Client.pm            74_HOMBOT.pm                 98_statistics.pm
12_HProtocolTank.pm        44_TEK603.pm                 74_HusqvarnaAutomower.pm     98_structure.pm
12_OilFox.pm               45_Plugwise.pm               74_Nmap.pm                   98_SVG.pm
13_KS300.pm                45_TRX.pm                    74_NUKIDevice.pm             98_systemd_watchdog.pm
14_CUL_MAX.pm              46_Aqicn.pm                  74_THINKINGCLEANER.pm        98_telnet.pm
14_CUL_REDIRECT.pm         46_PW_Circle.pm              74_UnifiClient.pm            98_template.pm
14_CUL_TCM97001.pm         46_PW_Scan.pm                74_Unifi.pm                  98_Text2Speech.pm
14_CUL_TX.pm               46_PW_Sense.pm               74_UnifiProtect.pm           98_THRESHOLD.pm
14_CUL_WS.pm               46_PW_Switch.pm              74_UnifiSwitch.pm            98_todoist.pm
14_FLAMINGO.pm             46_SmartPi.pm                74_UnifiVideo.pm             98_TRAFFIC.pm
14_Hideki.pm               46_TeslaPowerwall2AC.pm      74_XiaomiBTLESens.pm         98_UbiquitiMP.pm
14_SD_BELL.pm              46_TRX_ELSE.pm               75_msgConfig.pm              98_UbiquitiOut.pm
14_SD_RSL.pm               46_TRX_LIGHT.pm              75_MSG.pm                    98_update.pm
14_SD_UT.pm                46_TRX_SECURITY.pm           76_msgDialog.pm              98_uptime.pm
14_SD_WS07.pm              46_TRX_WEATHER.pm            76_MSGFile.pm                98_Verkehrsinfo.pm
14_SD_WS09.pm              47_OBIS.pm                   76_MSGMail.pm                98_version.pm
14_SD_WS_Maverick.pm       48_BlinkCamera.pm            76_SMAEVCharger.pm           98_vitoconnect.pm
14_SD_WS.pm                48_MieleAtHome.pm            76_SMAInverter.pm            98_weblink.pm
15_CUL_EM.pm               49_Arlo.pm                   76_SMAPortal.pm              98_WeekdayTimer.pm
16_CUL_RFR.pm              49_IPCAM.pm                  76_SMAPortalSPG.pm           98_weekprofile.pm
16_STACKABLE_CC.pm         49_SSCam.pm                  77_SMAEM.pm                  98_WOL.pm
16_STACKABLE.pm            49_SSCamSTRM.pm              77_SMASTP.pm                 98_XmlList.pm
17_EGPM2LAN.pm             49_TBot_List.pm              77_UWZ.pm                    99_attrTmqtt2_ebus_Utils.pm
17_SIS_PMS.pm              50_HP1000.pm                 79_BDKM.pm                   99_SUNRISE_EL.pm
18_CUL_HOERMANN.pm         50_MOBILEALERTSGW.pm         80_M232.pm                   99_Utils.pm
19_Revolt.pm               50_Signalbot.pm              81_M232Counter.pm            AttrTemplate.pm
19_VBUSIF.pm               50_SSChatBot.pm              82_LGTV_IP12.pm              bai00.cfg
20_FRM_AD.pm               50_SSFile.pm                 82_LGTV_WebOS.pm             Blocking.pm
20_FRM_I2C.pm              50_TelegramBot.pm            82_M232Voltage.pm            Color.pm
20_FRM_IN.pm               50_WS300.pm                  83_IOhomecontrol.pm          controls_fhemtabletui.txt
20_FRM_LCD.pm              51_I2C_BH1750.pm             84_IOhomecontrolDevice.pm    controls_fhem.txt
20_FRM_OUT.pm              51_I2C_BMP180.pm             86_Robonect.pm               controls.txt
20_FRM_PWM.pm              51_I2C_TSL2561.pm            87_WS2000.pm                 CoProcess.pm
20_FRM_RGB.pm              51_MOBILEALERTS.pm           88_ALL4000T.pm               DarkSkyAPI.pm
20_FRM_ROTENC.pm           51_Netzer.pm                 88_HMCCUCHN.pm               DevIo.pm
20_FRM_SERVO.pm            51_RPI_GPIO.pm               88_HMCCUDEV.pm               ebus_hz.cfg
20_FRM_STEPPER.pm          52_I2C_ADS1x1x.pm            88_HMCCU.pm                  ebus_ww.cfg
20_GUEST.pm                52_I2C_BME280.pm             88_HMCCURPC.pm               FhemUtils
20_N4HBUS.pm               52_I2C_DS1307.pm             88_HMCCURPCPROC.pm           firmware
20_OWFS.pm                 52_I2C_EEPROM.pm             88_IPWE.pm                   FritzBoxUtils.pm
20_PET.pm                  52_I2C_EMC1001.pm            88_Itach_IRDevice.pm         GPUtils.pm
20_ROOMMATE.pm             52_I2C_HDC1008.pm            88_Itach_Relay.pm            HMCCUConf.pm
20_X10.pm                  52_I2C_K30.pm                88_LINDY_HDMI_SWITCH.pm      HMConfig.pm
21_HEOSGroup.pm            52_I2C_LCD.pm                88_Timer.pm                  holiday
21_HEOSMaster.pm           52_I2C_LM75A.pm              88_VantagePro2.pm            HOMESTATEtk.pm
21_HEOSPlayer.pm           52_I2C_MCP23008.pm           88_WEBCOUNT.pm               HttpUtils.pm
21_N4HMODULE.pm            52_I2C_MCP23017.pm           88_xs1Bridge.pm              lib
21_OWAD.pm                 52_I2C_MCP342x.pm            88_xs1Dev.pm                 MaxCommon.pm
21_OWCOUNT.pm              52_I2C_MMA845X.pm            89_AndroidDBHost.pm          Meta.pm
21_OWID.pm                 52_I2C_PCA9532.pm            89_AndroidDB.pm              msgSchema.pm
21_OWLCD.pm                52_I2C_PCA9685.pm            89_ESPEInk.pm                myUtilsTemplate.pm
21_OWMULTI.pm              52_I2C_PCF8574.pm            89_FULLY.pm                  ONKYOdb.pm
21_OWSWITCH.pm             52_I2C_SHT21.pm              89_HEATRONIC.pm              OpenWeatherMapAPI.pm
21_OWTEMP.pm               52_I2C_SHT3x.pm              89_VCLIENT.pm                OWX_DS2480.pm
21_OWTHERM.pm              53_GHoma.pm                  89_VCONTROL.pm               OWX_DS9097.pm
21_OWVAR.pm                55_DWD_OpenData.pm           90_at.pm                     OWX_FRM.pm
21_SONOSPLAYER.pm          55_InfoPanel.pm              90_SIGNALduino_un.pm         OWX_SER.pm
21_VBUSDEV.pm              55_PIFACE.pm                 91_eventTypes.pm             RESIDENTStk.pm
22_ALL3076.pm              56_POKEYS.pm                 91_notify.pm                 RTypes.pm
22_HOMEMODE.pm             57_Calendar.pm               91_sequence.pm               SetExtensions.pm
23_ALL4027.pm              57_CALVIEW.pm                91_watchdog.pm               SHC_datafields.pm
23_KOSTALPIKO.pm           57_SSCal.pm                  92_FileLog.pm                SHC_parser.pm
23_LUXTRONIK2.pm           58_HVAC_DaikinAC.pm          92_SingleFileLog.pm          SubProcess.pm
23_WEBIO_12DIGITAL.pm      58_RPI_1Wire.pm              93_DbLog.pm                  TcpServerUtils.pm
23_WEBIO.pm                59_GSI.pm                    93_DbRep.pm                  template.layout
24_Iluminize.pm            59_HCS.pm                    93_FHEM2FHEM.pm              TimeSeries.pm
24_NetIO230B.pm            59_LuftdatenInfo.pm          93_InfluxDBLogger.pm         TR064Utils.pm
24_TPLinkHS110.pm          59_Netzfrequenz.pm           93_Log2Syslog.pm             UConv.pm
26_KM273.pm                59_OPENWEATHER.pm            93_PWMR.pm                   Unit.pm
26_tahoma.pm               59_PROPLANTA.pm              93_RFHEM.pm                  WinService.pm
30_DUOFERN.pm              59_Twilight.pm               94_PWM.pm                    WMBus.pm
30_ENECSYSGW.pm            59_Weather.pm                95_Alarm.pm                  wundergroundAPI.pm
30_HUEBridge.pm            59_Wunderground.pm           95_Astro.pm                  YahooWeatherAPI.pm
30_LIGHTIFY.pm             59_WUup.pm                   95_Babble.pm                 ZWLib.pm
30_MilightBridge.pm        59_WWO.pm                    95_Dashboard.pm
30_pilight_contact.pm      60_allergy.pm                95_FLOORPLAN.pm
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: homeab am 22 Februar 2022, 19:04:36
Hallo Holzbein
in meiner /etc/default/ebusd steht außer den üblichen auskommentierten Zeilen nur.
EBUSD_OPTS="--configpath=/etc/ebusd -d /dev/ttyUSB0 -p 8888 --latency=0 --receivetimeout=10000 -l /var/log/ebus.log --scanconfig=full --httpport=8889 --htmlpath=/var/www/html"

Gruß Armin
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: homeab am 22 Februar 2022, 19:12:21
Hallo skiworker,
ich verwende hier ganz normales J-Y(st)Y 2x2x0,8 mm
mit einer Länge von ca. 4 Metern vom Kessel entfernt.
an gleichen Ende arbeitet auch das original Vaillant-Datenmodem 700 ohne Probleme.
Gruß
Armin
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reinhart am 26 Februar 2022, 09:28:19
@tho-mas

ändere deinen expect auf:
get Vorlauf expect ".*\n*"

LG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 26 Februar 2022, 18:45:49
Zitat von: baumhous3 am 20 Februar 2022, 14:16:14
Ich habe dort das Problem, dass die Datei  /usr/lib/systemd/system/ebusd.service gar nicht vorhanden ist:
pi@raspberrypi:/usr/lib/systemd/system $ ls
vncserver-virtuald.service  vncserver-x11-serviced.service

schau mal unter /lib/systemd/system/ebusd.service oder nutze "find / ebusd.service"
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 26 Februar 2022, 18:47:00
Zitat von: Holzbein am 21 Februar 2022, 17:54:51
Nachdem diese Hürde genommen war, konnte ich auf dem Ubuntu Server sudo ebusd -f -c /tmp --logareas bus --loglevel info -d /dev/serial/by-id/usb-ESERA-Automation_eBus_Coupler_12001_AL6923A0-if00-port0
aufrufen, und auf einem zweitem Terminal dann ebusctl raw
ist alles schon gut, für die AAs musst du "ebusctl raw bytes" aufrufen, sonst kommen nur die Daten zwischen den AAs raus
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Physman am 28 Februar 2022, 14:08:36
Moin zusammen,

ich habe nun schon einige Tage probiert den ESERA USB EBUS Adapter ans Laufen zu bekommen und bin am Verzweifeln - ich bin auch noch neu in der Welt des Raspberry PI und den ganzen Skripten.
Aber die Hülle und Fülle der Info erschlägt mich doch etwas, zumal ich neu auf einem RaspPi bin und in IP-Symcon.
Zu den Randbedingungen:

Vaillant auroCOMPACT VSC S 196/3-5 200 R3
Raspberry Pi 4 mit IP-Symcon
ESERA USB EBUS Adapter https://www.esera.de/produkte/ebus/135/1-wire-hub-platine?c=20 1 (https://www.esera.de/produkte/ebus/135/1-wire-hub-platine?c=20%201)
USB von esera an den RaspPi
Den ebusd habe ich installiert mit "wget https://github.com/john30/ebusd/releases/download/v22.1/ebusd-22.1_armv7-bullseye_mqtt1.deb" installiert.
Ich möchte das wie hier beschrieben machen: https://github.com/bumaas/ebusdMQTT/blob/master/docs/de/InstallEbusdREADME.md (https://github.com/bumaas/ebusdMQTT/blob/master/docs/de/InstallEbusdREADME.md)

Die Config File sieht so aus:
# /etc/default/ebusd:
# config file for ebusd service.

# Options to pass to ebusd (run "ebusd -?" for more info):
EBUSD_OPTS="--device=/dev/ttyUSB1 --scanconfig --configpath=/home/raspberry.dirk/ebusd-configurationebusd-2.1.x/de"

# --configpath=http://ebusd.eu/config/
# --configpath=/home/raspberry.dirk/ebusd-configurationebusd-2.1.x/de"

# 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="--device=/dev/ttyUSB1 --scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A50285BI-if00-port0 -p 8888 -l /var/log/ebusd1.log"
# EBUSD_OPTS2="--device=/dev/ttyUSB1 --scanconfig -d /dev/serial/by-id/usb-FTDI_FT232R_USB_UART_A900acTF-if00-port0 -p 8889 -l /var/log/ebusd2.log"
# EBUSD_OPTS3="--device=/dev/ttyUSB1 --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.

Nun kommt aber der Fehler:
,,error reading config files from /home/raspberry.user/ebusd-configurationebusd-2.1.x/de: ERR: element not found, last error:"

Hier die ganze LOG File:
2022-02-28 14:40:03.347 [main notice] ebusd 22.1.28da22c started with auto scan on device /dev/ttyUSB1
2022-02-28 14:40:03.347 [main error] error reading config files from /home/raspberry.dirk/ebusd-configurationebusd-2.1.x/de: ERR: element not found, last error:
2022-02-28 14:40:03.356 [bus notice] bus started with own address 31/36
2022-02-28 14:40:03.380 [bus notice] signal acquired
2022-02-28 14:40:07.098 [bus notice] new master 10, master count 2
2022-02-28 14:40:07.166 [bus notice] new master 03, master count 3
2022-02-28 14:40:07.166 [update notice] received unknown MS cmd: 1008b5110101 / 09404090054e640000ff
2022-02-28 14:40:09.170 [update notice] received unknown BC cmd: 10feb516080018020901010510
2022-02-28 14:40:09.431 [update notice] received unknown MS cmd: 1008b512020064 / 00
2022-02-28 14:40:11.196 [update notice] received unknown MS cmd: 1008b5100900004a78ffff000000 / 0101
2022-02-28 14:40:17.206 [update notice] received unknown MS cmd: 1008b5110101 / 09404090054e640000ff
2022-02-28 14:40:19.249 [update notice] received unknown MS cmd: 1008b5040100 / 0a00350214ffffffff9005
2022-02-28 14:40:19.516 [update notice] received unknown MS cmd: 1008b5110102 / 05033c64506e
2022-02-28 14:40:21.152 [main error] scan config 08: ERR: arbitration lost
2022-02-28 14:40:21.249 [update notice] received unknown MS cmd: 1008b5100900004a78ffff000000 / 0101
2022-02-28 14:40:27.245 [update notice] received unknown MS cmd: 1008b5110101 / 094042d0054e640000ff
2022-02-28 14:40:29.276 [update notice] received unknown MS cmd: 1008b5110100 / 081002100007080083
2022-02-28 14:40:29.499 [update notice] received unknown BC cmd: 10feb51603019005
2022-02-28 14:40:31.180 [main error] scan config 15: ERR: arbitration lost
2022-02-28 14:40:31.279 [update notice] received unknown MS cmd: 1008b5100900004a78ffff000000 / 0101
2022-02-28 14:40:37.296 [update notice] received unknown MS cmd: 1008b5110101 / 094242d0054e640000ff
2022-02-28 14:40:39.267 [update notice] received unknown MS cmd: 1008b5110102 / 05033c64506e
2022-02-28 14:40:41.305 [update notice] received unknown MS cmd: 1008b5100900004a78ffff000000 / 0101
2022-02-28 14:40:47.338 [update notice] received unknown MS cmd: 1008b5110101 / 094242d0054e640000ff
2022-02-28 14:40:49.336 [update notice] received unknown MS cmd: 1008b5040100 / 0a00060314ffffffffd005
2022-02-28 14:40:51.381 [update notice] received unknown MS cmd: 1008b5100900004a78ffff000000 / 0101
2022-02-28 14:40:57.278 [main error] scan config 08: ERR: arbitration lost
2022-02-28 14:40:57.375 [update notice] received unknown MS cmd: 1008b5110101 / 094242d0054e640000ff
2022-02-28 14:40:59.347 [update notice] received unknown MS cmd: 1008b5100305ff01 / 00



Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: baumhous3 am 04 März 2022, 16:39:22
Zitat von: john30 am 26 Februar 2022, 18:45:49
schau mal unter /lib/systemd/system/ebusd.service oder nutze "find / ebusd.service"

Unter dem Pfad /lib/systemd/system/ebusd.service war eine Datei zu finden.

Die habe ich nun mit den Endungen 2 und 3 nach /etc/systemd/system kopiert:
pi@raspberrypi:/etc/systemd/system $ ls
autologin@.service                      default.target           getty@tty1.service.d         printer.target.wants    sysinit.target.wants
bluetooth.target.wants                  dhcpcd5.service          graphical.target.wants       rc-local.service.d      syslog.service
dbus-fi.w1.wpa_supplicant1.service      display-manager.service  halt.target.wants            reboot.target.wants     timers.target.wants
dbus-org.bluez.service                  ebusd-2.service          multi-user.target.wants      remote-fs.target.wants
dbus-org.freedesktop.Avahi.service      ebusd-3.service          network-online.target.wants  sockets.target.wants
dbus-org.freedesktop.timesync1.service  getty.target.wants       poweroff.target.wants        sshd.service


Dort dann die jeweiligen Daten angepasst, die eine Zeile gelöscht und meine OPTS eingetragen.
ebusd-2.service:

[Unit]
Description=ebusd, the daemon for communication with eBUS heating systems.
After=network-online.target
ConditionPathExists=/var/log

[Service]
Type=forking
Restart=always
RestartSec=30
PIDFile=/var/run/ebusd.pid
ExecStart=/usr/bin/ebusd EBUSD_OPTS="--scanconfig --configpath=/etc/ebusd -d 192.168.178.50:5007 --mqtthost=127.0.0.1 --mqttport=1883 --mqttchanges --mqttjson --pollinterval=10"


[Install]
WantedBy=multi-user.target


ebusd-3.service:
[Unit]
Description=ebusd, the daemon for communication with eBUS heating systems.
After=network-online.target
ConditionPathExists=/var/log

[Service]
Type=forking
Restart=always
RestartSec=30
PIDFile=/var/run/ebusd.pid
ExecStart=/usr/bin/ebusd EBUSD_OPTS="--scanconfig --configpath=/etc/ebusd/ -d enh:192.168.178.65:9999 -p9998 --mqtthost=127.0.0.1 --mqttport=1883 --mqttchanges --mqttjson --address=ff --pollinterval=20"


[Install]
WantedBy=multi-user.target


Starten tut er aber immer noch nicht.
Dort bricht er wieder ab:
pi@raspberrypi:/etc/systemd/system $ systemctl status ebusd.service
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/lib/systemd/system/ebusd.service; enabled; vendor preset: enabled)
   Active: activating (auto-restart) (Result: exit-code) since Fri 2022-03-04 16:35:49 CET; 22s ago
  Process: 27257 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=22)

pi@raspberrypi:/etc/systemd/system $ journalctl -xe
--
-- A start job for unit ebusd.service has finished with a failure.
--
-- The job identifier is 2090111 and the job result is failed.
Mär 04 16:35:49 raspberrypi sudo[27230]: pam_unix(sudo:session): session closed for user root
Mär 04 16:36:19 raspberrypi systemd[1]: ebusd.service: Service RestartSec=30s expired, scheduling restart.
Mär 04 16:36:19 raspberrypi systemd[1]: ebusd.service: Scheduled restart job, restart counter is at 34587.
-- Subject: Automatic restarting of a unit has been scheduled
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- Automatic restarting of the unit ebusd.service has been scheduled, as the result for
-- the configured Restart= setting for the unit.
Mär 04 16:36:19 raspberrypi systemd[1]: Stopped ebusd, the daemon for communication with eBUS heating systems..
-- Subject: A stop job for unit ebusd.service has finished
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A stop job for unit ebusd.service has finished.
--
-- The job identifier is 2090171 and the job result is done.
Mär 04 16:36:19 raspberrypi systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
-- Subject: A start job for unit ebusd.service has begun execution
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit ebusd.service has begun execution.
--
-- The job identifier is 2090171.
Mär 04 16:36:19 raspberrypi ebusd[27274]: 2022-03-04 16:36:19.909 [main error] invalid configpath without scanconfig
Mär 04 16:36:19 raspberrypi systemd[1]: ebusd.service: Control process exited, code=exited, status=22/n/a
-- 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 'exited' and its exit status is 22.
Mär 04 16:36:19 raspberrypi systemd[1]: ebusd.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit ebusd.service has entered the 'failed' state with result 'exit-code'.
Mär 04 16:36:19 raspberrypi 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 2090171 and the job result is failed.

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: MassiveAttack am 13 März 2022, 17:40:23
Hallo zusammen,

Zum System, ich habe eine Vaillant VWF 87/4.

pi@192.168.0.10:~$ ebusctl info
version: ebusd 22.2.p20220227
update check: revision v22.2 available
device: /dev/ttyUSB0, enhanced
access: *
signal: acquired
symbol rate: 23
max symbol rate: 492
min arbitration micros: 579
max arbitration micros: 5203
min symbol latency: 0
max symbol latency: 24
reconnects: 0
masters: 5
messages: 501
conditional: 0
poll: 0
update: 10
address 00: master #1
address 03: master #11
address 04: slave #25, ebusd
address 05: slave #1, scanned "MF=Vaillant;ID=VR920;SW=2402;HW=5703"
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0307;HW=0403", loaded "vaillant/08.hmu.csv"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=70000;SW=0509;HW=6403", loaded "vaillant/15.700.csv"
address 26: slave, scanned "MF=Vaillant;ID=VR_71;SW=0104;HW=0503", loaded "vaillant/26.vr_71.csv"
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0307;HW=0403"
address ec: slave, scanned "MF=Vaillant;ID=70000;SW=0509;HW=6403"
address ff: master #25, ebusd



Ist jemand von euch in der Lage, seine Arbeitszahlen auszulesen? Wenn ja, wie?

Bzw. könnte ich sie mir auch selber berechnen, dazu fehlt mir aber der Umweltertrag für Heizung und WW, ich sehe leider nur den gesamten Umweltertrag (YieldTotal).
Stromverbrauch für Heizung und WW kann ich separat auslesen.

Werden die fehlenden Configs noch nachgereicht?

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 19 März 2022, 14:50:01
Zitat von: baumhous3 am 04 März 2022, 16:39:22
...
Dort dann die jeweiligen Daten angepasst, die eine Zeile gelöscht und meine OPTS eingetragen.
ebusd-2.service:

[Unit]
Description=ebusd, the daemon for communication with eBUS heating systems.
After=network-online.target
ConditionPathExists=/var/log

[Service]
Type=forking
Restart=always
RestartSec=30
PIDFile=/var/run/ebusd.pid
ExecStart=/usr/bin/ebusd EBUSD_OPTS="--scanconfig --configpath=/etc/ebusd -d 192.168.178.50:5007 --mqtthost=127.0.0.1 --mqttport=1883 --mqttchanges --mqttjson --pollinterval=10"


[Install]
WantedBy=multi-user.target

...
du solltest dich vielleicht vorher mit ein paar Grundlagen zu Shell Scripting beschäftigen, bevor Du irgendwas an die Heizung hängst...
denn diese Zeile:
ZitatExecStart=/usr/bin/ebusd EBUSD_OPTS="--scanconfig --configpath=/etc/ebusd -d 192.168.178.50:5007 --mqtthost=127.0.0.1 --mqttport=1883 --mqttchanges --mqttjson --pollinterval=10"
veranlasst systemd, das binary ebusd mit Parameter EBUSD_OPTS=... zu starten, womit ebusd nichts anfangen kann. einfach EBUSD_OPTS=" weglassen und das abschließende doppelte Anführungszeichen, dann sollte es gehen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: martin8310 am 22 März 2022, 13:10:48
Hallo John,

leider finde ich auf deiner Docker "john30/ebusd" Seite keine Vorlage für ein funktionsfähiges Docker Compose file.

Das ist das was ich benutze (,leider erkennt er damit meine Anlage nicht, was unter dem Debian Paket mit Version 3.3 ohne Probleme lief. Die Hardware ist es also nicht!):


version: "3.7"

services:
  ebusd:
    image: john30/ebusd
    container_name: ebusd
    network_mode: host
    devices:
      - "/dev/ttyUSB_eBusd:/dev/ttyUSB0"
    environment:
      - EBUSD_SCANCONFIG=
      - EBUSD_DEVICE=/dev/ttyUSB0
      - EBUSD_PORT=8889
      - EBUSD_MQTTPORT=1883
      - EBUSD_MQTTHOST=192.168.1.3
      - EBUSD_MQTTJSON=
      - EBUSD_MQTTINT=/etc/ebusd/mqtt-hassio.cfg
      - EBUSD_MQTTTOPIC=eBusd/%circuit/%name
      - EBUSD_CONFIGPATH=/tmp/
      - EBUSD_CONFIGLANG=DE
      - EBUSD_ACCESSLEVEL=*

    volumes:
      - /docker_folder/ebusd:/tmp/


Kannst Du ein funktionsfähiges Beispiel liefern?

Vielen Dank im Voraus.
Gruß
Martin
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mukazz am 24 März 2022, 15:32:36
Hallo liebe FHEM Gemeinde,

Ich habe nun schon eine eine ganze Zeit den Esera Ebus USB Adapter am laufen und lese über das Gaebus Modul die Werte vom VRC700 Regler aus.
Jetzt habe ich die Heizungsanlage mit dem VR70 Modul erweitert.
Das Gaebus Modul listet das VR70 Modul zwar auf, jedoch bekomme ich für den Befehl r -f -c vr.70 SensorData diese Antwort:
ERR: element not found

Die Heizungsanlage selbst läuft ohne Probleme und hat das VR70 Modul erkannt.
Leider finde ich für diesen Fehler nicht so recht eine Antwort im Forum.

Könnt ihr mir bitte weiterhelfen?

Beste Grüße
Markus
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 26 März 2022, 06:01:26
Zitat von: martin8310 am 22 März 2022, 13:10:48
Das ist das was ich benutze (,leider erkennt er damit meine Anlage nicht, was unter dem Debian Paket mit Version 3.3 ohne Probleme lief. Die Hardware ist es also nicht!):
ist denn /dev/ttyUSB_eBusd auf dem Host auch wirklich der Link zum Device?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: martin8310 am 26 März 2022, 11:55:02
Zitatist denn /dev/ttyUSB_eBusd auf dem Host auch wirklich der Link zum Device?

Die Verbindung über USB ist korrekt, anscheinend kann er die configs nicht finden:

ebusd 22.2.p20220227 started with auto scan on device /dev/ttyUSB0
2022-03-22 11:48:37.142 [bus notice] bus started with own address 31/36
2022-03-22 11:48:37.143 [mqtt notice] connection established
2022-03-22 11:48:37.143 [mqtt error] read message broadcast outsidetemp not found
2022-03-22 11:48:37.143 [mqtt error] read message ehp HwcTemp not found
2022-03-22 11:48:37.143 [mqtt error] read message ehp Source not found
2022-03-22 11:48:37.143 [mqtt error] read message ehp HcFlowTemp not found
2022-03-22 11:48:37.143 [mqtt error] read message ehp HcReturnTemp not found
2022-03-22 11:48:37.143 [mqtt error] read message ehp CompState not found
2022-03-22 11:48:37.143 [mqtt error] read message ehp ActualEnvironmentPower not found
2022-03-22 11:48:37.143 [mqtt error] read message ehp SourceTempOutput not found
2022-03-22 11:48:37.143 [mqtt error] read message ehp SourceTempInput not found
2022-03-22 11:48:37.143 [mqtt error] read message ehp Hc1Pump not found
2022-03-22 11:48:37.143 [mqtt error] read message ehp SourceStarts not found
2022-03-22 11:48:37.143 [mqtt error] read message ehp CompStarts not found
2022-03-22 11:48:37.143 [mqtt error] read message ehp Source2PumpHours not found
2022-03-22 11:48:37.143 [mqtt error] read message ehp CompHours not found
2022-03-22 11:48:37.143 [mqtt error] read message ehp SourceTempOutputT8Min not found
2022-03-22 11:48:37.143 [mqtt error] read message mc Mode not found
2022-03-22 11:48:37.143 [mqtt error] read message mc TempDesiredLow not found
2022-03-22 11:48:37.154 [bus notice] signal acquired
2022-03-22 11:48:37.323 [bus notice] new master 10, master count 2
2022-03-22 11:48:37.382 [bus notice] new master 03, master count 3
2022-03-22 11:48:37.382 [update notice] received unknown MS cmd: 1008b511020300 / 0a6701db06600603080200
2022-03-22 11:48:37.545 [update notice] received unknown MS cmd: 1008b5110102 / 050000c800c8
2022-03-22 11:48:40.169 [mqtt error] read message ehp HcFlowTemp not found
2022-03-22 11:48:40.169 [mqtt error] read message ehp HcReturnTemp not found
2022-03-22 11:48:41.117 [update notice] received unknown MS cmd: 1008b509040ed10001 / 00
2022-03-22 11:48:42.747 [update notice] received unknown MS cmd: 1023b5040101 / 091e0300000006000000
2022-03-22 11:48:42.914 [update notice] received unknown MS cmd: 1023b504020d00 / 050000008000
2022-03-22 11:48:43.098 [update notice] received unknown MS cmd: 1023b5040132 / 0a000000000000300e0000
2022-03-22 11:48:43.248 [update notice] received unknown MS cmd: 1023b5040131 / 020000
2022-03-22 11:48:46.687 [update notice] received unknown BC cmd: 10feb5050427001600
2022-03-22 11:48:46.952 [update notice] received unknown BC cmd: 10feb505034a0100
2022-03-22 11:48:47.360 [bus notice] scan 08: ;Vaillant;EHP00;0383;7201
2022-03-22 11:48:47.360 [update notice] store 08 ident: done
2022-03-22 11:48:47.360 [update notice] sent scan-read scan.08  QQ=31: Vaillant;EHP00;0383;7201
2022-03-22 11:48:47.360 [bus notice] scan 08: ;Vaillant;EHP00;0383;7201
2022-03-22 11:48:47.360 [main error] unable to load scan config 08: list files in vaillant ERR: element not found
2022-03-22 11:48:47.360 [main error] scan config 08: ERR: element not found
2022-03-22 11:48:48.760 [update notice] received unknown MS cmd: 1023b505072b000100000000 / 00
2022-03-22 11:48:48.992 [update notice] received unknown MS cmd: 1008b511020300 / 0a6701dc065f0603080200
2022-03-22 11:48:49.155 [update notice] received unknown MS cmd: 1008b5110102 / 050000c800c8
2022-03-22 11:48:49.517 [bus notice] scan 15: ;Vaillant;UIH00;0374;6901
2022-03-22 11:48:49.517 [update notice] store 15 ident: done
2022-03-22 11:48:49.517 [update notice] sent scan-read scan.15  QQ=31: Vaillant;UIH00;0374;6901
2022-03-22 11:48:49.517 [bus notice] scan 15: ;Vaillant;UIH00;0374;6901
2022-03-22 11:48:49.518 [main error] unable to load scan config 15: list files in vaillant ERR: element not found
2022-03-22 11:48:49.518 [main error] scan config 15: ERR: element not found
2022-03-22 11:48:50.060 [update notice] received unknown MS cmd: 1050b5040100 / 0a03514812220302223011
2022-03-22 11:48:50.169 [mqtt error] read message ehp CompState not found
2022-03-22 11:48:50.169 [mqtt error] read message ehp ActualEnvironmentPower not found
2022-03-22 11:48:51.657 [bus notice] scan 23: ;Vaillant;EHP00;0383;7201
2022-03-22 11:48:51.657 [update notice] store 23 ident: done
2022-03-22 11:48:51.657 [update notice] sent scan-read scan.23  QQ=31: Vaillant;EHP00;0383;7201
2022-03-22 11:48:51.657 [bus notice] scan 23: ;Vaillant;EHP00;0383;7201
2022-03-22 11:48:51.657 [main error] unable to load scan config 23: list files in vaillant ERR: element not found
2022-03-22 11:48:51.657 [main error] scan config 23: ERR: element not found
2022-03-22 11:48:51.786 [update notice] received unknown MS cmd: 1008b50903290f00 / 050f00e30000
2022-03-22 11:48:51.949 [update notice] received unknown MS cmd: 1008b5090329bb00 / 03bb0000
2022-03-22 11:48:52.112 [update notice] received unknown MS cmd: 1008b5090329ba00 / 03ba0000
2022-03-22 11:48:52.283 [update notice] received unknown MS cmd: 1008b50903290300 / 050300680100
2022-03-22 11:48:53.123 [update notice] received unknown MS cmd: 1008b509040ed10001 / 00
2022-03-22 11:48:53.834 [bus notice] scan 50: ;Vaillant;EHP00;0383;7201
2022-03-22 11:48:53.834 [update notice] store 50 ident: done
2022-03-22 11:48:53.834 [update notice] sent scan-read scan.50  QQ=31: Vaillant;EHP00;0383;7201
2022-03-22 11:48:53.834 [bus notice] scan 50: ;Vaillant;EHP00;0383;7201
2022-03-22 11:48:53.834 [main error] unable to load scan config 50: list files in vaillant ERR: element not found
2022-03-22 11:48:53.834 [main error] scan config 50: ERR: element not found
2022-03-22 11:48:54.808 [update notice] received unknown MS cmd: 1050b5040101 / 09140300000085000100
2022-03-22 11:48:54.975 [update notice] received unknown MS cmd: 1050b504020d00 / 051400680114
2022-03-22 11:48:55.161 [update notice] received unknown MS cmd: 1050b5040132 / 0a002806030101300e0100
2022-03-22 11:48:55.311 [update notice] received unknown MS cmd: 1050b5040131 / 020001
2022-03-22 11:48:58.792 [update notice] received unknown BC cmd: 10feb5050427001600
2022-03-22 11:48:59.101 [update notice] received unknown BC cmd: 10feb505034a0100
2022-03-22 11:49:00.171 [mqtt error] read message ehp SourceTempOutput not found
2022-03-22 11:49:00.171 [mqtt error] read message ehp SourceTempInput not found
2022-03-22 11:49:00.855 [update notice] received unknown MS cmd: 1050b505072b000100000000 / 00
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 26 März 2022, 11:57:57
Zitat von: martin8310 am 26 März 2022, 11:55:02
Die Verbindung über USB ist korrekt, anscheinend kann er die configs nicht finden:

...
2022-03-22 11:48:53.834 [bus notice] scan 50: ;Vaillant;EHP00;0383;7201
2022-03-22 11:48:53.834 [main error] unable to load scan config 50: list files in vaillant ERR: element not found
...

du hast EBUSD_CONFIGPATH=/tmp/ gesetzt. sind denn im container unter /tmp die CSVs? bzw. auf dem Host unter /docker_folder/ebusd?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: martin8310 am 27 März 2022, 11:18:31
Hi John,

zu
Zitatdu hast EBUSD_CONFIGPATH=/tmp/ gesetzt. sind denn im container unter /tmp die CSVs? bzw. auf dem Host unter /docker_folder/ebusd?

eigentlich ja, Pfad ist wie folgt unter Linux "/docker_folder/ebusd/de/broadcast.csv" und unter Docker "/tmp/de/broadcast.csv". Das habe ich gerade nochmal überprüft.

Was muss hier eigentlich stehen, wenn er sich die configs aus dem WWW ziehen soll?
- EBUSD_CONFIGPATH=/tmp/

Gruß und Dank
Martin
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 27 März 2022, 14:21:12
Zitat von: martin8310 am 27 März 2022, 11:18:31
Was muss hier eigentlich stehen, wenn er sich die configs aus dem WWW ziehen soll?
- EBUSD_CONFIGPATH=/tmp/
nichts, also die Zeile einfach weglassen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: baumhous3 am 02 April 2022, 11:28:55
Zitat von: john30 am 19 März 2022, 14:50:01
du solltest dich vielleicht vorher mit ein paar Grundlagen zu Shell Scripting beschäftigen, bevor Du irgendwas an die Heizung hängst...
denn diese Zeile:veranlasst systemd, das binary ebusd mit Parameter EBUSD_OPTS=... zu starten, womit ebusd nichts anfangen kann. einfach EBUSD_OPTS=" weglassen und das abschließende doppelte Anführungszeichen, dann sollte es gehen

Das hatte ich vorher auch schonmal so probiert, allerdings kommt dort auch ein Fehler, weshalb ich verschiedene Möglichkeiten ausprobiert hatte.

Habe es nun wieder abgeändert nach (ebusd-2.service unter /etc/systemd/system):
  GNU nano 3.2                                                                                                  ebusd-2.service                                                                                                   Verändert

[Unit]
Description=ebusd, the daemon for communication with eBUS heating systems.
After=network-online.target
ConditionPathExists=/var/log

[Service]
Type=forking
Restart=always
RestartSec=30
PIDFile=/var/run/ebusd.pid
ExecStart=/usr/bin/ebusd --scanconfig --configpath=/etc/ebusd -d 192.168.178.50:5007 --mqtthost=127.0.0.1 --mqttport=1883 --mqttchanges --mqttjson --pollinterval=10


[Install]
WantedBy=multi-user.target


Und (ebusd-3.service unter /etc/systemd/system):
  GNU nano 3.2                                                                                                  ebusd-3.service

[Unit]
Description=ebusd, the daemon for communication with eBUS heating systems.
After=network-online.target
ConditionPathExists=/var/log

[Service]
Type=forking
Restart=always
RestartSec=30
PIDFile=/var/run/ebusd.pid
ExecStart=/usr/bin/ebusd --scanconfig --configpath=/etc/ebusd/ -d enh:192.168.178.65:9999 -p9998 --mqtthost=127.0.0.1 --mqttport=1883 --mqttchanges --mqttjson --address=ff --pollinterval=20


[Install]
WantedBy=multi-user.target


Erhalte jedoch wieder eine Fehlermeldung und er startet nicht:
pi@raspberrypi:/etc/systemd/system $ sudo service ebusd start
Job for ebusd.service failed because the control process exited with error code.
See "systemctl status ebusd.service" and "journalctl -xe" for details.


Mit den entsprechenden Infos:
i@raspberrypi:/etc/systemd/system $ systemctl status ebusd.service
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
   Loaded: loaded (/lib/systemd/system/ebusd.service; enabled; vendor preset: enabled)
   Active: activating (auto-restart) (Result: exit-code) since Sat 2022-04-02 11:22:01 CEST; 7s ago
  Process: 25439 ExecStart=/usr/bin/ebusd $EBUSD_OPTS (code=exited, status=22)


pi@raspberrypi:/etc/systemd/system $ journalctl -xe
-- Support: https://www.debian.org/support
--
-- An ExecStart= process belonging to unit ebusd.service has exited.
--
-- The process' exit code is 'exited' and its exit status is 22.
Apr 02 11:21:51 raspberrypi systemd[1]: ebusd.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit ebusd.service has entered the 'failed' state with result 'exit-code'.
Apr 02 11:21:51 raspberrypi 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 7028562 and the job result is failed.
Apr 02 11:21:51 raspberrypi systemd[1]: Stopped ebusd, the daemon for communication with eBUS heating systems..
-- Subject: A stop job for unit ebusd.service has finished
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A stop job for unit ebusd.service has finished.
--
-- The job identifier is 7028622 and the job result is done.
Apr 02 11:21:51 raspberrypi sudo[25384]: pam_unix(sudo:session): session closed for user root
Apr 02 11:21:59 raspberrypi sudo[25412]:       pi : TTY=pts/0 ; PWD=/etc/systemd/system ; USER=root ; COMMAND=/usr/sbin/service ebusd start
Apr 02 11:21:59 raspberrypi sudo[25412]: pam_unix(sudo:session): session opened for user root by pi(uid=0)
Apr 02 11:22:01 raspberrypi systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
-- Subject: A start job for unit ebusd.service has begun execution
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- A start job for unit ebusd.service has begun execution.
--
-- The job identifier is 7028623.
Apr 02 11:22:01 raspberrypi ebusd[25439]: 2022-04-02 11:22:01.828 [main error] invalid configpath without scanconfig
Apr 02 11:22:01 raspberrypi systemd[1]: ebusd.service: Control process exited, code=exited, status=22/n/a
-- 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 'exited' and its exit status is 22.
Apr 02 11:22:01 raspberrypi systemd[1]: ebusd.service: Failed with result 'exit-code'.
-- Subject: Unit failed
-- Defined-By: systemd
-- Support: https://www.debian.org/support
--
-- The unit ebusd.service has entered the 'failed' state with result 'exit-code'.
Apr 02 11:22:01 raspberrypi 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 7028623 and the job result is failed.
Apr 02 11:22:01 raspberrypi sudo[25412]: pam_unix(sudo:session): session closed for user root


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 04 April 2022, 15:05:23
Moin!

Nachdem ich jetzt alle 123 Seiten zu 20 Einträge dieser Diskussion durchgearbeitet habe bin ich nicht schlauer als vorher - eher noch verwirrter. Ich bekomme im Terminal folgende Werte angezeigt:

pi@pi4:/opt/fhem/FHEM $ ebusctl find -d
720 WaterPressure = 1.9
bai DateTime = valid;14:26:37;04.04.2022;4.500
bai FlowTemp = 31.19;ok
bai ReturnTemp = 31.94;65024;ok
bai SetMode = auto;49.5;-;-;0;0;0;0;0;0
bai Status01 = 31.0;30.0;4.500;30.0;-;off
bai Status02 = auto;60;75.0;70;65.0
bai StatusCirPump = on
broadcast outsidetemp = 4.500
broadcast vdatetime = 14:26:36;04.04.2022
scan.08  = Vaillant;BAI00;0407;7603
scan.08 id = 21;20;49;0010022004;3100;005497;N2
scan.15  = Vaillant;72000;0122;7703
scan.15 id = 21;20;23;0020260914;0953;008247;N4


Leider klappt die Übersetzung nach FHEM nur bei der Vorlauftemperatur, alle anderen Meßwerte geben entweder 0.0 oder "ERR: Element not found" zurück. Ich habe inzwischen alle möglichen Werte von (für) expect ausprobiert, die hier mal geschrieben wurden, geholfen hat es mir nicht.

Ich bitte um die Angabe(n) was denn nun genau in der fhem.cfg und bai00.cfg drinstehen muß damit es klappt. Ich vermute das es am Parameter expect liegt.

################### bai00.cfg ###############
#
#!/usr/bin/perl
# Warmwassertemp
#get Warmwasser cmd {"r -f HwcTemp temp\n"}
#get Warmwasser expect ".*\n*"
#get Warmwasser postproc { $_ }


# Aussentemperatur
get Aussentemp cmd {"r -f outsidetemp temp\n"}
get Aussentemp expect ".*\n*"
get Aussentemp postproc { $_ }
#
# Warmwasser test
get Warmwasser cmd {"r -m 10 status01 temp4.0\n"}
get Warmwasser expect "\d+\.\d+\n\n"
get Warmwasser postproc { sprintf("%5.1f",$_) }
#

# vorlauftemperatur NEU
get Vorlauf cmd {"r -f Hc1ActualFlowTempDesired tempv\n"}
get Vorlauf expect "\d+\.\d+\n*"
get Vorlauf postproc { sprintf("%5.1f",$_) }


# Ruecklauftemperatur
# get Ruecklauf cmd {"r -m 10 status01 temp1.1\n"}
get Ruecklauf cmd {"r -f ReturnTemp temp\n"}
get Ruecklauf expect ".*\n*"
get Ruecklauf postproc { sprintf("%5.1f",$_) }
#
# Pumpenleistung
get PumpeWatt cmd {"r -f PumpStarts\n"}
get PumpeWatt expect "\d+\n*"
get PumpeWatt postproc { sprintf("%5.0f",$_) }
#
# Fanspeed
get Fanspeed cmd {"r -f FanSpeed\n"}
get Fanspeed expect "\d+\n*"
get Fanspeed postproc { sprintf("%5.0f",$_) }
#
# Heizkurve lesen
get HKurve cmd {"r -f Hc1HeatCurve\n"}
get HKurve expect "\d+\.\d+\n"
get HKurve postproc { sprintf("%3.1f",$_) }
#
# HeizkurveSchreiben
get HeizkurveSchreiben cmd {"write 430 Hc1HeatCurve ".Value("HeizkurveEinstelle>
get HeizkurveSchreiben expect ".*\n\n"
get HeizkurveSchreiben postproc  { $_ }

# Teillast
get PartialPower cmd {"r -f PartloadHcKW\n"}
get PartialPower expect "\d+\n*"
get PartialPower postproc { sprintf("%5.0f KW",$_) }

# Anlagendruck
get Druck cmd {"r -f waterpressure press.0\n"}
get Druck expect ".*\n*"
get Druck postproc { sprintf("%5.1f",$_) }





#fhem.cfg (gekürzt auf die ECMD-Daten)
#################################
#      E C M D  - Installer     #
#################################
define EBUS ECMD telnet localhost:8888
setuuid EBUS 6223a90f-f33f-1cdf-6377-fb5f16772e23bd76
attr EBUS classdefs bai00.class=/opt/fhem/FHEM/bai01.cfg
attr EBUS icon usb
attr EBUS requestSeparator 000
attr EBUS room Vaillant

define Aussentemp ECMDDevice bai00.class
setuuid Aussentemp 6223a90f-f33f-1cdf-d3a6-dc61560395cd84ff
attr Aussentemp IODev EBUS
attr Aussentemp group Vaillant
attr Aussentemp icon temp_outside
attr Aussentemp room Vaillant

define Vorlauf ECMDDevice bai00.class
setuuid Vorlauf 6223a90f-f33f-1cdf-8b23-b09f3e8a47026181
attr Vorlauf IODev EBUS
attr Vorlauf group Vaillant
attr Vorlauf icon sani_supply_temp
attr Vorlauf room Vaillant

define Ruecklauf ECMDDevice bai00.class
setuuid Ruecklauf 6223a90f-f33f-1cdf-0c1a-16a63d65cb28d964
attr Ruecklauf IODev EBUS
attr Ruecklauf group Vaillant
attr Ruecklauf icon sani_return_temp
attr Ruecklauf room Vaillant

define PumpeWatt ECMDDevice bai00.class
setuuid PumpeWatt 6223a90f-f33f-1cdf-e0db-81a4bd522b6c45b1
attr PumpeWatt IODev EBUS
attr PumpeWatt group Vaillant
attr PumpeWatt icon measure_power
attr PumpeWatt room Vaillant

define Fanspeed ECMDDevice bai00.class
setuuid Fanspeed 6223a90f-f33f-1cdf-16bc-22109711a35e5df3
attr Fanspeed IODev EBUS
attr Fanspeed group Vaillant
attr Fanspeed icon vent_ventilation_level_automatic
attr Fanspeed room Vaillant

#define HKurve ECMDDevice bai00.class
#setuuid HKurve 6223a90f-f33f-1cdf-b63f-ed9c8c4472bd2c6f
#attr HKurve IODev EBUS
#attr HKurve group Vaillant
#attr HKurve icon temp_control
#attr HKurve room Vaillant

define Druck ECMDDevice bai00.class
setuuid Druck 624ac622-f33f-1cdf-c236-c4a20094f4a986bc
attr Druck IODev EBUS
attr Druck group Vaillant
attr Druck room Vaillant

# Abfrage Timersteuerung, fhem.cfg
define EBUS.Timer at +*00:15:00 get Aussentemp Aussentemp;;get Vorlauf Vorlauf;;get Ruecklauf Ruecklauf;;get PumpeWatt PumpeWatt;;get Fanspeed Fanspeed;;get >
setuuid EBUS.Timer 6223a90f-f33f-1cdf-0dd4-8be8dc6eb22f57cf
attr EBUS.Timer group VaillantControl
attr EBUS.Timer icon time_timer
attr EBUS.Timer room Vaillant
attr EBUS.Timer verbose 0





2022.03.31 23:30:41 1: EBUS: unexpected answer ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012) received (wrote r -f SDFanSpeed\n (\162\040\055\146\040\123\104\106\141\156\123\160\145\145\144\012), expected \d+\n\n)
2022.03.31 23:30:41 1: PERL WARNING: Argument "ERR: element not found\n\n" isn't numeric in sprintf at (eval 667052) line 1.
2022.03.31 23:30:41 3: eval: { sprintf("%5.0f",$_) }
2022.03.31 23:30:41 1: EBUS: unexpected answer ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012) received (wrote r -f PumpPower\n (\162\040\055\146\040\120\165\155\160\120\157\167\145\162\012), expected \d+\n\n)
2022.03.31 23:30:41 1: PERL WARNING: Argument "ERR: element not found\n\n" isn't numeric in sprintf at (eval 667054) line 1.
2022.03.31 23:30:41 3: eval: { sprintf("%5.0f",$_) }
2022.03.31 23:45:41 1: EBUS: unexpected answer ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012) received (wrote r -f sdtrt temp\n (\162\040\055\146\040\163\144\164\162\164\040\164\145\155\160\012), expected \d+\.\d+\n\n)
2022.03.31 23:45:41 1: PERL WARNING: Argument "ERR: element not found\n\n" isn't numeric in sprintf at (eval 667571) line 1.
2022.03.31 23:45:41 3: eval: { sprintf("%5.1f",$_) }
2022.03.31 23:45:41 1: EBUS: unexpected answer ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012) received (wrote r -f PumpPower\n (\162\040\055\146\040\120\165\155\160\120\157\167\145\162\012), expected \d+\n\n)
2022.03.31 23:45:41 1: PERL WARNING: Argument "ERR: element not found\n\n" isn't numeric in sprintf at (eval 667573) line 1.
2022.03.31 23:45:41 3: eval: { sprintf("%5.0f",$_) }
2022.03.31 23:45:41 1: EBUS: unexpected answer ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012) received (wrote r -f SDFanSpeed\n (\162\040\055\146\040\123\104\106\141\156\123\160\145\145\144\012), expected \d+\n\n)
2022.03.31 23:45:41 1: PERL WARNING: Argument "ERR: element not found\n\n" isn't numeric in sprintf at (eval 667575) line 1.
2022.03.31 23:45:41 3: eval: { sprintf("%5.0f",$_) }
2022.03.31 23:45:41 1: EBUS: unexpected answer ERR: element not found\n\n (\105\122\122\072\040\145\154\145\155\145\156\164\040\156\157\164\040\146\157\165\156\144\012\012) received (wrote r -f PumpPower\n (\162\040\055\146\040\120\165\155\160\120\157\167\145\162\012), expected \d+\n\n)
2022.03.31 23:45:41 1: PERL WARNING: Argument "ERR: element not found\n\n" isn't numeric in sprintf at (eval 667577) line 1.
2022.03.31 23:45:41 3: eval: { sprintf("%5.0f",$_) }


Internals:
   DEF        bai00.class
   FUUID      6223a90f-f33f-1cdf-d3a6-dc61560395cd84ff
   IODev      EBUS
   NAME       Aussentemp
   NR         302
   STATE      Aussentemp ERR: element not found


   TYPE       ECMDDevice
   READINGS:
     2022-04-04 14:53:40   Aussentemp      ERR: element not found


     2022-03-19 19:52:17   Fanspeed        0
     2022-04-04 14:56:59   IODev           EBUS
     2022-03-19 19:52:29   PumpeWatt       0
     2022-03-19 19:52:35   Ruecklauf       0.0
     2022-03-07 22:54:49   Vorlauf         63.9
     2022-04-04 14:53:40   state           Aussentemp ERR: element not found


   fhem:
     classname  bai00.class
Attributes:
   IODev      EBUS
   group      Vaillant
   icon       temp_outside
   room       Vaillant


Falls das hier in der Diskussion immer noch nicht klappt: Gibt es jemand, der mir vielleicht hier (Norderstedt, Raum Hamburg) am Rechner direkt helfen würde? Ich habe diese Woche noch Urlaub, bin also fast ganztags (ausser Freitag und Samstag nachmittag) zu Hause. Fahrkosten werden von mir erstattet, eine Eisdiele ist im Nebengebäude... :-))

Thomas

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 04 April 2022, 18:18:36
Ist bei mir schon lange her, aber folgendes funktioniert
# Außentemperatur
get A.Temp cmd {"r -f OutsideTemp temp\n"}
get A.Temp expect ".*\n\n"
get A.Temp postproc { sprintf("%.1f",$_) }

gross/klein beachten OutsideTemp

Edit: Führe Dein cmd in der commandozeile aus und versuche die gewünschten Daten per regex zu extrahieren.
Und bei write ein set angeben, dann bekommst Du gets und sets in der Oberfläche.
# Zeitplan Puffer laden
get T1.Mo cmd {"read -d 25 Timer.Monday\n"}
get T1.Mo expect ".*\n\n"
get T1.Mo postproc { my $rval=$_; $rval=~ s/\n//g; $rval; }
set T1.Mo cmd { "w -c hwc Timer.Monday %temp\n" }
set T1.Mo params temp
set T1.Mo expect "done\n"
set T1.Mo postproc {if ($_ =~ "done") {"%temp"} else {$_}}


Edit2: Deine Def Aussentemp device bai.class irritiert mich, es reicht doch z.B.:
defmod EBUS ECMD telnet 127.0.0.1:8888
attr EBUS classdefs HK.SOL.class=/opt/fhem/ebus_solar.cfg:HK.WW.class=/opt/fhem/ebus_ww.cfg:HK.Hz.class=/opt/fhem/ebus_hz.cfg:HK.Th.class=/opt/fhem/ebus_therme.cfg
attr EBUS requestSeparator \000

in z.B. bai.cfg werden dann die Readings (Aussentemp, Vorlauf usw. ) via gets und sets definiert.

Beispiel für Unterfelder
# Absenktemperatur Heizkreis 2. Feld
get T.Absenken cmd {"r -f -c hc TempDesiredLow temp1.1\n"}
get T.Absenken expect ".*\n\n"
get T.Absenken postproc { my $rval=sprintf("%.1f",$_);\
  $rval=~ s/\n//g;\
  $rval; }

ob tempv funktioniert in
get Vorlauf cmd {"r -f Hc1ActualFlowTempDesired tempv\n"}
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 04 April 2022, 18:55:07
@jkriegl:

Groß/klein ist egal:

pi@pi4:~ $ ebusctl find OutsideTemp
720 DisplayedOutsideTemp = no data stored
720 OutsideTempAvg = no data stored
broadcast outsidetemp = 7.312

pi@pi4:~ $ ebusctl find outsidetemp
720 DisplayedOutsideTemp = no data stored
720 OutsideTempAvg = no data stored
broadcast outsidetemp = 7.312


Zitat von: jkriegl am 04 April 2022, 18:18:36
Führe Dein cmd in der commandozeile aus und versuche die gewünschten Daten per regex zu extrahieren.

Leider haben wir da ein Verständigungsproblem:
"commandozeile" von fhem (vermute ich mal) oder vom Terminal? Funktioniert aber beides nicht:

pi@pi4:~ $ get Aussentemp cmd {"r -f outsidetemp temp\n"}
bash: get: Kommando nicht gefunden.
pi@pi4:~ $



"per regex zu extrahieren." - Dafür fehlt mir das Wissen. Ohne exakte Anleitung (auf deutsch!) geht da gar nichts.


Gruß
Thomas
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 04 April 2022, 19:30:05
mach mal im Terminal: ebusctl r -f outsidetemp
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 04 April 2022, 19:35:24
Hatte ich doch gerade eine Nachricht drüber gemacht...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 04 April 2022, 19:40:07
ZitatHatte ich doch gerade eine Nachricht drüber gemacht...
Aber etwas anderes - Na gut dann nicht.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: tho-mas am 06 April 2022, 11:11:56
Sorry, ich hatte zu schnell gelesen.

pi@pi4:~ $ ebusctl r -f outsidetemp
ERR: element not found

pi@pi4:~ $ ebusctl r -f Outsidetemp
ERR: element not found

pi@pi4:~ $ ebusctl r -f OutsideTemp
ERR: element not found

pi@pi4:~ $ ebusctl find -d
bai DateTime = valid;11:08:08;06.04.2022;9.250
bai FlowTemp = 34.69;ok
bai SetMode = auto;43.5;-;-;0;0;0;0;0;0
bai Status01 = 34.0;33.5;9.250;33.5;-;off
bai Status02 = auto;60;75.0;70;65.0
bai StatusCirPump = on
broadcast outsidetemp = 9.250
broadcast vdatetime = 11:08:07;06.04.2022
scan.08  = Vaillant;BAI00;0407;7603
scan.08 id = 21;20;49;0010022004;3100;005497;N2
scan.15  = Vaillant;72000;0122;7703
scan.15 id = 21;20;23;0020260914;0953;008247;N4



Warum wird mir (am Ende) eine Schreibweise angezeigt, die dann mit "r -f" NICHT zu finden ist?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 06 April 2022, 12:49:15
Bitte dort noch einmal genauer lesen.
https://forum.fhem.de/index.php/topic,46098.msg415492.html#msg415492 (https://forum.fhem.de/index.php/topic,46098.msg415492.html#msg415492)
und auch die #502
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 16 April 2022, 07:37:50
Zitat von: baumhous3 am 02 April 2022, 11:28:55
Das hatte ich vorher auch schonmal so probiert, allerdings kommt dort auch ein Fehler, weshalb ich verschiedene Möglichkeiten ausprobiert hatte.

Habe es nun wieder abgeändert nach (ebusd-2.service unter /etc/systemd/system):
  GNU nano 3.2                                                                                                  ebusd-2.service                                                                                                   
...

im Protokoll ist zu sehen, dass ebusd.service fehlschlägt, nicht -2 und nicht -3, also musst Du schon in der Datei nachschauen und editieren.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Willi_70 am 14 Mai 2022, 20:12:55
Hallo Leute,
ich bin ziemlich neu hier angemeldet. Ich habe schon eine Weile mitgelesen und wollte anhand der superguten Anleitungen hier im Forum meine eBus Schaltung in Betrieb nehmen. Leider klappt das nicht wie geplant und ich habe hier im Forum dazu auch nichts passendes gefunden. Langsam verzweifle ich und meine Frau wird bei meinen vielen Bastelversuchen an unserer Heizung schon nervös...
Ich habe eine Vaillant Ecovit mit einer VRC 700/6 Steuerung. Dazu noch ein VC 920 Internetmodul. Das funzt alles prima. Als zusätzliche Hardware habe ich eine eBus-Adapter Platine V1.6.
Auf meinem Raspi habe ich die ebusd-Version 22.3 per apt-get installiert (nicht die Quelldateien selbst compiliert und das Programm gebaut, sondern per apt-get "fertig" installiert):


pi@Raspi-EBus:~ $ ebusd --version
ebusd 22.3.p20220508


Wenn ich das richtig verstanden habe, dann brauche ich ab der ebusd-Version 3.2 keine ebusd-configuration mehr zu installieren, weil wenn ich "ebusd.eu" beim Startparameter "--configpath" eingebe, dann wird die Konfiguration mit "--scanconfig" automatisch erstellt.
Meine erste Frage: habe ich das richtig verstanden, oder habe ich da den ersten Denkfehler?

In meinem Verzeichnis /etc/ebusd/ liegen keine *.csv-Dateien, was mich ein bisschen wundert.
Ich habe das Poti auf der Platine so eingestellt, dass ich "aa" im Terminalfenster gesehen habe. Wenn ich den ebusd-Service starte, dann erhalte ich beim "ebusd info" folgende Ausgabe:


pi@Raspi-EBus:~ $ ebusctl info
version: ebusd 22.3.p20220508
device: /dev/ttyUSB0
signal: acquired
symbol rate: 23
max symbol rate: 95
reconnects: 0
masters: 4
messages: 14
conditional: 0
poll: 0
update: 4
address 00: master #1
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


Ich würde das so interpretieren, dass tatsächlich Geräte neben dem ebusd auf dem Bus gefunden werden.
Im Logfile finde ich z. B. folgende Einträge:


2022-05-14 19:43:49.766 [update notice] received unknown MS cmd: 1008b5110102 / 05033c96507a
2022-05-14 19:43:50.007 [update notice] received unknown BC cmd: 10feb516080050431914050622
2022-05-14 19:43:50.280 [update notice] received unknown MS cmd: 1008b5110100 / 08620417001f000080
2022-05-14 19:43:50.503 [update notice] received unknown BC cmd: 10feb51603010014


Wenn ich das halbwegs richtig gelesen habe, dann ist "b5" der Herstellercode von Vaillant.

Irgendwie werde ich das Gefühl nicht los, dass meine Konfiguration nicht korrekt ist. Ich weiß aber auch echt nicht mehr weiter (an welcher Stelle ich noch suchen könnte).
Könnt Ihr vielleicht aus meinen - zugegebenermaßen etwas wirren - Ausführungen etwas herauslesen und mir weiterhelfen?

Vielen Dank und viele Grüße,
Willi

PS: Wenn das Thema hier nicht hingehört, ich irgendwo etwas zu genau diesem Thema überlesen habe oder die Konversation anderweitig gestört habe, dann tut es mir leid. Gebt mir in dem Fall bitte ein kurzes Signal.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Willi_70 am 20 Mai 2022, 22:41:31
Moin zusammen,
irgendwie bin ich noch nicht so richtig weiter gekommen. Bevor ich jetzt aber die Platine dem Elektroschrott zuführe, habe ich noch ein bisschen im Internet geschaut. Wenn ich das richtig gesehen habe, dann bedeutet der letzte angegebene Log-Eintrag

2022-05-14 19:43:50.503 [update notice] received unknown BC cmd: 10feb51603010014

laut Erläuterung "eBusd Bedeutung der Telegramme" (FHEM-Wiki eBusd), dass die Vaillant-Zentrale an alle Geräte die Außentemperatur von 14°C broadcastet.
Somit scheint mir die Verbindung des Adapters mit dem eBus zu funktionieren. Lediglich die Konfiguration scheint nicht korrekt zu sein (Daten kommen an, scheinen auch korrekt zu sein, lediglich eBusd kann sie nicht interpretieren). Ein fehlerhafter Abgleich des Potis scheint es also nicht zu sein (hab' ich auch schon unzählige Male erfolglos dran rumgespielt).
Mittlerweile habe ich alte Versionen von eBusd installiert (1-er Versionen, 2-er Versionen und auch 3-er Versionen). Jeweils per dpkg (nicht, wie zuvor beschrieben per apt-get). Zudem habe ich die ebusd-config installiert und dann sowohl diese, als auch ebusd.eu als Konfiguration angegeben. Selbst mit "Latency" habe ich "rumgespielt", aber irgendwie scheint das Programm die korrekte Konfiguration nicht einzulesen.
Weiß irgend jemand, was ich falsch mache?

Viele Grüße,
Willi
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 21 Mai 2022, 05:57:30
Zitat von: Willi_70 am 20 Mai 2022, 22:41:31
Moin zusammen,
irgendwie bin ich noch nicht so richtig weiter gekommen. Bevor ich jetzt aber die Platine dem Elektroschrott zuführe, habe ich noch ein bisschen im Internet geschaut. Wenn ich das richtig gesehen habe, dann bedeutet der letzte angegebene Log-Eintrag

2022-05-14 19:43:50.503 [update notice] received unknown BC cmd: 10feb51603010014

laut Erläuterung "eBusd Bedeutung der Telegramme" (FHEM-Wiki eBusd), dass die Vaillant-Zentrale an alle Geräte die Außentemperatur von 14°C broadcastet.
Somit scheint mir die Verbindung des Adapters mit dem eBus zu funktionieren. Lediglich die Konfiguration scheint nicht korrekt zu sein (Daten kommen an, scheinen auch korrekt zu sein, lediglich eBusd kann sie nicht interpretieren). Ein fehlerhafter Abgleich des Potis scheint es also nicht zu sein (hab' ich auch schon unzählige Male erfolglos dran rumgespielt).
Mittlerweile habe ich alte Versionen von eBusd installiert (1-er Versionen, 2-er Versionen und auch 3-er Versionen). Jeweils per dpkg (nicht, wie zuvor beschrieben per apt-get). Zudem habe ich die ebusd-config installiert und dann sowohl diese, als auch ebusd.eu als Konfiguration angegeben. Selbst mit "Latency" habe ich "rumgespielt", aber irgendwie scheint das Programm die korrekte Konfiguration nicht einzulesen.
Weiß irgend jemand, was ich falsch mache?
liegt sicher daran, dass das Interface nicht schreiben kann. Oder ebusd ist auf readonly gestellt, dann sieht das auch so aus. Stell halt mal den Log Level höher und schau ins Logfile insbesondere wegen Scan und Arbitration Meldungen
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Willi_70 am 21 Mai 2022, 08:40:43
Hallo John,
ich glaube, Du hast mich auf die richtige Fährte gelockt. Ich habe den eBus jetzt mal den Loglevel auf Debug gestellt und Access auf *. Es scheint in der Tat daran zu liegen, dass die Arbitrierung fehlschlägt (s. Log unten).
Nachdem ich in den letzten Tagen soviel daran "verschlimmbessert" habe, wollte ich gestern nochmal abgleichen und deshalb habe ich den Abgleich wie hier beschrieben über das Netzteil durchgeführt: bei 11,99 V leuchtet die LED gerade noch nicht, bei 12,1V beginnt sie zu leuchten.
Wenn ich die so abgeglichene Schaltung mit

ebusd -f -c /tmp --logareas bus --loglevel info --lograwdata=bytes

in Betrieb nehme, dann erhalte ich folgenden Output:

2022-05-21 09:29:36.369 [bus notice] <aa
2022-05-21 09:29:36.416 [bus notice] <aa
2022-05-21 09:29:36.460 [bus notice] <aa
2022-05-21 09:29:36.505 [bus notice] <aa
2022-05-21 09:29:36.550 [bus notice] <aa
2022-05-21 09:29:36.595 [bus notice] <aa
2022-05-21 09:29:36.639 [bus notice] <aa
2022-05-21 09:29:36.682 [bus notice] <aa
2022-05-21 09:29:36.728 [bus notice] <aa
2022-05-21 09:29:36.773 [bus notice] <aa
2022-05-21 09:29:36.818 [bus notice] <aa
2022-05-21 09:29:36.863 [bus notice] <aa
2022-05-21 09:29:36.905 [bus notice] <aa
2022-05-21 09:29:36.950 [bus notice] <aa
2022-05-21 09:29:36.994 [bus notice] <aa


Hat irgendjemand noch einen Tipp, was ich versuchen könnte?

Hier nochmal ein Logauszug von heute früh:


pi@Raspi-EBus:~ $ cat /var/log/ebusd.log
2022-05-21 08:26:57.439 [main notice] ebusd 22.3.p20220508 started with auto scan on device /dev/ttyUSB0
2022-05-21 08:26:57.440 [main info] loading configuration files from https://cfg.ebusd.eu/
2022-05-21 08:26:57.630 [main info] reading templates /
2022-05-21 08:26:57.816 [main info] read templates in /
2022-05-21 08:26:57.816 [main info] reading file memory.csv
2022-05-21 08:26:58.008 [main info] successfully read file memory.csv
2022-05-21 08:26:58.008 [main info] reading file broadcast.csv
2022-05-21 08:26:58.202 [main info] successfully read file broadcast.csv
2022-05-21 08:26:58.202 [main info] read config files, got 11 messages
2022-05-21 08:26:58.205 [bus notice] bus started with own address 31/36
2022-05-21 08:26:58.205 [main info] registering data handlers
2022-05-21 08:26:58.205 [main info] registered data handlers
2022-05-21 08:26:58.218 [bus debug] ERR: SYN received during no signal, switching to ready
2022-05-21 08:26:58.218 [bus notice] signal acquired
2022-05-21 08:27:01.050 [bus notice] new master 10, master count 2
2022-05-21 08:27:01.117 [bus notice] new master 03, master count 3
2022-05-21 08:27:01.117 [update info] received MS cmd: 1008b5110101 / 0970ffc00e00720000ff
2022-05-21 08:27:01.117 [update notice] received unknown MS cmd: 1008b5110101 / 0970ffc00e00720000ff
2022-05-21 08:27:01.396 [update info] received MS cmd: 1008b5100900003d78ffff000000 / 0101
2022-05-21 08:27:01.396 [update notice] received unknown MS cmd: 1008b5100900003d78ffff000000 / 0101
2022-05-21 08:27:08.206 [main debug] performing regular tasks
2022-05-21 08:27:08.206 [bus info] scan 08 cmd: 3108070400
2022-05-21 08:27:08.252 [bus debug] start request 31
2022-05-21 08:27:08.252 [bus debug] arbitration start with 31
2022-05-21 08:27:11.055 [bus debug] arbitration lost
2022-05-21 08:27:11.055 [bus debug] ERR: arbitration lost during ready, retry
2022-05-21 08:27:11.147 [update info] received MS cmd: 1008b5110101 / 0970ffc00e00720000ff
2022-05-21 08:27:11.147 [update notice] received unknown MS cmd: 1008b5110101 / 0970ffc00e00720000ff
2022-05-21 08:27:11.147 [bus debug] start request 31
2022-05-21 08:27:11.148 [bus debug] arbitration start with 31
2022-05-21 08:27:11.333 [bus debug] arbitration lost
2022-05-21 08:27:11.334 [bus debug] ERR: arbitration lost during ready, retry
2022-05-21 08:27:11.425 [update info] received MS cmd: 1008b5100900003d78ffff000000 / 0101
2022-05-21 08:27:11.425 [update notice] received unknown MS cmd: 1008b5100900003d78ffff000000 / 0101
2022-05-21 08:27:11.425 [bus debug] start request 31
2022-05-21 08:27:11.426 [bus debug] arbitration start with 31
2022-05-21 08:27:21.122 [bus debug] arbitration lost
2022-05-21 08:27:21.122 [bus debug] ERR: arbitration lost during ready, retry
2022-05-21 08:27:21.214 [update info] received MS cmd: 1008b5110101 / 0970ffc00e00720000ff
2022-05-21 08:27:21.214 [update notice] received unknown MS cmd: 1008b5110101 / 0970ffc00e00720000ff
2022-05-21 08:27:21.215 [bus debug] start request 31
2022-05-21 08:27:21.215 [bus debug] arbitration start with 31
2022-05-21 08:27:21.403 [bus debug] arbitration lost
2022-05-21 08:27:21.403 [bus debug] notify request: ERR: arbitration lost
2022-05-21 08:27:21.403 [main error] scan config 08: ERR: arbitration lost
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Willi_70 am 29 Mai 2022, 16:24:50
Hallo zusammen,
ich bin derzeit einen kleinen (sehr sehr kleinen) Schritt weiter gekommen, habe aber dennoch etliche Fragen.
Mir haben die Einträge #892 und #893 in diesem Thread weiter geholfen.

Ich habe das Poti auf meiner Platine auf 12V wie im allerersten Beitrag in diesem Thread abgeglichen (bei 11.96V leuchtet die LED nicht, bei 12,03V beginnt sie zu leuchten). Die Spannung habe ich mittels eines 330 Ohm Hochlastwiderstandes direkt an der eBus-Adapter-Platine angelegt und auch direkt dort gemessen (kein eBus der Heizungsanlage angeschlossen; Rx auf Rx und Tx auf Tx, kein Crossover).

Ich habe dann den Adapter mit der Leitung angeschlossen, an der sonst das Internetmodul hängt (um ggfs. Leitungsprobleme auszuschließen).
Danach habe ich mit ebusd -f -c /tmp --logareas bus --loglevel info --lograwdata=bytes im Terminal nachgeschaut, ob ich die "aa" Einträge sehe (vorher den laufenden ebusd-Prozess gestoppt).
Die "aa" Einträge waren vorhanden, allerdings habe ich davor immer ein "<". Wenn ich den Eintrag #893 richtig gelesen habe, dann ist das ein Anzeichen dafür, dass Daten empfangen werden. Ich kann beim besten Willen kein ">" Zeichen vor den Daten bekommen (selbst dann nicht, wenn andere Zeichenketten als "aa" ausgegeben werden).
Übrigens kommen die "aa" Einträge über einen seeeehhhhrrr weiten Bereich im Poti, das bedeutet: egal, wie ich das Poti stelle, "aa" erscheint nahezu immer (ich muss dann regelmäßig wieder auf 12V abgleichen).

Wenn ich dann ebusd erneut starte und danach die Heizung aus- und wieder einschalten (Danke an Eintrag #892 ;)), dann erscheint nach einer Weile (ein paar Minuten muss ich immer warten) folgender Eintrag nach "ebusctl info":


pi@Raspi-EBus:~ $ ebusctl info
version: ebusd 22.3.p20220508
device: /dev/ttyUSB0
signal: acquired
symbol rate: 23
max symbol rate: 95
reconnects: 0
masters: 3
messages: 225
conditional: 3
poll: 0
update: 10
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0707;HW=7401", loaded "vaillant/bai.308523.inc" ([HW=7401]), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2
address 31: master #8, ebusd
address 36: slave #8, ebusd


Das bedeutet - wenn ich das richtig interpretiere - dass schon mal ein Gerät gefunden und auch eine Konfigurationsdatei eingelesen wird (ich lade die Konfig vom ebusd.eu, nicht aus lokaler Konfiguration; Latenz=20).

Jedoch kann ich nur einige Daten auslesen, gerade die Heizungsspezifischen Daten werden immer mit einem "ERR: arbitration lost" quittiert:


pi@Raspi-EBus:~ $ ebusctl read outsidetemp
12.875

pi@Raspi-EBus:~ $ ebusctl read StorageTemp
ERR: arbitration lost


Im Log steht folgendes:


2022-05-29 15:42:45.423 [update info] received MS cmd: 1008b5110101 / 0964ff100d00684400ff
2022-05-29 15:42:45.424 [update notice] received read bai Status01 QQ=10: 50.0;-;13.062;0.0;52.0;68
2022-05-29 15:42:45.424 [bus debug] start request 31
2022-05-29 15:42:45.424 [bus debug] arbitration start with 31
2022-05-29 15:42:45.611 [bus debug] arbitration lost
2022-05-29 15:42:45.611 [bus debug] ERR: arbitration lost during ready, retry
2022-05-29 15:42:45.704 [update info] received MS cmd: 1008b5100900000078ffff010000 / 0101
2022-05-29 15:42:45.705 [update notice] received update-write bai SetMode QQ=10: auto;0.0;60.0;-;1;0;0;0;0;0
2022-05-29 15:42:45.705 [bus debug] start request 31
2022-05-29 15:42:45.706 [bus debug] arbitration start with 31
2022-05-29 15:42:45.892 [bus debug] arbitration lost
2022-05-29 15:42:45.892 [bus debug] ERR: arbitration lost during ready, retry
2022-05-29 15:42:45.986 [update info] received MS cmd: 1008b5040100 / 0a0348421529050722100d
2022-05-29 15:42:45.987 [update notice] received read bai DateTime QQ=10: valid;15:42:48;29.05.2022;13.062
2022-05-29 15:42:45.987 [bus debug] start request 31
2022-05-29 15:42:45.987 [bus debug] arbitration start with 31
2022-05-29 15:42:46.174 [bus debug] arbitration lost
2022-05-29 15:42:46.174 [bus debug] notify request: ERR: arbitration lost
2022-05-29 15:42:46.174 [main error] scan config 15: ERR: arbitration lost
2022-05-29 15:42:46.174 [main debug] >>> read outsidetemp
2022-05-29 15:42:46.174 [main info] read broadcast outsidetemp cached: 12.875
2022-05-29 15:42:46.174 [main debug] <<< 12.875
2022-05-29 15:42:46.175 [network info] [00009] connection closed
2022-05-29 15:42:46.248 [update info] received MS cmd: 1008b5110102 / 05033c965074
2022-05-29 15:42:46.249 [update notice] received read bai Status02 QQ=10: auto;60;75.0;80;58.0
2022-05-29 15:42:46.491 [update info] received BC cmd: 10feb516080046421529050722
2022-05-29 15:42:46.491 [update notice] received update-read broadcast vdatetime QQ=10: 15:42:46;29.05.2022
2022-05-29 15:42:46.761 [update info] received MS cmd: 1008b5110100 / 082b0315c818370080
2022-05-29 15:42:46.761 [update notice] received unknown MS cmd: 1008b5110100 / 082b0315c818370080
2022-05-29 15:42:46.979 [update info] received BC cmd: 10feb5160301e00c
2022-05-29 15:42:46.980 [update notice] received update-read broadcast outsidetemp QQ=10: 12.875
2022-05-29 15:42:47.020 [network debug] dead connection removed - 0


und

2022-05-29 16:00:52.385 [main debug] performing regular tasks
2022-05-29 16:00:54.447 [network info] [00011] client connection opened 127.0.0.1
2022-05-29 16:00:54.447 [main debug] >>> read StorageTemp
2022-05-29 16:00:54.447 [bus info] send message: 3108b509030d1700
2022-05-29 16:00:54.447 [network debug] [00011] wait for result
2022-05-29 16:00:54.472 [bus debug] start request 31
2022-05-29 16:00:54.472 [bus debug] arbitration start with 31
2022-05-29 16:01:00.163 [bus debug] arbitration lost
2022-05-29 16:01:00.163 [bus debug] ERR: arbitration lost during ready, retry
2022-05-29 16:01:00.257 [update info] received MS cmd: 1008b5110101 / 0988ffe00c00760000ff
2022-05-29 16:01:00.258 [update notice] received read bai Status01 QQ=10: 68.0;-;12.875;0.0;59.0;off
2022-05-29 16:01:00.258 [bus debug] start request 31
2022-05-29 16:01:00.258 [bus debug] arbitration start with 31
2022-05-29 16:01:00.446 [bus debug] arbitration lost
2022-05-29 16:01:00.446 [bus debug] ERR: arbitration lost during ready, retry
2022-05-29 16:01:00.538 [update info] received MS cmd: 1008b5100900004378ffff000000 / 0101
2022-05-29 16:01:00.539 [update notice] received update-write bai SetMode QQ=10: auto;33.5;60.0;-;0;0;0;0;0;0
2022-05-29 16:01:00.539 [bus debug] start request 31
2022-05-29 16:01:00.539 [bus debug] arbitration start with 31
2022-05-29 16:01:10.228 [bus debug] arbitration lost
2022-05-29 16:01:10.228 [bus debug] ERR: arbitration lost during ready, retry
2022-05-29 16:01:10.319 [update info] received MS cmd: 1008b5110101 / 0988ffe00c00760000ff
2022-05-29 16:01:10.320 [update notice] received read bai Status01 QQ=10: 68.0;-;12.875;0.0;59.0;off
2022-05-29 16:01:10.321 [bus debug] start request 31
2022-05-29 16:01:10.321 [bus debug] arbitration start with 31
2022-05-29 16:01:10.505 [bus debug] arbitration lost
2022-05-29 16:01:10.505 [bus debug] notify request: ERR: arbitration lost
2022-05-29 16:01:10.505 [bus error] send to 08: ERR: arbitration lost, retry
2022-05-29 16:01:10.596 [update info] received MS cmd: 1008b5100900004378ffff000000 / 0101
2022-05-29 16:01:10.597 [update notice] received update-write bai SetMode QQ=10: auto;33.5;60.0;-;0;0;0;0;0;0
2022-05-29 16:01:10.598 [bus debug] start request 31
2022-05-29 16:01:10.598 [bus debug] arbitration start with 31
2022-05-29 16:01:20.245 [bus debug] arbitration lost
2022-05-29 16:01:20.246 [bus debug] ERR: arbitration lost during ready, retry
2022-05-29 16:01:20.338 [update info] received MS cmd: 1008b5110101 / 0988ffe00c00760000ff
2022-05-29 16:01:20.338 [update notice] received read bai Status01 QQ=10: 68.0;-;12.875;0.0;59.0;off
2022-05-29 16:01:20.339 [bus debug] start request 31
2022-05-29 16:01:20.339 [bus debug] arbitration start with 31
2022-05-29 16:01:20.523 [bus debug] arbitration lost
2022-05-29 16:01:20.523 [bus debug] ERR: arbitration lost during ready, retry
2022-05-29 16:01:20.563 [bus debug] ERR: SYN received during receive command, switching to ready
2022-05-29 16:01:20.607 [bus debug] start request 31
2022-05-29 16:01:20.607 [bus debug] arbitration start with 31
2022-05-29 16:01:20.791 [bus debug] arbitration lost
2022-05-29 16:01:20.791 [bus debug] ERR: arbitration lost during ready, retry
2022-05-29 16:01:20.883 [update info] received MS cmd: 1008b5100900004378ffff000000 / 0101
2022-05-29 16:01:20.883 [update notice] received update-write bai SetMode QQ=10: auto;33.5;60.0;-;0;0;0;0;0;0
2022-05-29 16:01:20.884 [bus debug] start request 31
2022-05-29 16:01:20.884 [bus debug] arbitration start with 31
2022-05-29 16:01:21.071 [bus debug] arbitration lost
2022-05-29 16:01:21.071 [bus debug] notify request: ERR: arbitration lost
2022-05-29 16:01:21.071 [bus error] send to 08: ERR: arbitration lost, retry
2022-05-29 16:01:21.144 [update info] received MS cmd: 1008b5110102 / 05033c965074
2022-05-29 16:01:21.144 [update notice] received read bai Status02 QQ=10: auto;60;75.0;80;58.0
2022-05-29 16:01:21.145 [bus debug] start request 31
2022-05-29 16:01:21.145 [bus debug] arbitration start with 31
2022-05-29 16:01:30.292 [bus debug] arbitration lost
2022-05-29 16:01:30.292 [bus debug] ERR: arbitration lost during ready, retry
2022-05-29 16:01:30.380 [update info] received MS cmd: 1008b5110101 / 0988ffe00c00760000ff
2022-05-29 16:01:30.381 [update notice] received read bai Status01 QQ=10: 68.0;-;12.875;0.0;59.0;off
2022-05-29 16:01:30.382 [bus debug] start request 31
2022-05-29 16:01:30.382 [bus debug] arbitration start with 31
2022-05-29 16:01:30.566 [bus debug] arbitration lost
2022-05-29 16:01:30.566 [bus debug] ERR: arbitration lost during ready, retry
2022-05-29 16:01:30.658 [update info] received MS cmd: 1008b5100900004378ffff000000 / 0101
2022-05-29 16:01:30.659 [update notice] received update-write bai SetMode QQ=10: auto;33.5;60.0;-;0;0;0;0;0;0
2022-05-29 16:01:30.659 [bus debug] start request 31
2022-05-29 16:01:30.659 [bus debug] arbitration start with 31
2022-05-29 16:01:40.341 [bus debug] arbitration lost
2022-05-29 16:01:40.341 [bus debug] ERR: arbitration lost during ready, retry
2022-05-29 16:01:40.431 [update info] received MS cmd: 1008b5110101 / 0988ffe00c00760000ff
2022-05-29 16:01:40.432 [update notice] received read bai Status01 QQ=10: 68.0;-;12.875;0.0;59.0;off
2022-05-29 16:01:40.432 [bus debug] start request 31
2022-05-29 16:01:40.432 [bus debug] arbitration start with 31
2022-05-29 16:01:40.621 [bus debug] arbitration lost
2022-05-29 16:01:40.621 [bus debug] notify request: ERR: arbitration lost
2022-05-29 16:01:40.621 [bus error] send to 08: ERR: arbitration lost
2022-05-29 16:01:40.621 [bus error] send message part 0: ERR: arbitration lost
2022-05-29 16:01:40.621 [main debug] <<< ERR: arbitration lost
2022-05-29 16:01:40.622 [network info] [00011] connection closed
2022-05-29 16:01:40.713 [update info] received MS cmd: 1008b5100900004378ffff000000 / 0101
2022-05-29 16:01:40.713 [update notice] received update-write bai SetMode QQ=10: auto;33.5;60.0;-;0;0;0;0;0;0
2022-05-29 16:01:41.496 [network debug] dead connection removed - 0
2022-05-29 16:01:45.622 [main debug] performing regular tasks
2022-05-29 16:01:45.622 [bus info] scan 15 cmd: 3115070400
2022-05-29 16:01:45.645 [bus debug] start request 31
2022-05-29 16:01:45.645 [bus debug] arbitration start with 31


Deshalb (fehlendes ">" vor den "aa-Einträgen" und ständig abbrechende Arbitrierung) vermute ich, dass ich tatsächlich nicht auf den Bus schreiben kann (wobei ich bislang der Meinung war, dass "Arbitrierung" lediglich die Priorität von zwei gleichzeitigen Sendern auf einem Bus regelt; insofern kommt sie - meiner bisherigen Meinung nach - ja nur zum Tragen, wenn tatsächlich gesendet wird).

Ich bin mir nicht sicher, ob ich das korrekte USB-TTL-Modul habe. Es sieht ähnlich aus, wie das im allerersten Beitrag angegebene (rot, mit einem Jumper 3,3 und 5V, ich habe den Jumper auf 5V gesteckt). Allerdings steht auf dem Chip nichts drauf, deshalb weiß ich nicht, ob es ein FTDI-Chip ist. Meine ESPs kann ich damit prima programmieren und wenn ich ihn am eBus-Adapter habe, blinken die Rx und die Tx LED fleißig.

Das war eine sehr lange Vorrede, aber ich hoffe, ihr konntet bis hierher nachvollziehen, was ich gemacht habe.
Nun habe ich noch einige Fragen und hoffe auf Euren Input:

- Wie kann ich erkennen, ob ich tatsächlich nicht auf den Bus schreiben kann?
- Falls ich nicht schreiben kann, wie kann ich unterscheiden, ob es wegen eines falsch abgestimmten Potis ist, oder ob ich ein Problem mit der Latzenzzeit habe ("setserial /dev/ttyUSB0 low_latency" habe ich schon erfolglos ausprobiert)?
- Gibt es eine Möglichkeit, das "Finetuning" inkl. "Schreib-Test auf den Bus" über den "aa-Abgleich" zu machen (wie erwähnt, bekomme ich "aa" über einen sehr weiten Stellbereich, das ist bei mir alles andere, als "Finetuning")?
- Ist die Einstellung über das Labornetzteil auf 12V korrekt, oder benötige ich für Vaillant eine andere Spannung?
- Kann es sein, dass mein USB-TTL-Modul für diese Konstellation nicht funktioniert und falls ja, welches Modul würde Eurer Erfahrung nach vermutlich funktionieren?

Da ich jetzt schon bis hierher gekommen bin, möchte ich nicht an dieser Stelle abbrechen. Ich hoffe, dass irgendjemand Antworten auf meine Fragen hat oder mir andere Tipps geben kann. Wenn ich die Antwort irgendwo hier im Forum oder im Internet finden kann, dann gebt mir bitte einen Tipp, dann schaue ich selbst nach.


Vielen Dank,
Willi
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reini88 am 05 Juni 2022, 17:32:42
Hallo Willi,
ich bin nicht der Experte, der deine Fragen beantworten kann. Aber ich hatte auch mal das Problem mit der 1.6er Platine, dass ich zwar vom Ebus lesen, aber nicht schreiben konnte. Die Lösung war, dass ein Widerstand geändert werden musste. Seitdem läuft mein 1.6er-Adapter fehlerfrei. Schau mal den Beitrag #1634 an.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Willi_70 am 05 Juni 2022, 20:33:30
Hallo Reini,
danke für Deinen Tipp. Ich habe jetzt mal einen 10K als R6 eingelötet und die Schaltung nochmal auf 12V abgeglichen. Leider bekomme ich immer noch die "arbitration lost" Einträge im Log. Ich vermute, ich kann immer noch nicht auf den Bus schreiben.
Allerdings macht mir Dein Tipp Mut, weiter nach der Fehlerquelle zu suchen. Es gibt also noch Ansatzpunkte, um die Schaltung doch noch zum Fliegen zu bekommen, das macht Mut.
Mal sehen, ob ich es irgendwie doch noch hinbekomme. Werde morgen mal wieder Poti-Drehübungen machen...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Willi_70 am 09 Juni 2022, 13:15:06
Hallo zusammen,
ich habe jetzt nochmal komplett bei Null begonnen (sozusagen "total reset") und mir eine zweite Platine besorgt, nochmal alle Bauteile gem. Wiki-Link zur Einkaufsliste bestellt und beide Platinen identisch mit den neuen Bauteilen aufgebaut. Danach habe ich die Schaltung auf 12V abgeglichen und beide jeweils an den eBus der Heizung angeklemmt (der Abgleich auf "aa" passte auf Anhieb). In beiden Fällen wird die Therme erkannt, wenn ich sie - nachdem ich den Raspi gestartet habe und der ebusd läuft - nochmal aus- und einschalte. Ich kann bestimmte Werte auslesen (s. IMG_0997).
Deshalb gehe ich davon aus, dass das Poti richtig eingestellt ist (ich habe hier im Thread gelesen, dass das Poti zur Rx-Einstellung dient und mit dem Senden nix zu tun hat).
Beim Senden bekomme ich aber immer noch "arbitration lost" Einträge zu Hauf. Wenn ich ebusd z. B. starte, ohne dass ich anschließend die Therme aus- und wieder einschalte, dann kommt der "Scan-Sendebefehl", aber anschließend bricht die Arbitrierung wieder ab (s. IMG_1010). Das passiert ständig und bei allen Sendebefehlen.
Ich habe daraufhin mal die Z-Diode und den Darlington-Transistor mit einem Multimeter gemessen (wie hier im Thread empfohlen), die scheinen (laut Multimeter) in Ordnung zu sein (die Messwerte kann ich auch an noch nicht verbauten Bauteilen nachvollziehen). Selbst Optokoppler und NAND-Gatter habe ich schon getauscht (ohne Erfolg). Zudem habe ich den Versuch mit dem 10K statt 22K Widerstand an der Basis des Transistors unternommen. Alles erfolglos. Irgendwo hier im Forum habe ich gelesen, dass man ggfs. einen CNY17-4 statt 17-1 verwenden solle (wegen der Flankensteilheit?). Das habe ich im Sendeweg versucht, klappte aber nicht.
Nun habe ich mal alles wieder auf Originalzustand mit neuen Bauteilen zurückgebaut und die Spannungen im Sendeweg (wie von Reinhart sehr gut beschrieben) gemessen (s. IMG_1011). Die Einspeisung habe ich über einen 330Ohm, 5Watt Widerstand auf 24V gelegt. Spannungen bei mir liegen ab dem Optokoppler alle etwas höher, allerdings in der Tendenz gleich, wie in der Beschreibung von Reinhart. Zudem habe ich in der eBus Spezifikation gelesen, dass der High-Pegel von 15 bis 24V geht, sollte also kein Problem sein, oder?
Der eBus der Heizung hat - mit einem Multimeter gemessen und bei angeschlossenem ebusd - so um die 20V, die Spannung fällt nie komplett ab.

Ich bin jetzt irgendwie mit meinem Latein am Ende. Es hat den Anschein, als ob der Adapter senden will, aber die Arbitrierung immer wieder fehlschlägt (so als ob da ein Türsteher ist, der sagt "Du kommst hier nicht rein").

Ach ja:
- ebusd-Version:
pi@Raspi-EBus:~ $ ebusd --version
ebusd 22.3.p20220508
- Keine lokalen Konfig-Dateien
- Adapter 1.6
- Diverse FTDI-Adapter ausprobiert (alle funktionieren mit ESPs)
- Raspi 3B+
- Latzenzzeit: 0 (ich habe auch mit anderen Latenzzeiten "rumgespielt", konnte aber keine Veränderung bzgl. der Arbitrierung erkennen)

Hat vielleicht irgendjemand von Euch noch einen Tipp für mich? Ich bin wirklich ratlos...

Viele Grüße,
Willi
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: baumhous3 am 12 Juni 2022, 09:48:48
Zitat von: john30 am 16 April 2022, 07:37:50
im Protokoll ist zu sehen, dass ebusd.service fehlschlägt, nicht -2 und nicht -3, also musst Du schon in der Datei nachschauen und editieren.

Ich bin nun auf die ebusd.service gegangen, die liegt untern /lib/systemd/system/ebusd.service
Aktuell ist der Inhalt wie folgt:

[Unit]
Description=ebusd, the daemon for communication with eBUS heating systems.
After=network-online.target
ConditionPathExists=/var/log

[Service]
Type=forking
Restart=always
RestartSec=30
PIDFile=/var/run/ebusd.pid
EnvironmentFile=-/etc/default/ebusd
ExecStart=/usr/bin/ebusd $EBUSD_OPTS

[Install]
WantedBy=multi-user.target


Was muss ich dort denn dann konkret ändern?
Sorry für das blöd nachfragen, habe dort aber nicht so viel Ahnung von. Hoffe ihr könnt mich dort weiter unterstützen, dass ich es ans laufen bekomme.

Danke und ein schönes Wochenende :)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: DS_Starter am 03 Juli 2022, 10:33:09
Hallo,

eine Frage an die Adapter- bzw. eBusd-Entwickler des eBUS Adapter 3 (https://adapter.ebusd.eu/).
Kann es sein, dass die Adressierung von der Koppelart (LAN bzw. USB) abhängig ist ? (siehe https://forum.fhem.de/index.php/topic,128085.msg1226648.html#msg1226648)

Es ist aufgefallen, dass bei dem TEM Steuergerät statt z.B. der Adresse "0AF5" die "A0F5" zu verwenden ist, d.h. beim LOW-Byte ist die Reihenfolgen der ersten vier Bits gegen die zweiten vier Bits zu tauschen. Je nachdem ob man mit USB bzw. LAN arbeitet.

Es ist auch nicht auszuschließen dass es von der Firmware des verwendeten TEM abhängt, aber in dem dargestellten Fall sind die gemeldeten Hardware / Software Daten (SW/HW)  zwischen meinem TEM und dem eines anderen Users identisch:


address fc: slave #20, scanned "MF=TEM;ID=PS551;SW=3178;HW=7878"


Lediglich die Koppleart ist bei mir LAN und bei ihm USB.

Könnt ihr dazu etwas erhellendes beitragen ?

LG und einen schönen Sonntag,
Heiko
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: denni am 03 Juli 2022, 12:18:20
Hallo,

ich habe die Platine V1.6 (zentis666) in Verwendung (bei Ebay) und habe die Bauteile (bei Reichelt) über den Warenkorbvorschlag gekauft.

Anbei ein paar Bilder von der gelöteten Platine. (Vorder/Rückseite)

Jetzt bei der Inbetriebnahme habe ich den R1 gemessen. R1 sollte eigentlich 1,047 V haben - Bei mir hat er aber 1,8 V.
Hat jemand eine Idee woran das liegen kann?

Anbei das Bild von meinem Messaufbau. Seht ihr einen Fehler?

danke euch. Grüße
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Willi_70 am 05 Juli 2022, 21:36:58
Ich glaube, das war es jetzt. Das ist die erste Schaltung, vor der ich kapituliere.
Nachdem ich nun so ziemlich alles, was ich irgendwie und irgendwo an Informationen bekommen konnte ausprobiert habe, strecke ich die Waffen. Das System ist mir einfach über (man muss wissen, wann man verloren hat).
Ich hatte nochmal bei Null begonnen (s. Post #1849) und dann klappte es ja auch mit dem Lesen. Allerdings funzt das blöde Schreiben auf den Bus nach wie vor immer noch nicht. Die Meßwerte der "Sende-Seite" hatte ich auch schonmal gepostet, aber dazu hatte niemand einen Tipp.
Von John habe ich den Hinweis bekommen, dass ggfs. die Z-Diode oder der Darlington Transistor defekt sein könnten. Deshalb habe ich mir nochmal aus einer komplett anderen Quelle jeweils einen Transistor und eine Z-Diode besorgt (um Chargenfehler auszuschließen). Das, obwohl die Bauteile nach dem Durchmessen eigentlich in Ordnung sein müssten (was macht man nicht alles aus Verzweiflung...).
Allerdings hat das ebenfalls nicht dazu geführt, dass die "arbitration lost" Einträge verschwanden. Fazit: mein Adapter kann immer noch nicht auf den Bus schreiben.
Aus meiner Sicht sind zwei Monate Frustration (für meinen Geschmack) eindeutig genug, ich werde die Schaltung nun lesend weiter mitlaufen lassen, darauf hoffen, dass irgendwann (vermutlich - wenn man die aktuelle Lage anschaut - wohl in sehr sehr ferner Zukunft) mal wieder die 3-er Version verfügbar ist (reserviert habe ich ihn schon) und dann mein Glück damit erneut versuchen.
Ich möchte mich bei allen bedanken, die mir bis hierher weitergeholfen haben. Das hat mir jedesmal wieder geholfen, nicht schon viel früher "die Flinte ins Korn" zu werfen. Jetzt möchte ich Eure Hilfsbereitschaft und Geduld aber nicht weiter strapazieren.

Viele Grüße,
Willi
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Schuldig am 28 August 2022, 21:24:02
Moin,

ich habe seit fast 2 Jahren erfolgreich einen ebud Adapter V2 am RPi für meine Vaillantheizung am Laufen.

Seit heute Mittag 12:38 Uhr (siehe log) geht nicht mehr viel.

2022-08-28 12:38:06.338 [main notice] ebusd 3.4.v3.3-51-g57eae05 started with auto scan
2022-08-28 12:38:09.419 [main error] error reading config files from http://ebusd.eu/config/: ERR: element not found, last error:
2022-08-28 12:38:09.456 [bus notice] bus started with own address 31/36
2022-08-28 12:38:09.456 [bus notice] signal acquired
2022-08-28 12:38:09.602 [mqtt notice] connection established
2022-08-28 12:38:12.627 [bus notice] new master 10, master count 2
2022-08-28 12:38:12.687 [bus notice] new master 03, master count 3
2022-08-28 12:38:12.688 [update notice] received unknown MS cmd: 1008b5110101 / 093c3d101542380000ff
2022-08-28 12:38:12.982 [update notice] received unknown MS cmd: 1052b5230103 / 0f008000800080008000806401c87d01
2022-08-28 12:38:13.248 [update notice] received unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2022-08-28 12:38:14.029 [update notice] received unknown MS cmd: 1052b523080100ff0000ffff00 / 0101
2022-08-28 12:38:14.277 [update notice] received unknown MS cmd: 1052b5230402010000 / 02019c
2022-08-28 12:38:19.689 [bus notice] scan 08: ;Vaillant;BAI00;0202;9602
2022-08-28 12:38:19.689 [update notice] store 08 ident: done
2022-08-28 12:38:19.690 [update notice] sent scan-read scan.08  QQ=31: Vaillant;BAI00;0202;9602
2022-08-28 12:38:19.690 [bus notice] scan 08: ;Vaillant;BAI00;0202;9602
2022-08-28 12:38:22.762 [main error] unable to load scan config 08: list files in vaillant ERR: element not found
2022-08-28 12:38:22.762 [main error] scan config 08: ERR: element not found
2022-08-28 12:38:22.772 [update notice] received unknown MS cmd: 1008b5110101 / 093c3d101542380000ff
2022-08-28 12:38:23.067 [update notice] received unknown MS cmd: 1052b5230103 / 0f008000800080008000806301c87d01
2022-08-28 12:38:23.337 [update notice] received unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2022-08-28 12:38:24.116 [update notice] received unknown MS cmd: 1052b523080100ff0000ffff00 / 0101
2022-08-28 12:38:24.363 [update notice] received unknown MS cmd: 1052b5230402010000 / 02019c
2022-08-28 12:38:24.888 [bus notice] scan 15: ;Vaillant;70000;0510;6403
2022-08-28 12:38:24.888 [update notice] store 15 ident: done
2022-08-28 12:38:24.889 [update notice] sent scan-read scan.15  QQ=31: Vaillant;70000;0510;6403
2022-08-28 12:38:24.889 [bus notice] scan 15: ;Vaillant;70000;0510;6403
2022-08-28 12:38:27.958 [main error] unable to load scan config 15: list files in vaillant ERR: element not found
2022-08-28 12:38:27.958 [main error] scan config 15: ERR: element not found
2022-08-28 12:38:30.089 [bus notice] scan 52: ;Vaillant;VR_70;0109;2903
2022-08-28 12:38:30.089 [update notice] store 52 ident: done
2022-08-28 12:38:30.089 [update notice] sent scan-read scan.52  QQ=31: Vaillant;VR_70;0109;2903
2022-08-28 12:38:30.089 [bus notice] scan 52: ;Vaillant;VR_70;0109;2903
2022-08-28 12:38:32.826 [update notice] received unknown MS cmd: 1008b5110101 / 093c3d101542380000ff
2022-08-28 12:38:33.120 [update notice] received unknown MS cmd: 1052b5230103 / 0f008000800080008000806401c87d01
2022-08-28 12:38:33.159 [main error] unable to load scan config 52: list files in vaillant ERR: element not found
2022-08-28 12:38:33.159 [main error] scan config 52: ERR: element not found
2022-08-28 12:38:33.391 [update notice] received unknown MS cmd: 1008b51009000000ffffff050000 / 0101
2022-08-28 12:38:33.647 [update notice] received unknown MS cmd: 1008b5110102 / 06033c82467e6e
2022-08-28 12:38:34.166 [update notice] received unknown MS cmd: 1052b523080100ff0000ffff00 / 0101


Infos zum Adapter:

ebusctl info
version: ebusd 3.4.v3.3-51-g57eae05
access: *
signal: acquired
symbol rate: 23
max symbol rate: 112
min arbitration micros: 36
max arbitration micros: 56
min symbol latency: 4
max symbol latency: 4
reconnects: 0
masters: 3
messages: 3
conditional: 0
poll: 0
update: 0
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0202;HW=9602"
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
address 52: slave, scanned "MF=Vaillant;ID=VR_70;SW=0109;HW=2903"


unter ebusctl find findet er nur noch drei Verzeichnisse:
scan.08  = Vaillant;BAI00;0202;9602
scan.15  = Vaillant;70000;0510;6403
scan.52  = Vaillant;VR_70;0109;2903

woran kann es liegen, dass nur noch diese drei Verzeichnisse gefunden werden und nicht wie sonst wesentlich mehr?

Ich habe weder einen Neustart gemacht, noch irgendwas am Pi verändert.

Hoffe, dass mir jemand helfen kann.

Grüße.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 03 Oktober 2022, 10:18:00
Zitat von: Schuldig am 28 August 2022, 21:24:02
2022-08-28 12:38:06.338 [main notice] ebusd 3.4.v3.3-51-g57eae05 started with auto scan
2022-08-28 12:38:09.419 [main error] error reading config files from http://ebusd.eu/config/: ERR: element not found, last error:

habs gerade mit der uralten 3.4 probiert und kann das nicht nachvollziehen. Ist das immer noch so?
Und vielleicht magst Du mal die ebsud Version von 2019 aktualisieren...?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: BallaBalla am 22 Oktober 2022, 14:08:01
@Will_70 und Denni

Ändert mal den R6 von 22k auf 10k, das hatte bei mir nach langen "rumlaborieren" den Erfolg gebracht und der Adapter konnte endlich auch auf den Bus schreiben..
LG
Benno
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Physman am 08 November 2022, 07:09:04
Moin zusammen,

ich poste das hier noch einmal (hatte mit john30 schon mal über dieses "issue" kurz geredet) - evtl. hat ja hier jemand von den Experten noch eine Idee, auch wenn ich schon den neuen ebus Adapter reserviert habe.
Man liest hier schon mal des öfteren, dass einige Steuergeräte (700 / 430 / 470 etc) nicht gefunden werden beim Scan.
Nun habe ich selbiges Problem mit dem ESERA Adapter - und habe hier sehr sehr viele Seiten gelesen, als auch den Poti getrimmt bis er glühte, aber ich komme nicht weiter - leider:

Meine Ausstattung:
aurocompact VSC S 196/3-5 200 R3
Calormatic 470/3 direkt in der Therme installiert (das hat hinten 3 PINs zum einstecken in die Hauptplatine der aurpocompact
Solar auf dem Dach für Wasser
ebusd version 22.4
Bullyseye auf Raspberry PI
Esera ebusd USB adapter (ca 3m von der Therme Vaillant mit Kabel angeschlossen) mit Poti

Nach Start des ebusd und Neustart der Therme bekomme ich das Ergbniss unten.
Ohen Neustart fehlt die Adresse 15 (meine das ist die calormatic - habe es hier irgendwo gelesen).
Auch nach einer ganzen Nacht und einem Tag steht die immer noch auf "scanning".
Was kann ich noch machen?
Hat hier jemand bitte noch eine erlösende Idee für die ESERA?
ESERA habe ich angeschrieben - warte noch auf Feedback....
Ich meine hier auch gelesen zu haben, dass vermutet wurde, dass die eingesteckten Geräte gar nich sich an den ebus koppeln (war eine Vermutung). Sind ja auch 3 PINs anstatt 2. Allerdings sagt die Fachhandwerker Anleitung auch aus, dass man die calormatic 470 in den Wohnraum hängen kann, und einfach den ebus anklemmen sollte. Welche PINs wird nicht beschrieben....

root@raspberrypi:/home/raspberry.dirk# ebusctl info
version: ebusd 22.4.v22.4
device: /dev/ttyHZG
access: *
signal: acquired
symbol rate: 41
max symbol rate: 98
min arbitration micros: 583
max arbitration micros: 2648
min symbol latency: 5
max symbol latency: 6
reconnects: 1
masters: 3
messages: 225
conditional: 3
poll: 0
update: 10
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401", loaded "vaillant/bai.308523.inc" ([HW=7401]), "vaillant/08.bai.csv"
address 10: master #2
address 15: slave #2, scanning
address 31: master #8, ebusd
address 36: slave #8, ebusd, scanning

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Physman am 08 November 2022, 08:20:27
Hier mal meine "aa"s

2022-11-08 07:50:22.932 [bus notice] <aa
2022-11-08 07:50:22.976 [bus notice] <aa
2022-11-08 07:50:23.021 [bus notice] <aa
2022-11-08 07:50:23.065 [bus notice] <aa
2022-11-08 07:50:23.109 [bus notice] <aa
2022-11-08 07:50:23.154 [bus notice] <aa
2022-11-08 07:50:23.198 [bus notice] <aa
2022-11-08 07:50:23.243 [bus notice] <aa
2022-11-08 07:50:23.289 [bus notice] <aa
2022-11-08 07:50:23.332 [bus notice] <aa
2022-11-08 07:50:23.378 [bus notice] <aa
2022-11-08 07:50:23.425 [bus notice] <aa
2022-11-08 07:50:23.470 [bus notice] <aa
2022-11-08 07:50:23.518 [bus notice] <aa
2022-11-08 07:50:23.563 [bus notice] <aa
2022-11-08 07:50:23.566 [bus notice] <10
2022-11-08 07:50:23.571 [bus notice] <fe
2022-11-08 07:50:23.575 [bus notice] <b5
2022-11-08 07:50:23.581 [bus notice] <16
2022-11-08 07:50:23.585 [bus notice] <08
2022-11-08 07:50:23.590 [bus notice] <00
2022-11-08 07:50:23.593 [bus notice] <25
2022-11-08 07:50:23.598 [bus notice] <50
2022-11-08 07:50:23.603 [bus notice] <07
2022-11-08 07:50:23.608 [bus notice] <08
2022-11-08 07:50:23.613 [bus notice] <11
2022-11-08 07:50:23.616 [bus notice] <02
2022-11-08 07:50:23.621 [bus notice] <22
2022-11-08 07:50:23.626 [bus notice] <ea
2022-11-08 07:50:23.627 [update info] received BC cmd: 10feb516080025500708110222
2022-11-08 07:50:23.627 [update notice] received unknown BC cmd: 10feb516080025500708110222
2022-11-08 07:50:23.631 [bus notice] <aa
2022-11-08 07:50:23.679 [bus notice] <aa
2022-11-08 07:50:23.724 [bus notice] <aa
2022-11-08 07:50:23.769 [bus notice] <aa
2022-11-08 07:50:23.813 [bus notice] <aa
2022-11-08 07:50:23.817 [bus notice] <10
2022-11-08 07:50:23.822 [bus notice] <08
2022-11-08 07:50:23.826 [bus notice] <b5
2022-11-08 07:50:23.831 [bus notice] <12
2022-11-08 07:50:23.835 [bus notice] <02
2022-11-08 07:50:23.840 [bus notice] <00
2022-11-08 07:50:23.845 [bus notice] <64
2022-11-08 07:50:23.849 [bus notice] <ae
2022-11-08 07:50:23.853 [bus notice] <00
2022-11-08 07:50:23.873 [bus notice] <00
2022-11-08 07:50:23.877 [bus notice] <00
2022-11-08 07:50:23.882 [bus notice] <00
2022-11-08 07:50:23.882 [update info] received MS cmd: 1008b512020064 / 00
2022-11-08 07:50:23.882 [update notice] received unknown MS cmd: 1008b512020064 / 00
2022-11-08 07:50:23.886 [bus notice] <aa
2022-11-08 07:50:23.932 [bus notice] <aa
2022-11-08 07:50:23.976 [bus notice] <aa
2022-11-08 07:50:24.020 [bus notice] <aa
2022-11-08 07:50:24.066 [bus notice] <aa
2022-11-08 07:50:24.113 [bus notice] <aa
2022-11-08 07:50:24.157 [bus notice] <aa
2022-11-08 07:50:24.208 [bus notice] <aa
2022-11-08 07:50:24.253 [bus notice] <aa
2022-11-08 07:50:24.298 [bus notice] <aa
2022-11-08 07:50:24.343 [bus notice] <aa
2022-11-08 07:50:24.387 [bus notice] <aa
2022-11-08 07:50:24.432 [bus notice] <aa
2022-11-08 07:50:24.476 [bus notice] <aa
2022-11-08 07:50:24.520 [bus notice] <aa
2022-11-08 07:50:24.564 [bus notice] <aa
2022-11-08 07:50:24.609 [bus notice] <aa
2022-11-08 07:50:24.654 [bus notice] <aa
2022-11-08 07:50:24.701 [bus notice] <aa
2022-11-08 07:50:24.745 [bus notice] <aa
2022-11-08 07:50:24.794 [bus notice] <aa
2022-11-08 07:50:24.838 [bus notice] <aa
2022-11-08 07:50:24.886 [bus notice] <aa
2022-11-08 07:50:24.930 [bus notice] <aa
2022-11-08 07:50:24.974 [bus notice] <aa
2022-11-08 07:50:25.019 [bus notice] <aa
2022-11-08 07:50:25.064 [bus notice] <aa
2022-11-08 07:50:25.109 [bus notice] <aa
2022-11-08 07:50:25.155 [bus notice] <aa
2022-11-08 07:50:25.199 [bus notice] <aa
2022-11-08 07:50:25.244 [bus notice] <aa
2022-11-08 07:50:25.288 [bus notice] <aa
2022-11-08 07:50:25.333 [bus notice] <aa
2022-11-08 07:50:25.378 [bus notice] <aa
2022-11-08 07:50:25.422 [bus notice] <aa
2022-11-08 07:50:25.469 [bus notice] <aa
2022-11-08 07:50:25.513 [bus notice] <aa
2022-11-08 07:50:25.562 [bus notice] <aa
2022-11-08 07:50:25.567 [bus notice] <10
2022-11-08 07:50:25.571 [bus notice] <08
2022-11-08 07:50:25.576 [bus notice] <b5
2022-11-08 07:50:25.580 [bus notice] <10
2022-11-08 07:50:25.585 [bus notice] <09
2022-11-08 07:50:25.590 [bus notice] <00
2022-11-08 07:50:25.594 [bus notice] <00
2022-11-08 07:50:25.599 [bus notice] <3f
2022-11-08 07:50:25.604 [bus notice] <78
2022-11-08 07:50:25.610 [bus notice] <ff
2022-11-08 07:50:25.616 [bus notice] <ff
2022-11-08 07:50:25.619 [bus notice] <00
2022-11-08 07:50:25.625 [bus notice] <00
2022-11-08 07:50:25.628 [bus notice] <00
2022-11-08 07:50:25.631 [bus notice] <96
2022-11-08 07:50:25.635 [bus notice] <00
2022-11-08 07:50:25.663 [bus notice] <01
2022-11-08 07:50:25.667 [bus notice] <01
2022-11-08 07:50:25.671 [bus notice] <9a
2022-11-08 07:50:25.676 [bus notice] <00
2022-11-08 07:50:25.676 [update info] received MS cmd: 1008b5100900003f78ffff000000 / 0101
2022-11-08 07:50:25.676 [update notice] received unknown MS cmd: 1008b5100900003f78ffff000000 / 0101
2022-11-08 07:50:25.680 [bus notice] <aa


Hier mal ein paar Logs:
root@raspberrypi:/home/raspberry.dirk# ebusd -f -c --logareas=bus --loglevel debug -f -d /dev/ttyHZG
2022-11-08 07:53:42.349 [main notice] ebusd 22.4.v22.4 started on device /dev/ttyHZG
2022-11-08 07:53:42.349 [main info] loading configuration files from --logareas=bus/
2022-11-08 07:53:42.349 [main debug] reading directory --logareas=bus/
2022-11-08 07:53:42.349 [main error] error reading config files from --logareas=bus/: ERR: element not found, last error:
2022-11-08 07:53:42.395 [bus notice] bus started with own address 31/36
2022-11-08 07:53:42.395 [main info] registering data handlers
2022-11-08 07:53:42.395 [main info] registered data handlers
2022-11-08 07:53:42.424 [bus debug] ERR: SYN received during no signal, switching to ready
2022-11-08 07:53:42.424 [bus notice] signal acquired
2022-11-08 07:53:48.410 [bus notice] new master 10, master count 2
2022-11-08 07:53:48.481 [bus notice] new master 03, master count 3
2022-11-08 07:53:48.483 [update info] received MS cmd: 1008b5040100 / 0a0350530708110222a008
2022-11-08 07:53:48.484 [update notice] received unknown MS cmd: 1008b5040100 / 0a0350530708110222a008
2022-11-08 07:53:48.752 [update info] received MS cmd: 1008b5110102 / 05033c64506e
2022-11-08 07:53:48.752 [update notice] received unknown MS cmd: 1008b5110102 / 05033c64506e
2022-11-08 07:53:50.479 [update info] received MS cmd: 1008b5100900003f78ffff000000 / 0101
2022-11-08 07:53:50.479 [update notice] received unknown MS cmd: 1008b5100900003f78ffff000000 / 0101
2022-11-08 07:53:52.396 [main debug] performing regular tasks
2022-11-08 07:53:52.396 [main notice] found messages: 0 (0 conditional on 0 conditions, 0 poll, 0 update)
2022-11-08 07:53:56.509 [update info] received MS cmd: 1008b5110101 / 094436a00850620100ff
2022-11-08 07:53:56.509 [update notice] received unknown MS cmd: 1008b5110101 / 094436a00850620100ff
2022-11-08 07:53:58.507 [update info] received MS cmd: 1008b5110100 / 0818021432040f0081
2022-11-08 07:53:58.507 [update notice] received unknown MS cmd: 1008b5110100 / 0818021432040f0081
2022-11-08 07:53:58.735 [update info] received BC cmd: 10feb5160301a008
2022-11-08 07:53:58.735 [update notice] received unknown BC cmd: 10feb5160301a008
2022-11-08 07:54:00.512 [update info] received MS cmd: 1008b5100900003f78ffff000000 / 0101
2022-11-08 07:54:00.512 [update notice] received unknown MS cmd: 1008b5100900003f78ffff000000 / 0101
2022-11-08 07:54:02.396 [main debug] performing regular tasks
2022-11-08 07:54:06.533 [update info] received MS cmd: 1008b5110101 / 094436a00850620100ff
2022-11-08 07:54:06.533 [update notice] received unknown MS cmd: 1008b5110101 / 094436a00850620100ff
2022-11-08 07:54:08.517 [update info] received MS cmd: 1008b5110102 / 05033c64506e
2022-11-08 07:54:08.517 [update notice] received unknown MS cmd: 1008b5110102 / 05033c64506e
2022-11-08 07:54:10.562 [update info] received MS cmd: 1008b5100900003f78ffff000000 / 0101
2022-11-08 07:54:10.563 [update notice] received unknown MS cmd: 1008b5100900003f78ffff000000 / 0101
2022-11-08 07:54:12.396 [main debug] performing regular tasks
2022-11-08 07:54:16.581 [update info] received MS cmd: 1008b5110101 / 094436a00850620100ff
2022-11-08 07:54:16.581 [update notice] received unknown MS cmd: 1008b5110101 / 094436a00850620100ff
2022-11-08 07:54:18.587 [update info] received MS cmd: 1008b5040100 / 0a0319540708110222a008
2022-11-08 07:54:18.587 [update notice] received unknown MS cmd: 1008b5040100 / 0a0319540708110222a008
2022-11-08 07:54:20.588 [update info] received MS cmd: 1008b5100900003f78ffff000000 / 0101
2022-11-08 07:54:20.588 [update notice] received unknown MS cmd: 1008b5100900003f78ffff000000 / 0101
2022-11-08 07:54:22.396 [main debug] performing regular tasks
2022-11-08 07:54:26.580 [update info] received MS cmd: 1008b5110101 / 094436a00850620100ff
2022-11-08 07:54:26.581 [update notice] received unknown MS cmd: 1008b5110101 / 094436a00850620100ff
2022-11-08 07:54:28.592 [update info] received MS cmd: 1008b5100305ff01 / 00
2022-11-08 07:54:28.592 [update notice] received unknown MS cmd: 1008b5100305ff01 / 00
2022-11-08 07:54:30.641 [update info] received MS cmd: 1008b5100900003f78ffff000000 / 0101
2022-11-08 07:54:30.641 [update notice] received unknown MS cmd: 1008b5100900003f78ffff000000 / 0101
2022-11-08 07:54:32.396 [main debug] performing regular tasks
2022-11-08 07:54:36.644 [update info] received MS cmd: 1008b5110101 / 094436a00850620100ff
2022-11-08 07:54:36.644 [update notice] received unknown MS cmd: 1008b5110101 / 094436a00850620100ff
2022-11-08 07:54:38.648 [update info] received BC cmd: 10feb516080040540708110222
2022-11-08 07:54:38.648 [update notice] received unknown BC cmd: 10feb516080040540708110222
2022-11-08 07:54:38.908 [update info] received MS cmd: 1008b512020064 / 00
2022-11-08 07:54:38.908 [update notice] received unknown MS cmd: 1008b512020064 / 00
2022-11-08 07:54:40.684 [update info] received MS cmd: 1008b5100900003f78ffff000000 / 0101
2022-11-08 07:54:40.684 [update notice] received unknown MS cmd: 1008b5100900003f78ffff000000 / 0101
2022-11-08 07:54:42.397 [main debug] performing regular tasks
2022-11-08 07:54:46.689 [update info] received MS cmd: 1008b5110101 / 094436a00850620100ff
2022-11-08 07:54:46.689 [update notice] received unknown MS cmd: 1008b5110101 / 094436a00850620100ff
2022-11-08 07:54:48.692 [update info] received MS cmd: 1008b5040100 / 0a0350540708110222a008
2022-11-08 07:54:48.692 [update notice] received unknown MS cmd: 1008b5040100 / 0a0350540708110222a008
2022-11-08 07:54:48.956 [update info] received MS cmd: 1008b5110102 / 05033c64506e
2022-11-08 07:54:48.956 [update notice] received unknown MS cmd: 1008b5110102 / 05033c64506e
2022-11-08 07:54:50.689 [update info] received MS cmd: 1008b5100900003f78ffff000000 / 0101
2022-11-08 07:54:50.689 [update notice] received unknown MS cmd: 1008b5100900003f78ffff000000 / 0101
2022-11-08 07:54:52.397 [main debug] performing regular tasks
2022-11-08 07:54:56.711 [update info] received MS cmd: 1008b5110101 / 094436a00850620100ff
2022-11-08 07:54:56.711 [update notice] received unknown MS cmd: 1008b5110101 / 094436a00850620100ff
2022-11-08 07:54:58.714 [update info] received MS cmd: 1008b5110100 / 0820021432040f0081
2022-11-08 07:54:58.714 [update notice] received unknown MS cmd: 1008b5110100 / 0820021432040f0081
2022-11-08 07:54:58.937 [update info] received BC cmd: 10feb5160301a008
2022-11-08 07:54:58.937 [update notice] received unknown BC cmd: 10feb5160301a008
2022-11-08 07:55:00.772 [update info] received MS cmd: 1008b5100900003f78ffff000000 / 0101
2022-11-08 07:55:00.772 [update notice] received unknown MS cmd: 1008b5100900003f78ffff000000 / 0101
2022-11-08 07:55:02.397 [main debug] performing regular tasks
^C2022-11-08 07:55:03.062 [main notice] SIGINT received
2022-11-08 07:55:06.739 [update info] received MS cmd: 1008b5110101 / 094436a00850620100ff
2022-11-08 07:55:06.739 [update notice] received unknown MS cmd: 1008b5110101 / 094436a00850620100ff
2022-11-08 07:55:07.515 [main notice] ebusd stopped


Hier die ebusd.log:
2022-11-08 07:43:33.099 [mqtt error] read bai DateTime: ERR: wrong symbol received
2022-11-08 07:43:33.189 [bus error] send to 08: ERR: SYN received, retry
2022-11-08 07:43:33.281 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 07:43:33.420 [bus error] send to 08: ERR: wrong symbol received
2022-11-08 07:43:33.420 [bus error] send message part 0: ERR: wrong symbol received
2022-11-08 07:43:33.420 [mqtt error] read bai Status01: ERR: wrong symbol received
2022-11-08 07:43:33.509 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 07:43:33.597 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 07:43:33.687 [bus error] send to 08: ERR: SYN received
2022-11-08 07:43:33.687 [bus error] send message part 0: ERR: SYN received
2022-11-08 07:43:33.687 [mqtt error] read bai Status02: ERR: SYN received
2022-11-08 07:43:36.551 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 07:43:40.574 [update notice] received read bai Status01 QQ=10: 34.0;27.0;8.625;40.0;50.0;on
2022-11-08 07:43:42.569 [update notice] received unknown MS cmd: 1008b5110100 / 0820021432040f0081
2022-11-08 07:43:42.793 [update notice] received update-read broadcast outsidetemp QQ=10: 8.625
2022-11-08 07:43:46.552 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 07:43:50.587 [update notice] received read bai Status01 QQ=10: 34.0;27.0;8.625;40.0;50.0;on
2022-11-08 07:43:52.574 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 07:43:56.655 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 07:44:00.639 [update notice] received read bai Status01 QQ=10: 34.0;27.0;8.625;40.0;50.0;on
2022-11-08 07:44:02.646 [update notice] received read bai DateTime QQ=10: valid;07:44:03;08.11.2022;8.625
2022-11-08 07:44:06.670 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 07:44:09.611 [main notice] SIGTERM received
2022-11-08 07:44:10.650 [update notice] received read bai Status01 QQ=10: 34.0;27.0;8.625;40.0;50.0;on
2022-11-08 07:44:10.842 [main notice] ebusd stopped
2022-11-08 08:02:08.892 [main notice] ebusd 22.4.v22.4 started with full scan on device /dev/ttyHZG
2022-11-08 08:02:08.924 [bus notice] bus started with own address 31/36
2022-11-08 08:02:08.934 [mqtt notice] connection established
2022-11-08 08:02:08.938 [bus notice] signal acquired
2022-11-08 08:02:11.169 [bus notice] new master 10, master count 2
2022-11-08 08:02:11.202 [bus notice] new master 03, master count 3
2022-11-08 08:02:11.202 [update notice] received unknown MS cmd: 1008b5100900003f78ffff000000 / 0101
2022-11-08 08:02:15.218 [update notice] received unknown MS cmd: 1008b5110101 / 094436a00850620100ff
2022-11-08 08:02:17.220 [update notice] received unknown MS cmd: 1008b5040100 / 0a01220208ffffffffa008
2022-11-08 08:02:18.926 [main notice] starting initial full scan
2022-11-08 08:02:25.146 [main error] scan config 08: ERR: wrong symbol received
2022-11-08 08:02:27.035 [bus error] signal lost
2022-11-08 08:02:27.307 [main error] scan config 15: ERR: no signal
2022-11-08 08:02:51.111 [main error] scan config 08: ERR: no signal
2022-11-08 08:03:11.352 [main error] scan config 15: ERR: no signal
2022-11-08 08:03:36.605 [bus notice] re-opened /dev/ttyHZG
2022-11-08 08:03:41.527 [main error] scan config 08: ERR: no signal
2022-11-08 08:03:42.015 [bus notice] signal acquired
2022-11-08 08:03:46.096 [bus notice] scan 08: ;Vaillant;BAI00;0518;7401
2022-11-08 08:03:46.096 [update notice] store 08 ident: done
2022-11-08 08:03:46.096 [update notice] received scan-read scan.08  QQ=10: Vaillant;BAI00;0518;7401
2022-11-08 08:03:52.350 [update notice] received unknown MS cmd: 1008b512020064 / 00
2022-11-08 08:03:54.763 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:04:00.246 [update notice] received unknown MS cmd: 1008b5040100 / 0a01210008ffffffff6008
2022-11-08 08:04:00.516 [update notice] received unknown MS cmd: 1008b5110102 / 05033c64506e
2022-11-08 08:04:04.237 [update notice] received unknown MS cmd: 1008b51009000000000000000000 / 0101
2022-11-08 08:04:06.776 [main notice] read common config file vaillant/scan.csv
2022-11-08 08:04:06.777 [main notice] read common config file vaillant/general.csv
2022-11-08 08:04:06.779 [main notice] read common config file vaillant/broadcast.csv
2022-11-08 08:04:06.782 [main notice] read scan config file vaillant/08.bai.csv for ID "bai00", SW0518, HW7401
2022-11-08 08:04:06.910 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:06.998 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:07.088 [bus error] send to 08: ERR: SYN received
2022-11-08 08:04:07.088 [bus error] send message part 0: ERR: SYN received
2022-11-08 08:04:07.088 [main error] error reading message scan.08 id: ERR: SYN received
2022-11-08 08:04:07.176 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:07.317 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:07.407 [bus error] send to 08: ERR: wrong symbol received
2022-11-08 08:04:07.407 [bus error] send message part 0: ERR: wrong symbol received
2022-11-08 08:04:07.408 [main error] error reading message scan.08 id: ERR: wrong symbol received
2022-11-08 08:04:07.495 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:07.584 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:07.675 [bus error] send to 08: ERR: wrong symbol received
2022-11-08 08:04:07.675 [bus error] send message part 0: ERR: wrong symbol received
2022-11-08 08:04:07.675 [main error] error reading message scan.08 id: ERR: wrong symbol received
2022-11-08 08:04:07.763 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:07.852 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:07.941 [bus error] send to 08: ERR: wrong symbol received
2022-11-08 08:04:07.941 [bus error] send message part 0: ERR: wrong symbol received
2022-11-08 08:04:07.941 [main error] error reading message scan.08 id: ERR: wrong symbol received
2022-11-08 08:04:08.037 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:08.125 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:08.317 [bus error] send to 08: ERR: wrong symbol received
2022-11-08 08:04:08.317 [bus error] send message part 0: ERR: wrong symbol received
2022-11-08 08:04:08.317 [main error] error reading message scan.08 id: ERR: wrong symbol received
2022-11-08 08:04:08.405 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:08.495 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:08.584 [bus error] send to 08: ERR: wrong symbol received
2022-11-08 08:04:08.584 [bus error] send message part 0: ERR: wrong symbol received
2022-11-08 08:04:08.584 [main error] error reading message scan.08 id: ERR: wrong symbol received
2022-11-08 08:04:08.683 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:09.261 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:09.359 [bus error] send to 08: ERR: SYN received
2022-11-08 08:04:09.360 [bus error] send message part 0: ERR: SYN received
2022-11-08 08:04:09.360 [main error] error reading message scan.08 id: ERR: SYN received
2022-11-08 08:04:09.449 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:09.581 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:09.674 [bus error] send to 08: ERR: wrong symbol received
2022-11-08 08:04:09.674 [bus error] send message part 0: ERR: wrong symbol received
2022-11-08 08:04:09.674 [main error] error reading message scan.08 id: ERR: wrong symbol received
2022-11-08 08:04:09.762 [bus error] send to 08: ERR: SYN received, retry
2022-11-08 08:04:09.849 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:09.983 [bus error] send to 08: ERR: SYN received
2022-11-08 08:04:09.983 [bus error] send message part 0: ERR: SYN received
2022-11-08 08:04:09.983 [main error] error reading message scan.08 id: ERR: SYN received
2022-11-08 08:04:10.079 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:10.299 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:10.389 [bus error] send to 08: ERR: SYN received
2022-11-08 08:04:10.389 [bus error] send message part 0: ERR: SYN received
2022-11-08 08:04:10.389 [main error] error reading message scan.08 id: ERR: SYN received
2022-11-08 08:04:10.542 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:10.683 [bus error] send to 08: ERR: read timeout, retry
2022-11-08 08:04:10.768 [update notice] received unknown MS cmd: 1008b5110102 / 05033c64506e
2022-11-08 08:04:10.817 [bus error] send to 08: ERR: wrong symbol received
2022-11-08 08:04:10.817 [bus error] send message part 0: ERR: wrong symbol received
2022-11-08 08:04:10.817 [main error] error reading message scan.08 id: ERR: wrong symbol received
2022-11-08 08:04:10.908 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:11.011 [bus notice] max. symbols per second: 114
2022-11-08 08:04:11.019 [update notice] received unknown MS cmd: 1008b512020064 / 00
2022-11-08 08:04:11.069 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:11.161 [bus error] send to 08: ERR: wrong symbol received
2022-11-08 08:04:11.161 [bus error] send message part 0: ERR: wrong symbol received
2022-11-08 08:04:11.161 [main error] error reading message scan.08 id: ERR: wrong symbol received
2022-11-08 08:04:11.246 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:11.338 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:11.430 [bus error] send to 08: ERR: SYN received
2022-11-08 08:04:11.430 [bus error] send message part 0: ERR: SYN received
2022-11-08 08:04:11.431 [main error] error reading message scan.08 id: ERR: SYN received
2022-11-08 08:04:11.519 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:11.654 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:11.743 [bus error] send to 08: ERR: wrong symbol received
2022-11-08 08:04:11.743 [bus error] send message part 0: ERR: wrong symbol received
2022-11-08 08:04:11.743 [main error] error reading message scan.08 id: ERR: wrong symbol received
2022-11-08 08:04:11.832 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:11.920 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:12.011 [bus error] send to 08: ERR: wrong symbol received
2022-11-08 08:04:12.011 [bus error] send message part 0: ERR: wrong symbol received
2022-11-08 08:04:12.011 [main error] error reading message scan.08 id: ERR: wrong symbol received
2022-11-08 08:04:12.105 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:12.194 [bus error] send to 08: ERR: wrong symbol received, retry
2022-11-08 08:04:12.284 [bus error] send to 08: ERR: wrong symbol received
2022-11-08 08:04:12.284 [bus error] send message part 0: ERR: wrong symbol received
2022-11-08 08:04:12.284 [main error] error reading message scan.08 id: ERR: wrong symbol received
2022-11-08 08:04:12.316 [main notice] found messages: 225 (3 conditional on 28 conditions, 0 poll, 10 update)
2022-11-08 08:04:14.731 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:04:18.303 [update notice] received read bai Status01 QQ=10: 30.0;28.0;8.375;37.0;49.0;off
2022-11-08 08:04:20.294 [update notice] received unknown MS cmd: 1008b5110100 / 08d801140007080082
2022-11-08 08:04:20.517 [update notice] received update-read broadcast outsidetemp QQ=10: 8.375
2022-11-08 08:04:24.314 [update notice] received update-write bai SetMode QQ=10: auto;0.0;0.0;0;0;0;0;0;0;0
2022-11-08 08:04:26.831 [main error] scan config 15: ERR: SYN received
2022-11-08 08:04:28.329 [update notice] received read bai Status01 QQ=10: 28.0;27.0;8.375;37.0;49.0;off
2022-11-08 08:04:30.565 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:04:30.818 [update notice] received unknown MS cmd: 1008b5120204ff / 0101
2022-11-08 08:04:34.351 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:04:38.373 [update notice] received read bai Status01 QQ=10: 27.0;27.0;8.375;37.0;49.0;off
2022-11-08 08:04:38.961 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:04:40.377 [update notice] received read bai DateTime QQ=10: sync;08:01:02;-.-.-;8.375
2022-11-08 08:04:43.226 [update notice] received unknown MS cmd: 0315b51303060000 / 0101
2022-11-08 08:04:43.341 [update notice] received unknown MS cmd: 0315b51303060000 / 0101
2022-11-08 08:04:43.450 [update notice] received unknown MS cmd: 0315b51303060000 / 0101
2022-11-08 08:04:43.513 [update notice] received unknown MS cmd: 0315b51303060000 / 0101
2022-11-08 08:04:44.386 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:04:48.403 [update notice] received read bai Status01 QQ=10: 27.0;26.0;8.375;37.0;49.0;off
2022-11-08 08:04:50.379 [update notice] received unknown MS cmd: 1008b5100305ff01 / 00
2022-11-08 08:04:51.059 [main error] scan config 15: ERR: SYN received
2022-11-08 08:04:54.395 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:04:58.462 [update notice] received read bai Status01 QQ=10: 27.0;26.0;8.375;37.0;48.0;off
2022-11-08 08:05:00.424 [update notice] received update-read broadcast vdatetime QQ=10: 09:01:18;01.01.2010
2022-11-08 08:05:00.676 [update notice] received update-write bai StatusCirPump QQ=10: on
2022-11-08 08:05:03.151 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:05:04.461 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:05:08.469 [update notice] received read bai Status01 QQ=10: 27.0;26.0;8.375;37.0;48.0;off
2022-11-08 08:05:10.474 [update notice] received read bai DateTime QQ=10: sync;08:01:33;-.-.-;8.375
2022-11-08 08:05:10.741 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:05:10.992 [update notice] received update-write bai StatusCirPump QQ=10: on
2022-11-08 08:05:14.517 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:05:15.240 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:05:18.483 [update notice] received read bai Status01 QQ=10: 27.0;26.0;8.375;37.0;48.0;off
2022-11-08 08:05:20.559 [update notice] received unknown MS cmd: 1008b5110100 / 08b001140007080083
2022-11-08 08:05:20.791 [update notice] received update-read broadcast outsidetemp QQ=10: 8.375
2022-11-08 08:05:22.559 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:05:27.329 [main error] scan config 15: ERR: SYN received
2022-11-08 08:05:28.562 [update notice] received read bai Status01 QQ=10: 27.0;26.0;8.375;37.0;48.0;off
2022-11-08 08:05:30.536 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:05:32.578 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:05:38.582 [update notice] received read bai Status01 QQ=10: 27.0;26.0;8.375;37.0;48.0;off
2022-11-08 08:05:39.439 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:05:40.627 [update notice] received read bai DateTime QQ=10: sync;08:02:04;-.-.-;8.375
2022-11-08 08:05:42.618 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:05:48.619 [update notice] received read bai Status01 QQ=10: 27.0;26.0;8.375;37.0;48.0;off
2022-11-08 08:05:50.589 [update notice] received unknown MS cmd: 1008b5100305ff01 / 00
2022-11-08 08:05:51.543 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:05:52.677 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:05:58.685 [update notice] received read bai Status01 QQ=10: 27.0;26.0;8.375;37.0;48.0;off
2022-11-08 08:06:00.644 [update notice] received update-read broadcast vdatetime QQ=10: 09:02:18;01.01.2010
2022-11-08 08:06:00.911 [update notice] received update-write bai StatusCirPump QQ=10: on
2022-11-08 08:06:02.684 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:06:03.680 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:06:08.737 [update notice] received read bai Status01 QQ=10: 27.0;26.0;8.375;37.0;47.0;off
2022-11-08 08:06:10.747 [update notice] received read bai DateTime QQ=10: valid;08:06:11;08.11.2022;8.375
2022-11-08 08:06:11.014 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:06:12.711 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:06:15.781 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:06:18.772 [update notice] received read bai Status01 QQ=10: 26.0;26.0;8.375;37.0;47.0;off
2022-11-08 08:06:20.757 [update notice] received unknown MS cmd: 1008b5110100 / 08a801140007080083
2022-11-08 08:06:20.981 [update notice] received update-read broadcast outsidetemp QQ=10: 8.375
2022-11-08 08:06:22.759 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:06:27.908 [main error] scan config 15: ERR: SYN received
2022-11-08 08:06:28.776 [update notice] received read bai Status01 QQ=10: 26.0;26.0;8.375;37.0;47.0;off
2022-11-08 08:06:30.759 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:06:32.807 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:06:38.897 [update notice] received read bai Status01 QQ=10: 27.0;28.0;8.375;37.0;47.0;hwc
2022-11-08 08:06:40.031 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:06:40.941 [update notice] received read bai DateTime QQ=10: valid;08:06:42;08.11.2022;8.375
2022-11-08 08:06:42.858 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:06:48.883 [update notice] received read bai Status01 QQ=10: 45.0;39.0;8.375;37.0;46.0;hwc
2022-11-08 08:06:50.846 [update notice] received unknown MS cmd: 1008b5100305ff01 / 00
2022-11-08 08:06:52.161 [main error] scan config 15: ERR: SYN received
2022-11-08 08:06:52.895 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:06:58.914 [update notice] received read bai Status01 QQ=10: 59.0;49.0;8.375;54.0;46.0;hwc
2022-11-08 08:07:00.865 [update notice] received update-read broadcast vdatetime QQ=10: 09:03:18;01.01.2010
2022-11-08 08:07:01.119 [update notice] received update-write bai StatusCirPump QQ=10: on
2022-11-08 08:07:02.893 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:07:04.296 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:07:08.939 [update notice] received read bai Status01 QQ=10: 68.0;54.0;8.375;60.0;46.0;hwc
2022-11-08 08:07:10.945 [update notice] received read bai DateTime QQ=10: valid;08:07:12;08.11.2022;8.375
2022-11-08 08:07:11.216 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:07:12.986 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:07:16.417 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:07:18.956 [update notice] received read bai Status01 QQ=10: 70.0;55.0;8.625;58.0;46.0;hwc
2022-11-08 08:07:21.002 [update notice] received unknown MS cmd: 1008b5110100 / 08700413c8183f0083
2022-11-08 08:07:21.224 [update notice] received update-read broadcast outsidetemp QQ=10: 8.375
2022-11-08 08:07:23.001 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:07:28.536 [main error] scan config 15: ERR: SYN received
2022-11-08 08:07:29.046 [update notice] received read bai Status01 QQ=10: 70.0;54.0;8.375;56.0;46.0;hwc
2022-11-08 08:07:31.034 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:07:33.039 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:07:39.056 [update notice] received read bai Status01 QQ=10: 69.0;53.0;8.625;55.0;45.0;hwc
2022-11-08 08:07:40.639 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:07:41.064 [update notice] received read bai DateTime QQ=10: valid;08:07:42;08.11.2022;8.625
2022-11-08 08:07:43.063 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:07:49.123 [update notice] received read bai Status01 QQ=10: 69.0;53.0;8.625;55.0;45.0;hwc
2022-11-08 08:07:51.050 [update notice] received unknown MS cmd: 1008b5100305ff01 / 00
2022-11-08 08:07:52.770 [main error] scan config 15: ERR: SYN received
2022-11-08 08:07:53.140 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:07:59.123 [update notice] received read bai Status01 QQ=10: 69.0;53.0;8.375;55.0;45.0;hwc
2022-11-08 08:08:01.131 [update notice] received update-read broadcast vdatetime QQ=10: 08:08:02;08.11.2022
2022-11-08 08:08:01.398 [update notice] received update-write bai StatusCirPump QQ=10: on
2022-11-08 08:08:03.170 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:08:04.890 [main error] scan config 15: ERR: SYN received
2022-11-08 08:08:09.188 [update notice] received read bai Status01 QQ=10: 69.0;54.0;8.625;55.0;45.0;hwc
2022-11-08 08:08:11.186 [update notice] received scan-read scan.08  QQ=10: Vaillant;BAI00;0518;7401
2022-11-08 08:08:14.581 [update notice] received read bai DateTime QQ=10: valid;08:08:16;08.11.2022;8.625
2022-11-08 08:08:14.848 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:08:16.990 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:08:25.261 [update notice] received read bai DateTime QQ=10: valid;08:08:27;08.11.2022;8.625
2022-11-08 08:08:25.528 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:08:29.089 [main error] scan config 15: ERR: SYN received
2022-11-08 08:08:29.283 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:08:33.269 [update notice] received read bai Status01 QQ=10: 69.0;54.0;8.625;56.0;45.0;hwc
2022-11-08 08:08:35.302 [update notice] received unknown MS cmd: 1008b5110100 / 08480413a4183f0083
2022-11-08 08:08:35.527 [update notice] received update-read broadcast outsidetemp QQ=10: 8.625
2022-11-08 08:08:39.287 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:08:41.190 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:08:43.321 [update notice] received read bai Status01 QQ=10: 68.0;54.0;8.625;56.0;45.0;hwc
2022-11-08 08:08:45.299 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:08:49.376 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:08:53.368 [update notice] received read bai Status01 QQ=10: 67.0;54.0;8.625;56.0;45.0;hwc
2022-11-08 08:08:53.416 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:08:55.366 [update notice] received read bai DateTime QQ=10: valid;08:08:57;08.11.2022;8.625
2022-11-08 08:08:59.405 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:09:03.387 [update notice] received read bai Status01 QQ=10: 66.0;54.0;8.625;55.0;45.0;hwc
2022-11-08 08:09:05.402 [update notice] received unknown MS cmd: 1008b5100305ff01 / 00
2022-11-08 08:09:05.544 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:09:07.413 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:09:13.434 [update notice] received read bai Status01 QQ=10: 65.0;54.0;8.625;55.0;45.0;hwc
2022-11-08 08:09:15.397 [update notice] received update-read broadcast vdatetime QQ=10: 08:09:16;08.11.2022
2022-11-08 08:09:15.652 [update notice] received update-write bai StatusCirPump QQ=10: on
2022-11-08 08:09:17.436 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:09:17.662 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:09:23.465 [update notice] received read bai Status01 QQ=10: 64.0;54.0;8.625;55.0;45.0;hwc
2022-11-08 08:09:25.468 [update notice] received read bai DateTime QQ=10: valid;08:09:27;08.11.2022;8.625
2022-11-08 08:09:25.737 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:09:27.468 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:09:29.768 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:09:33.490 [update notice] received read bai Status01 QQ=10: 63.0;54.0;8.625;55.0;45.0;hwc
2022-11-08 08:09:35.489 [update notice] received unknown MS cmd: 1008b5110100 / 08fa03136a183f0083
2022-11-08 08:09:35.712 [update notice] received update-read broadcast outsidetemp QQ=10: 8.625
2022-11-08 08:09:37.537 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:09:41.878 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:09:43.551 [update notice] received read bai Status01 QQ=10: 63.0;54.0;8.625;55.0;45.0;hwc
2022-11-08 08:09:45.587 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:09:47.590 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:09:53.609 [update notice] received read bai Status01 QQ=10: 62.0;53.0;8.625;55.0;46.0;hwc
2022-11-08 08:09:53.980 [main error] scan config 15: ERR: SYN received
2022-11-08 08:09:55.617 [update notice] received read bai DateTime QQ=10: valid;08:09:58;08.11.2022;8.625
2022-11-08 08:09:57.617 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:10:03.635 [update notice] received read bai Status01 QQ=10: 62.0;53.0;8.625;55.0;46.0;hwc
2022-11-08 08:10:05.610 [update notice] received unknown MS cmd: 1008b5100305ff01 / 00
2022-11-08 08:10:06.381 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:10:07.655 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:10:13.668 [update notice] received read bai Status01 QQ=10: 61.0;53.0;8.625;55.0;46.0;hwc
2022-11-08 08:10:15.630 [update notice] received update-read broadcast vdatetime QQ=10: 08:10:16;08.11.2022
2022-11-08 08:10:15.878 [update notice] received update-write bai StatusCirPump QQ=10: on
2022-11-08 08:10:17.698 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:10:18.512 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:10:23.710 [update notice] received read bai Status01 QQ=10: 61.0;53.0;8.625;55.0;47.0;hwc
2022-11-08 08:10:25.721 [update notice] received read bai DateTime QQ=10: valid;08:10:27;08.11.2022;8.625
2022-11-08 08:10:25.988 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:10:27.718 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:10:30.622 [main error] scan config 15: ERR: SYN received
2022-11-08 08:10:33.743 [update notice] received read bai Status01 QQ=10: 61.0;53.0;8.625;55.0;47.0;hwc
2022-11-08 08:10:35.741 [update notice] received unknown MS cmd: 1008b5110100 / 08d003134e183f0081
2022-11-08 08:10:35.967 [update notice] received update-read broadcast outsidetemp QQ=10: 8.625
2022-11-08 08:10:37.746 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:10:42.721 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:10:43.770 [update notice] received read bai Status01 QQ=10: 60.0;53.0;8.625;55.0;48.0;hwc
2022-11-08 08:10:45.755 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:10:47.805 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:10:53.831 [update notice] received read bai Status01 QQ=10: 60.0;53.0;8.625;55.0;48.0;hwc
2022-11-08 08:10:54.831 [main error] scan config 15: ERR: ACK error
2022-11-08 08:10:55.838 [update notice] received read bai DateTime QQ=10: valid;08:10:58;08.11.2022;8.625
2022-11-08 08:10:57.838 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:11:03.856 [update notice] received read bai Status01 QQ=10: 59.0;54.0;8.625;55.0;48.0;hwc
2022-11-08 08:11:05.873 [update notice] received unknown MS cmd: 1008b5100305ff01 / 00
2022-11-08 08:11:06.956 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:11:07.868 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:11:13.933 [update notice] received read bai Status01 QQ=10: 58.0;54.0;8.625;55.0;49.0;hwc
2022-11-08 08:11:15.899 [update notice] received update-read broadcast vdatetime QQ=10: 08:11:16;08.11.2022
2022-11-08 08:11:16.159 [update notice] received update-write bai StatusCirPump QQ=10: on
2022-11-08 08:11:17.928 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:11:19.059 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:11:23.940 [update notice] received read bai Status01 QQ=10: 58.0;54.0;8.625;55.0;49.0;hwc
2022-11-08 08:11:25.942 [update notice] received read bai DateTime QQ=10: valid;08:11:27;08.11.2022;8.625
2022-11-08 08:11:26.212 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:11:27.955 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:11:31.159 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:11:33.972 [update notice] received read bai Status01 QQ=10: 59.0;54.0;8.625;56.0;49.0;hwc
2022-11-08 08:11:35.963 [update notice] received unknown MS cmd: 1008b5110100 / 08b0031332183f0081
2022-11-08 08:11:36.188 [update notice] received update-read broadcast outsidetemp QQ=10: 8.625
2022-11-08 08:11:38.025 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:11:43.259 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:11:43.987 [update notice] received read bai Status01 QQ=10: 59.0;55.0;8.625;56.0;49.0;hwc
2022-11-08 08:11:46.012 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:11:48.076 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:11:54.096 [update notice] received read bai Status01 QQ=10: 59.0;55.0;8.625;57.0;50.0;hwc
2022-11-08 08:11:55.365 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:11:56.059 [update notice] received read bai DateTime QQ=10: valid;08:11:58;08.11.2022;8.625
2022-11-08 08:11:58.064 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:12:04.084 [update notice] received read bai Status01 QQ=10: 60.0;55.0;8.625;57.0;50.0;hwc
2022-11-08 08:12:06.054 [update notice] received unknown MS cmd: 1008b5100305ff01 / 00
2022-11-08 08:12:07.501 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:12:08.102 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:12:14.117 [update notice] received read bai Status01 QQ=10: 60.0;56.0;8.625;57.0;50.0;hwc
2022-11-08 08:12:16.085 [update notice] received update-read broadcast vdatetime QQ=10: 08:12:17;08.11.2022
2022-11-08 08:12:16.346 [update notice] received update-write bai StatusCirPump QQ=10: on
2022-11-08 08:12:18.165 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:12:19.611 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:12:24.186 [update notice] received read bai Status01 QQ=10: 61.0;56.0;8.625;58.0;51.0;hwc
2022-11-08 08:12:26.187 [update notice] received read bai DateTime QQ=10: valid;08:12:27;08.11.2022;8.625
2022-11-08 08:12:26.454 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:12:28.189 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:12:31.708 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:12:34.248 [update notice] received read bai Status01 QQ=10: 61.0;56.0;8.625;58.0;51.0;hwc
2022-11-08 08:12:36.201 [update notice] received unknown MS cmd: 1008b5110100 / 08d5031232183f0081
2022-11-08 08:12:36.425 [update notice] received update-read broadcast outsidetemp QQ=10: 8.625
2022-11-08 08:12:38.250 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:12:43.838 [main error] scan config 15: ERR: SYN received
2022-11-08 08:12:44.252 [update notice] received read bai Status01 QQ=10: 61.0;56.0;8.625;58.0;51.0;hwc
2022-11-08 08:12:46.242 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:12:48.241 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:12:54.298 [update notice] received read bai Status01 QQ=10: 61.0;57.0;8.625;58.0;51.0;hwc
2022-11-08 08:12:55.931 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:12:56.305 [update notice] received read bai DateTime QQ=10: valid;08:12:58;08.11.2022;8.625
2022-11-08 08:12:58.316 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:13:02.306 [update notice] received read bai Status01 QQ=10: 61.0;57.0;8.625;58.0;51.0;hwc
2022-11-08 08:13:04.276 [update notice] received unknown MS cmd: 1008b5100305ff01 / 00
2022-11-08 08:13:08.026 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:13:08.352 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:13:12.344 [update notice] received read bai Status01 QQ=10: 62.0;57.0;8.625;58.0;52.0;hwc
2022-11-08 08:13:14.368 [update notice] received update-read broadcast vdatetime QQ=10: 08:13:15;08.11.2022
2022-11-08 08:13:14.621 [update notice] received update-write bai StatusCirPump QQ=10: on
2022-11-08 08:13:18.401 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:13:20.160 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:13:22.430 [update notice] received read bai Status01 QQ=10: 62.0;57.0;8.625;59.0;52.0;hwc
2022-11-08 08:13:24.438 [update notice] received read bai DateTime QQ=10: valid;08:13:25;08.11.2022;8.625
2022-11-08 08:13:24.704 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:13:28.431 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:13:32.271 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:13:32.467 [update notice] received read bai Status01 QQ=10: 62.0;57.0;8.625;59.0;52.0;hwc
2022-11-08 08:13:34.468 [update notice] received unknown MS cmd: 1008b5110100 / 08e4031232183f0081
2022-11-08 08:13:34.693 [update notice] received update-read broadcast outsidetemp QQ=10: 8.625
2022-11-08 08:13:38.501 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:13:42.484 [update notice] received read bai Status01 QQ=10: 62.0;57.0;8.625;59.0;52.0;hwc
2022-11-08 08:13:44.391 [main error] scan config 15: ERR: SYN received
2022-11-08 08:13:48.502 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:13:52.534 [update notice] received read bai Status01 QQ=10: 62.0;57.0;8.625;59.0;52.0;hwc
2022-11-08 08:13:54.545 [update notice] received read bai DateTime QQ=10: valid;08:13:56;08.11.2022;8.625
2022-11-08 08:13:56.487 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:13:58.536 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:14:02.567 [update notice] received read bai Status01 QQ=10: 62.0;57.0;8.625;59.0;52.0;hwc
2022-11-08 08:14:04.546 [update notice] received unknown MS cmd: 1008b5100305ff01 / 00
2022-11-08 08:14:08.561 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:14:08.610 [main error] scan config 15: ERR: SYN received
2022-11-08 08:14:12.632 [update notice] received read bai Status01 QQ=10: 62.0;57.0;8.625;59.0;53.0;hwc
2022-11-08 08:14:14.584 [update notice] received update-read broadcast vdatetime QQ=10: 08:14:15;08.11.2022
2022-11-08 08:14:14.839 [update notice] received update-write bai StatusCirPump QQ=10: on
2022-11-08 08:14:18.647 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:14:20.721 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:14:22.634 [update notice] received read bai Status01 QQ=10: 62.0;57.0;8.625;59.0;53.0;hwc
2022-11-08 08:14:24.634 [update notice] received read bai DateTime QQ=10: valid;08:14:26;08.11.2022;8.625
2022-11-08 08:14:24.901 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:14:28.670 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:14:32.656 [update notice] received read bai Status01 QQ=10: 62.0;57.0;8.625;59.0;53.0;hwc
2022-11-08 08:14:32.841 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:14:34.694 [update notice] received unknown MS cmd: 1008b5110100 / 08e8031232183f0081
2022-11-08 08:14:34.923 [update notice] received update-read broadcast outsidetemp QQ=10: 8.625
2022-11-08 08:14:38.690 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:14:42.725 [update notice] received read bai Status01 QQ=10: 62.0;58.0;8.625;59.0;53.0;hwc
2022-11-08 08:14:44.704 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:14:44.931 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:14:48.741 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:14:52.776 [update notice] received read bai Status01 QQ=10: 63.0;58.0;8.625;60.0;53.0;hwc
2022-11-08 08:14:54.780 [update notice] received read bai DateTime QQ=10: valid;08:14:56;08.11.2022;8.625
2022-11-08 08:14:57.038 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:14:58.810 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:15:02.802 [update notice] received read bai Status01 QQ=10: 63.0;58.0;8.625;60.0;54.0;hwc
2022-11-08 08:15:04.780 [update notice] received unknown MS cmd: 1008b5100305ff01 / 00
2022-11-08 08:15:08.809 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:15:09.131 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:15:12.835 [update notice] received read bai Status01 QQ=10: 62.0;58.0;8.625;59.0;54.0;off
2022-11-08 08:15:14.802 [update notice] received update-read broadcast vdatetime QQ=10: 08:15:15;08.11.2022
2022-11-08 08:15:15.058 [update notice] received update-write bai StatusCirPump QQ=10: on
2022-11-08 08:15:18.864 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:15:21.264 [main error] scan config 15: ERR: SYN received
2022-11-08 08:15:22.893 [update notice] received read bai Status01 QQ=10: 59.0;57.0;8.625;58.0;54.0;off
2022-11-08 08:15:24.900 [update notice] received read bai DateTime QQ=10: valid;08:15:26;08.11.2022;8.625
2022-11-08 08:15:25.170 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-08 08:15:25.430 [update notice] received update-write bai StatusCirPump QQ=10: on
2022-11-08 08:15:28.879 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:15:29.242 [main error] scan config 15: ERR: wrong symbol received
2022-11-08 08:15:32.899 [update notice] received read bai Status01 QQ=10: 57.0;56.0;8.625;57.0;54.0;off
2022-11-08 08:15:34.934 [update notice] received unknown MS cmd: 1008b5110100 / 08900312001b380081
2022-11-08 08:15:35.162 [update notice] received update-read broadcast outsidetemp QQ=10: 8.625
2022-11-08 08:15:38.969 [update notice] received update-write bai SetMode QQ=10: auto;31.5;60.0;-;0;0;0;0;0;0
2022-11-08 08:15:41.717 [main error] scan config 15: ERR: SYN received
2022-11-08 08:15:42.948 [update notice] received read bai Status01 QQ=10: 56.0;55.0;8.375;57.0;54.0;off
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Physman am 08 November 2022, 11:22:27
Und hier noch der sehr detaillierter DEBUG LOG.
Am Anfang lief die Therme, zwischendurch einmal Neustart der Therme.
Ist ziemlich lang - sorry....
Log anbei....
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 08 November 2022, 18:09:43
Zitat von: Physman am 08 November 2022, 08:20:27
Hier mal meine "aa"s
du hast Tonnen von "ERR: wrong symbol received", das kann so nicht funktionieren
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Physman am 08 November 2022, 18:50:58
Hmmm - ja, aber was kann ich dagegen tun?
Die rawdata mit "aa"s über das Poti trimmen, da kommen immer die Messages:

Machen die aus diesem log die "wrong symbol received"?
2022-11-08 07:50:23.627 [update info] received BC cmd: 10feb516080025500708110222
2022-11-08 07:50:23.627 [update notice] received unknown BC cmd: 10feb516080025500708110222


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Physman am 09 November 2022, 07:43:51
Ich gebe auf - habe noch einmal den Poti von links nach rechts getrimmt. Leider ohne Erfolg.
Die früne LED flackert recht schön, dann kommt aber paar Sekunden ein kurzer längeres Leuchten, wo dann die "unknown BC cmd"s kommen.

Liegt das nun am Poti Tuning oder an der Latency in der ebusd?
Was kann ich sonst noch tun, ausser den Adapter im Hohen Bogen aus dem Fenster zu werfen?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fishpepper am 09 November 2022, 09:15:49
Hallo Zusammen,

Zitat von: Physman am 08 November 2022, 07:09:04
ich poste das hier noch einmal (hatte mit john30 schon mal über dieses "issue" kurz geredet) - evtl. hat ja hier jemand von den Experten noch eine Idee, auch wenn ich schon den neuen ebus Adapter reserviert habe.
Man liest hier schon mal des öfteren, dass einige Steuergeräte (700 / 430 / 470 etc) nicht gefunden werden beim Scan.
Ich habe das selbe Problem... Das bai Gerät ("MF=Vaillant;ID=BAI00;SW=0201;HW=9002") wird gefunden und ich kann wunderbar Daten lesen.
Das 700er nicht. Wenn ich die Therme neu starte dann taucht es als Adresse 15 auf, das CSV wird aber nicht geladen.

Starte ich ebusd neu während die Therme läuft findet er auf Adresse 15 nichts. Ich sehe nur Fehler im log:

2022-11-09 06:52:49.206 [main debug] performing regular tasks
2022-11-09 06:52:49.206 [bus info] scan 15 cmd: 3115070400
2022-11-09 06:52:49.245 [bus notice] <aa
2022-11-09 06:52:49.246 [bus debug] start request 31
2022-11-09 06:52:49.246 [bus debug] arbitration start with 31
2022-11-09 06:52:49.287 [bus notice] <aa
2022-11-09 06:52:49.287 [bus notice] >31
2022-11-09 06:52:49.293 [bus notice] <31
2022-11-09 06:52:49.293 [bus debug] arbitration won
2022-11-09 06:52:49.293 [bus debug] arbitration delay 2213 micros
2022-11-09 06:52:49.293 [bus debug] switching from ready to send command
2022-11-09 06:52:49.296 [bus notice] >15
2022-11-09 06:52:49.301 [bus notice] <15
2022-11-09 06:52:49.301 [bus debug] send/receive symbol latency 5 ms
2022-11-09 06:52:49.304 [bus notice] >07
2022-11-09 06:52:49.310 [bus notice] <07
2022-11-09 06:52:49.310 [bus debug] send/receive symbol latency 5 ms
2022-11-09 06:52:49.312 [bus notice] >04
2022-11-09 06:52:49.318 [bus notice] <04
2022-11-09 06:52:49.318 [bus debug] send/receive symbol latency 5 ms
2022-11-09 06:52:49.321 [bus notice] >00
2022-11-09 06:52:49.326 [bus notice] <00
2022-11-09 06:52:49.326 [bus debug] send/receive symbol latency 5 ms
2022-11-09 06:52:49.326 [bus debug] switching from send command to send command CRC
2022-11-09 06:52:49.329 [bus notice] >8b
2022-11-09 06:52:49.334 [bus notice] <8b
2022-11-09 06:52:49.334 [bus debug] send/receive symbol latency 5 ms
2022-11-09 06:52:49.334 [bus debug] switching from send command CRC to receive command ACK
2022-11-09 06:52:49.392 [bus debug] notify request: ERR: read timeout
2022-11-09 06:52:49.392 [bus debug] ERR: read timeout during receive command ACK, switching to skip
2022-11-09 06:52:49.392 [main error] scan config 15: ERR: read timeout



Als Interface nutze ich einen selber gelöteten ebuzzz adapter (https://gitlab.com/fromeijn/ebuzzz-adapter).
Vom Aufbau her sieht der mit dem comparator etc gut aus (kein poti) und nutzt auch scheinbar einen brauchbaren cp210x als usb Wandler.
Das ganze hängt per USB an nem raspi.

Hat irgendjemand noch eine Idee was ich weiter testen kann? Ich bin fast so weit mein Oszi und/oder den Logicanalyzer in den Keller zur Therme zu schlürren und mir mal die Signale in echt anzusehen...
Das die 700er Geräte oft Probleme machen finde ich irgendwie komisch, die Bus Kommunikation sieht ja erstmal brauchbar aus bei mir.
Bei mir steckt das 700er Gerät auch direkt im Keller in der Therme, hat das evtl einen Einfluss?

Grüße,
Simon
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Physman am 09 November 2022, 16:59:01
Schön nicht alleine zu sein ;-)

Könnte es sein, dass der ebusd, hier bei mir mit Adresse 31 und 36 belegt, im Konflikt mit einer anderen Adresse im ebus des systems ist?
Wie sollte man das testen?

Ebusd eine andere Adresse zuweisen? Aber wie?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: fishpepper am 09 November 2022, 20:08:16
Ich glaub ich bin da was auf der Spur... Beim nachmessen habe ich gesehen das mein Adapter nie gesendet hat....
Ich hab dummerweise eine 12V statt 9.1V Zenerdiode bestellt und verbaut (Zahlendreher).
Ich habe mal testweise 15 normale Shorkys als Ersatz drangefriemelt, jetzt bekomme ich Daten und das CSV wird auch geladen!

Mein adapter hat wohl also nie gresendet! Das erklärt auch warum ich das bai Gerät gesehen habe, das 700er hat wohl von dem bai immer Daten gepollt, die hat ebud gesehen...
Übermorgen kommen die passenden Dioden, dann weiss ich mehr.
Wenn die Dioden da sind und alles klappt hätte ich ein drei fertig bestückte ebuzzz über falls jemand Interesse hat :) (musste 5 bestellen).

Grüße,
Simon
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Physman am 09 November 2022, 20:40:27
Freut mich!

Aber leider hilft das dem ESERA EBUS BUS Adapter nicht sehr. Heisst das denn, dass der ESERA Adapter nicht senden kann?
Sehe auch bei mir nur "<aa"s und keine ">aa"s....

Schade, dachte es könnte was werden...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Physman am 10 November 2022, 07:44:27
ok, so die Adresse ist es auch nicht....

der ebsud.log in Debug sieht so aus:

2022-11-10 07:37:12.621 [bus debug] ERR: SYN received during receive command, switching to ready
2022-11-10 07:37:14.571 [main debug] performing regular tasks
2022-11-10 07:37:14.571 [mqtt debug] publish ebusd/global/scan "finished"
2022-11-10 07:37:15.705 [update info] received MS cmd: 1008b5110101 / 093c3600084c620000ff
2022-11-10 07:37:15.706 [update notice] received read bai Status01 QQ=10: 30.0;27.0;8.000;38.0;49.0;off
2022-11-10 07:37:17.737 [update info] received MS cmd: 1008b5110100 / 08e901120000080081
2022-11-10 07:37:17.737 [update notice] received unknown MS cmd: 1008b5110100 / 08e901120000080081
2022-11-10 07:37:17.961 [update info] received BC cmd: 10feb51603010008
2022-11-10 07:37:17.961 [update notice] received update-read broadcast outsidetemp QQ=10: 8.000
2022-11-10 07:37:19.577 [mqtt debug] publish ebusd/broadcast/outsidetemp {
     "temp2": {"value": 8.000}}
2022-11-10 07:37:19.578 [mqtt debug] publish ebusd/bai/Status01 {
     "0": {"name": "temp1", "value": 30.0},
     "1": {"name": "temp1", "value": 27.0},
     "2": {"name": "temp2", "value": 8.000},
     "3": {"name": "temp1", "value": 38.0},
     "4": {"name": "temp1", "value": 49.0},
     "5": {"name": "pumpstate", "value": "off"}}
2022-11-10 07:37:19.700 [update info] received MS cmd: 1008b5100900004178ffff000000 / 0101
2022-11-10 07:37:19.700 [update notice] received update-write bai SetMode QQ=10: auto;32.5;60.0;-;0;0;0;0;0;0
2022-11-10 07:37:24.572 [main debug] performing regular tasks
2022-11-10 07:37:24.572 [bus info] scan 15 cmd: ff15070400
2022-11-10 07:37:24.581 [bus debug] start request ff
2022-11-10 07:37:24.581 [bus debug] arbitration start with ff
2022-11-10 07:37:24.629 [bus debug] arbitration won
2022-11-10 07:37:24.629 [bus debug] arbitration delay 1767 micros
2022-11-10 07:37:24.629 [bus debug] switching from ready to send command
2022-11-10 07:37:24.637 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:37:24.645 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:37:24.653 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:37:24.662 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:37:24.662 [bus debug] switching from send command to send command CRC
2022-11-10 07:37:24.667 [bus debug] notify request: ERR: wrong symbol received
2022-11-10 07:37:24.667 [bus debug] ERR: wrong symbol received during send command CRC, switching to skip
2022-11-10 07:37:24.667 [main error] scan config 15: ERR: wrong symbol received
2022-11-10 07:37:24.667 [mqtt debug] publish ebusd/global/scan "running"
2022-11-10 07:37:24.668 [mqtt debug] publish ebusd/bai/SetMode {
     "hcmode": {"value": "auto"},
     "flowtempdesired": {"value": 32.5},
     "hwctempdesired": {"value": 60.0},
     "hwcflowtempdesired": {"value": null},
     "disablehc": {"value": 0},
     "disablehwctapping": {"value": 0},
     "disablehwcload": {"value": 0},
     "remoteControlHcPump": {"value": 0},
     "releaseBackup": {"value": 0},
     "releaseCooling": {"value": 0}}
2022-11-10 07:37:25.764 [update info] received MS cmd: 1008b5110101 / 09403800084c620000ff
2022-11-10 07:37:25.764 [update notice] received read bai Status01 QQ=10: 32.0;28.0;8.000;38.0;49.0;off
2022-11-10 07:37:26.668 [main debug] performing regular tasks
2022-11-10 07:37:26.668 [mqtt debug] publish ebusd/global/scan "finished"
2022-11-10 07:37:26.668 [mqtt debug] publish ebusd/global/uptime 480
2022-11-10 07:37:26.669 [mqtt debug] publish ebusd/bai/Status01 {
     "0": {"name": "temp1", "value": 32.0},
     "1": {"name": "temp1", "value": 28.0},
     "2": {"name": "temp2", "value": 8.000},
     "3": {"name": "temp1", "value": 38.0},
     "4": {"name": "temp1", "value": 49.0},
     "5": {"name": "pumpstate", "value": "off"}}
2022-11-10 07:37:27.746 [update info] received MS cmd: 1008b5110102 / 05033c64506e
2022-11-10 07:37:27.747 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-10 07:37:29.745 [update info] received MS cmd: 1008b5100900004178ffff000000 / 0101
2022-11-10 07:37:29.745 [update notice] received update-write bai SetMode QQ=10: auto;32.5;60.0;-;0;0;0;0;0;0
2022-11-10 07:37:31.712 [mqtt debug] publish ebusd/bai/SetMode {
     "hcmode": {"value": "auto"},
     "flowtempdesired": {"value": 32.5},
     "hwctempdesired": {"value": 60.0},
     "hwcflowtempdesired": {"value": null},
     "disablehc": {"value": 0},
     "disablehwctapping": {"value": 0},
     "disablehwcload": {"value": 0},
     "remoteControlHcPump": {"value": 0},
     "releaseBackup": {"value": 0},
     "releaseCooling": {"value": 0}}
2022-11-10 07:37:31.712 [mqtt debug] publish ebusd/bai/Status02 {
     "0": {"name": "hwcmode", "value": "auto"},
     "1": {"name": "temp0", "value": 60},
     "2": {"name": "temp1", "value": 50.0},
     "3": {"name": "temp0", "value": 80},
     "4": {"name": "temp1", "value": 55.0}}
2022-11-10 07:37:35.794 [update info] received MS cmd: 1008b5110101 / 093a3600084c620000ff
2022-11-10 07:37:35.794 [update notice] received read bai Status01 QQ=10: 29.0;27.0;8.000;38.0;49.0;off
2022-11-10 07:37:36.668 [main debug] performing regular tasks
2022-11-10 07:37:36.669 [bus info] scan 15 cmd: ff15070400
2022-11-10 07:37:36.700 [bus debug] start request ff
2022-11-10 07:37:36.700 [bus debug] arbitration start with ff
2022-11-10 07:37:36.750 [bus debug] arbitration won
2022-11-10 07:37:36.750 [bus debug] arbitration delay 1650 micros
2022-11-10 07:37:36.750 [bus debug] switching from ready to send command
2022-11-10 07:37:36.757 [bus debug] send/receive symbol latency 6 ms
2022-11-10 07:37:36.765 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:37:36.773 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:37:36.781 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:37:36.782 [bus debug] switching from send command to send command CRC
2022-11-10 07:37:36.787 [bus debug] notify request: ERR: wrong symbol received
2022-11-10 07:37:36.788 [bus debug] ERR: wrong symbol received during send command CRC, switching to skip
2022-11-10 07:37:36.788 [main error] scan config 15: ERR: wrong symbol received
2022-11-10 07:37:36.788 [mqtt debug] publish ebusd/global/scan "running"
2022-11-10 07:37:36.788 [mqtt debug] publish ebusd/bai/Status01 {
     "0": {"name": "temp1", "value": 29.0},
     "1": {"name": "temp1", "value": 27.0},
     "2": {"name": "temp2", "value": 8.000},
     "3": {"name": "temp1", "value": 38.0},
     "4": {"name": "temp1", "value": 49.0},
     "5": {"name": "pumpstate", "value": "off"}}
2022-11-10 07:37:37.791 [update info] received MS cmd: 1008b5040100 / 0a03383707101104220008
2022-11-10 07:37:37.792 [update notice] received read bai DateTime QQ=10: valid;07:37:38;10.11.2022;8.000
2022-11-10 07:37:38.788 [main debug] performing regular tasks
2022-11-10 07:37:38.788 [mqtt debug] publish ebusd/global/scan "finished"
2022-11-10 07:37:38.789 [mqtt debug] publish ebusd/bai/DateTime {
     "dcfstate": {"value": "valid"},
     "btime": {"value": "07:37:38"},
     "bdate": {"value": "10.11.2022"},
     "temp2": {"value": 8.000}}
2022-11-10 07:37:39.792 [update info] received MS cmd: 1008b5100900004178ffff000000 / 0101
2022-11-10 07:37:39.793 [update notice] received update-write bai SetMode QQ=10: auto;32.5;60.0;-;0;0;0;0;0;0
2022-11-10 07:37:41.046 [network debug] [00004] wait for result
2022-11-10 07:37:41.046 [network info] [00004] client connection opened 127.0.0.1
2022-11-10 07:37:41.046 [main debug] >>> info
2022-11-10 07:37:41.048 [main debug] <<< version: ebusd 22.4.v22.4
device: /dev/ttyHZG
signal: acquired
symbol rate: 22
max symbol rate: 98
m ...
2022-11-10 07:37:41.050 [network info] [00004] connection closed
2022-11-10 07:37:41.793 [mqtt debug] publish ebusd/bai/SetMode {
     "hcmode": {"value": "auto"},
     "flowtempdesired": {"value": 32.5},
     "hwctempdesired": {"value": 60.0},
     "hwcflowtempdesired": {"value": null},
     "disablehc": {"value": 0},
     "disablehwctapping": {"value": 0},
     "disablehwcload": {"value": 0},
     "remoteControlHcPump": {"value": 0},
     "releaseBackup": {"value": 0},
     "releaseCooling": {"value": 0}}
2022-11-10 07:37:42.047 [network debug] dead connection removed - 0
2022-11-10 07:37:42.794 [mqtt debug] publish ebusd/global/uptime 496
2022-11-10 07:37:45.808 [update info] received MS cmd: 1008b5110101 / 09363600084c620000ff
2022-11-10 07:37:45.808 [update notice] received read bai Status01 QQ=10: 27.0;27.0;8.000;38.0;49.0;off
2022-11-10 07:37:46.048 [main debug] performing regular tasks
2022-11-10 07:37:46.048 [bus info] scan 15 cmd: ff15070400
2022-11-10 07:37:46.088 [bus debug] start request ff
2022-11-10 07:37:46.088 [bus debug] arbitration start with ff
2022-11-10 07:37:46.138 [bus debug] arbitration won
2022-11-10 07:37:46.138 [bus debug] arbitration delay 2498 micros
2022-11-10 07:37:46.138 [bus debug] switching from ready to send command
2022-11-10 07:37:46.146 [bus debug] send/receive symbol latency 6 ms
2022-11-10 07:37:46.154 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:37:46.162 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:37:46.170 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:37:46.170 [bus debug] switching from send command to send command CRC
2022-11-10 07:37:46.177 [bus debug] notify request: ERR: wrong symbol received
2022-11-10 07:37:46.177 [bus debug] ERR: wrong symbol received during send command CRC, switching to skip
2022-11-10 07:37:46.177 [main error] scan config 15: ERR: wrong symbol received
2022-11-10 07:37:46.177 [mqtt debug] publish ebusd/global/scan "running"
2022-11-10 07:37:46.177 [mqtt debug] publish ebusd/bai/Status01 {
     "0": {"name": "temp1", "value": 27.0},
     "1": {"name": "temp1", "value": 27.0},
     "2": {"name": "temp2", "value": 8.000},
     "3": {"name": "temp1", "value": 38.0},
     "4": {"name": "temp1", "value": 49.0},
     "5": {"name": "pumpstate", "value": "off"}}
2022-11-10 07:37:47.823 [update info] received MS cmd: 1008b5100305ff01 / 00
2022-11-10 07:37:47.823 [update notice] received unknown MS cmd: 1008b5100305ff01 / 00
2022-11-10 07:37:48.177 [main debug] performing regular tasks
2022-11-10 07:37:48.178 [mqtt debug] publish ebusd/global/scan "finished"
2022-11-10 07:37:49.865 [update info] received MS cmd: 1008b5100900004178ffff000000 / 0101
2022-11-10 07:37:49.866 [update notice] received update-write bai SetMode QQ=10: auto;32.5;60.0;-;0;0;0;0;0;0
2022-11-10 07:37:53.183 [mqtt debug] publish ebusd/bai/SetMode {
     "hcmode": {"value": "auto"},
     "flowtempdesired": {"value": 32.5},
     "hwctempdesired": {"value": 60.0},
     "hwcflowtempdesired": {"value": null},
     "disablehc": {"value": 0},
     "disablehwctapping": {"value": 0},
     "disablehwcload": {"value": 0},
     "remoteControlHcPump": {"value": 0},
     "releaseBackup": {"value": 0},
     "releaseCooling": {"value": 0}}
2022-11-10 07:37:55.881 [update info] received MS cmd: 1008b5110101 / 09363600084c620000ff
2022-11-10 07:37:55.882 [update notice] received read bai Status01 QQ=10: 27.0;27.0;8.000;38.0;49.0;off
2022-11-10 07:37:57.840 [update info] received BC cmd: 10feb516080057370710110422
2022-11-10 07:37:57.840 [update notice] received update-read broadcast vdatetime QQ=10: 07:37:57;10.11.2022
2022-11-10 07:37:58.091 [update info] received MS cmd: 1008b512020064 / 00
2022-11-10 07:37:58.091 [update notice] received update-write bai StatusCirPump QQ=10: on
2022-11-10 07:37:58.178 [main debug] performing regular tasks
2022-11-10 07:37:58.178 [bus info] scan 15 cmd: ff15070400
2022-11-10 07:37:58.187 [bus debug] start request ff
2022-11-10 07:37:58.187 [bus debug] arbitration start with ff
2022-11-10 07:37:58.191 [mqtt debug] publish ebusd/global/uptime 512
2022-11-10 07:37:58.235 [bus debug] arbitration won
2022-11-10 07:37:58.235 [bus debug] arbitration delay 1461 micros
2022-11-10 07:37:58.235 [bus debug] switching from ready to send command
2022-11-10 07:37:58.242 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:37:58.251 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:37:58.259 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:37:58.267 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:37:58.267 [bus debug] switching from send command to send command CRC
2022-11-10 07:37:58.273 [bus debug] notify request: ERR: wrong symbol received
2022-11-10 07:37:58.273 [main error] scan config 15: ERR: wrong symbol received
2022-11-10 07:37:58.273 [mqtt debug] publish ebusd/global/scan "running"
2022-11-10 07:37:58.274 [bus debug] ERR: wrong symbol received during send command CRC, switching to skip
2022-11-10 07:37:58.274 [mqtt debug] publish ebusd/broadcast/vdatetime {
     "time": {"value": "07:37:57"},
     "date": {"value": "10.11.2022"}}
2022-11-10 07:37:58.275 [mqtt debug] publish ebusd/bai/Status01 {
     "0": {"name": "temp1", "value": 27.0},
     "1": {"name": "temp1", "value": 27.0},
     "2": {"name": "temp2", "value": 8.000},
     "3": {"name": "temp1", "value": 38.0},
     "4": {"name": "temp1", "value": 49.0},
     "5": {"name": "pumpstate", "value": "off"}}
2022-11-10 07:37:59.276 [mqtt debug] publish ebusd/bai/StatusCirPump {
     "0": {"name": "", "value": "on"}}
2022-11-10 07:37:59.872 [update info] received MS cmd: 1008b5100900004178ffff000000 / 0101
2022-11-10 07:37:59.872 [update notice] received update-write bai SetMode QQ=10: auto;32.5;60.0;-;0;0;0;0;0;0
2022-11-10 07:38:00.274 [main debug] performing regular tasks
2022-11-10 07:38:00.274 [mqtt debug] publish ebusd/global/scan "finished"
2022-11-10 07:38:00.275 [mqtt debug] publish ebusd/bai/SetMode {
     "hcmode": {"value": "auto"},
     "flowtempdesired": {"value": 32.5},
     "hwctempdesired": {"value": 60.0},
     "hwcflowtempdesired": {"value": null},
     "disablehc": {"value": 0},
     "disablehwctapping": {"value": 0},
     "disablehwcload": {"value": 0},
     "remoteControlHcPump": {"value": 0},
     "releaseBackup": {"value": 0},
     "releaseCooling": {"value": 0}}
2022-11-10 07:38:05.887 [update info] received MS cmd: 1008b5110101 / 09363600084c620000ff
2022-11-10 07:38:05.887 [update notice] received read bai Status01 QQ=10: 27.0;27.0;8.000;38.0;49.0;off
2022-11-10 07:38:07.933 [update info] received MS cmd: 1008b5040100 / 0a03083807101104220008
2022-11-10 07:38:07.934 [update notice] received read bai DateTime QQ=10: valid;07:38:08;10.11.2022;8.000
2022-11-10 07:38:08.201 [update info] received MS cmd: 1008b5110102 / 05033c64506e
2022-11-10 07:38:08.201 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-10 07:38:09.887 [update info] received MS cmd: 1008b5100900004178ffff000000 / 0101
2022-11-10 07:38:09.887 [update notice] received update-write bai SetMode QQ=10: auto;32.5;60.0;-;0;0;0;0;0;0
2022-11-10 07:38:10.275 [main debug] performing regular tasks
2022-11-10 07:38:10.275 [bus info] scan 15 cmd: ff15070400
2022-11-10 07:38:10.300 [bus debug] start request ff
2022-11-10 07:38:10.300 [bus debug] arbitration start with ff
2022-11-10 07:38:10.350 [bus debug] arbitration won
2022-11-10 07:38:10.350 [bus debug] arbitration delay 1560 micros
2022-11-10 07:38:10.350 [bus debug] switching from ready to send command
2022-11-10 07:38:10.358 [bus debug] send/receive symbol latency 6 ms
2022-11-10 07:38:10.366 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:38:10.374 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:38:10.383 [bus debug] send/receive symbol latency 6 ms
2022-11-10 07:38:10.383 [bus debug] switching from send command to send command CRC
2022-11-10 07:38:10.387 [bus debug] notify request: ERR: wrong symbol received
2022-11-10 07:38:10.387 [bus debug] ERR: wrong symbol received during send command CRC, switching to skip
2022-11-10 07:38:10.387 [main error] scan config 15: ERR: wrong symbol received
2022-11-10 07:38:10.387 [mqtt debug] publish ebusd/global/scan "running"
2022-11-10 07:38:10.388 [mqtt debug] publish ebusd/bai/SetMode {
     "hcmode": {"value": "auto"},
     "flowtempdesired": {"value": 32.5},
     "hwctempdesired": {"value": 60.0},
     "hwcflowtempdesired": {"value": null},
     "disablehc": {"value": 0},
     "disablehwctapping": {"value": 0},
     "disablehwcload": {"value": 0},
     "remoteControlHcPump": {"value": 0},
     "releaseBackup": {"value": 0},
     "releaseCooling": {"value": 0}}
2022-11-10 07:38:10.388 [mqtt debug] publish ebusd/bai/DateTime {
     "dcfstate": {"value": "valid"},
     "btime": {"value": "07:38:08"},
     "bdate": {"value": "10.11.2022"},
     "temp2": {"value": 8.000}}
2022-11-10 07:38:10.388 [mqtt debug] publish ebusd/bai/Status01 {
     "0": {"name": "temp1", "value": 27.0},
     "1": {"name": "temp1", "value": 27.0},
     "2": {"name": "temp2", "value": 8.000},
     "3": {"name": "temp1", "value": 38.0},
     "4": {"name": "temp1", "value": 49.0},
     "5": {"name": "pumpstate", "value": "off"}}
2022-11-10 07:38:10.389 [mqtt debug] publish ebusd/bai/Status02 {
     "0": {"name": "hwcmode", "value": "auto"},
     "1": {"name": "temp0", "value": 60},
     "2": {"name": "temp1", "value": 50.0},
     "3": {"name": "temp0", "value": 80},
     "4": {"name": "temp1", "value": 55.0}}
2022-11-10 07:38:12.388 [main debug] performing regular tasks
2022-11-10 07:38:12.388 [mqtt debug] publish ebusd/global/scan "finished"
2022-11-10 07:38:14.391 [mqtt debug] publish ebusd/global/uptime 528
2022-11-10 07:38:15.937 [update info] received MS cmd: 1008b5110101 / 09363600084c620000ff
2022-11-10 07:38:15.937 [update notice] received read bai Status01 QQ=10: 27.0;27.0;8.000;38.0;49.0;off
2022-11-10 07:38:17.396 [mqtt debug] publish ebusd/bai/Status01 {
     "0": {"name": "temp1", "value": 27.0},
     "1": {"name": "temp1", "value": 27.0},
     "2": {"name": "temp2", "value": 8.000},
     "3": {"name": "temp1", "value": 38.0},
     "4": {"name": "temp1", "value": 49.0},
     "5": {"name": "pumpstate", "value": "off"}}
2022-11-10 07:38:17.933 [update info] received MS cmd: 1008b5110100 / 08b801140000080081
2022-11-10 07:38:17.934 [update notice] received unknown MS cmd: 1008b5110100 / 08b801140000080081
2022-11-10 07:38:18.162 [update info] received BC cmd: 10feb51603010008
2022-11-10 07:38:18.163 [update notice] received update-read broadcast outsidetemp QQ=10: 8.000
2022-11-10 07:38:19.983 [update info] received MS cmd: 1008b5100900004178ffff000000 / 0101
2022-11-10 07:38:19.984 [update notice] received update-write bai SetMode QQ=10: auto;32.5;60.0;-;0;0;0;0;0;0
2022-11-10 07:38:22.389 [main debug] performing regular tasks
2022-11-10 07:38:22.389 [bus info] scan 15 cmd: ff15070400
2022-11-10 07:38:22.422 [bus debug] start request ff
2022-11-10 07:38:22.429 [bus debug] arbitration start with ff
2022-11-10 07:38:22.471 [bus debug] arbitration won
2022-11-10 07:38:22.471 [bus debug] arbitration delay 2483 micros
2022-11-10 07:38:22.471 [bus debug] switching from ready to send command
2022-11-10 07:38:22.479 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:38:22.488 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:38:22.496 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:38:22.504 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:38:22.504 [bus debug] switching from send command to send command CRC
2022-11-10 07:38:22.510 [bus debug] notify request: ERR: SYN received
2022-11-10 07:38:22.510 [bus debug] ERR: SYN received during send command CRC, switching to ready
2022-11-10 07:38:22.510 [main error] scan config 15: ERR: SYN received
2022-11-10 07:38:22.510 [mqtt debug] publish ebusd/global/scan "running"
2022-11-10 07:38:22.510 [mqtt debug] publish ebusd/bai/SetMode {
     "hcmode": {"value": "auto"},
     "flowtempdesired": {"value": 32.5},
     "hwctempdesired": {"value": 60.0},
     "hwcflowtempdesired": {"value": null},
     "disablehc": {"value": 0},
     "disablehwctapping": {"value": 0},
     "disablehwcload": {"value": 0},
     "remoteControlHcPump": {"value": 0},
     "releaseBackup": {"value": 0},
     "releaseCooling": {"value": 0}}
2022-11-10 07:38:22.511 [mqtt debug] publish ebusd/broadcast/outsidetemp {
     "temp2": {"value": 8.000}}
2022-11-10 07:38:22.553 [bus debug] ERR: SYN received during receive command, switching to ready
2022-11-10 07:38:24.510 [main debug] performing regular tasks
2022-11-10 07:38:24.511 [mqtt debug] publish ebusd/global/scan "finished"
2022-11-10 07:38:25.955 [update info] received MS cmd: 1008b5110101 / 09383600084c620000ff
2022-11-10 07:38:25.956 [update notice] received read bai Status01 QQ=10: 28.0;27.0;8.000;38.0;49.0;off
2022-11-10 07:38:27.989 [update info] received MS cmd: 1008b5110102 / 05033c64506e
2022-11-10 07:38:27.989 [update notice] received read bai Status02 QQ=10: auto;60;50.0;80;55.0
2022-11-10 07:38:29.517 [mqtt debug] publish ebusd/bai/Status01 {
     "0": {"name": "temp1", "value": 28.0},
     "1": {"name": "temp1", "value": 27.0},
     "2": {"name": "temp2", "value": 8.000},
     "3": {"name": "temp1", "value": 38.0},
     "4": {"name": "temp1", "value": 49.0},
     "5": {"name": "pumpstate", "value": "off"}}
2022-11-10 07:38:29.518 [mqtt debug] publish ebusd/bai/Status02 {
     "0": {"name": "hwcmode", "value": "auto"},
     "1": {"name": "temp0", "value": 60},
     "2": {"name": "temp1", "value": 50.0},
     "3": {"name": "temp0", "value": 80},
     "4": {"name": "temp1", "value": 55.0}}
2022-11-10 07:38:29.997 [update info] received MS cmd: 1008b5100900004178ffff000000 / 0101
2022-11-10 07:38:29.998 [update notice] received update-write bai SetMode QQ=10: auto;32.5;60.0;-;0;0;0;0;0;0
2022-11-10 07:38:30.519 [mqtt debug] publish ebusd/global/uptime 544
2022-11-10 07:38:34.511 [main debug] performing regular tasks
2022-11-10 07:38:34.512 [bus info] scan 15 cmd: ff15070400
2022-11-10 07:38:34.520 [bus debug] start request ff
2022-11-10 07:38:34.520 [bus debug] arbitration start with ff
2022-11-10 07:38:34.569 [bus debug] arbitration won
2022-11-10 07:38:34.569 [bus debug] arbitration delay 1986 micros
2022-11-10 07:38:34.569 [bus debug] switching from ready to send command
2022-11-10 07:38:34.577 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:38:34.585 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:38:34.594 [bus debug] send/receive symbol latency 6 ms
2022-11-10 07:38:34.602 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:38:34.602 [bus debug] switching from send command to send command CRC
2022-11-10 07:38:34.609 [bus debug] notify request: ERR: wrong symbol received
2022-11-10 07:38:34.609 [bus debug] ERR: wrong symbol received during send command CRC, switching to skip
2022-11-10 07:38:34.609 [main error] scan config 15: ERR: wrong symbol received
2022-11-10 07:38:34.609 [mqtt debug] publish ebusd/global/scan "running"
2022-11-10 07:38:34.610 [mqtt debug] publish ebusd/bai/SetMode {
     "hcmode": {"value": "auto"},
     "flowtempdesired": {"value": 32.5},
     "hwctempdesired": {"value": 60.0},
     "hwcflowtempdesired": {"value": null},
     "disablehc": {"value": 0},
     "disablehwctapping": {"value": 0},
     "disablehwcload": {"value": 0},
     "remoteControlHcPump": {"value": 0},
     "releaseBackup": {"value": 0},
     "releaseCooling": {"value": 0}}
2022-11-10 07:38:36.016 [update info] received MS cmd: 1008b5110101 / 09383600084c620000ff
2022-11-10 07:38:36.016 [update notice] received read bai Status01 QQ=10: 28.0;27.0;8.000;38.0;49.0;off
2022-11-10 07:38:36.610 [main debug] performing regular tasks
2022-11-10 07:38:36.610 [mqtt debug] publish ebusd/global/scan "finished"
2022-11-10 07:38:38.056 [update info] received MS cmd: 1008b5040100 / 0a03383807101104220008
2022-11-10 07:38:38.056 [update notice] received read bai DateTime QQ=10: valid;07:38:38;10.11.2022;8.000
2022-11-10 07:38:40.023 [update info] received MS cmd: 1008b5100900004178ffff000000 / 0101
2022-11-10 07:38:40.023 [update notice] received update-write bai SetMode QQ=10: auto;32.5;60.0;-;0;0;0;0;0;0
2022-11-10 07:38:41.616 [mqtt debug] publish ebusd/bai/SetMode {
     "hcmode": {"value": "auto"},
     "flowtempdesired": {"value": 32.5},
     "hwctempdesired": {"value": 60.0},
     "hwcflowtempdesired": {"value": null},
     "disablehc": {"value": 0},
     "disablehwctapping": {"value": 0},
     "disablehwcload": {"value": 0},
     "remoteControlHcPump": {"value": 0},
     "releaseBackup": {"value": 0},
     "releaseCooling": {"value": 0}}
2022-11-10 07:38:41.616 [mqtt debug] publish ebusd/bai/DateTime {
     "dcfstate": {"value": "valid"},
     "btime": {"value": "07:38:38"},
     "bdate": {"value": "10.11.2022"},
     "temp2": {"value": 8.000}}
2022-11-10 07:38:41.619 [mqtt debug] publish ebusd/bai/Status01 {
     "0": {"name": "temp1", "value": 28.0},
     "1": {"name": "temp1", "value": 27.0},
     "2": {"name": "temp2", "value": 8.000},
     "3": {"name": "temp1", "value": 38.0},
     "4": {"name": "temp1", "value": 49.0},
     "5": {"name": "pumpstate", "value": "off"}}
2022-11-10 07:38:46.072 [update info] received MS cmd: 1008b5110101 / 09383600084c620000ff
2022-11-10 07:38:46.073 [update notice] received read bai Status01 QQ=10: 28.0;27.0;8.000;38.0;49.0;off
2022-11-10 07:38:46.611 [main debug] performing regular tasks
2022-11-10 07:38:46.611 [bus info] scan 15 cmd: ff15070400
2022-11-10 07:38:46.619 [bus debug] start request ff
2022-11-10 07:38:46.619 [bus debug] arbitration start with ff
2022-11-10 07:38:46.625 [mqtt debug] publish ebusd/global/uptime 560
2022-11-10 07:38:46.667 [bus debug] arbitration won
2022-11-10 07:38:46.667 [bus debug] arbitration delay 1093 micros
2022-11-10 07:38:46.667 [bus debug] switching from ready to send command
2022-11-10 07:38:46.676 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:38:46.685 [bus debug] send/receive symbol latency 6 ms
2022-11-10 07:38:46.692 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:38:46.701 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:38:46.701 [bus debug] switching from send command to send command CRC
2022-11-10 07:38:46.706 [bus debug] notify request: ERR: SYN received
2022-11-10 07:38:46.707 [main error] scan config 15: ERR: SYN received
2022-11-10 07:38:46.707 [mqtt debug] publish ebusd/global/scan "running"
2022-11-10 07:38:46.707 [bus debug] ERR: SYN received during send command CRC, switching to ready
2022-11-10 07:38:46.749 [bus debug] ERR: SYN received during receive command, switching to ready
2022-11-10 07:38:47.708 [mqtt debug] publish ebusd/bai/Status01 {
     "0": {"name": "temp1", "value": 28.0},
     "1": {"name": "temp1", "value": 27.0},
     "2": {"name": "temp2", "value": 8.000},
     "3": {"name": "temp1", "value": 38.0},
     "4": {"name": "temp1", "value": 49.0},
     "5": {"name": "pumpstate", "value": "off"}}
2022-11-10 07:38:48.038 [update info] received MS cmd: 1008b5100305ff01 / 00
2022-11-10 07:38:48.038 [update notice] received unknown MS cmd: 1008b5100305ff01 / 00
2022-11-10 07:38:48.707 [main debug] performing regular tasks
2022-11-10 07:38:48.708 [mqtt debug] publish ebusd/global/scan "finished"
2022-11-10 07:38:50.085 [update info] received MS cmd: 1008b5100900004178ffff000000 / 0101
2022-11-10 07:38:50.085 [update notice] received update-write bai SetMode QQ=10: auto;32.5;60.0;-;0;0;0;0;0;0
2022-11-10 07:38:52.210 [network debug] [00005] wait for result
2022-11-10 07:38:52.210 [network info] [00005] client connection opened 127.0.0.1
2022-11-10 07:38:52.210 [main debug] >>> info
2022-11-10 07:38:52.215 [main debug] <<< version: ebusd 22.4.v22.4
device: /dev/ttyHZG
signal: acquired
symbol rate: 22
max symbol rate: 98
m ...
2022-11-10 07:38:52.217 [network info] [00005] connection closed
2022-11-10 07:38:52.713 [mqtt debug] publish ebusd/bai/SetMode {
     "hcmode": {"value": "auto"},
     "flowtempdesired": {"value": 32.5},
     "hwctempdesired": {"value": 60.0},
     "hwcflowtempdesired": {"value": null},
     "disablehc": {"value": 0},
     "disablehwctapping": {"value": 0},
     "disablehwcload": {"value": 0},
     "remoteControlHcPump": {"value": 0},
     "releaseBackup": {"value": 0},
     "releaseCooling": {"value": 0}}
2022-11-10 07:38:53.214 [network debug] dead connection removed - 0
2022-11-10 07:38:56.110 [update info] received MS cmd: 1008b5110101 / 09383600084c620000ff
2022-11-10 07:38:56.110 [update notice] received read bai Status01 QQ=10: 28.0;27.0;8.000;38.0;49.0;off
2022-11-10 07:38:57.215 [main debug] performing regular tasks
2022-11-10 07:38:57.216 [bus info] scan 15 cmd: ff15070400
2022-11-10 07:38:57.237 [bus debug] start request ff
2022-11-10 07:38:57.237 [bus debug] arbitration start with ff
2022-11-10 07:38:57.286 [bus debug] arbitration won
2022-11-10 07:38:57.287 [bus debug] arbitration delay 2340 micros
2022-11-10 07:38:57.287 [bus debug] switching from ready to send command
2022-11-10 07:38:57.294 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:38:57.303 [bus debug] send/receive symbol latency 6 ms
2022-11-10 07:38:57.311 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:38:57.319 [bus debug] send/receive symbol latency 5 ms
2022-11-10 07:38:57.319 [bus debug] switching from send command to send command CRC
2022-11-10 07:38:57.325 [bus debug] notify request: ERR: wrong symbol received
2022-11-10 07:38:57.325 [bus debug] ERR: wrong symbol received during send command CRC, switching to skip
2022-11-10 07:38:57.325 [main error] scan config 15: ERR: wrong symbol received
2022-11-10 07:38:57.325 [mqtt debug] publish ebusd/global/scan "running"
2022-11-10 07:38:57.326 [mqtt debug] publish ebusd/bai/Status01 {
     "0": {"name": "temp1", "value": 28.0},
     "1": {"name": "temp1", "value": 27.0},
     "2": {"name": "temp2", "value": 8.000},
     "3": {"name": "temp1", "value": 38.0},
     "4": {"name": "temp1", "value": 49.0},
     "5": {"name": "pumpstate", "value": "off"}}
2022-11-10 07:38:58.067 [update info] received BC cmd: 10feb516080057380710110422
2022-11-10 07:38:58.068 [update notice] received update-read broadcast vdatetime QQ=10: 07:38:57;10.11.2022
2022-11-10 07:38:58.325 [update info] received MS cmd: 1008b512020064 / 00
2022-11-10 07:38:58.325 [update notice] received update-write bai StatusCirPump QQ=10: on
2022-11-10 07:38:59.326 [main debug] performing regular tasks
2022-11-10 07:38:59.326 [mqtt debug] publish ebusd/global/scan "finished"
2022-11-10 07:38:59.326 [mqtt debug] publish ebusd/bai/StatusCirPump {
     "0": {"name": "", "value": "on"}}
2022-11-10 07:38:59.326 [mqtt debug] publish ebusd/broadcast/vdatetime {
     "time": {"value": "07:38:57"},
     "date": {"value": "10.11.2022"}}
2022-11-10 07:39:00.110 [update info] received MS cmd: 1008b5100900004178ffff000000 / 0101
2022-11-10 07:39:00.110 [update notice] received update-write bai SetMode QQ=10: auto;32.5;60.0;-;0;0;0;0;0;0
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Physman am 10 November 2022, 15:43:01
Gerade mit einem einfachen Multimeter die ebus Spannung am Esera Adapter gemessen, überiwegend 21V bis auf wenn Signale kommen, dann geht es runter (nicht messbar mit dem Voltmeter).

Passt das so?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: lewej am 30 November 2022, 18:54:23
Hallo zusammen,

Ich habe folgendes System:
Vaillant geotherm vwl 81/3s.

Ebusd Adapter 2.0 der ohne Poti.

Ich kann meine Heizung auslesen und steuern. Alles funktioniert Super.
Jetzt kommt aber mein Problem. Sobald der ebusd Adapter an der geotherm hängt, funktioniert die Anlage 1W manchmal länger. Irgendwann verliert aber die Innenstation die Verbindung zur Aussenstation.
Zuerst dachte ich, ja kommt schon mal vor und hab mir erstmal nichts dabei gedacht.

Jetzt konnte ich aber feststellen, das es 100% am ebus Adapter liegt. Wenn ich diesen wieder entferne, funktioniert die Anlage zu 100%, seit einem Jahr kein einziger Ausfall.

Da wir eine PV Anlage bekommen, will ich den ebus Adapter wieder Inbetriebnehmen, damit ich meinen PV Überschuss in die Heizung einspeisen kann.

ebusd läuft wie folgt:

EBUSD_OPTS2="-d 192.168.10.46:8890 -p 8889 --latency=20000 --pidfile=/var/run/ebusdgeotherm.pid --logfile=/var/log/ebusd/ebusdgeotherm -c /etc/ebusd --scanconfig=full --pollinterval=300 --mqtthost=localhost --mqttport=1883  --mqttjson --mqtttopic=ebusdgeotherm/%circuit/%name"

Was mir aufgefallen ist, das der Adapter immer wieder das signal verliert.

020-01-11 08:55:01.038 [bus error] signal lost
2020-01-11 08:55:31.048 [bus error] signal lost
2020-01-11 08:58:27.071 [bus error] signal lost
2020-01-11 09:01:03.055 [bus error] signal lost
2020-01-11 09:03:33.027 [bus error] signal lost
2020-01-11 09:06:14.033 [bus error] signal lost
2020-01-11 09:07:44.018 [bus error] signal lost
2020-01-11 09:07:50.054 [bus error] signal lost
2020-01-11 09:08:14.031 [bus error] signal lost
2020-01-11 09:09:16.059 [bus error] signal lost
2020-01-11 09:13:36.040 [bus error] signal lost
2020-01-11 09:21:18.051 [bus error] signal lost
2020-01-11 09:23:19.022 [bus error] signal lost
2020-01-11 09:24:49.030 [bus error] signal lost
2020-01-11 09:25:39.013 [bus error] signal lost
2020-01-11 09:26:19.027 [bus error] signal lost
2020-01-11 09:28:50.029 [bus error] signal lost
2020-01-11 09:32:21.068 [bus error] signal lost
2020-01-11 09:32:41.053 [bus error] signal lost
2020-01-11 09:38:30.010 [bus error] signal lost
2020-01-11 09:42:54.037 [bus error] signal lost
2020-01-11 09:46:25.039 [bus error] signal lost
2020-01-11 09:50:46.009 [bus error] signal lost
2020-01-11 09:51:16.004 [bus error] signal lost
2020-01-11 09:51:35.014 [bus error] signal lost
2020-01-11 09:54:47.068 [bus error] signal lost
2020-01-11 09:57:48.050 [bus error] signal lost
2020-01-11 09:59:58.036 [bus error] signal lost
2020-01-11 10:00:18.063 [bus error] signal lost
2020-01-11 10:02:29.037 [bus error] signal lost
2020-01-11 10:03:19.042 [bus error] signal lost
2020-01-11 10:04:19.017 [bus error] signal lost
2020-01-11 10:11:51.061 [bus error] signal lost
2020-01-11 10:13:22.014 [bus error] signal lost
2020-01-11 10:16:23.017 [bus error] signal lost
2020-01-11 11:08:43.053 [bus error] signal lost
2020-01-11 11:12:07.000 [bus error] signal lost
2020-01-11 11:12:47.040 [bus error] signal lost
2020-01-11 11:13:47.053 [bus error] signal lost
2020-01-11 11:14:48.023 [bus error] signal lost
2020-01-11 11:15:48.052 [bus error] signal lost
2020-01-11 11:16:18.005 [bus error] signal lost
2020-01-11 11:16:48.010 [bus error] signal lost
2020-01-11 11:17:39.023 [bus error] signal lost
2020-01-11 11:19:49.039 [bus error] signal lost
2020-01-11 11:21:52.040 [bus error] signal lost
2020-01-11 12:04:14.023 [bus error] signal lost
2020-01-11 12:05:31.016 [bus error] signal lost
2020-01-11 12:07:01.012 [bus error] signal lost
2020-01-11 12:08:20.052 [bus error] signal lost
2020-01-11 12:09:41.069 [bus error] signal lost
2020-01-28 21:32:17.507 [mqtt error] communication error: connection lost

Hat jemand eine Idee oder ähnliche Probleme schon gehabt?

VG
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Johannes2 am 04 Dezember 2022, 14:59:09
Hallo,

ausdrücklich möchte ich mit bei allen hier im Thread bedanken. Ganz besonders bei @Reinhart, @john30, @zentis666 und @Reini88

Adapter V1.6
Obwohl schon etwas "angestaubt" habe ich mir eBus-Adapter-Platinen V1.6 bei einem deutschen Platinenfertiger herstellen lassen.

Grund:
Ich konnte es zeitlich nicht aushalten bis die V3.1 wieder verfügbar sind. Vorteil ohnehin: Diese V1.6 Platine kann ich mit meinem 15W Lötkolben selbst zusammen bauen, da keine SMD Bauteile drauf kommen.

Ablauf
Nachdem sowohl von Reichelt die Bauteile, als auch die Platine vom Platinenfertiger innerhalb weniger Tage angekommen sind, habe ich mir gestern am Samstag Zeit genommen und bin das Projekt angegangen. Tatsächlich habe ich es auf meine alten Tage geschafft den eBus Adapter und den eBus-Deamon auf einem Raspberry 3B+ zusammenzubauen, zu installieren und konfiguriert zu bekommen. Ich bin stolz auf mich, aber vor allem bin ich stolz auf Euch, welche seit Jahren ein so tolles Projekt voranbringen.

Dokumentation
Hauptsächlich bin ich nach diesem Threat "eBus Schaltung in Betrieb nehmen" und auch dem FHEM EBUS Wiki https://wiki.fhem.de/wiki/EBUS vorgegangen. Natürlich habe ich auch in die neueren Threads reingeschaut.

Hinweise, welche anderen vielleicht schneller auf die Sprünge helfen:

FTDI:
Als FTDI Modul habe ich mir von eBay dieses hier geholt: FT232RL FTDI Mini USB zu TTL Serien Adapter Modul 3.3V / 5 V https://www.ebay.de/itm/223727784474 (https://www.ebay.de/itm/223727784474)
Das funktioniert super. Das hat für RX und TX separate LEDs drauf. Auch für Power vom USB ist eine LED zur Kontrolle drauf.
RX und TX müssen zwischen FTDI Adapter und eBus-Adapter nicht getauscht werden. Da hatte ich etwas gehadert.

Widerstand R6 > [main error] scan config 08: ERR: arbitration lost
Als ich feststellte, dass später nach dem Abgleichen über das feine Potentiometer (gar nicht so schwer) die eBus Nachrichten zwar empfangen, aber Nachrichten nicht gesendet wurden, musste ich noch den R6 von 22k auf 10k austauschen.

Diesen Tipp hatte ich auch hier aus dem Threat mit Nachricht #1634 am: 25 August 2020, 15:58:50 https://forum.fhem.de/index.php/topic,46098.1634.html (https://forum.fhem.de/index.php/topic,46098.1634.html)

Nach dem Austausch funktionierte das auch prima. Geäußert hat sich das "Nichtsenden" damit, dass der ebusd die Konfig nicht automatisch laden konnte.

Das äußerte sich mit diesen : "[main error] scan config 08: ERR: arbitration lost" Nachrichten


2022-12-03 19:04:24.838 [main error] scan config 08: ERR: arbitration lost
2022-12-03 19:04:24.933 [update notice] received unknown MS cmd: 1008b5100900006b78ffff040000 / 0101
2022-12-03 19:04:34.609 [update notice] received unknown MS cmd: 1008b5110101 / 096842008040440100ff
2022-12-03 19:04:34.888 [update notice] received unknown MS cmd: 1008b5100900006b78ffff040000 / 0101
2022-12-03 19:04:35.134 [update notice] received unknown BC cmd: 10feb516080034041903120622
2022-12-03 19:04:35.325 [main error] scan config 15: ERR: arbitration lost
2022-12-03 19:04:35.399 [update notice] received unknown MS cmd: 1008b5110102 / 05033c964664
2022-12-03 19:04:35.679 [update notice] received unknown MS cmd: 1008b5110100 / 0848031232040f0001
2022-12-03 19:04:35.899 [update notice] received unknown BC cmd: 10feb51603012c02
2022-12-03 19:04:44.619 [update notice] received unknown MS cmd: 1008b5110101 / 096c46008040440100ff
2022-12-03 19:04:44.902 [update notice] received unknown MS cmd: 1008b5100900006b78ffff040000 / 0101
2022-12-03 19:04:54.609 [update notice] received unknown MS cmd: 1008b5110101 / 09724a008040440100ff
2022-12-03 19:04:54.892 [update notice] received unknown MS cmd: 1008b5100900006b78ffff040000 / 0101
2022-12-03 19:05:04.606 [update notice] received unknown MS cmd: 1008b5110101 / 09764c008040440000ff
2022-12-03 19:05:04.798 [main error] scan config 08: ERR: arbitration lost
2022-12-03 19:05:04.893 [update notice] received unknown MS cmd: 1008b5100900006b78ffff040000 / 0101
2022-12-03 19:05:05.157 [update notice] received unknown MS cmd: 1008b5110102 / 05033c964664
2022-12-03 19:05:14.605 [update notice] received unknown MS cmd: 1008b5110101 / 096e50008040440000ff
2022-12-03 19:05:14.885 [update notice] received unknown MS cmd: 1008b5100900006b78ffff040000 / 0101
2022-12-03 19:05:24.592 [update notice] received unknown MS cmd: 1008b5110101 / 096250008042440000ff
2022-12-03 19:05:24.782 [main error] scan config 15: ERR: arbitration lost


Jetzt läufts in den Basics.


pi@ebusd:~ $ ebusctl info
version: ebusd 22.4.v22.4
update check: OK
device: /dev/ttyUSB0
access: *
signal: acquired
symbol rate: 22
max symbol rate: 141
min arbitration micros: 363
max arbitration micros: 586
min symbol latency: 5
max symbol latency: 6
reconnects: 0
masters: 4
messages: 652
conditional: 0
poll: 0
update: 10
address 00: master #1
address 03: master #11
address 05: slave #1, scanned "MF=Vaillant;ID=VR921;SW=2706;HW=5703"
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=BASV2;SW=0507;HW=1704", loaded "vaillant/15.basv.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd


Nun mache ich mich mal an MQTT, FHEM und meinen VZLOGGER, Volkszähler.

Danke noch mal an Alle,

Gruß
Johannes
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mwolle am 05 Januar 2023, 12:30:30
Ich hätte hier auch eine Frage, bzgl. der Momentanen Leistung:
ebusctl i
version: ebusd 22.4.v22.4-57-g5d3c6f09
update check: revision v22.4 available, vaillant/08.bai.csv: newer version available
device: tcp:192.168.178.126:5000
access: *
signal: acquired
symbol rate: 39
max symbol rate: 330
min arbitration micros: 2
max arbitration micros: 1996
min symbol latency: 3
max symbol latency: 62
reconnects: 11
masters: 3
messages: 757
conditional: 9
poll: 1
update: 12
address 03: master #11
address 04: slave #25, ebusd
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=UI   ;SW=0501;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", loaded "vaillant/25.solsy.hwc.csv"
address 26: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/26.solsy.hc.csv"
address 50: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/50.solsy.mc.csv"
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301", loaded "vaillant/ec.solsy.sc.csv"
address ff: master #25, ebusd


nun möchte ich die Momentan Leistung eigentlich haben, nach Recherche habe ich folgende Diskussionen dazu gefunden:
Einerseits über:

bai PartloadHcKW = no data stored
bai ModulationTempDesired = no data stored

Aber das ist nur die maximale Heizlast in kW und die minimale Modulation in % als Dauerwert. Damit kann ich also am Ende nur auslesen, welche Minimalleistung die Therme kann. Dann gibt es noch diesen Wert:

bai PowerValue = no data stored

Hier bekomme ich aber nur diesen Wert

ebusctl r -f PowerValue
1b 04 58 0e 64 10


Das sagt mir gar nichts weiter...könnte das aber der gewünschte Wert sein, und dieser ist noch nicht übersetzt? Oder suche ich falsch für die Momentanleistung?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mirror am 08 Januar 2023, 18:28:37
Zu PowerValue kann ich auch nichts sagen, kriege ähnliche Byte Folge.
Die Darstellung der aktuellen Leistung mache ich auf 2 Arten, userReading aus Temp differenz Vorlauf / Rücklauf und Durchfluß sowie mit current Power vom Gaszaehler Modul. Sieht plausibel aus - man sieht schon Verluste.
Hier das userReading:
attr Vorlauf userReadings Leistung {sprintf("%.2f kW",maxNum((ReadingsNum($NAME, "Vorlauf",0)-ReadingsNum("Ruecklauf","Ruecklauf",0)),0)*ReadingsNum("Durchfluss","Durchfluss",0)*60/860)}

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Damian am 08 Januar 2023, 20:27:51
Zitat von: Johannes2 am 04 Dezember 2022, 14:59:09
Nun mache ich mich mal an MQTT, FHEM und meinen VZLOGGER, Volkszähler.

Ich habe mir damals auch eine 1.6 Platine besorgt, die war allerdings schon zusammengelötet. Bald entstand der Wunsch alle wichtigen (und unwichtigen) Informationen auszulesen und zu visualisieren.

Das Ergebnis habe ich hier zusammengetragen:

https://wiki.fhem.de/wiki/DOIF/uiTable_Schnelleinstieg#Visualisierung_und_Steuerung:_Heiztherme

Vielleicht ist das für dich interessant, vor allem, da es auch ein Vaillant-Gerät ist.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Damian am 08 Januar 2023, 20:46:38
Zitat von: mwolle am 05 Januar 2023, 12:30:30
Ich hätte hier auch eine Frage, bzgl. der Momentanen Leistung:
Aber das ist nur die maximale Heizlast in kW und die minimale Modulation in % als Dauerwert. Damit kann ich also am Ende nur auslesen, welche Minimalleistung die Therme kann. Dann gibt es noch diesen Wert:

bai PowerValue = no data stored

Hier bekomme ich aber nur diesen Wert

ebusctl r -f PowerValue
1b 04 58 0e 64 10


Das sagt mir gar nichts weiter...könnte das aber der gewünschte Wert sein, und dieser ist noch nicht übersetzt? Oder suche ich falsch für die Momentanleistung?

Hier meine Definition inklusive PowerValue:

defmod vaillant MQTT2_DEVICE ebusd_bai
attr vaillant IODev MQTT2_FHEM_Server
attr vaillant devStateStyle style="text-align:left"
attr vaillant event-on-change-reading .*
attr vaillant group Therme
attr vaillant icon sani_boiler_temp
attr vaillant jsonMap Status01_0_value:Vorlauf Status01_0_name:0\
Status01_1_value:Ruecklauf Status01_1_name:0\
Status01_2_value:Aussentemp Status01_2_name:0\
Status01_3_value:Warmwasser Status01_3_name:0\
Status01_4_value:WWSpeicher Status01_4_name:0\
Status01_5_value:Pumpenstatus Status01_5_name:0\
Flame_0_value:Flame Flame_0_name:0\
Storageloadpump_percent0_value:Storageloadpump\
HwcTempDesired_tempv_value:WarmwasserSollTemp\
FlowTempDesired_temp_value:VorlaufSoll\
Hc1HeatCurve_0_value:HeizKennlinie Hc1HeatCurve_0_name:0\
HolidayEndPeriod_hto_value:FerienEnde\
HolidayStartPeriod_hfrom_value:FerienBeginn\
PumpPowerDesired_0_value:PumpenLeistungSoll PumpPowerDesired_0_name:0\
PumpPower_0_value:PumpenLeistung PumpPower_0_name:0\
PrimaryCircuitFlowrate_uin100_value:Umlaufmenge\
z1DayTemp_tempv_value:TagSolltemp\
z1NightTemp_tempv_value:NachtSolltemp\
FanSpeed_0_value:LuefterDrehzahl FanSpeed_0_name:0\
WaterPressure_pressv_value:Wasserdruck\
z1OpMode_opmode_value:Heizmodus
attr vaillant model eBus_bai_jsonmap
attr vaillant readingList ebusd/scan\x2e08/:.* { json2nameValue($EVENT) }\
ebusd/scan\x2e08/id:.* { json2nameValue($EVENT) }\
ebusd/scan\x2e15/id:.* { json2nameValue($EVENT) }\
ebusd/bai/SetMode:.* {}\
ebusd/bai/Status02:.* {}\
ebusd/bai/StatusCirPump:.* {}\
ebusd/scan\x2e15/:.* {}\
ebusd/bai/PumpHours:.* { json2nameValue($EVENT, 'PumpHours_', $JSONMAP) }\
ebusd/bai/WPPostrunTime:.* { json2nameValue($EVENT, 'WPPostrunTime_', $JSONMAP) }\
ebusd/bai/PowerValue:.* { json2nameValue($EVENT, 'PowerValue_', $JSONMAP) }\
ebusd/bai/StorageExitTemp:.* { json2nameValue($EVENT, 'StorageExitTemp_', $JSONMAP) }\
ebusd/bai/StorageTempDesired:.* { json2nameValue($EVENT, 'StorageTempDesired_', $JSONMAP) }\
ebusd/global/version:.* version\
ebusd/global/running:.* running\
ebusd/scan\x5c\x2e08/:.* { json2nameValue($EVENT, 'scan.08_', $JSONMAP) }\
ebusd/scan\x5c\x2e08/id:.* { json2nameValue($EVENT, 'id_', $JSONMAP) }\
ebusd/global/uptime:.* uptime\
ebusd/global/signal:.* signal\
ebusd/scan\x5c\x2e15/:.* { json2nameValue($EVENT, 'scan.15_', $JSONMAP) }\
ebusd/scan\x5c\x2e15/id:.* { json2nameValue($EVENT, 'id_', $JSONMAP) }\
ebusd/bai/FanSpeed:.* { json2nameValue($EVENT, 'FanSpeed_', $JSONMAP) }\
ebusd/bai/PumpPower:.* { json2nameValue($EVENT, 'PumpPower_', $JSONMAP) }\
ebusd/broadcast/vdatetime:.* { json2nameValue($EVENT, 'vdatetime_', $JSONMAP) }\
ebusd/broadcast/outsidetemp:.* { json2nameValue($EVENT, 'outsidetemp_', $JSONMAP) }\
ebusd/bai/DateTime:.* { json2nameValue($EVENT, 'DateTime_', $JSONMAP) }\
ebusd/global/updatecheck:.* updatecheck\
ebusd/bai/DCFTimeDate:.* { json2nameValue($EVENT, 'DCFTimeDate_', $JSONMAP) }\
ebusd/bai/HcPumpMode:.* { json2nameValue($EVENT, 'HcPumpMode_', $JSONMAP) }\
ebusd/bai/PumpPowerDesired:.* { json2nameValue($EVENT, 'PumpPowerDesired_', $JSONMAP) }\
ebusd/bai/HwcImpellorSwitch:.* { json2nameValue($EVENT, 'HwcImpellorSwitch_', $JSONMAP) }\
ebusd/bai/ReturnTemp:.* { json2nameValue($EVENT, 'ReturnTemp_', $JSONMAP) }\
ebusd/700/HwcStorageTempBottom:.* { json2nameValue($EVENT, 'HwcStorageTempBottom_', $JSONMAP) }\
ebusd/700/HwcTempDesired:.* { json2nameValue($EVENT, 'HwcTempDesired_', $JSONMAP) }\
ebusd/bai/FanPWMSum:.* { json2nameValue($EVENT, 'FanPWMSum_', $JSONMAP) }\
ebusd/bai/HcHours:.* { json2nameValue($EVENT, 'HcHours_', $JSONMAP) }\
ebusd/bai/HoursTillService:.* { json2nameValue($EVENT, 'HoursTillService_', $JSONMAP) }\
ebusd/bai/PumpHwcFlowNumber:.* { json2nameValue($EVENT, 'PumpHwcFlowNumber_', $JSONMAP) }\
ebusd/bai/WP:.* { json2nameValue($EVENT, 'WP_', $JSONMAP) }\
ebusd/700/WaterPressure:.* { json2nameValue($EVENT, 'WaterPressure_', $JSONMAP) }\
ebusd/bai/PrimaryCircuitFlowrate:.* { json2nameValue($EVENT, 'PrimaryCircuitFlowrate_', $JSONMAP) }\
ebusd/bai/Flame:.* { json2nameValue($EVENT, 'Flame_', $JSONMAP) }\
ebusd/bai/Storageloadpump:.* { json2nameValue($EVENT, 'Storageloadpump_', $JSONMAP) }\
ebusd/bai/Status01:.* { json2nameValue($EVENT, 'Status01_', $JSONMAP) }\
ebusd/bai/FlowTempDesired:.* { json2nameValue($EVENT, 'FlowTempDesired_', $JSONMAP) }\
ebusd/700/FrostOverRideTime:.* { json2nameValue($EVENT, 'FrostOverRideTime_', $JSONMAP) }\
ebusd/700/Hc1ActualFlowTempDesired:.* { json2nameValue($EVENT, 'Hc1ActualFlowTempDesired_', $JSONMAP) }\
ebusd/700/Hc1AutoOffMode:.* { json2nameValue($EVENT, 'Hc1AutoOffMode_', $JSONMAP) }\
ebusd/700/Hc1CircuitType:.* { json2nameValue($EVENT, 'Hc1CircuitType_', $JSONMAP) }\
ebusd/700/Hc1HeatCurve:.* { json2nameValue($EVENT, 'Hc1HeatCurve_', $JSONMAP) }\
ebusd/700/HcStorageTempBottom:.* { json2nameValue($EVENT, 'HcStorageTempBottom_', $JSONMAP) }\
ebusd/700/HcStorageTempTop:.* { json2nameValue($EVENT, 'HcStorageTempTop_', $JSONMAP) }\
ebusd/700/HolidayTemp:.* { json2nameValue($EVENT, 'HolidayTemp_', $JSONMAP) }\
ebusd/700/OpMode:.* { json2nameValue($EVENT, 'OpMode_', $JSONMAP) }\
ebusd/700/z1RoomTemp:.* { json2nameValue($EVENT, 'z1RoomTemp_', $JSONMAP) }\
ebusd/700/z1SFMode:.* { json2nameValue($EVENT, 'z1SFMode_', $JSONMAP) }\
ebusd/700/z1OpMode:.* { json2nameValue($EVENT, 'z1OpMode_', $JSONMAP) }\
ebusd/700/Time:.* { json2nameValue($EVENT, 'Time_', $JSONMAP) }\
ebusd/bai/EbusVoltage:.* { json2nameValue($EVENT, 'EbusVoltage_', $JSONMAP) }\
ebusd/bai/extWP:.* { json2nameValue($EVENT, 'extWP_', $JSONMAP) }\
ebusd/bai/FanStarts:.* { json2nameValue($EVENT, 'FanStarts_', $JSONMAP) }\
ebusd/700/z1NightTemp:.* { json2nameValue($EVENT, 'z1NightTemp_', $JSONMAP) }\
ebusd/700/z1DayTemp:.* { json2nameValue($EVENT, 'z1DayTemp_', $JSONMAP) }\
ebusd/700/HolidayStartPeriod:.* { json2nameValue($EVENT, 'HolidayStartPeriod_', $JSONMAP) }\
ebusd/700/HolidayEndPeriod:.* { json2nameValue($EVENT, 'HolidayEndPeriod_', $JSONMAP) }\
ebusd/700/z1Timer.Monday:.* { json2nameValue($EVENT, 'z1Timer.Monday_', $JSONMAP) }\
ebusd/700/z1Timer.Tuesday:.* { json2nameValue($EVENT, 'z1Timer.Tuesday_', $JSONMAP) }\
ebusd/700/z1Timer.Wednesday:.* { json2nameValue($EVENT, 'z1Timer.Wednesday_', $JSONMAP) }\
ebusd/700/z1Timer.Thursday:.* { json2nameValue($EVENT, 'z1Timer.Thursday_', $JSONMAP) }\
ebusd/700/z1Timer.Friday:.* { json2nameValue($EVENT, 'z1Timer.Friday_', $JSONMAP) }\
ebusd/700/z1Timer.Sunday:.* { json2nameValue($EVENT, 'z1Timer.Sunday_', $JSONMAP) }\
ebusd/700/z1Timer.Saturday:.* { json2nameValue($EVENT, 'z1Timer.Saturday_', $JSONMAP) }\
ebusd/bai/PrEnergyCountHc1:.* { json2nameValue($EVENT, 'PrEnergyCountHc1_', $JSONMAP) }\
ebusd/bai/PrEnergyCountHwc1:.* { json2nameValue($EVENT, 'PrEnergyCountHwc1_', $JSONMAP) }\
ebusd/bai/PrEnergySumHc1:.* { json2nameValue($EVENT, 'PrEnergySumHc1_', $JSONMAP) }\
ebusd/bai/PrEnergySumHwc1:.* { json2nameValue($EVENT, 'PrEnergySumHwc1_', $JSONMAP) }\
ebusd/bai/FanHours:.* { json2nameValue($EVENT, 'FanHours_', $JSONMAP) }\
ebusd/bai/HcHours:.* { json2nameValue($EVENT, 'HcHours_', $JSONMAP) }\
ebusd/bai/HwcHours:.* { json2nameValue($EVENT, 'HwcHours_', $JSONMAP) }\
ebusd/bai/HcStarts:.* { json2nameValue($EVENT, 'HcStarts_', $JSONMAP) }\
ebusd/bai/HwcStarts:.* { json2nameValue($EVENT, 'HwcStarts_', $JSONMAP) }\
ebusd/700/Date:.* { json2nameValue($EVENT) }\
ebusd/bai/HcPumpMode:.* { json2nameValue($EVENT) }
attr vaillant room DEVICES->MQTT2_DEVICE,Ebus
attr vaillant setList HeizKennlinie:selectnumbers,0,.1,2,1,lin ebusd/700/Hc1HeatCurve/set $EVTPART1\
TagSolltemp:selectnumbers,15,1,25,1,lin ebusd/700/z1DayTemp/set $EVTPART1\
NachtSolltemp:selectnumbers,15,1,25,1,lin ebusd/700/z1NightTemp/set $EVTPART1\
PumpenLeistungSoll:selectnumbers,0,1,8,1,lin ebusd/bai/PumpPowerDesired/set $EVTPART1\
WarmwasserSollTemp:selectnumbers,45,1,55,1,lin ebusd/700/HwcTempDesired/set $EVTPART1\
Pumpenmodus:select,1,2 ebusd/bai/HcPumpMode/set $EVTPART1
attr vaillant userReadings total_hc {ReadingsVal($name,"PrEnergySumHc1_0_value",0)/100000},\
total_hwc {ReadingsVal($name,"PrEnergySumHwc1_0_value",0)/100000},\
total_h {ReadingsVal($name,"PrEnergySumHc1_0_value",0)/100000+ReadingsVal($name,"PrEnergySumHwc1_0_value",0)/100000}


Es handelt sich bei PowerValue allerdings nur um die PumpenLeistung.

Die aktuelle "Heizleistung" kannst du einfach mit einem userReading mit differential aus dem userReading total_h (siehe oben) bestimmen.

Die Pumpenleistung sowie die Umlaufmenge (Durchfluss) lasse ich visualisieren (siehe dazu auch Post davor)


Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mwolle am 11 Januar 2023, 06:55:00
vielen Dank für die Tipps, eine Sache noch, ist der broadcast von Status01, bei mir werden nur Vor- und Rücklauf angezeigt und der Punpenstatus:
ebusctl r -f Status01
33.0;32.0;-;-;-;off



ich gehe aber fast davon aus, dass es daran liegt, dass Warmwasser woanders gesteuert wird, aber auch da finde ich keinen Warmwasserwert.
Was mir auch auffällt, Vorlauf und Rücklauf liegen gerade immer nur 1 Grad auseinander...auch komisch.

Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mirror am 11 Januar 2023, 14:42:53
Zitat von: mwolle am 11 Januar 2023, 06:55:00
vielen Dank für die Tipps, eine Sache noch, ist der broadcast von Status01, bei mir werden nur Vor- und Rücklauf angezeigt und der Punpenstatus:
ebusctl r -f Status01
33.0;32.0;-;-;-;off


ich gehe aber fast davon aus, dass es daran liegt, dass Warmwasser woanders gesteuert wird, aber auch da finde ich keinen Warmwasserwert.
Was mir auch auffällt, Vorlauf und Rücklauf liegen gerade immer nur 1 Grad auseinander...auch komisch.

zu Status01: wenn Hzg. aus dann auch nur kleine Differenz, oder gar keine. ;)

Was für einen "Warmwasserwert"? Ich dachte, Du wolltest Leistungen.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mwolle am 11 Januar 2023, 16:40:02
Also, ich würde am liebsten: VL, RL, Warmwasser, Außentemp und Leitung haben. VL und RL über Status01, Warmwasser suche ich schon in anderen Configdateien (z.B. hwc oder auch im Solarumfeld), aber außer Festwerte finde ich nichts. Leistung haben wir ja nun gesagt, über eine Berechnung einzelner Werte bekommt man diese.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: jkriegl am 11 Januar 2023, 18:52:23
Kann mir bitte jemand den csv-Eintrag von Staus01 und welche csv mitteilen.

Meine csv stammen von den Anfängen also 2015/6. Aber alles funktioniert bestens.
Hatte damals nicht den richtigen VL/RL gefunden.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Damian am 13 Januar 2023, 13:58:18
Zitat von: jkriegl am 11 Januar 2023, 18:52:23
Kann mir bitte jemand den csv-Eintrag von Staus01 und welche csv mitteilen.

Meine csv stammen von den Anfängen also 2015/6. Aber alles funktioniert bestens.
Hatte damals nicht den richtigen VL/RL gefunden.

Wenn du den korrekten Pfad einstellst: --configpath=http://cfg.ebusd.eu

hast du immer die aktuellen Daten, siehe dazu: https://forum.fhem.de/index.php/topic,131342.msg1255399.html#msg1255399
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reini88 am 13 Januar 2023, 19:53:07
Zitat von: mwolle am 05 Januar 2023, 12:30:30
Ich hätte hier auch eine Frage, bzgl. der Momentanen Leistung:
...
nun möchte ich die Momentan Leistung eigentlich haben, nach Recherche habe ich folgende Diskussionen dazu gefunden:
Einerseits über:

bai PartloadHcKW = no data stored
bai ModulationTempDesired = no data stored

Aber das ist nur die maximale Heizlast in kW und die minimale Modulation in % als Dauerwert. Damit kann ich also am Ende nur auslesen, welche Minimalleistung die Therme kann. Dann gibt es noch diesen Wert:

ModulationTempDesired ist NICHT die  minimale Modulation sondern die aktuelle Modulation in %. Mit diesem Wert läßt sich die aktuelle Leistung berechnen.
Allerdings kann bei heftigem Wind die momentane Leistung kurzzeitig erhöht sein (damit die Flamme nicht ausgeht), ohne dass der Wert für ModulationTempDesired  sich ändert.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: mwolle am 16 Januar 2023, 07:32:41
Zitat von: Reini88 am 13 Januar 2023, 19:53:07
ModulationTempDesired ist NICHT die  minimale Modulation sondern die aktuelle Modulation in %. Mit diesem Wert läßt sich die aktuelle Leistung berechnen.
Allerdings kann bei heftigem Wind die momentane Leistung kurzzeitig erhöht sein (damit die Flamme nicht ausgeht), ohne dass der Wert für ModulationTempDesired  sich ändert.
Leider eben nicht, außer die Therme fährt tatsächlich dauerhaft mit 27% durch. Das kann nicht richtig sein. Der VL-RL Temp sagen mir da auch was anderes, und zwar viel Takten. Das bildet dieser Parameter gar nicht ab.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Reini88 am 16 Januar 2023, 10:18:15
OK, dann ist das bei Deiner Therme anders als bei meiner (Vaillan EcoTec Plus).
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Pnemenz am 02 Februar 2023, 23:05:14
Ich habe folgendes Problem:
Ich habe den e-Busadapter in Betrieb genommen und frage nmach der Anleitung im Wiki https://wiki.fhem.de/wiki/EBUS-ECMD Werte ab.
meine Definition eines der Werte sieht so aus :
# HeisswasserSpeicher
get HeisswasserSpeicher cmd {"r -f HwcStorageTemp tempv \n"}
get HeisswasserSpeicher expect ".*\n\n"
get HeisswasserSpeicher postproc  { $_ }

Wenn die Werte in FHEM ankommen sind 2x "\n" dabei. Diese Werte werden in das DBLog geschrieben inkl der beiden neue Zeile Zeichen. Dadurch lassen sich die Daten nicht in einem Diagramm darstellen.
Wie kann ich vor dem Speicher, oder auch beim lesen aus der DB das löschen?
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Pnemenz am 02 Februar 2023, 23:22:35
ZitatIch habe folgendes Problem:
Ich habe das Problem selber gelöst:
es fehlte die Formatierung:
# HeisswasserSpeicher
get HeisswasserSpeicher cmd {"r -f HwcStorageTemp tempv \n"}
get HeisswasserSpeicher expect ".*\n\n"
get HeisswasserSpeicher postproc   { sprintf("%5.1f",$_) }


Damit gehts jetzt.
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: theotherhalf am 03 Februar 2023, 16:10:08
Ich habe seit gestern meine Ebus Instanz auf neuer Hardware laufen.
Das OS habe ich von Stretch auf Bullseye aktualisiert mit einer komplett neuen Installation und nutze einen etwas weniger alten Raspi. Beide Konverter und Kabel sind noch die gleichen, die habe ich lediglich USB seitig 1:1 umgeschwenkt. Soweit läuft alles stabil.
Gestern nach dem Start lief es einige Stunden stabil, danach wurde von einem Endgerät nicht mehr geloggt. Mit dem Neustart des Raspis lief es wieder, nach 30 min wieder das gleiche.
Wenn ich schaue ob die Services noch laufen, so sieht alles normal aus:

USB0
pi@raspberrypi:~ $ service ebusd status
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
     Loaded: loaded (/etc/systemd/system/ebusd.service; enabled; vendor preset:>
     Active: active (running) since Fri 2023-02-03 12:43:26 CET; 3h 16min ago
    Process: 1083 ExecStart=/usr/bin/ebusd $EBUSD_OPTS1 (code=exited, status=0/>
   Main PID: 1085 (ebusd)
      Tasks: 4 (limit: 1596)
        CPU: 2.400s
     CGroup: /system.slice/ebusd.service
             └─1085 /usr/bin/ebusd -d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd1.l>

Feb 03 12:43:26 raspberrypi systemd[1]: Starting ebusd, the daemon for communic>
Feb 03 12:43:26 raspberrypi ebusd[1083]: 2023-02-03 12:43:26.124 [main error] i>
Feb 03 12:43:26 raspberrypi ebusd[1083]: 2023-02-03 12:43:26.125 [main error] i>
Feb 03 12:43:26 raspberrypi systemd[1]: Started ebusd, the daemon for communica>
lines 1-14/14 (END)...skipping...
● ebusd.service - ebusd, the daemon for communication with eBUS heating systems.
     Loaded: loaded (/etc/systemd/system/ebusd.service; enabled; vendor preset: enabled)
     Active: active (running) since Fri 2023-02-03 12:43:26 CET; 3h 16min ago
    Process: 1083 ExecStart=/usr/bin/ebusd $EBUSD_OPTS1 (code=exited, status=0/SUCCESS)
   Main PID: 1085 (ebusd)
      Tasks: 4 (limit: 1596)
        CPU: 2.400s
     CGroup: /system.slice/ebusd.service
             └─1085 /usr/bin/ebusd -d /dev/ttyUSB0 -p 8888 -l /var/log/ebusd1.log --pidfile=/var/run/ebusd1.pid --scanconfig --latency=20000 --receivetimeout=50000

Feb 03 12:43:26 raspberrypi systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
Feb 03 12:43:26 raspberrypi ebusd[1083]: 2023-02-03 12:43:26.124 [main error] invalid/unknown argument in env (ignored): opts1
Feb 03 12:43:26 raspberrypi ebusd[1083]: 2023-02-03 12:43:26.125 [main error] invalid/unknown argument in env (ignored): opts2
Feb 03 12:43:26 raspberrypi systemd[1]: Started ebusd, the daemon for communication with eBUS heating systems..


USB1
pi@raspberrypi:~ $ service ebusd1 status
● ebusd1.service - ebusd, the daemon for communication with eBUS heating systems.
     Loaded: loaded (/etc/systemd/system/ebusd1.service; enabled; vendor preset: enabled)
     Active: active (running) since Fri 2023-02-03 12:43:26 CET; 3h 17min ago
    Process: 1084 ExecStart=/usr/bin/ebusd $EBUSD_OPTS2 (code=exited, status=0/SUCCESS)
   Main PID: 1086 (ebusd)
      Tasks: 4 (limit: 1596)
        CPU: 2.373s
     CGroup: /system.slice/ebusd1.service
             └─1086 /usr/bin/ebusd -d /dev/ttyUSB1 -p 8889 -l /var/log/ebusd2.log --pidfile=/var/run/ebusd2.pid --scanconfig --latency=20000 --receivetimeout=50000

Feb 03 12:43:26 raspberrypi systemd[1]: Starting ebusd, the daemon for communication with eBUS heating systems....
Feb 03 12:43:26 raspberrypi ebusd[1084]: 2023-02-03 12:43:26.134 [main error] invalid/unknown argument in env (ignored): opts1
Feb 03 12:43:26 raspberrypi ebusd[1084]: 2023-02-03 12:43:26.137 [main error] invalid/unknown argument in env (ignored): opts2
Feb 03 12:43:26 raspberrypi systemd[1]: Started ebusd, the daemon for communication with eBUS heating systems..


Beide Dienste laufen also, von USB1 wird nach FHEM auch geloggt.
Schaue ich in das Log von USB0, sehe ich zum Zeitpunkt, als die Kommunikation stoppte, folgendes:

2023-02-03 09:22:12.024 [update notice] received unknown MS cmd: 1050b505072b1e0100000000 / 00
2023-02-03 09:22:13.440 [update notice] received unknown MM cmd: 103f0501050000000800
2023-02-03 09:22:13.893 [update notice] received unknown MM cmd: 103fb509040e7d0000
2023-02-03 09:22:14.400 [update notice] received unknown MS cmd: 1026b509040e100001 / 00
2023-02-03 09:22:15.263 [update notice] received unknown MS cmd: 10ecb50903298300 / 03830000
2023-02-03 09:22:15.516 [update notice] received read hwc Mode QQ=10: 60;off;off;hwc;00;day
2023-02-03 09:22:15.751 [update notice] received read hwc Status QQ=10: 0;off;-;0
2023-02-03 09:22:15.977 [update notice] received update-read broadcast vdatetime QQ=10: 09:22:04;03.02.2023
2023-02-03 09:22:16.462 [update notice] received update-read broadcast outsidetemp QQ=10: 8.812
2023-02-03 09:22:17.093 [update notice] received update-read broadcast datetime QQ=10: 8.812;09:22:04;03.02.2023
2023-02-03 09:22:17.628 [update notice] received unknown MS cmd: 1026b5090118 / 0a00000000000000000000
2023-02-03 09:22:19.675 [update notice] received update-read broadcast hwcStatus QQ=10: off;56;off
2023-02-03 09:22:19.973 [update notice] received unknown MS cmd: 1025b5040117 / 0100
2023-02-03 09:22:20.988 [update notice] received read hc DateTime QQ=10: valid;09:22:21;03.02.2023;8.812
2023-02-03 09:22:21.242 [update notice] received unknown MS cmd: 10ecb5040112 / 0a00800000000080000000
2023-02-03 09:22:21.495 [update notice] received unknown MS cmd: 1026b5040101 / 09160300000385000100
2023-02-03 09:22:21.735 [update notice] received unknown MS cmd: 1025b505072b1e0100000000 / 00
2023-02-03 09:22:23.432 [update notice] received unknown MM cmd: 103f0501050000000800
2023-02-03 09:22:24.204 [update notice] received unknown MM cmd: 103fb509040e7d0000
2023-02-03 09:22:24.512 [update notice] received unknown MS cmd: 1026b509040e100001 / 00
2023-02-03 09:22:25.512 [update notice] received read cc Mode QQ=10: 20;off;off;circulation;00;day
2023-02-03 09:22:25.747 [update notice] received read cc Status QQ=10: 0;off;-;0
2023-02-03 09:22:29.007 [bus notice] max. symbols per second: 215
2023-02-03 09:22:31.012 [bus notice] max. symbols per second: 250
2023-02-03 09:22:32.007 [bus notice] max. symbols per second: 387
2023-02-03 10:16:51.452 [bus error] arbitration start error
2023-02-03 10:16:51.452 [bus notice] device invalid
2023-02-03 10:16:56.454 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:16:56.454 [bus error] signal lost
2023-02-03 10:16:56.454 [bus error] send to 26: ERR: no signal, give up
2023-02-03 10:16:56.454 [bus error] send message part 0: ERR: no signal
2023-02-03 10:16:56.454 [bus notice] device invalid
2023-02-03 10:17:01.464 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:01.464 [bus notice] device invalid
2023-02-03 10:17:06.465 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:06.466 [bus notice] device invalid
2023-02-03 10:17:11.467 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:11.467 [bus notice] device invalid
2023-02-03 10:17:16.468 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:16.468 [bus notice] device invalid
2023-02-03 10:17:21.469 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:21.469 [bus notice] device invalid
2023-02-03 10:17:26.471 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:26.471 [bus notice] device invalid
2023-02-03 10:17:31.472 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:31.472 [bus notice] device invalid
2023-02-03 10:17:36.473 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:36.473 [bus notice] device invalid
2023-02-03 10:17:41.474 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:41.475 [bus notice] device invalid
2023-02-03 10:17:46.476 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:46.476 [bus notice] device invalid
2023-02-03 10:17:51.477 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:51.477 [bus notice] device invalid
2023-02-03 10:17:56.478 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:17:56.479 [bus notice] device invalid
2023-02-03 10:18:01.480 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:18:01.480 [bus notice] device invalid
2023-02-03 10:18:06.481 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:18:06.481 [bus notice] device invalid
2023-02-03 10:18:11.482 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:18:11.483 [bus notice] device invalid
2023-02-03 10:18:16.484 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:18:16.484 [bus notice] device invalid
2023-02-03 10:18:21.485 [bus error] unable to open /dev/ttyUSB0: ERR: element not found
2023-02-03 10:18:21.485 [bus notice] device invalid


Sieht so aus, als wenn USB0 vom ebusd nicht mehr angesprochen werden kann. Da ist eher im Debian zu suchen, oder?
Lediglich Neustart des Raspis hilft. Stoppen und starten des Dienstes nicht.

Mittels KOnsole und USB Abfrage sind beide Konverter zu sehen (hängen gerade wieder an der alten Hardware)
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Benedikt M am 21 Februar 2023, 19:23:12
Schönen guten Abend zusammen,

erstmal ein großes Lob für die Entwicklung und den Support für den EBus Adapter. Ich habe die Version für den Rasp mit automatischen Abgleich. Dies lief mit FHEM und auslesen über bestimmt 3 Jahre einwandfrei. Vor nicht ganz 2 Wochen hat es dann angefangen, dass Nachrichten nicht mehr richtig interpretiert werden konnten und so in Diagrammen es Sprünge auf Null und zurück gab. Mittlerweile können keine Daten mehr gelesen werden.
Die Heizung  wird gefundenroot@raspberrypi-zero:/home/pi# ebusctl info
version: ebusd 3.3.v3.3
signal: acquired
symbol rate: 22
max symbol rate: 125
min arbitration micros: 33
max arbitration micros: 51
min symbol latency: 4
max symbol latency: 4
reconnects: 0
masters: 3
messages: 7
conditional: 0
poll: 0
update: 0
address 03: master #11
address 08: slave #11, scanned "MF=Vaillant;ID=BAI00;SW=0518;HW=7401"
address 10: master #2
address 15: slave #2, scanned "MF=Vaillant;ID=UI   ;SW=0501;HW=6201"
address 23: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301"
address 25: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301"
address 26: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301"
address 31: master #8, ebusd
address 36: slave #8, ebusd
address 50: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301"
address ec: slave, scanned "MF=Vaillant;ID=SOLSY;SW=0500;HW=6301"


Allerdings geht die Kommunikation nicht. Aus dem Log File ist folgendes zu lesen (wieder auf den Faultzustand mit CSV vom Server).
2023-02-15 19:54:06.726 [main error] can't open pidfile: /var/run/ebusd.pid
2023-02-15 19:55:26.556 [main notice] ebusd 3.3.v3.3 started with auto scan
2023-02-15 19:55:26.599 [bus notice] bus started with own address 31/36
2023-02-15 19:55:26.599 [bus notice] signal acquired
2023-02-15 19:55:26.865 [bus notice] new master 10, master count 2
2023-02-15 19:55:26.902 [bus notice] new master 03, master count 3
2023-02-15 19:55:26.902 [update notice] received unknown MS cmd: 1008b510090000$
2023-02-15 19:55:27.852 [update notice] received unknown MS cmd: 1008b513020508$
2023-02-15 19:55:28.374 [update notice] received unknown MS cmd: 1026b509030d04$
2023-02-15 19:55:28.549 [update notice] received unknown MS cmd: 1050b504010d /$
2023-02-15 19:55:28.717 [update notice] received unknown MS cmd: 1025b504010d /$
2023-02-15 19:55:29.919 [update notice] received unknown MS cmd: 1008b5110101 /$
2023-02-15 19:55:30.075 [update notice] received unknown MS cmd: 1026b505042700$
2023-02-15 19:55:30.358 [update notice] received unknown MS cmd: 1025b5040117 /$
2023-02-15 19:55:30.905 [update notice] received unknown MS cmd: 1026b5040101 /$
2023-02-15 19:55:31.079 [update notice] received unknown MS cmd: 1026b505082b0f$
2023-02-15 19:55:33.925 [update notice] received unknown MS cmd: 10ecb5040121 /$
2023-02-15 19:55:36.702 [bus notice] scan 08: ;Vaillant;BAI00;0518;7401
2023-02-15 19:55:36.702 [update notice] store 08 ident: done
2023-02-15 19:55:36.703 [update notice] sent scan-read scan.08  QQ=31: Vaillant$
2023-02-15 19:55:36.703 [bus notice] scan 08: ;Vaillant;BAI00;0518;7401
2023-02-15 19:55:36.703 [main error] unable to load scan config 08: list files $
2023-02-15 19:55:36.703 [main error] scan config 08: ERR: element not found
2023-02-15 19:55:36.979 [update notice] received unknown MS cmd: 1026b5040100 /$
2023-02-15 19:55:37.185 [update notice] received unknown MS cmd: 1008b510090000$
2023-02-15 19:55:37.983 [update notice] received unknown MS cmd: 1008b513020508$
2023-02-15 19:55:38.461 [update notice] received unknown MS cmd: 1026b509030d04$
2023-02-15 19:55:38.647 [update notice] received unknown MS cmd: 1050b5040101 /$
2023-02-15 19:55:38.813 [update notice] received unknown MS cmd: 10ecb504010d /$
2023-02-15 19:55:38.979 [update notice] received unknown MS cmd: 1025b504010d /$
2023-02-15 19:55:39.136 [update notice] received unknown MS cmd: 1050b505042d00$
2023-02-15 19:55:39.317 [bus notice] scan 15: ;Vaillant;UI   ;0501;6201
2023-02-15 19:55:39.317 [update notice] store 15 ident: done
2023-02-15 19:55:39.317 [update notice] sent scan-read scan.15  QQ=31: Vaillant$
2023-02-15 19:55:39.317 [bus notice] scan 15: ;Vaillant;UI   ;0501;6201
2023-02-15 19:55:39.318 [main error] unable to load scan config 15: list files $


Hat jemand ne Idee, was da schief läuft. Ich bin mit meinem Latein hier am Ende.

Vielen Dank.

Viele Grüße
Benedikt
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: john30 am 26 Februar 2023, 08:04:38
Zitat von: Benedikt M am 21 Februar 2023, 19:23:12

2023-02-15 19:55:39.318 [main error] unable to load scan config 15: list files $

es gibt leider immer wieder mal Probleme mit dem Hosting Provider, weshalb dann Requests ins Leere laufen.
Wenn das so weiter geht, muss ich auf AWS oder einen anderen Anbieter wechseln, aber dafür brauchts halt wieder Zeit und Muße und in dem Fall dann auch Geld...
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Benedikt M am 26 Februar 2023, 19:41:52
Zitat
Zitat von: john30 am 26 Februar 2023, 08:04:38
es gibt leider immer wieder mal Probleme mit dem Hosting Provider, weshalb dann Requests ins Leere laufen.
Wenn das so weiter geht, muss ich auf AWS oder einen anderen Anbieter wechseln, aber dafür brauchts halt wieder Zeit und Muße und in dem Fall dann auch Geld...

Bitte nicht als Beschwerde auffassen. Wie gesagt, vielen Dank für dein / euer Engagement. Ganz ehrlich, ich nutze die Daten eigentlich nur um schauen zu können, ob die Solarthermie nicht schon wieder defekt ist und als zweite Datenquelle kann ich die Vor- und Rücklauftemperatur noch über 2 externe Fühler auslesen. Daher ist es nicht wichtig.

Viele Grüße
Benedikt
Titel: Antw:eBus Schaltung in Betrieb nehmen
Beitrag von: Pnemenz am 08 März 2023, 08:56:25
Kann es sein, dass im CSV ein Tippfehler ist?
ebusctl f | grep  hwcTimer.We
700 hwcTimer.Wednesday =

Ist das nur bei mir so und kann ich das lokal ausbessern?
in meiner config steht:

--configpath=http://cfg.ebusd.eu

btw, gibt es einen Grund warum alle Heißwasserdaten mit Hwc anfangen ausser die Timer? Die fangen mit hwc an
Titel: Aw: eBus Schaltung in Betrieb nehmen
Beitrag von: klaus123 am 26 März 2023, 22:11:38

Hallo,

ich habe Fragen zu dem setzen überschreiben des Wertes
hmu SetMode = auto;43.0;-;-;1;1;1;0;0;0

Ich habe SetMode so verstanden, das ich damit meine Vorlauftemperatur (von 43.0 z. B nach 30.0) ändern kann und ich den Heizkreis durch das Setzen von auto nach off ausschalten kann.

Ich suche genau die beiden Dinge

Vorluftemparatur änderen und den
Heizkreis ausschalten.

Wenn ich das anders machen kann bitte sagt es mir.

Ich habe den eBus Koppler USB an meinem RasPi

Anbei meine Konfiguration
i@raspberrypi:~ $ ebusctl info
version: ebusd 23.1.23.1
device: /dev/ttyUSB0
access: *
signal: acquired
symbol rate: 16
max symbol rate: 162
min arbitration micros: 626
max arbitration micros: 2711
min symbol latency: 5
max symbol latency: 6
reconnects: 0
masters: 5
messages: 181
conditional: 15
poll: 0
update: 10
address 00: master #1
address 03: master #11
address 05: slave #1, scanned "MF=Vaillant;ID=VR921;SW=2706;HW=5703"
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0607;HW=5103", loaded "vaillant/08.hmu.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=CTLV2;SW=0514;HW=1104"
address 26: slave, scanned "MF=Vaillant;ID=VR_71;SW=0203;HW=5904", loaded "vaillant/26.vr_71.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd, scanning
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0607;HW=5103"


EBUSD_OPTS="--scanconfig=full --accesslevel=* --latency=0 --configpath=http://ebusd.eu/config/"

ebusctl f -f SetMode
uw,hmu,SetMode,Operation Mode,,08,b510,00,hcmode,m,UCH,0=auto;1=off;2=water,,boiler mode,flowtempdesired,m,D1C,,°C,temperature,hwctempdesired,m,D1C,,°C,temperature,hwcflowtempdesired,m,UCH,,°C,temperature,,m,IGN:1,,,,disablehc,m,BI0:1,,,,disablehwctapping,m,BI1:1,,,,disablehwcload,m,BI2:1,,,,,m,IGN:1,,,,remoteControlHcPump,m,BI0:1,,,,releaseBackup,m,BI1:1,,,,releaseCooling,m,BI2:1,,,


ebusctl r SetMode
auto;43.0;-;-;1;1;1;0;0;0


ebusctl  w -c hmu SetModeOverride 'auto;36.0;-;-;0;1;1;0;0;0'
ERR: element not found

ebusctl  w -c hmu SetModeOverride '0;36;-;-;0;1;1;0;0;0'
ERR: element not found

ebusctl  w -c hmu SetMode 'auto;36;-;-;0;1;1;0;0;0'
ERR: element not found

ebusctl  w -c hmu SetMode '0;36;-;-;0;1;1;0;0;0'
ERR: element not found

Ich hoffe einer von Euch hat einen Tipp für mich.

Danke

Klaus
Titel: Aw: eBus Schaltung in Betrieb nehmen
Beitrag von: klaus123 am 26 März 2023, 22:15:16

Hallo,

ich habe Fragen zu dem setzen überschreiben des Wertes
hmu SetMode = auto;43.0;-;-;1;1;1;0;0;0

Ich habe SetMode so verstanden, das ich damit meine Vorlauftemperatur (von 43.0 z. B nach 30.0) ändern kann und ich den Heizkreis durch das Setzen von auto nach off ausschalten kann.

Ich suche genau die beiden Dinge

Vorluftemparatur änderen und den
Heizkreis ausschalten.

Wenn ich das anders machen kann bitte sagt es mir.

Ich habe den eBus Koppler USB an meinem RasPi

Anbei meine Konfiguration
i@raspberrypi:~ $ ebusctl info
version: ebusd 23.1.23.1
device: /dev/ttyUSB0
access: *
signal: acquired
symbol rate: 16
max symbol rate: 162
min arbitration micros: 626
max arbitration micros: 2711
min symbol latency: 5
max symbol latency: 6
reconnects: 0
masters: 5
messages: 181
conditional: 15
poll: 0
update: 10
address 00: master #1
address 03: master #11
address 05: slave #1, scanned "MF=Vaillant;ID=VR921;SW=2706;HW=5703"
address 08: slave #11, scanned "MF=Vaillant;ID=HMU00;SW=0607;HW=5103", loaded "vaillant/08.hmu.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=CTLV2;SW=0514;HW=1104"
address 26: slave, scanned "MF=Vaillant;ID=VR_71;SW=0203;HW=5904", loaded "vaillant/26.vr_71.csv"
address 31: master #8, ebusd
address 36: slave #8, ebusd, scanning
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZIO;SW=0607;HW=5103"


EBUSD_OPTS="--scanconfig=full --accesslevel=* --latency=0 --configpath=http://ebusd.eu/config/"

ebusctl f -f SetMode
uw,hmu,SetMode,Operation Mode,,08,b510,00,hcmode,m,UCH,0=auto;1=off;2=water,,boiler mode,flowtempdesired,m,D1C,,°C,temperature,hwctempdesired,m,D1C,,°C,temperature,hwcflowtempdesired,m,UCH,,°C,temperature,,m,IGN:1,,,,disablehc,m,BI0:1,,,,disablehwctapping,m,BI1:1,,,,disablehwcload,m,BI2:1,,,,,m,IGN:1,,,,remoteControlHcPump,m,BI0:1,,,,releaseBackup,m,BI1:1,,,,releaseCooling,m,BI2:1,,,


ebusctl r SetMode
auto;43.0;-;-;1;1;1;0;0;0


ebusctl  w -c hmu SetModeOverride 'auto;36.0;-;-;0;1;1;0;0;0'
ERR: element not found

ebusctl  w -c hmu SetModeOverride '0;36;-;-;0;1;1;0;0;0'
ERR: element not found

ebusctl  w -c hmu SetMode 'auto;36;-;-;0;1;1;0;0;0'
ERR: element not found

ebusctl  w -c hmu SetMode '0;36;-;-;0;1;1;0;0;0'
ERR: element not found

Ich hoffe einer von Euch hat einen Tipp für mich.

Danke

Klaus
Titel: Aw: eBus Schaltung in Betrieb nehmen
Beitrag von: klaus123 am 26 März 2023, 23:12:34
Hallo,

ich habe eben noch etwas anderes gefunden

ebusctl  w -c vr_71 Mc1FlowTempDesired  'on;44.0;on;25'
done
cat /var/log/ebusd.log  | grep -I Mc1FlowTempDesired
3-03-26 22:02:16.319 [update notice] received write vr_71 Mc1FlowTempDesired QQ=10: on;43.0;on;0
2023-03-26 22:02:21.440 [update notice] sent write vr_71 Mc1FlowTempDesired QQ=31: on;44.0;on;0
2023-03-26 22:02:21.440 [main notice] write vr_71 Mc1FlowTempDesired: done
2023-03-26 22:02:27.672 [update notice] received write vr_71 Mc1FlowTempDesired QQ=10: on;43.0;on;5

wie kann ich das auf QQ=10: anstatt auf QQ=31: schreiben?

Danke

Klaus
Titel: Aw: eBus Schaltung in Betrieb nehmen
Beitrag von: Reini88 am 03 April 2023, 19:46:55
Zitat von: klaus123 am 26 März 2023, 22:15:16...
Ich suche genau die beiden Dinge

Vorluftemparatur änderen und den
Heizkreis ausschalten.
...

Heizkreis ausschalten mache ich mit "write -c 700 OpMode off" wobei bei dir vermutlich die 700 durch die ID deiner Steuerung (CTLV2?) ersetzt werden muss.

Zum Thema Vorlauftemperatur ändern: Da gibt es 3 Möglichkeiten:
Sollwert Tag: "write -c 700 z1DayTemp nn"
Sollwert Nacht: write -c 700 z1NightTemp nn"
Sollwert für die nächsten 6 Stunden: "write -c 700 z1SFMode veto" und dann "write -c 700 z1ActualRoomTempDesired nn".
Titel: Aw: eBus Schaltung in Betrieb nehmen
Beitrag von: schally am 27 Februar 2024, 22:02:00
guten Abend,

vielen Dank erstmal für die Hilfe da meine alte Heiztherme defekt war musste ich auf eine neue Installieren lassen .
Es handelt sich um eine Vaillant Hydraulikstation VWZ MEH 61.

Hat die jemand schon erfolgreich anbinden können mit diesem Konverter?

Vielen Dank
Titel: Aw: eBus Schaltung in Betrieb nehmen
Beitrag von: DerFranke am 28 Februar 2024, 08:25:21
Ja, geht.