eBUS Adapter 3.0
Wir - das Team um die eBUS Adapter Entwicklung mit galileo, John30, chons und Reinhart - freuen uns, heute endlich die Version 3 unseres Adapters ankündigen zu dürfen!
Dieser ist völlig neu designed in SMD-Technik und universell einsetzbar via USB, Raspberry Pi GPIO, WLAN mit Wemos, sowie jetzt auch via LAN mit USR-ES1 Modul. Alle vier Varianten sind auf derselben Platine realisiert und können über Jumper entsprechend konfiguriert werden.
Die wesentlichen Neuerungen sind die Verwendung von SMD Bauteilen samt programmierbarem PIC, der nun endlich die Probleme mit dem kniffligen Timing bei der Arbitrierung löst. Dadurch wird zudem die Nutzung via Ethernet ermöglicht.
Für die Lötfreunde sieht es allerdings mau aus, denn wir lassen den Adapter industriell bestücken und löten lediglich noch die Stift- und Buchsenleisten per Hand ein. Somit gibt es keine Bausätze mehr, sondern nur noch fertige Adapter.
Der PIC muss zwar programmiert werden, aber das haben wir bereits erledigt und wir liefern auch bereits vorprogrammiert mit der ersten Firmware Version aus. Dank Bootloader kann die Firmware später auch ohne Programmiergerät via USB geflasht werden.
Demnächst bekommen wir die finale Version des Prototypen in kleiner Stückzahl vom Bestücker und wir suchen noch eine Handvoll Betatester, die den Adapter in allen Varianten testen wollen und können. Danach geht es dann in die Serienproduktion.
Das machen wir alles wie gewohnt zum Selbstkostenpreis und der Adapter wird je nach Variante voraussichtlich etwa 35 bis 40 EUR kosten, vielleicht sogar weniger. Auf eine erste Auslieferung hoffen wir noch dieses Jahr, aber das hängt natürlich von den finalen Tests und einem nervigen Virus ab.
Betatester gesucht!
Wer Interesse hat, unser jüngstes "Baby" auf Herz und Nieren zu prüfen, und sich gut mit eBUS und dem Drumherum auskennt, der möge sich bitte bei uns melden (per PM an Reinhart (https://forum.fhem.de/index.php?action=pm;sa=send;u=9151) und/oder John30 (https://forum.fhem.de/index.php?action=pm;sa=send;u=11625)), am besten mit ein paar Infos über seine eBUS Anlage, damit wir dann ein paar Tester auswählen können. Die entsprechenden Prototypen geben wir an die Tester kostenlos ab, erwarten dafür aber entsprechend detailliertes Feedback.
Als Testergebnis hätten wir gern Feedback zur Inbetriebnahme, Funktionalität, Timing laut ebusd, gemeldete Fehler im ebusd Protokoll, zur Dokumentation und zur Reservierung. Da ist also schon ein bisschen Zeitaufwand gefordert.
Es gibt bereits eine vorläufige Version der Dokumentation hier: https://adapter.ebusd.eu/ (https://adapter.ebusd.eu/)
Reservierung
In Kürze werden wir dann auch ein "Reservier-meinen-Adapter" Formular in einem neuen Sammelbestell-Thread posten und auch hier verlinken.
Bitte daher, hier noch keine Vorbestellungen anfragen/posten!
zur Reservierung geht es hier (https://forum.fhem.de/index.php/topic,117350.0.html)
LG, das eBUS Adapter Team
Hallo Zusammen!
Wow Wahnsinn, kann man den schon vorbestellen?
Zitat von: Peter0961 am 13 Oktober 2020, 18:58:47
Hallo Zusammen!
Wow Wahnsinn, kann man den schon vorbestellen?
Steht doch oben: ???
In Kürze werden wir dann auch ein "Reservier-meinen-Adapter" Formular in einem neuen Sammelbestell-Thread posten und auch hier verlinken.
Reservierungen können wir derzeit noch nicht entgegen nehmen, da wegen dem Virus die Wirtschaft und die verbundenen Lieferzeiten noch etwas durcheinander sind.
Wir posten aber, wenn die Lieferung in Aussicht ist und die Adapter von den Betatestern getestet wurden! Wann das allerdings ist, wissen wir selber nicht genau!
Der Thread sollte nur eine Ankündigung sein, damit ihr auch wisst das es wieder Adapter geben wird!
Wir bitten daher noch um etwas Geduld!
LG
Hi!
Respekt für die Arbeit und das tolle Produkt!
Wird es trotzdem noch Sammelbestellungen für die Version 2 geben? Die Bauteile habe ich hier nämlich schon liegen.
Gruß,
Burkhard
nein leider nicht mehr, da sich die Technik ja komplett geändert hat.
John hat zwar die Software abwärtskompatibel gestaltet ( Standard/enhanced ) , aber 2.2 Prints werden wir keine mehr fertigen lassen da wir uns wesentliche Vorteile von der 3.0 erwarten.
Jene Personen die jetzt noch Timimg Probleme hatten, sollten die mit 3.0 nicht mehr haben weil die Arbitrierung ja nun auf Hardware Ebene läuft und keine Softwareverzögerungen wie Laufzeit etc. auftreten. Somit muss auch der serielle Treiber nicht mehr getauscht werden und nun ist auch Lan möglich obwohl die Dinger ordentlich verzögern.
LG
ah ja, man kann aber auch Adapter 2.x mit 3.0 an einer Anlage parallel betreiben, das habe ich seit fast einem Jahr zum testen so in Betrieb.
Auf einem nutze ich ECMD und auf den 3.0 MQTT und beide senden auf den gleichen Host (Fhem).
LG
Na, wenn Ihr denn den EBUS-Integrator der ersten Stunde mitspielen lasst: Ich melde mich gerne als Tester und würde auch ein reguläres Exemplar erwerben wollen.
LG
pah
@pah
sende uns bitte noch deine eBus Umgebung mit den vorhandenen Geräten zu!
John oder mir per PN.
LG
Reinhart
Es kam hier gerade noch die interessante Frage auf, ob PoE unterstützt wird.
Wir haben das bis jetzt noch nicht vorgesehen, aber grundsätzlich müsste das schon klappen mit einer kleinen Zusatzbeschaltung, um den Adapter mit Strom zu versorgen.
Allerdings gehe ich davon aus, dass das nicht sehr viele Leute in dieser Konstellation einsetzen.
LG John
EDIT:
Sowas gibt es anscheinend schon fertig und genau passend, der der neue Adapter ja mit USR-ES1 Modul bereits LAN unterstützt: https://amzn.to/2PHfA5F
Uninteressant wäre es ja nicht, wenn man den Adapter zB. in eine Heizungssteuerung einbaut. Spart einem das Netzteil und die Heizungssteuerung hätte endlich den fehlenden LAN-Anschluß.
Wow, das klingt sehr spannend :D
Ich wäre wirklich gerne als Beta Tester bereit.
Meine Anlagen Details schicke ich euch gleich.
Sieht sehr gut aus! Ich kann leider beim Testen nicht helfen. Wegen Corona sitz ich im Homeoffice fest :P.
Beabsichtigt Ihr den Source Firmware zu veröffentlichen? Ich muss mich demnächst an die Firmware von meinem eBus zu KNX Adapter machen. Wenn es da schon erprobten und bewährten Code für den eBus gibt wäre das natürlich hilfreich.
Zitat von: jkyprian am 14 Oktober 2020, 00:02:40
Beabsichtigt Ihr den Source Firmware zu veröffentlichen? Ich muss mich demnächst an die Firmware von meinem eBus zu KNX Adapter machen. Wenn es da schon erprobten und bewährten Code für den eBus gibt wäre das natürlich hilfreich.
Das haben wir noch nicht festgelegt. Ich persönlich bin da immer vorsichtig, weil ich keine kommerzielle Ausbeute unserer mittlerweile sehr umfangreichen Arbeit haben möchte.
Lass uns das doch außerhalb dieses Threads besprechen, vielleicht können wir das Feature ja dazu nehmen :)
LG John
Hallo, könnte die neue Platine das Probleme mit dem Vaillant V32 ebus Adaptern (Wohnraumlüftung) lösen? Ich glaube es wegen irgendwelcher Delays, John weiß sicher wovon ich spreche.
lg
hey, klasse Sache. Leider habe ich keine Heizung mit e-Bus, sonst würde ich mittesten. Ich frage aber mal bei meinem Vater nach ...
Gruß Peter
Zitat von: Burgerking am 14 Oktober 2020, 07:43:47
Hallo, könnte die neue Platine das Probleme mit dem Vaillant V32 ebus Adaptern (Wohnraumlüftung) lösen? Ich glaube es wegen irgendwelcher Delays, John weiß sicher wovon ich spreche.
damit hat das ja überhaupt nichts zu tun. wie schon gesagt, die einfachste Lösung ist, einen Adapter direkt an die Lüftung anzuschließen, alles andere macht keinen Spaß (sämtliche Nachrichten in das V32 Spezialprotokoll übersetzen)
Exzellent! Abermals Hut ab vor Eurer Leistung 8)
Beta-Testend unterstützen würde ich schon. Es heißt aber:
Zitat von: Reinhart am 13 Oktober 2020, 17:55:29
...und sich gut mit eBUS und dem Drumherum auskennt...
So wirklich gut kenne ich mich nicht aus. Bin als DAU eher ungeeignet (meine v2.2 bisher nur 1x zum Test an die Weishaupt angeschlossen). Genügend "Auskenner" mit Zeit werden sich sicher finden ;)
Sobald die Bestellerei los geht, bin ich auch dabei :) und schon ganz gespannt auf die LAN-Anbindung.
Viele Grüße
rob
Zitat von: john30 am 14 Oktober 2020, 08:41:56
damit hat das ja überhaupt nichts zu tun. wie schon gesagt, die einfachste Lösung ist, einen Adapter direkt an die Lüftung anzuschließen, alles andere macht keinen Spaß (sämtliche Nachrichten in das V32 Spezialprotokoll übersetzen)
Ok,Danke für die Info.
Würde es dann was bringen diese neue Version gegen die alte funktionierende (bis auf V32) V2.2 zu tauschen?
Ich würde mich gerne als Tester bereiterklären. PoE kann ich mit Testen.
Danke und beste Grüße
Zitat von: Burgerking am 14 Oktober 2020, 11:57:25
Würde es dann was bringen diese neue Version gegen die alte funktionierende (bis auf V32) V2.2 zu tauschen?
es würde etwas bringen, die neue Version an den Lüftungs-eBUS anzuschließen und ebusd 2x laufen zu lassen (1x für Lüftung, 1x für Heizung)
Hi!
Ich würde auch gerne mittesten. Habe mir die V2.2 ja selbst gefädelt und erfolgreich im Einsatz. Zur Zeit arbeite ich weiter daran die Wolf Telegramme zu entschlüsseln.
Mein System:
Wolf CGB (-K)-20
Wolf Solarmodul S1 +BM.
Wolf ISM7e
Habe mal vor langer Zeit einen Gesellenbrief als Radio- und Fernsehtechniker gemacht, bin jetzt aber seit 30 Jahren bei der Bahn. Schreibe Programme in C++ PHP und Bascom.
Gruß,
Burkhard
Ich wollte euch nur mal sehr herzlich Danke sagen für die Arbeit, die ihr hier reinsteckt. Zwar würde ich euch gerne beim Testen unterstützen, aber ich bin blutiger Anfänger was eBUS angeht; daher macht das keinen Sinn. Ich würde euch aber gerne trotzdem unterstützen. Habt ihr eventuell einen Money-Pool bei PayPal oder was ähnliches wo man was spenden kann?
Ich bin schon sehr gespannt auf den Konverter und meine ersten Versuche mit der Heizungssteuerung.
Danke und Gruß
Wolle
Hi,
I can test your device with mysensors IoT, I am developing a system for many years.
I do hardware and software design, therefore, I should have enough experience.
On top, I am MSc in Systems Electronics Engineering.
Anyway, waiting for the final version as well.
Thx
Hallo,
ich würde mich auch als Tester anbieten. Bisher habe ich noch keine ebus-Konfiguration am Laufen, möchte aber gern für das Monitoring meines Speichers und der Solar-Anlage die Daten der Heizungssteuerung abgreifen.
Als ebus-Device würde eine Vaillant Calormatic VRC630/3 Heizungssteutung und eine Vaillant ecoTEC plus VC 266/5-5 Gas-Brennwerttherme zusammen kommen, die heute bereits per ebus kommunizieren.
Einsetzen würde ich den neuen Adapter mit einem RPI3, auf dem nodeRed läuft, welches die Daten der Heizungsanlage in eine MariaDB speichert.
Grüße
Florian
Hallo,
Je nachdem wie lange die Testphase andauert, möchte ich mich auch als Tester anbieten.
Diese Woche wurden aufgebaut:
- Vaillant VWL 125/6 A (LWWP AroTherm Plus)
- Vaillant VWZ MEH 97/6 (AroTherm Plus Hydraulikstation)
- Vaillant VRC 720 (SensonetCOMFORT)
(Zuzüglich 2 Pufferspeicher Brauchwasser und Heizung inkl. Kühlung welche entsprechende Daten an die Hydraulikstation liefern)
Wird Ende nächster Woche Elektrisch angeschlossen.
Nutzung ist per Raspbi3 über LAN geplant.
Hallo,
Habe eine Wolf
CGB-11 mit WRS, KS und BM
Also Brennwert mit Solar. Da ich hin und wieder Probleme mit dem Ertrag wegen Dichtigkeit habe, wollte ich schauen ob ein v2.2 Modul zu haben ist. Würde aber auch Beta Tester spielen, bin ich ja wohl für die Heizungsfirma :(
Hier läuft btw node-red mit Home Assistant.
Eine Vallox SE90 habe ich bereits per modbus Adapter in mqtt realisiert, die Wolf wäre dann über einen D1 Mini und WLAN geplant.
Hallo,
ich habe eine Vaillant flexcompact 58/4. Ich habe zwar keine EBUS-Erfahrung, aber bin in Software-Themen bewandert. Ich würde mich über den Erhalt eines Testkit freuen und würde gern entsprechendes Feedback geben.
Vielen Dank für die bis jetzt geleistete Arbeit.
Gruß Eric
Bitte keine Bewerbungen bezüglich des Betatest mehr!
Wir danken allen Interessenten für das große Interesse und werden uns sobald die ersten Platinen geliefert wurden bei euch melden ob ihr ausgewählt wurdet!
Wir wählen nicht nach der Reihenfolge der Bewerbung, sondern einerseits nach Erfahrung der Tester und andererseits nach den unterschiedlichen Umgebungen um hier einen Überblick zu bekommen. Wir können auch nicht alle Bewerber beliefern, bitte daher um Nachsicht wenn nicht alle dabei sein können. in der Vergangenheit hat es sich ja gezeigt, das gelegentlich Kombinationen aufgetaucht sind wo sich Timing Probleme einstellten und Fehler im Log produzierten, daher wollen wir diesmal besser darauf vorbereitet sein und eventuelle Ungereimtheiten schon im Vorfeld ausräumen.
John testet bereits eine handgelötete Platine und wird euch dann auch seine Erfahrungen zur Verfügung stellen. Da die Platine sehr umfangreiche Funktionen bietet, ist das auch mit etwas Zeit verbunden und das Zusammenspiel mit der im Pic ausgelagerten Firmware macht eine eventuelle Fehleranalyse nicht einfacher.
Leider ist es in SMD Technik nicht so einfach die Bauteile in akzeptabler Zeit zu löten und größere Stückzahlen manuell zu fertigen, deshalb sind wir diesmal von den Herstellern abhängig und das ist jetzt bedingt durch den Virus nicht berechenbar wann geliefert werden kann. Auch der Preis sollte dabei noch stimmen.
Danke für euer Interesse an diesem Projekt und wir freuen uns schon auf ein kompetentes Testfeedback!
LG
Reinhart
Hi, I looked at your board design and I'm quite impressed by the diverse integration capabilities it offers; for me this kit is the missing piece I'd need to start integrating my Vaillant VC 306 boiler (heating and hot water), multiple circulation pumps and about 10 smart thermostatic valves. Looking forward to the results of your beta tests and future availability of the board. Thanks for your efforts put into this!
Servus,
Ich habe auch Interesse.
Bin ich gespannt :)
Hallo,
kann man schon ungefähr sagen, wann man sich für den neuen Adapter anmelden kann?
Aufgrund der Pandemie gibt es keine genauen Zusagen der Lieferanten, leider!
Sobald wir mehr wissen werden wir euch hier sofort informieren und das Bestellformular online stellen!
LG
Reinhart
Hallo ich hätte ein paar Fragen bzgl. dem neuen Adapter 3.0:
-) Gibt es einen Grund von der Adapter-Platine 2.0 auf die 3.0 zu wechseln, wenn man derweil schon die 2.0 mit einem Rpi erfolgreich im Einsatz hat?
(Abgesehen von den "Abitration lost" Meldungen)
-) Wird es dann auch eine neue ebusd-Version geben?
Falls ja, was sind die Neuerungen davon und wird eine alte 2.0-Platine dann auch davon profitieren?
Die Antworten würden mir dann helfen zu entscheiden, ob ich mir auch eine 3.0-Platine vorbestellen soll, obwohl ich erst vor kurzem die 2.0 in Betrieb genommen habe.
mfg
Wolfgang
Zitat von: Eraser am 16 November 2020, 17:52:31
-) Gibt es einen Grund von der Adapter-Platine 2.0 auf die 3.0 zu wechseln, wenn man derweil schon die 2.0 mit einem Rpi erfolgreich im Einsatz hat?
(Abgesehen von den "Abitration lost" Meldungen)
Wenn du wenig bis keine Kommunikationsfehler (arbitration lost und andere) hast, kannst du natürlich auf dem alten Adapter bleiben. Der neue hat halt den entscheidenen Vorteil der Hardware-nahen Programmierung und kann damit erstmals die von der Spezifikation geforderten Latenzzeiten einhalten.
Zitat von: Eraser am 16 November 2020, 17:52:31
-) Wird es dann auch eine neue ebusd-Version geben?
Falls ja, was sind die Neuerungen davon und wird eine alte 2.0-Platine dann auch davon profitieren?
Ja, zur Nutzung der Arbitrierung direkt im Adapter braucht es eine neue ebusd Version. Das ist auch die primäre Änderung an der kommenden Version. Davon kann der alte Adapter natürlich nicht profitieren.
Weitere neue Features sind geplant, aber im Moment liegt der Fokus auf der Unterstützung des Adapters 3. Danach geht es dann hoffentlich weiter in Richtung KNX und UI zum Editieren der CSV configs.
Kann man euch unterstützen? UI für das editieren der CSV könnte ich euch mal kurz schreiben in WPF/C#
Zitat von: cr4nk am 16 November 2020, 20:43:14
Kann man euch unterstützen? UI für das editieren der CSV könnte ich euch mal kurz schreiben in WPF/C#
es geht ja nicht nur um das reine Editieren, sondern auch um Anzeigen der dekodierten Ergebnisse, damit man beim Entwerfen von CSVs bestmöglich unterstützt wird. Das erfordert eine bidirektionale Kommunikation zwischen ebusd und UI. Ich habe angefangen, das mit Angular zu schreiben, aber komme aus Zeitmangel nicht wirklich vorwärts. Am Ende soll es natürlich HTML sein, damit ebusd das auch direkt serven kann.
Hallo zusammen,
ich habe eine Wohnraumlüftung CWL-F Excellent 150.
Werde ich mal testen und eine Rückmeldung geben
CWL 300 läuft übrigens perfekt.
Zitat von: john30 am 16 November 2020, 21:47:49
es geht ja nicht nur um das reine Editieren, sondern auch um Anzeigen der dekodierten Ergebnisse, damit man beim Entwerfen von CSVs bestmöglich unterstützt wird. Das erfordert eine bidirektionale Kommunikation zwischen ebusd und UI. Ich habe angefangen, das mit Angular zu schreiben, aber komme aus Zeitmangel nicht wirklich vorwärts. Am Ende soll es natürlich HTML sein, damit ebusd das auch direkt serven kann.
Schade, ich bin eher im offline Bereich (inkl. Hardwarenah) tätig. Diese ganzen Web Geschichten sind bisher an mir vorbeigezogen.
Hi i can buy and test version 3
Now i use 2.0, but i still have problem with USB
Few question:
1) I it impossible to power the module from the ebus line ? Can You think about this ?
2) Is cases available ?
3) USR-E51 module must we buy separately ?
4) Do you know when modules will be available?
regards
Fantom
Hallo,
ich bin seit kurzem Besitzer einer FlexoTherm VWF 87/4 und möchte diese mit Loxone verwenden. Leider sind die KNX Anbindung sowie die VR920 mit App ihr Geld nicht wert, und somit würde ich mich gerne um eine Ebus Adapterplatine bemühen.
Danke Magoo
Zitat1) I it impossible to power the module from the ebus line ? Can You think about this ?
Because eBUS has power and signal "mixed" on one wire-pair, taking a non-constant current from the bus will badly influence the signal quality on the bus.
Especially when the module is sending it is not easy (or nearly impossible) to meet the specifications of the eBUS power distribution.
This is the reason why we changed to an external power supply only. Even if bus-powered modules may work in some way ... probably with increased error rate ...
Hallo,
gibt es schon ein erstes Feeback bzgl.
John testet bereits eine handgelötete Platine und wird euch dann auch seine Erfahrungen zur Verfügung stellen
Grüße
Dieter
Zitatgibt es schon ein erstes Feeback bzgl.
John testet bereits eine handgelötete Platine und wird euch dann auch seine Erfahrungen zur Verfügung stellen
Das ist prinzipiell richtig, die handgelötete Platine hat auch gut funktioniert, aber bitte lasst John in Ruhe arbeiten, er hat sowieso den Mega-Stress mit Firmware, ebusd Umbau und logistischen Belangen.
Von meiner Seite sind erste Testmuster der V3 Prints erstellt, leider hat es nicht nur Corona bedingte Verzögerungen gegeben, es sind auch bei diesen Testmustern
Bestückungsfehler aufgetreten und wir müssen hier noch eine weitere Runde drehen. Und jetzt haben wir wieder einen Lockdown...
Also bitte nicht ungeduldig werden, wir machen unser Bestes. Sobald wir klar sind dass keine Fehler mehr vorhanden sind, wird es los gehen.
LG
Eduard
Hallo
Ich habe auch Interesse.
Grüße Manfred
ZitatHallo
Ich habe auch Interesse.
Grüße Manfred
Schließe mich an!
Auch bereit was zu testen, mit eBUS keine Erfahrungen, bin aber Informatiker. Man kann alles lernen. :)
Gruß,
Georg
Anlage: Vaillant geoTHERM VWL 7C/71
Hallo zusammen,
wir sind jetzt endlich so weit, die Testrunde zu starten.
Aus den über 20 Testwilligen haben wir 7 ausgewählt entsprechend der Anzahl der bereits produzierten Adapter.
Die Auswahl fand in erster Linie mit Hinblick auf möglichst breite Abdeckung aller Varianten statt.
An dieser Stelle vielen Dank an alle Freiwilligen und ein großes Sorry an diejenigen, die es nicht in die Runde geschafft haben!
Die Tester werden in Kürze angeschrieben und bekommen entsprechend weitere Infos.
Bitte habt Verständnis, dass wir vorerst keine Aussagen zum Liefertermin machen können.
LG vom Adapter-3-Team
hier gehts weiter zum Betatest (https://forum.fhem.de/index.php/topic,116418.0.html)
Hallo zusammen,
Super Arbeit, freue mich schon darauf einen Adapter bestellen zu können ;)
Beste Grüße
Hallo eBus Adapter Team,
ihr hattet geschrieben:
ZitatAuf eine erste Auslieferung hoffen wir noch dieses Jahr, aber das hängt natürlich von den finalen Tests und einem nervigen Virus ab.
Ich nehme an das das eng wird?
vG
Frank
ZitatIch nehme an das das eng wird?
Hallo Frank,
das wird nicht nur eng sondern leider unmöglich. Corona hat mit Lockdown und Kurzarbeit einen Strich durch die Rechnung gemacht.
Ich habe jetzt einen Time-Slot für die Produktion im Jänner. Ich hoffe das wird klappen.
LG
Hallo eBus Adapter Team,
bin gerade auf Euer Projekt gestoßen, und sehe dass Ihr an der IBN der V-3.0
Leiterplatte werkelt. Tolle Arbeit. Bekommt man richtig Lust mitzuentwickeln ...
Das wäre toll, wenn´s im Januar / Februar an´s Bestellen geht. So lange ich den
SMD Kram nicht selbst löten muß. :) (Als ich nach dem Studium mit der HW-Ent-
wicklung begonnen hab, gab´s das 2,54 mm Raster. Das heute ist mir zu klein ...)
Euch weiter viel Erfolg, liebe Grüße
Michael
eBUS Adapter 3 Reservierung / Reservation
Die Reservierung ist gestartet, Details siehe hier. (https://forum.fhem.de/index.php/topic,117350.0.html)
Reservation has started, see details here. (https://forum.fhem.de/index.php/topic,117350.0.html)
Thank you!
Reserved 2 "universal" adapters, to be used with two heaters Vaillant ecoTEC Plus VU 306/5-5 and OpenHAB platform with MQTT support.
Hello,
sorry if this is not the right thread, but I have 2 related questions:
- Can I "split" the EBUS? I mean using the RPI ebus connector to simply intercept the 2 wires...
- I will use the RPI I ordered on a RaspberryPI (one of the first, I believe B or B+): which "case" would fit correctly the assembly?
Thanks in advance.
Luca
Zitat von: lrweb am 04 Januar 2021, 15:58:42
- Can I "split" the EBUS? I mean using the RPI ebus connector to simply intercept the 2 wires...
- I will use the RPI I ordered on a RaspberryPI (one of the first, I believe B or B+): which "case" would fit correctly the assembly?
what do you mean by "split"? It a bus, so you would just attach 2 wires to it and that's it.
a case for RPI is not (yet) available.
i think he might want to bridge the ebus connection.
i remember that someone tried this before, but i didn't find his postings.
EDIT:
Maybe i had this in my mind: https://github.com/john30/ebusd/issues/109
[quote author = john30 link = topic = 114988.msg1118011 # msg1118011 date = 1609795965]
what do you mean by "split"?
[/ quote]
In the 2 pictures I try to explain what I have NOW (Ariston Gateway have 2 pairs of BUS connector, probably just for easy connection) and how I would connect the RPI (just intercepting the BUS cable).
[quote author = john30 link = topic = 114988.msg1118011 # msg1118011 date = 1609795965]
a case for RPI is not (yet) available.
[/ quote]
Who is working on it, just to follow?
Thanks[/quote][/quote]
Habt ihr eigentlich Ideen für ein Case bei den verschiedenen Varianten? Würde ansonsten für mich ein Gehäuse machen und es im 3D Drucker fertigen. Könnte die Dateien für das Gehäuse dann auf Thingiverse laden und jeder könnte sie bei einem 3D Hub fertigen lassen. Bei geringer Stückzahl könnte ich auch ein paar bereitstellen.
Zitat von: cr4nk am 05 Januar 2021, 18:35:33
Habt ihr eigentlich Ideen für ein Case bei den verschiedenen Varianten? Würde ansonsten für mich ein Gehäuse machen und es im 3D Drucker fertigen. Könnte die Dateien für das Gehäuse dann auf Thingiverse laden und jeder könnte sie bei einem 3D Hub fertigen lassen. Bei geringer Stückzahl könnte ich auch ein paar bereitstellen.
ja es gibt schon Gehäusevarianten, siehe hier (https://forum.fhem.de/index.php?topic=116418.new;topicseen#new)
Zitat von: lrweb am 05 Januar 2021, 15:23:32
...
still not sure that everything is clear now.
the eBUS is similar to a star bus. you can basically attach further devices anywhere on the line by connecting the two wires of the new device with the two wires of the bus.
@john30, this is exactly what I JUST discovered changing the wiring with the devices I have. But thanks for the answer!
Hello, can you please help me with a piece of advice regarding my configuration?
I have the following setup:
- 2 x Vaillant ecoTEC Plus VU 306 / 5-5 heaters (which I intend to use in cascade)
- 1 x Calormatic 630 controller
- no eBUS adapters (so far)
- RPi with OpenHAB smart home platform.
I intend to use one eBUS adapter v3 that you produce here for each of the two heaters in order to enable and access the eBUS protocol.
The same eBUS protocol however is needed by the Calormatic 630 controller in order to allow cascading the 2 heaters (without the eBUS adapters only one heater is visible on the Calormatic 630).
The problem is that the 2 heaters in cascade setup is not working with the Calormatic 630 without an eBUS adapter for each heater.
The question is:
- Will the eBUS protocol be visible also at the Calormatic 630 level, once I add the eBUS v3 adapters to the two heaters?
Or, to put it in other words:
- Will the two eBUS v3 adapters replace the "official" Vaillant VR/32 functionality so that both heaters can be configured and controlled "in cascade" with the Calormatic 630 controller ? (in parallel with the exposure of the eBUS protocol to the home automation server via the local WiFI/Ethernet)
Thanks a lot!
Zitat von: tlc am 08 Januar 2021, 01:20:13
- Will the eBUS protocol be visible also at the Calormatic 630 level, once I add the eBUS v3 adapters to the two heaters?
Or, to put it in other words:
- Will the two eBUS v3 adapters replace the "official" Vaillant VR/32 functionality so that both heaters can be configured and controlled "in cascade" with the Calormatic 630 controller ? (in parallel with the exposure of the eBUS protocol to the home automation server via the local WiFI/Ethernet)
no, this is not a feature of ebusd right now. It would be possible in principle, but needs a lot of development effort.
So the Calormatic 630 works only with the original Vaillant VR/32 ebus couplers?
This would mean that I cannot use the Calormatic 630 and ebusd with the smart home platform at the same time...
Regards
Zitat von: tlc am 08 Januar 2021, 11:47:15
So the Calormatic 630 works only with the original Vaillant VR/32 ebus couplers?
This would mean that I cannot use the Calormatic 630 and ebusd with the smart home platform at the same time...
ebusd's purpose is not to bridge two separate eBUS instances but to make traffic on one eBUS readable and allow manipulation of data on connected devices.
So of course you can use ebusd to get insight into an eBUS instance, but you cannot use to bridge two of them like the VR32 does.
Thanks for the clarifications john30.
Meanwhile I bought a VR32 coupler which will allow me to configure the 2 heaters in cascade via a single eBUS instance and the Calormatic 630 device.
I am still looking for a possibility to "extend" this (existing) eBUS bridge with a single eBUSd adapter in order to to allow reading sensor data (and possibly to execute commands) via the smart home platform.
From what you mentioned on github (https://github.com/john30/ebusd/issues/198 (https://github.com/john30/ebusd/issues/198)) it is not (yet) possible to address 2+ heaters via a single ebusd instance due to a timing issue which is "breaking" the ebus protocol.
If I create a second ebus, will the 2 heaters still be visible at Calormatic 630 level?
I am thinking of the below setup:
- ebus #1 will follow the factory setup (2 heaters bridged : one heater without VR32 and 2nd with the VR32 coupler) and will be exposed as ebusd #1
- ebus #2 will include only a the second heater and will be exposed as ebusd #2 (to allow separate control of the 2nd heater at ebusd level)
(I have to review the connection schematic of the Vaillant heaters because I do not fully understand how the ebus databus is managed at heater level and how the VR32 coupler is added in the configuration)
Did I understood correctly? How many ebusd adapters are needed for such a setup? Is it possible to bridge the first ebus (2 heaters in cascade, 1 VR32 coupler) with one ebusd adapter (to allow exposure of the protocol via ebusd)?
Thanks a lot for your patience and apologies for the high number of questions.
Regards,
Cristian
Hello. Will the adapter connect if you are using such a radiator with rpi?
ZitatHello. Will the adapter connect if you are using such a radiator with rpi?
No, it won't. Unless you use an extender like this to bring the adapter above the radiator
Hi Leute...
Sorry, ich hab ne blöde Frage. Kann ich den EthernetAdapter auch an einem Raspi betreiben wenn ich mich umentscheide nicht direkt über LAN zu gehen?
Gesetz dem Fall ich löte die Steckerleiste für den Raspi noch ein.
Vielen Dank für Eure Hilfe.
Vg Bernd
Ja, völlig egal!
Durch Jumper setzt du den Betriebsmodus, auch ohne RPI Connector kannst ja sofort in den USB Modus schalten und mit USB Kabel verbinden. Die USB Variante ist ja die Basis die immer funktioniert, alles weitere erfolgt durch aufsetzen der Module wie Wemos oder Ethernet.
USB (https://forum.fhem.de/index.php/topic,116418.msg1107077.html#msg1107077)
Wlan (https://forum.fhem.de/index.php/topic,116418.msg1107078.html#msg1107078)
LG
Ok. Perfekt. Danke für die Info! Dann hoffe ich, dass ich einen Adapter bekomme. Habe es leider zu spät gesehen, dass die Reservierung offen ist. Ich habe immer auf den ersten Beitrag des Threads geschaut.
Der Versand der ersten Charge der eBus Adapter (https://forum.fhem.de/index.php/topic,117350.msg1124607.html#msg1124607) beginnt!
LG
Reinhart
Zitat von: tlc am 11 Januar 2021, 16:14:03
If I create a second ebus, will the 2 heaters still be visible at Calormatic 630 level?
this entirely depends on the capabilities of the calormatic, especially if it recognizes the VR32 and thus the second bus behind it. You need to consultate the calormatic manual or somebody from Vaillant.
Zitat von: tlc am 11 Januar 2021, 16:14:03
I am thinking of the below setup:
- ebus #1 will follow the factory setup (2 heaters bridged : one heater without VR32 and 2nd with the VR32 coupler) and will be exposed as ebusd #1
- ebus #2 will include only a the second heater and will be exposed as ebusd #2 (to allow separate control of the 2nd heater at ebusd level)
not sure if I understand you. So assuming you have two heaters in total (and not 3):
if I were you, I'd add one ebus adapter with ebusd to the first eBUS and another ebus adapter with ebusd to the second eBUS.
Zitat von: tlc am 11 Januar 2021, 16:14:03
Is it possible to bridge the first ebus (2 heaters in cascade, 1 VR32 coupler) with one ebusd adapter (to allow exposure of the protocol via ebusd)?
whatever you mean by "bridging" (i really have no idea any more): ebusd can talk to a single ebus adapter and that's it. So when you have two busses you will need two ebus adapters and a separate ebusd instance for each of them.
I have only 2 heaters (and not 3 :) )
Vaillant uses a single ebus wire pair to connect all devices. I have attached the schematic (showing off my MS Paint skills :) ).
There is a single ebus line that connects ALL these devices.
In other words, all devices are connected in parallel to only one pair of ebus wires, according to the Vaillant installation manual, as follows:
- Heater 1 is connected directly to ebus line via the ebus +/- wires available on the heater's mainboard
- Heater 2 is connected to the SAME ebus wire via a VR 32 module connected internally inside the heater electronics box (which I suppose it is responsible for serializing/queuing the telegrams from/to the Heater 2 within the same ebus instance --> this allows up to 8 heaters to be connected to a single ebus, each of the last 7 heaters needing this VR 32 ebus coupler). The VR 32 has a rotary switch that allows the selection of an ID (from 0 to 15) which will identify Heater 2 messages on ebus.
- Calormatic 630 is also linked directly to the SAME ebus wire pair as the other 2 heaters.
The VR 32 is connected via the X31 connector on the mainboard of Heater 2.
With this wiring configuration, VRC 630 automatically recognizes the 2 heaters and enables a "Cascade" menu which allows setting up on/off timers between the 2 heaters and other cascade related settings.
My expectation is that a single ebus adapter attached to this unique ebus line should be able to decode all communication between all ebus participants.
However I ordered and paid 2 ebus adapters, just in case both will be necessary.
What I don't know (and will need to be tested) : how the Calormatic 630 controller behaves when I change for example "target flow temperature" via ebusd? Will it recognize the change? Or it will start sending messages with its own "target flow temperature" value?
Perhaps there are users around here using this Calormatic VRC 630 controller and who could share their experience? (no need to have 2+ heaters in "cascade" configuration - one heater should be enough).
Thanks again for your kindness and for your availability to help out,
Cristian
ZitatVaillant uses a single ebus wire pair to connect all devices. I have attached the schematic
I think the schematic is not correct or not complete. See the attached excerpt of the VR32 manual.
It looks like the VR32 is some kind of "coupler" and "address translator" for the bus. It couples two physically separated e-Bus lines while translating
addresses from the secondary side to the primary side. The bus address where each VR32 is visible to the main bus can be selected by a rotary switch at the VR32 board
I assume that ebusd connected via a ebus-coupler to the primary eBUS lines will "see" all devices that are directly connected to the bus, as well as all devices that are behind the VR32 coupler(s)
but in the latter case with different addresses than they have on their local (secondary) eBus.
If this is true, in your case, ebusd should "see" two instances of heaters, probably with identical configuration but different addresses.
Please note that I have no experience with this configuration, my thoughts are only theoretical. Also I don't know if ebusd may have or may not have any issues with this config.
Maybe John can say something about it :)
Thank you @galileo !
Actually the manual in German is different than the one in English and Romanian!
In these manuals there is no vrnetDIALOG device at all!
There is only VRC 630 + Heater 1 + (Heater 2, 3, 4...8 in cascade), all connected to the same hard line (see attached picture, taken from page 28 in the English manual : https://www.vaillant.co.uk/downloads/aproducts/controls/vrc-1/vrc-630-operating-and-installation-manual-1182551.pdf (https://www.vaillant.co.uk/downloads/aproducts/controls/vrc-1/vrc-630-operating-and-installation-manual-1182551.pdf)).
I fully agree with your assumption : the role of VR32 is to "serialize" all heaters on a single ebus (by allocating an unique ID which must be configured with unique values via the rotative switch on the VR32 board). So there is just one ebus which should need only one ebus adapter v3 to expose the ebus to the ebusd service.
The Calormatic 630 has only one ebus connector so it can manage only one ebus, which means that all 2 to 8 cascaded heaters are "merged" in the same Primary ebus with the help of the VR32 ebus coupler (this is the commercial name of the VR32 : ebus coupler).
There are at least two users with a similar configuration on the github ebusd forum (https://github.com/john30/ebusd/issues/198 (https://github.com/john30/ebusd/issues/198)) - I posted there too. It is linked also to issue #109 : https://github.com/john30/ebusd/issues/109 (https://github.com/john30/ebusd/issues/109)
@Nuc67UA
@MatthiasKunze
Guys, if you are present here as well, I'd appreciate your input, thanks! :)
In Issue 109 (https://github.com/john30/ebusd/issues/109 (https://github.com/john30/ebusd/issues/109)) John confirms that at this moment the heaters behind VR32 are exposed to ebusd if parameter --latency=100000 is given.
Any help is more than welcome :)
Thank you all for your help
Cheers,
Cristian
ZitatActually the manual in German is different than the one in English and Romanian!
In these manuals there is no vrnetDIALOG device at all!
The vrnetDIALOG is a connection to the Vaillant Server and then to your handy app.
Afaik this is only available in Germany and Austria.
Just think about that device as it can be replaced by our eBus Adapter / ebusd system.
And if you use the eBus Adapter 3.0, "latency" will not be an issue any more ;)
Great, this means that I have a good chance to manage all devices with a single v3 ebus adapter! :)
Anyway once I receive the ebus v3 adapters, I will be at your disposition as a "rat lab" for any tests with my particular "cascade" configuration (when I am at the location).
FYI, on the smart home side I am using an Openhab 2.5 instance running on a RPi 3b with a dedicated MQTT broker (mosquitto). So I will be using ebusd service and the Openhab ebus binding to interface with the Vaillant ebus.
Hallo liebes eBus-Team. Gestern habe ich den Adapter bekommen und heute angeschlossen. Leider laufe ich gleich in Probleme, weil der ebusd zwar scheinbar den Bus erkennt und auch Daten empfängt aber scheinbar sonst nichts empfängt oder decodieren kann.
Ich habe versucht mich genau an die Anleitungen unter ebusd.eu (http://ebusd.eu) zu halten. Die Installation des ebusd habe ich über diese Anleitung (https://github.com/john30/ebusd-debian/blob/master/README.md) durchgeführt.
Als Startoptionen in der /etc/defaults/ebusd habe ich folgendes eingetragen:
EBUSD_OPTS="--scanconfig -r --accesslevel=* --latency=20000 -d enh:/dev/ttyAMA0 --loglevel=debug --address=ff --mqttport=1883 --mqttjson --mqtthost=192.168.50.8 --mqtttopic=ebusd/%circuit/%name"
Die Einträge stammen von Reinhard aus dem Inbetriebnahmethread (https://forum.fhem.de/index.php/topic,118143.msg1125668.html#msg1125668) und den MQTT-Teil habe ich aus dem Fhem Wiki EBUS - MQTT2 (https://wiki.fhem.de/wiki/EBUS-MQTT2).
Im ebusd-Logilfe finde ich aber durchweg folgende Einträge:
2021-01-30 11:40:45.176 [update info] received MS cmd: 1076b512030f0201 / 07008000f10112ff
2021-01-30 11:40:45.176 [update notice] received unknown MS cmd: 1076b512030f0201 / 07008000f10112ff
2021-01-30 11:40:45.480 [update info] received MS cmd: 1026b5230106 / 10ed010d0100800080008000800080503d
2021-01-30 11:40:45.480 [update notice] received unknown MS cmd: 1026b5230106 / 10ed010d0100800080008000800080503d
2021-01-30 11:40:45.777 [update info] received MS cmd: 1026b5230107 / 0f008000800080008000008000805705
2021-01-30 11:40:45.777 [update notice] received unknown MS cmd: 1026b5230107 / 0f008000800080008000008000805705
2021-01-30 11:40:45.953 [update info] received MS cmd: 7108b5110107 / 0a00910001083600000000
2021-01-30 11:40:45.954 [update notice] received unknown MS cmd: 7108b5110107 / 0a00910001083600000000
2021-01-30 11:40:46.091 [update info] received MS cmd: 1008b5100900003effffff060000 / 0101
2021-01-30 11:40:46.091 [update notice] received unknown MS cmd: 1008b5100900003effffff060000 / 0101
2021-01-30 11:40:46.404 [bus debug] ERR: read timeout during receive response, switching to skip
2021-01-30 11:40:46.865 [bus debug] ERR: read timeout during receive command, switching to skip
2021-01-30 11:40:47.139 [update info] received MS cmd: 1026b523040200013e / 020164
2021-01-30 11:40:47.139 [update notice] received unknown MS cmd: 1026b523040200013e / 020164
2021-01-30 11:40:49.105 [main debug] performing regular tasks
2021-01-30 11:40:49.216 [mqtt debug] publish ebusd/global/uptime 3745
2021-01-30 11:40:49.379 [update info] received MS cmd: 7108b5110107 / 0a00910001083600000000
2021-01-30 11:40:49.379 [update notice] received unknown MS cmd: 7108b5110107 / 0a00910001083600000000
2021-01-30 11:40:51.256 [update info] received MS cmd: 7108b51a0304f732 / 0ef707c0cfc07b3c00b01b20000000
2021-01-30 11:40:51.257 [update notice] received unknown MS cmd: 7108b51a0304f732 / 0ef707c0cfc07b3c00b01b20000000
2021-01-30 11:40:51.681 [update info] received MS cmd: 7108b51a0304f833 / 0ef800000082000000000000000000
2021-01-30 11:40:51.681 [update notice] received unknown MS cmd: 7108b51a0304f833 / 0ef800000082000000000000000000
2021-01-30 11:40:51.971 [update info] received MS cmd: 7108b5120e11f101f101c1010e021274040000 / 020232
2021-01-30 11:40:51.971 [update notice] received unknown MS cmd: 7108b5120e11f101f101c1010e021274040000 / 020232
2021-01-30 11:40:52.264 [update info] received MS cmd: 7108b51a0304f934 / 0ef9cf2000c0022101001800061800
2021-01-30 11:40:52.264 [update notice] received unknown MS cmd: 7108b51a0304f934 / 0ef9cf2000c0022101001800061800
2021-01-30 11:40:52.645 [update info] received MS cmd: 7108b51a0304fa35 / 0efa00000000000100b00000000000
2021-01-30 11:40:52.645 [update notice] received unknown MS cmd: 7108b51a0304fa35 / 0efa00000000000100b00000000000
2021-01-30 11:40:53.026 [update info] received MS cmd: 7108b51a0304fb36 / 0efb00000000000000000000000000
2021-01-30 11:40:53.026 [update notice] received unknown MS cmd: 7108b51a0304fb36 / 0efb00000000000000000000000000
Ein ebusctl info ergibt folgenden Output:
pi@EbusPi:~ $ ebusctl info
version: ebusd 21.1.v21.1-12-gccfc025
update check: version 3.4 available
access: *
signal: acquired
symbol rate: 38
max symbol rate: 202
reconnects: 0
masters: 5
messages: 16
conditional: 0
poll: 0
update: 4
address 03: master #11
address 08: slave #11
address 10: master #2
address 13: master #12
address 18: slave #12
address 26: slave
address 71: master #9
address 76: slave #9
In Fhem habe ich nach der Anleitung EBUS - MQTT2 (https://wiki.fhem.de/wiki/EBUS-MQTT2) den MQTT2-Server angelegt und das MQTT2-Device, das als Bridge dient:
Internals:
CID ebusd
DEF ebusd
DEVICETOPIC MQTT2_ebusd
FUUID 600b814d-f33f-bf2d-e150-9a44efc82b33ba02
FVERSION 10_MQTT2_DEVICE.pm:0.235960/2021-01-23
IODev ebusMQTT
LASTInputDev ebusMQTT
MSGCNT 526
NAME MQTT2_ebusd
NR 431
STATE Status:
1:true
Signal:
2:true
<br>Uptime: 0 000 01:07
TYPE MQTT2_DEVICE
ebusMQTT_MSGCNT 526
ebusMQTT_TIME 2021-01-30 11:45:53
READINGS:
2021-01-30 10:22:38 associatedWith MQTT2_ebusd
2021-01-23 02:58:23 attrTemplateVersion 20200824
2021-01-30 10:22:38 datetime
2021-01-30 10:22:38 error
2021-01-30 11:45:53 formatedUptime 0 000 01:07
2021-01-30 10:22:38 id
2021-01-30 10:22:38 queryexistence
2021-01-30 10:38:48 running true
2021-01-30 10:52:59 scan "finished"
2021-01-30 10:39:05 signal true
2021-01-30 10:22:38 signoflife
2021-01-30 10:22:37 state getAll
2021-01-30 10:40:50 updatecheck "version 3.4 available"
2021-01-30 11:45:53 uptime 4049
2021-01-30 10:38:48 version "ebusd 21.1.v21.1-12-gccfc025"
Attributes:
IODev ebusMQTT
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).
devStateIcon 1.true:it_net 1.false:it_net@red 2.true:lan_rs485 2.false:lan_rs485@red
icon sani_boiler_temp
model eBus_daemon_splitter
readingList ebusd/global/version:.* version
ebusd/global/running:.* running
ebusd/global/scan:.* scan
ebusd/global/uptime:.* uptime
ebusd/global/updatecheck:.* updatecheck
ebusd/global/signal:.* signal
ebusd/broadcast/datetime:.* datetime
ebusd/broadcast/error:.* error
ebusd/broadcast/id:.* id
ebusd/broadcast/queryexistence:.* queryexistence
ebusd/broadcast/signoflife:.* signoflife
ebusd/scan\x2e08/:.* scan.08
ebusd/scan\x2e15/:.* scan.15
ebusd/scan\x2e18/:.* scan.18
ebusd/scan\x2e26/:.* scan.26
ebusd/scan\x2e76/:.* scan.76
room EBus
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}
Hier sind auch einige Readings erkannt worden, aber es werden immer nur die Uptime-Readings aktualisiert und es werden auch durch das Autocreate keine neuen MQTT2-Devices je nach empfangenen Telegrammen angelegt.
Könnt ihr mir anhand dieser Infos helfen wo bei mir den Hase im Pfeffer liegt oder welche Infos braucht ihr ggf. noch?
Gruß
Wolle
Wenn ich das beim Lesen in den vielen Threads zu dem Thema jetzt richtig verstanden habe, werden bei mir keine CSV Dateien geladen. Ich habe gelesen, dass man beim RPi 4 die Latenzeinstellung auf 60000 hochdrehen soll; hab ich probiert, sogar mit 100000. Leider wird immer noch nichts geladen.
Ein ebusd --scanconfig --checkconfig bring als Ergebnis
2021-01-30 16:42:29.805 [main notice] ebusd 21.1.v21.1-12-gccfc025 performing configuration check...
2021-01-30 16:42:29.962 [main notice] found messages: 11 (0 conditional on 0 conditions, 0 poll, 4 update)
2021-01-30 16:42:29.963 [main notice] ebusd stopped
Das Verzeichnis /etc/ebusd ist bei mir leer.
Ich bin jetzt etwas hilflos.....
Zitat von: Wolle02 am 30 Januar 2021, 11:52:31
Könnt ihr mir anhand dieser Infos helfen wo bei mir den Hase im Pfeffer liegt oder welche Infos braucht ihr ggf. noch?
schau doch mal in das Logfile unter /var/log/ebusd zeitnah nach dem Start des Dienstes. Da müsste zu finden sein, warum nichts gescannt wird.
Zitat von: galileo am 27 Januar 2021, 11:54:52
Maybe John can say something about it :)
sure I can! :)
The weird thing about the V32 coupler is that it only passed a very small number of message 1:1 (with address replacement) from one side to the other (b504 and b505 if I remember correctly).
But the really interesting stuff (all b5090d+b5090e) is just not working at all (as these address the coupler itself). Instead, the message definition has to be replaced by a completely different one and in addition to that, the timing is completely ruined.
I was really surprised to see that this device is working at all, as it is far away from being eBUS specification compliant.
Folgendes finde ich nach dem Start des ebusd im Log:
2021-01-30 18:35:30.784 [main notice] ebusd 21.1.v21.1-12-gccfc025 started with auto scan
2021-01-30 18:35:30.784 [main info] loading configuration files from http://ebusd.eu/config/
2021-01-30 18:35:30.820 [main info] reading templates /
2021-01-30 18:35:30.860 [main info] read templates in /
2021-01-30 18:35:30.860 [main info] reading file memory.csv
2021-01-30 18:35:30.891 [main info] successfully read file memory.csv
2021-01-30 18:35:30.891 [main info] reading file broadcast.csv
2021-01-30 18:35:30.923 [main info] successfully read file broadcast.csv
2021-01-30 18:35:30.923 [main info] read config files
2021-01-30 18:35:30.924 [bus notice] bus started with own address ff/04
2021-01-30 18:35:30.924 [main info] registering data handlers
2021-01-30 18:35:30.924 [mqtt info] mosquitto version 1.5.7 (compiled with 1.4.10)
2021-01-30 18:35:30.928 [mqtt debug] connection requested
2021-01-30 18:35:30.928 [main info] registered data handlers
2021-01-30 18:35:30.972 [bus notice] signal acquired
2021-01-30 18:35:31.013 [mqtt notice] connection established
2021-01-30 18:35:31.013 [mqtt debug] publish ebusd/global/version "ebusd 21.1.v21.1-12-gccfc025"
2021-01-30 18:35:31.013 [mqtt debug] publish ebusd/global/running true
2021-01-30 18:35:31.181 [bus notice] new master 10, master count 1
2021-01-30 18:35:31.232 [bus notice] new master 71, master count 2
2021-01-30 18:35:31.232 [update info] received MS cmd: 1076b5110101 / 09423f3506ffff0000ff
2021-01-30 18:35:31.232 [update notice] received unknown MS cmd: 1076b5110101 / 09423f3506ffff0000ff
2021-01-30 18:35:31.462 [bus notice] new master 03, master count 3
2021-01-30 18:35:31.462 [update info] received MS cmd: 7108b5110107 / 0a16400101083600000000
2021-01-30 18:35:31.462 [update notice] received unknown MS cmd: 7108b5110107 / 0a16400101083600000000
2021-01-30 18:35:31.554 [update info] received MS cmd: 1076b512030f0201 / 07008000170212ff
2021-01-30 18:35:31.555 [update notice] received unknown MS cmd: 1076b512030f0201 / 07008000170212ff
2021-01-30 18:35:31.786 [bus notice] device status: reset
2021-01-30 18:35:31.855 [update info] received MS cmd: 1026b5230106 / 10f201100100800080008000800080503d
2021-01-30 18:35:31.855 [update notice] received unknown MS cmd: 1026b5230106 / 10f201100100800080008000800080503d
2021-01-30 18:35:32.152 [update info] received MS cmd: 1026b5230107 / 0f008000800080008000008000805705
2021-01-30 18:35:32.152 [update notice] received unknown MS cmd: 1026b5230107 / 0f008000800080008000008000805705
2021-01-30 18:35:32.417 [update info] received MS cmd: 1008b51009000048ffffff060000 / 0101
2021-01-30 18:35:32.417 [update notice] received unknown MS cmd: 1008b51009000048ffffff060000 / 0101
2021-01-30 18:35:32.796 [bus notice] new master 13, master count 4
2021-01-30 18:35:32.796 [update info] received MS cmd: 1018b51009000000ffffff050000 / 0101
2021-01-30 18:35:32.796 [update notice] received unknown MS cmd: 1018b51009000000ffffff050000 / 0101
2021-01-30 18:35:33.218 [update info] received MS cmd: 1026b5230f05ff0000140000ffff000000000000 / 0101
2021-01-30 18:35:33.219 [update notice] received unknown MS cmd: 1026b5230f05ff0000140000ffff000000000000 / 0101
2021-01-30 18:35:33.468 [update info] received MS cmd: 1026b5230402000145 / 020164
2021-01-30 18:35:33.468 [update notice] received unknown MS cmd: 1026b5230402000145 / 020164
2021-01-30 18:35:34.699 [update info] received MS cmd: 7108b5110107 / 0a16400101083600000000
2021-01-30 18:35:34.699 [update notice] received unknown MS cmd: 7108b5110107 / 0a16400101083600000000
2021-01-30 18:35:35.913 [update info] received MS cmd: 7108b5120e111702f901ee0126021274040000 / 020232
2021-01-30 18:35:35.913 [update notice] received unknown MS cmd: 7108b5120e111702f901ee0126021274040000 / 020232
2021-01-30 18:35:38.154 [update info] received MS cmd: 7108b5110107 / 0a16400101083600000000
2021-01-30 18:35:38.154 [update notice] received unknown MS cmd: 7108b5110107 / 0a16400101083600000000
Scheinbar wird da schon gescannt, aber nichts gefunden oder das richtige geladen.
Ich habe hier eine Vaillant Heizung mit ecoTec plus Gastherme und aroTherm Flex Wärmepumpe und einem VRC 700 Steuergerät. Gibt es dafür keine csv Files?
Was kann ich da tun?
Zitat von: Wolle02 am 30 Januar 2021, 18:53:18
Folgendes finde ich nach dem Start des ebusd im Log:
das war zu kurz, da der scan der gesehenen Geräte mit gewisser Verzögerung startet. Und mach doch mal den Log level auf info, mit debug sieht man ja nichts mehr vor lauter messages :)
Zitat von: john30 am 30 Januar 2021, 19:04:19
Und mach doch mal den Log level auf info, mit debug sieht man ja nichts mehr vor lauter messages :)
Sehr gerne. Die Einstellung hatte ich aus dem Inbetriebnahme-Thread, weil das da von Reinhart so vorgegeben bzw. empfohlen wurde. Da hab ich mich dann sicherheitshalber dran gehalten :)
Zitatdas war zu kurz, da der scan der gesehenen Geräte mit gewisser Verzögerung startet.
Hier dann mal ein längerer Logauszug mit Loglevel 'info' (wobei sich da an der Logmenge scheinbar nichts geändert hat):
2021-01-30 19:10:52.439 [main notice] ebusd 21.1.v21.1-12-gccfc025 started with auto scan
2021-01-30 19:10:52.439 [main info] loading configuration files from http://ebusd.eu/config/
2021-01-30 19:10:52.477 [main info] reading templates /
2021-01-30 19:10:52.511 [main info] read templates in /
2021-01-30 19:10:52.511 [main info] reading file memory.csv
2021-01-30 19:10:52.552 [main info] successfully read file memory.csv
2021-01-30 19:10:52.552 [main info] reading file broadcast.csv
2021-01-30 19:10:52.586 [main info] successfully read file broadcast.csv
2021-01-30 19:10:52.586 [main info] read config files
2021-01-30 19:10:52.586 [bus notice] bus started with own address ff/04
2021-01-30 19:10:52.586 [main info] registering data handlers
2021-01-30 19:10:52.586 [mqtt info] mosquitto version 1.5.7 (compiled with 1.4.10)
2021-01-30 19:10:52.591 [main info] registered data handlers
2021-01-30 19:10:52.602 [bus error] device status: unexpected available enhanced following byte 1
2021-01-30 19:10:52.602 [bus notice] signal acquired
2021-01-30 19:10:52.681 [mqtt notice] connection established
2021-01-30 19:10:52.714 [bus notice] device status: reset
2021-01-30 19:10:53.741 [bus notice] new master 10, master count 1
2021-01-30 19:10:54.939 [bus notice] new master 03, master count 2
2021-01-30 19:10:54.940 [update info] received MS cmd: 1008b5110101 / 0949450080ffff0100ff
2021-01-30 19:10:54.940 [update notice] received unknown MS cmd: 1008b5110101 / 0949450080ffff0100ff
2021-01-30 19:10:55.200 [bus notice] new master 71, master count 3
2021-01-30 19:10:55.204 [update info] received MS cmd: 1076b5110101 / 0948451a06ffff0000ff
2021-01-30 19:10:55.204 [update notice] received unknown MS cmd: 1076b5110101 / 0948451a06ffff0000ff
2021-01-30 19:10:55.850 [update info] received MS cmd: 1076b512030f0201 / 07008000490212ff
2021-01-30 19:10:55.850 [update notice] received unknown MS cmd: 1076b512030f0201 / 07008000490212ff
2021-01-30 19:10:56.151 [update info] received MS cmd: 1026b5230106 / 103d024e0100800080008000800080503d
2021-01-30 19:10:56.151 [update notice] received unknown MS cmd: 1026b5230106 / 103d024e0100800080008000800080503d
2021-01-30 19:10:56.447 [update info] received MS cmd: 1026b5230107 / 0f008000800080008000008000805705
2021-01-30 19:10:56.447 [update notice] received unknown MS cmd: 1026b5230107 / 0f008000800080008000008000805705
2021-01-30 19:10:56.661 [update info] received BC cmd: 10feb505025c00
2021-01-30 19:10:56.661 [update notice] received unknown BC cmd: 10feb505025c00
2021-01-30 19:10:56.750 [update info] received MS cmd: 7108b5110107 / 0a00510101083600000000
2021-01-30 19:10:56.750 [update notice] received unknown MS cmd: 7108b5110107 / 0a00510101083600000000
2021-01-30 19:10:57.003 [bus notice] max. symbols per second: 114
2021-01-30 19:10:57.004 [update info] received MS cmd: 1008b51009000047ffffff060000 / 0101
2021-01-30 19:10:57.004 [update notice] received unknown MS cmd: 1008b51009000047ffffff060000 / 0101
2021-01-30 19:10:57.087 [update info] received MS cmd: 7108b5120e1149022c021c029c021274040000 / 020232
2021-01-30 19:10:57.088 [update notice] received unknown MS cmd: 7108b5120e1149022c021c029c021274040000 / 020232
2021-01-30 19:10:57.413 [bus notice] new master 13, master count 4
2021-01-30 19:10:57.413 [update info] received MS cmd: 1018b51009000000ffffff050000 / 0101
2021-01-30 19:10:57.413 [update notice] received unknown MS cmd: 1018b51009000000ffffff050000 / 0101
2021-01-30 19:10:57.681 [update info] received MS cmd: 1076b5040100 / 0a03591019300106211a06
2021-01-30 19:10:57.681 [update notice] received unknown MS cmd: 1076b5040100 / 0a03591019300106211a06
2021-01-30 19:10:57.921 [update info] received MS cmd: 1008b507020945 / 02cc01
2021-01-30 19:10:57.921 [update notice] received unknown MS cmd: 1008b507020945 / 02cc01
2021-01-30 19:10:58.160 [update info] received BC cmd: 10feb516080055101930010621
2021-01-30 19:10:58.160 [update notice] received unknown BC cmd: 10feb516080055101930010621
2021-01-30 19:10:58.451 [update info] received MS cmd: 1026b5230f05ff0000140000ffff000000000000 / 0101
2021-01-30 19:10:58.451 [update notice] received unknown MS cmd: 1026b5230f05ff0000140000ffff000000000000 / 0101
2021-01-30 19:10:58.700 [update info] received MS cmd: 1026b5230402000145 / 020164
2021-01-30 19:10:58.700 [update notice] received unknown MS cmd: 1026b5230402000145 / 020164
2021-01-30 19:10:59.061 [update info] received MS cmd: 1018b5110100 / 08890113001f100000
2021-01-30 19:10:59.061 [update notice] received unknown MS cmd: 1018b5110100 / 08890113001f100000
2021-01-30 19:10:59.324 [update info] received MS cmd: 1008b5110100 / 09490212320009000000
2021-01-30 19:10:59.324 [update notice] received unknown MS cmd: 1008b5110100 / 09490212320009000000
2021-01-30 19:10:59.546 [update info] received MS cmd: 7108b5110107 / 0a00510101083600000000
2021-01-30 19:10:59.546 [update notice] received unknown MS cmd: 7108b5110107 / 0a00510101083600000000
2021-01-30 19:10:59.617 [update info] received MS cmd: 1076b51303040d00 / 020d00
2021-01-30 19:10:59.618 [update notice] received unknown MS cmd: 1076b51303040d00 / 020d00
2021-01-30 19:10:59.836 [update info] received BC cmd: 10feb51603012706
2021-01-30 19:10:59.836 [update notice] received unknown BC cmd: 10feb51603012706
2021-01-30 19:11:00.568 [update info] received MS cmd: 1018b512020064 / 00
2021-01-30 19:11:00.572 [update notice] received unknown MS cmd: 1018b512020064 / 00
2021-01-30 19:11:00.798 [update info] received MS cmd: 1008b512020064 / 00
2021-01-30 19:11:00.798 [update notice] received unknown MS cmd: 1008b512020064 / 00
2021-01-30 19:11:01.126 [update info] received MS cmd: 1018b5120204ff / 0101
2021-01-30 19:11:01.126 [update notice] received unknown MS cmd: 1018b5120204ff / 0101
2021-01-30 19:11:01.357 [update info] received MS cmd: 1008b5120204ff / 00
2021-01-30 19:11:01.357 [update notice] received unknown MS cmd: 1008b5120204ff / 00
2021-01-30 19:11:01.674 [update info] received MS cmd: 1018b513020508 / 00
2021-01-30 19:11:01.674 [update notice] received unknown MS cmd: 1018b513020508 / 00
2021-01-30 19:11:01.909 [update info] received MS cmd: 1008b513020528 / 0101
2021-01-30 19:11:01.909 [update notice] received unknown MS cmd: 1008b513020528 / 0101
2021-01-30 19:11:02.122 [update info] received BC cmd: 10feb510020601
2021-01-30 19:11:02.122 [update notice] received unknown BC cmd: 10feb510020601
2021-01-30 19:11:02.336 [update info] received BC cmd: 10feb508020900
2021-01-30 19:11:02.336 [update notice] received unknown BC cmd: 10feb508020900
2021-01-30 19:11:02.591 [main error] scan config 08: ERR: element not found
2021-01-30 19:11:02.614 [update info] received MS cmd: 1026b5030c0700ffffffffffffffffffff / 0101
2021-01-30 19:11:02.614 [update notice] received unknown MS cmd: 1026b5030c0700ffffffffffffffffffff / 0101
2021-01-30 19:11:02.993 [update info] received MS cmd: 7108b5110107 / 0a00510101083600000000
2021-01-30 19:11:02.993 [update notice] received unknown MS cmd: 7108b5110107 / 0a00510101083600000000
2021-01-30 19:11:04.592 [main error] scan config 15: ERR: element not found
2021-01-30 19:11:04.787 [update info] received MS cmd: 1008b5110101 / 0949450080ffff0100ff
2021-01-30 19:11:04.787 [update notice] received unknown MS cmd: 1008b5110101 / 0949450080ffff0100ff
2021-01-30 19:11:05.057 [update info] received MS cmd: 7108b5120e1148022a021c029e021273040000 / 020232
2021-01-30 19:11:05.058 [update notice] received unknown MS cmd: 7108b5120e1148022a021c029e021273040000 / 020232
2021-01-30 19:11:05.120 [update info] received MS cmd: 1076b5110101 / 0949451a06ffff0000ff
2021-01-30 19:11:05.121 [update notice] received unknown MS cmd: 1076b5110101 / 0949451a06ffff0000ff
2021-01-30 19:11:06.121 [update info] received MS cmd: 1076b512030f0201 / 07008000480212ff
2021-01-30 19:11:06.121 [update notice] received unknown MS cmd: 1076b512030f0201 / 07008000480212ff
2021-01-30 19:11:06.454 [update info] received MS cmd: 1026b5230106 / 103d024e0100800080008000800080503d
2021-01-30 19:11:06.454 [update notice] received unknown MS cmd: 1026b5230106 / 103d024e0100800080008000800080503d
2021-01-30 19:11:06.511 [update info] received MS cmd: 7108b5110107 / 0a00510101083600000000
2021-01-30 19:11:06.511 [update notice] received unknown MS cmd: 7108b5110107 / 0a00510101083600000000
2021-01-30 19:11:06.592 [main error] scan config 18: ERR: element not found
2021-01-30 19:11:06.766 [update info] received MS cmd: 1026b5230107 / 0f008000800080008000008000805705
2021-01-30 19:11:06.767 [update notice] received unknown MS cmd: 1026b5230107 / 0f008000800080008000008000805705
2021-01-30 19:11:07.012 [bus notice] max. symbols per second: 116
2021-01-30 19:11:07.768 [update info] received MS cmd: 1008b51009000047ffffff060000 / 0101
2021-01-30 19:11:07.768 [update notice] received unknown MS cmd: 1008b51009000047ffffff060000 / 0101
2021-01-30 19:11:08.467 [update info] received MS cmd: 1026b5230f05ff0000140000ffff000000000000 / 0101
2021-01-30 19:11:08.467 [update notice] received unknown MS cmd: 1026b5230f05ff0000140000ffff000000000000 / 0101
2021-01-30 19:11:08.592 [main error] scan config 26: ERR: element not found
2021-01-30 19:11:09.452 [update info] received MS cmd: 1026b5230402000145 / 020164
2021-01-30 19:11:09.452 [update notice] received unknown MS cmd: 1026b5230402000145 / 020164
2021-01-30 19:11:09.875 [update info] received MS cmd: 7108b5110107 / 0a00510101083600000000
2021-01-30 19:11:09.875 [update notice] received unknown MS cmd: 7108b5110107 / 0a00510101083600000000
2021-01-30 19:11:10.593 [main error] scan config 76: ERR: element not found
2021-01-30 19:11:12.805 [update info] received MS cmd: 7108b5120e1147022a021c029f021274040000 / 020232
2021-01-30 19:11:12.805 [update notice] received unknown MS cmd: 7108b5120e1147022a021c029f021274040000 / 020232
2021-01-30 19:11:13.344 [update info] received MS cmd: 7108b5110107 / 0a00510101083600000000
2021-01-30 19:11:13.345 [update notice] received unknown MS cmd: 7108b5110107 / 0a00510101083600000000
2021-01-30 19:11:14.685 [update info] received MS cmd: 1008b5110101 / 0948450080ffff0100ff
2021-01-30 19:11:14.685 [update notice] received unknown MS cmd: 1008b5110101 / 0948450080ffff0100ff
2021-01-30 19:11:14.954 [update info] received MS cmd: 1076b5110101 / 0948452706ffff0000ff
2021-01-30 19:11:14.954 [update notice] received unknown MS cmd: 1076b5110101 / 0948452706ffff0000ff
2021-01-30 19:11:15.958 [update info] received MS cmd: 1076b512030f0201 / 07008000470212ff
2021-01-30 19:11:15.958 [update notice] received unknown MS cmd: 1076b512030f0201 / 07008000470212ff
2021-01-30 19:11:16.260 [update info] received MS cmd: 1026b5230106 / 103c024e0100800080008000800080503d
2021-01-30 19:11:16.260 [update notice] received unknown MS cmd: 1026b5230106 / 103c024e0100800080008000800080503d
2021-01-30 19:11:16.556 [update info] received MS cmd: 1026b5230107 / 0f008000800080008000008000805705
2021-01-30 19:11:16.556 [update notice] received unknown MS cmd: 1026b5230107 / 0f008000800080008000008000805705
2021-01-30 19:11:16.733 [update info] received MS cmd: 7108b5110107 / 0a00510101083600000000
2021-01-30 19:11:16.733 [update notice] received unknown MS cmd: 7108b5110107 / 0a00510101083600000000
2021-01-30 19:11:17.606 [update info] received MS cmd: 1008b51009000047ffffff060000 / 0101
2021-01-30 19:11:17.606 [update notice] received unknown MS cmd: 1008b51009000047ffffff060000 / 0101
2021-01-30 19:11:18.280 [update info] received MS cmd: 1026b5230f05ff0000140000ffff000000000000 / 0101
2021-01-30 19:11:18.280 [update notice] received unknown MS cmd: 1026b5230f05ff0000140000ffff000000000000 / 0101
2021-01-30 19:11:19.265 [update info] received MS cmd: 1026b5230402000145 / 020164
2021-01-30 19:11:19.265 [update notice] received unknown MS cmd: 1026b5230402000145 / 020164
2021-01-30 19:11:20.178 [update info] received MS cmd: 7108b5110107 / 0a00510101083600000000
2021-01-30 19:11:20.179 [update notice] received unknown MS cmd: 7108b5110107 / 0a00510101083600000000
2021-01-30 19:11:20.988 [update info] received MS cmd: 7108b5120e1148022b021c02a1021273040000 / 020232
2021-01-30 19:11:20.988 [update notice] received unknown MS cmd: 7108b5120e1148022b021c02a1021273040000 / 020232
2021-01-30 19:11:22.201 [update info] received MS cmd: 7108b51a0304dc32 / 0edc07c0cfc07b3c00b01b20000000
2021-01-30 19:11:22.201 [update notice] received unknown MS cmd: 7108b51a0304dc32 / 0edc07c0cfc07b3c00b01b20000000
2021-01-30 19:11:22.564 [update info] received MS cmd: 7108b51a0304dd33 / 0edd00000082000000000000000000
2021-01-30 19:11:22.564 [update notice] received unknown MS cmd: 7108b51a0304dd33 / 0edd00000082000000000000000000
2021-01-30 19:11:22.997 [update info] received MS cmd: 7108b51a0304de34 / 0edecf2000c0022101001800061800
2021-01-30 19:11:22.997 [update notice] received unknown MS cmd: 7108b51a0304de34 / 0edecf2000c0022101001800061800
2021-01-30 19:11:23.041 [bus notice] max. symbols per second: 121
2021-01-30 19:11:23.404 [update info] received MS cmd: 7108b51a0304df35 / 0edf00000000000100b00000000000
2021-01-30 19:11:23.408 [update notice] received unknown MS cmd: 7108b51a0304df35 / 0edf00000000000100b00000000000
2021-01-30 19:11:23.767 [update info] received MS cmd: 7108b51a0304e036 / 0ee000000000000000000000000000
2021-01-30 19:11:23.767 [update notice] received unknown MS cmd: 7108b51a0304e036 / 0ee000000000000000000000000000
2021-01-30 19:11:24.262 [update info] received MS cmd: 7108b5110107 / 0a00510101083600000000
Bei 19:11:02 und 19:11:04 und 19:11:06 scheint er zu scannen, aber nichts zu finden!?
Ok, ich hab den Fehler gefunden. ::)
Ich bin einem Missverständnis aufgesessen und zwar habe ich den ebusd mit dem Schalter -r gestartet, weil ich dachte, dass das eine Sicherheitsoption wäre, damit nichts auf den Bus geschrieben werden kann. Scheinbar gilt das aber nicht für die Kommunikation mit dem Bus, sondern für den ganzen ebusd. Damit konnte er dann natürlich nichts schreiben.
Jetzt scheints erstmal zu laufen. Jetzt muss ich weiter probieren.
Vielen Dank erstmal.
Zitat von: john30 am 30 Januar 2021, 18:31:16
sure I can! :)
The weird thing about the V32 coupler is that it only passed a very small number of message 1:1 (with address replacement) from one side to the other (b504 and b505 if I remember correctly).
But the really interesting stuff (all b5090d+b5090e) is just not working at all (as these address the coupler itself). Instead, the message definition has to be replaced by a completely different one and in addition to that, the timing is completely ruined.
I was really surprised to see that this device is working at all, as it is far away from being eBUS specification compliant.
@john30, thanks a lot for jumping in.
Presuming that you will ever have the time to fix this timing issue in order for ebusd to handle the messages translated by a VR32, will the issue be solvable at software level? Or the fixes will be done also at hardware level, which means a new HW version of the adapter will be necessary?
Cheers,
Cristian
Zitat von: tlc am 30 Januar 2021, 23:26:33
@john30, thanks a lot for jumping in.
Presuming that you will ever have the time to fix this timing issue in order for ebusd to handle the messages translated by a VR32, will the issue be solvable at software level? Or the fixes will be done also at hardware level, which means a new HW version of the adapter will be necessary?
it is only at software level, but it is so uncredibly ugly ::)
basically there is a simple translation of the original message to the one that has to be sent to the VR32, and thus is the message definition. but to solve this on an automatic level in ebusd code is a great hack and I'm lacking time to do it.
The good news is that the ebus adapter 3 does not need to be upgraded :)
Regarding the development effort, let me know if I can help with any tests (once I receive the ebus adapters).
Thanks for your hard work!
Hallo Leute!
Wollte berichten das mein eBus-Adapter 3.0 Ethernet sehr gut funktioniert und ich bekomme jede menge Daten in FHEM rein.
Spezial für die Ethernet Version habe ich auch ein Gehäuse entwickelt, die .STL Dateien hänge ich hier an.
Wer die Original Fusion360-Dateien haben will, bitte kurze Info, dann hänge ich die auch dran.
Gruß 8)
Ich bin mir nicht sicher, ob das hier überhaupt der richtige Bereich für die Frage ist, aber es gibt so viele Threads rund um den eBus. Meine Frage bezieht sich auch speziell auf die Startoptionen von ebusd und da John hier ja mitliest kann er mir vieleicht die Frage beantworten.
Ich möchte gerne das Logverhalten von ebusd ändern und wollte dazu die Optionen --log verwende. Dazu habe ich in /etc/default/ebusd folgende Optionen aufgenommen.
--log="all info" --log="update error"
Das habe ich so aus der Doku raus, aber scheinbar habe ich etwas nicht richtig verstanden, denn wenn ich den ebusd starte bekomme ich folgenden Fehler:
ebusd[6156]: /etc/default/ebusd: Zeile 5: info --log=update: Kommando nicht gefunden.
Der ebusd startet dann auch nicht.
Was mache ich falsch?
Ja, alles was den Adapter V3 und die Inbetriebnahme betrifft habe ich hier einen Thread (https://forum.fhem.de/index.php?topic=118143.msg1125668#msg1125668)aufgemacht!
Bei dem Thread hier geht nur um allgemeines!
LG
Reinhart
und zu deinem Loglevel, mach es so:
--loglevel=error
im Wiki steht ja zum Beispiel: --loglevel=LEVEL
Only write log below or equal to LEVEL: error/notice/info/debug [notice]
also eins von den vier und "notice" ist default.
LG
Im Wiki steht zu --loglevel aber auch:
This is the "old" form allowing to set one level for all areas only. Use "--log" for having an individual level per area instead.
Deswegen wollte ich eigentlich --log verwenden, weil ich eben nicht ALLE auf loglevel error haben wollte, sondern nur die Area update. Bei den anderen Areas wollte ich der Neugier halber ein paar mehr Infos sehen.
Nur leider klappt das mit --log halt nicht.
ja --log geht auch wenn du das so willst, war ja nur ein Beispiel mit loglevel.
Ich poste dir jetzt einmal meine Config mit --log, genau wie in Johns Wiki:
EBUSD_OPTS="-d /dev/ttyebus -p 8888 -l /var/log/ebusd.log --log='all error' --log='bus info' --scanconfig --accesslevel=* --mqttport=1883 --mqttjson --mqtthost=10.0.0.5 -mqtttopic=ebusd/%circuit/%name --latency=20000 --address=01"
du musst nur aufpassen das du innerhalb eines Strings dann statt " die ' benutzt!
LG
Zitat von: Reinhart am 04 Februar 2021, 20:08:10
Ich poste dir jetzt einmal meine Config mit --log, genau wie in Johns Wiki:
EBUSD_OPTS="-d /dev/ttyebus -p 8888 -l /var/log/ebusd.log --log='all error' --log='bus info' --scanconfig --accesslevel=* --mqttport=1883 --mqttjson --mqtthost=10.0.0.5 -mqtttopic=ebusd/%circuit/%name --latency=20000 --address=01"
du musst nur aufpassen das du innerhalb eines Strings dann statt " die ' benutzt!
Hallo Reinhart, genau so hatte ich es auch schon probiert und ich habe auch ' anstatt " verwendet. Ich habe das gerade nochmal probiert indem ich folgendes in die /etc/default/ebusd geschrieben habe
--log='all info' --log='update error'Das Ergebnis beim Starten des ebusd sieht dann so aus:
● ebusd.service - LSB: controls ebusd, the daemon for communication with eBUS heating systems.
Loaded: loaded (/etc/init.d/ebusd; generated)
Active: failed (Result: exit-code) since Fri 2021-02-05 09:29:09 CET; 4s ago
Docs: man:systemd-sysv-generator(8)
Process: 8490 ExecStart=/etc/init.d/ebusd start (code=exited, status=64)
Feb 05 09:29:09 EbusPi systemd[1]: Starting LSB: controls ebusd, the daemon for communication with eBUS heating systems....
Feb 05 09:29:09 EbusPi ebusd[8490]: Starting ebusd: ebusdebusd: invalid log
Feb 05 09:29:09 EbusPi ebusd[8490]: Try `ebusd --help' or `ebusd --usage' for more information.
Feb 05 09:29:09 EbusPi ebusd[8490]: failed!
Feb 05 09:29:09 EbusPi systemd[1]: ebusd.service: Control process exited, code=exited, status=64/USAGE
Feb 05 09:29:09 EbusPi systemd[1]: ebusd.service: Failed with result 'exit-code'.
Feb 05 09:29:09 EbusPi systemd[1]: Failed to start LSB: controls ebusd, the daemon for communication with eBUS heating systems..
Zitat von: Wolle02 am 05 Februar 2021, 09:32:43
--log='all info' --log='update error'
poste doch bitte mal die gesamte Zeile und nicht nur nen Bruchteil
Hallo John,
gerne.
EBUSD_OPTS="--scanconfig --accesslevel=* --latency=60000 -d enh:/dev/ttyAMA0 --log='all info' --log='update error' --address=ff --mqttport=1883 --mqttjson --mqtthost=192.168.50.8 --mqtttopic=ebusd/%circuit/%name"
Zitat von: Wolle02 am 05 Februar 2021, 09:47:08
EBUSD_OPTS="--scanconfig --accesslevel=* --latency=60000 -d enh:/dev/ttyAMA0 --log='all info' --log='update error' --address=ff --mqttport=1883 --mqttjson --mqtthost=192.168.50.8 --mqtttopic=ebusd/%circuit/%name"
es sieht so aus, als hätte das noch nie funktionieren können, weil die Argumente vom init/systemd Skript als string übergeben werden und dann in die Argumente "--log='all" und "info'" aufgetrennt werden. Das kann ebusd so nicht verstehen und drum klappt das so nur direkt auf der Kommandozeile, aber nicht via /etc/default/ebusd
Da muss ich mir was anderes überlegen.
Hallo John, alles klar. Danke für die Rückmeldung. Dann lass ich es vorerst halt beim loglevel notice. Ist glaube ich eh default.
Hallo,
ich habe auch den neuen Adapter bestellt, in Vorbereitung darauf habe ich 2 Fragen:
Aktuell nutze ich v3.4, wie kann ich auf v21.2 updaten? Funktioniert die v21.2 auch mit einem älteren Adapter? (esera)
Der Update Check zeigt mir ein neueres csv an (vaillant/15.700.csv), wie kann ich das updaten? Einfach das service restarten? Oder macht er das automatisch?
lG Joe
entweder du lädst die Sourcen (https://github.com/john30/ebusd/wiki/1.-Build-and-install)herunter und kompilierst selber oder du nimmst ein fertiges Paket (https://github.com/john30/ebusd/releases/tag/v21.2).
Die neue Version des eBusd ist natürlich abwärtskompatibel! Auf einem älterem Adapter darfst halt dann nicht "enhanced" einstellen.
LG
Alles klar, also ein echtes update gibt es da nicht (quasi eine Neuinstallation)
Und wie ist das mit dem csv? Wie aktualisiert sich das? Beim Service Neustart?
EDIT: Ist enhanced per default aktiviert, bzw. schalte ich es ab?
Danke und lG,
Joe
den enhanced Modus stellst in der config ein, also musst du beim alten Adapter das "enh:" weglassen!
-d enh:192.168.178.2:9999
Die CSV updatet sich selbst wenn die config vom Server beziehst, wenn du sie lokal betreibst dann musst du sie vom Github laden!
Siehe hier. (https://github.com/john30/ebusd-configuration)
LG
besten Dank!
ja ich lade die config vom server, es hat mich nur die Meldung "newer version available" irritiert, da dies zu einer User-Aktion quasi auffordert. Wenn das Update ohne User-Interaktion passiert, ist das natürlich perfekt ;)
P.S: Gibts schon ein Auslieferungsdatum für die 2te Charge? :)
Zitat von: MassiveAttack am 09 Februar 2021, 13:19:19
P.S: Gibts schon ein Auslieferungsdatum für die 2te Charge? :)
leider noch nix genaues!
LG
Zitat von: MassiveAttack am 09 Februar 2021, 13:19:19
ja ich lade die config vom server, es hat mich nur die Meldung "newer version available" irritiert, da dies zu einer User-Aktion quasi auffordert. Wenn das Update ohne User-Interaktion passiert, ist das natürlich perfekt ;)
automatisch passiert das nicht, das ist in der Tat der Hinweis für den User. Du kannst via "ebusctl reload" das Neuladen anstoßen
So, habe heute den neuen Adapter bekommen, besten Dank dafür :)
Leider bekomme ich aber "no signal". Beim Starten leuchtet das blaue led kurz, dann permanent ein oranges und das grüne blinkt.
Ich verwende die USB Variante (mein alter Esera-Adapter war auch USB, ich habe einfach den gleichen USB-Slot am RasPi verwendet)
Ich verwende die config aus dem Forum:
EBUSD_OPTS="-d enh:/dev/ttyUSB0 --scanconfig --accesslevel=* --latency=20000 --loglevel=debug --address=ff"
Ebusd v21.2
Muss ich am Adapter etwas ändern? Ich glaube Jumper sind richtig gesetzt, Software vorhanden?
Ich bin dieser Anleitung gefolgt:
1.1 Jumper setzen, J1-USB, J4-USB, J12 alles offen = enhanced Protokkoll
1.2 config setzen, EBUSD_OPTS="--scanconfig --accesslevel=* --latency=20000 -d enh:/dev/ttyUSB0 --loglevel=debug --address=ff"
1.3 eBus an Platine anklemmen
1.4 Raspberry über USB Kabel mit dem Adapter verbinden
1.5 grüne Led muss blinken
1.6 Dämon starten "sudo service ebusd start"
Ich habe noch etwas über die UART config gelesen (lsusb)
,,Bitte vorher checken ( lsusb ) ob der UART CP2102 am Raspberry sichtbar ist. Das ist der serielle UART der an der Platine verbaut ist."
Bei mir sehe ich den CP2102 nicht. Brauche ich den? Wie kann ich das aktivieren?
Bzw. woran kann es noch liegen?
Danke und lG
ja, da hast du richtig gelesen, mit LSUSB muss der CP2102 sichtbar sein!
pi@raspberrypi:~ $ lsusb
Bus 001 Device 005: ID 0bda:8179 Realtek Semiconductor Corp. RTL8188EUS 802.11n Wireless Network Adapter
Bus 001 Device 088: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP2102/CP2109 UART Bridge Controller [CP210x family]
Bus 001 Device 003: ID 0424:ec00 Standard Microsystems Corp. SMSC9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Standard Microsystems Corp. SMC9514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@raspberrypi:~ $
Ich glaube aber einfach, du hast ein falsches USB Kabel. Die meisten Kabel von den Steckernetzgeräten haben nur "Power" ( die beiden äußeren ) gelötet, die seriellen Signale fehlen!
PS: alles zur Inbetriebnahme V3 bitte hier posten (https://forum.fhem.de/index.php?topic=118143.msg1125668#msg1125668)!
LG
Hoi!
Mein Adapter kam auch die Tage. Habe ihn heute angeschlossen. Der wemos zeigt auf der Webgui "signal: aquired". Scheint soweit schonmal gut zu sein.
Den ebusd habe ich über Netzwerk mit dem wemos verbunden. Irgendwas ist aber noch nicht ganz richtig, denn "ebusctl info" gibt mir "no signal".
localhost: info
version: ebusd 21.2.v21.2
update check: OK
signal: no signal
reconnects: 0
masters: 0
messages: 11
conditional: 0
poll: 0
update: 4
Hat jemand eine Idee?
Hat hier noch jemand eine Heizung von Weishaupt??
PS: Ich denke ich muss mich noch etwas ins Thema einlesen. :-/
erreichst du das Webinterface vom Wemos (https://github.com/john30/ebusd-esp)?
vor allem Punkt 5 richtig einstellen!
Bitte alle Fragen zum Thema V3 hier posten (https://forum.fhem.de/index.php?topic=118143.msg1125668#msg1125668)!
LG
Reinhart
Zitat von: Reinhart am 09 März 2021, 16:58:29
Ich glaube aber einfach, du hast ein falsches USB Kabel. Die meisten Kabel von den Steckernetzgeräten haben nur "Power" ( die beiden äußeren ) gelötet, die seriellen Signale fehlen!
jackpot :D
Danke, jetzt läuft alles 8) 8)
Habe meine Adapter heute erhalten. Sehen gut aus.
Mal schauen, wann ich zum Einbau komme.
Danke und Gruß,
metserver1
Hallo Zusammen,
mein Adapter ist heute angekommen und das basteln beginnt. Ich läuft auch schon in Ansätzen. Ich nutze ihn per USB an einem Raspberry.
ebusd startet mit folgenden Paramtern:
--scanconfig --accesslevel=* --latency=20000 -d enh:/dev/ttyUSB0 --loglevel=info --lograwdata=bytes --address=ff --enablehex
ebusctl info sagt:
version: ebusd 21.2.v21.2
update check: OK
access: *
signal: acquired
symbol rate: 4
max symbol rate: 123
reconnects: 1
masters: 4
messages: 604
conditional: 49
poll: 0
update: 10
address 03: master #11
address 04: slave #25, ebusd
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=0209;HW=4103", loaded "vaillant/15.700.csv"
address 71: master #9
address 76: slave #9, scanned "MF=Vaillant;ID=VWZ00;SW=0305;HW=0403"
address e0: slave, scanned "MF=Vaillant;ID=OMU00;SW=0131;HW=5202", loaded "vaillant/e0.omu.csv"
address ff: master #25, ebusd
Er findet und identifiziert also auch die Geräte im Bus. Was mir jetzt aufgefallen ist, dass ebusctl Anfangs recht fluffig läuft, später aber ganz schon auf sich warten lässt.
ebusctl info bspw. dauert dann schon mal ein paar Minuten. Ist das normal?
/var/log/ebusd.log
Spammt auch ziemlich herum mit:
2021-03-11 17:02:31.461 [bus error] device status: unexpected available enhanced byte 2
2021-03-11 17:02:31.505 [bus error] device status: unexpected available enhanced byte 2
2021-03-11 17:02:31.547 [bus error] device status: unexpected available enhanced byte 2
2021-03-11 17:02:31.590 [bus notice] <aa
2021-03-11 17:02:31.632 [bus error] device status: unexpected available enhanced byte 2
2021-03-11 17:02:31.636 [bus notice] <10
2021-03-11 17:02:31.640 [bus notice] <76
2021-03-11 17:02:31.647 [bus error] device status: unexpected available enhanced byte 2
Woher kommt das? Was kann man dagegen tun?
Ziel ist es, die Geschichte mal in openhab zum Laufen zu bringen. Dort funktoniert die Device-Discovery aber noch nicht. Aber da bin ich hier sicher im falschen Forum :D
Danke und beste Grüße
es wird ja wie verrückt gelogt, das kannst du abstellen und ist eigentlich nur zur Fehlersuche von Nützlichkeit wenn man weiß was der Inhalt bedeutet.
--scanconfig --accesslevel=* --latency=20000 -d enh:/dev/ttyUSB0 --loglevel=info --address=ff
mach es so, loglevel info ist zunächst vollkommen genug!
Deine Devices werden erkannt, du kannst dann schon mal in der Console testen ob was kommt.
Beispiel:
ebusctl r -f Hc1FlowTemp
ebusctl r -f DisplayedOutsideTemp
wenn das passt, dann kannst du dich um openhab und die Erfassung kümmern.
LG
Ok. Danke dir. Die "bus errors" können also ignoriert werden, ja?
read und write per ebusctl funktioniert auch schon :)
Zitat von: robbelt am 11 März 2021, 17:28:55
Ok. Danke dir. Die "bus errors" können also ignoriert werden, ja?
in diesem Fall ja!
LG
Ich habe jetzt auch herausgefunden womit es zusammenhängt, dass ebusctl einige Minuten nach dem ebusd-Start kaum noch reagiert und auch sonst irgendwie alles ins Stocken gerät. Reads und Writes gehen dann auch nicht mehr.
Sobald ich in Openhab das ebus-Binding (bzw. eine Bridge) konfiguriere, geht alles den Bach runter. Das läuft also überhaupt noch nicht rund. Warum das so ist, weiß ich noch nicht.
(nur als Info, falls mal jemand das gleiche Verhalten feststellt)
mit openhab kann ich dir leider nicht weiterhelfen weil ich es nicht kenne, aber es gibt dort ja auch ein gutes Forum wo über eBus und deren Einrichtung diskutiert wird.
LG
Gibt es hier Kollegen die wie ich eine Vaillant Flexotherm 87/4 besitzen? Ich kann aktuell viele Daten auslesen, jedoch fehlt mir die komplette Fachhandwerkebene (Kompressorstarts etc) sowie der Live Monitor. Vermutlich wurden diese Parameter noch nicht entschlüsselt, oder kann das jemand auslesen? Wenn ja, wie?
Ich weiß auch nicht ob das der richtige Thread dafür ist ::)
Openhab redet nun auch mit dem Adapter. Es kommt scheinbar nicht mit dem enhanced protocol klar. Habe den Jumper auf dem Adapter auf normal protocol gestellt und schon klappt es.
Wo liegt der Unterschied zwischen normal und enhanced?
@ MassiveAttack: Ich habe zwar eine Vaillant Flexocompact, hab aber auch den Eindruck, dass das von dir genannte fehlt. Habe aber noch nicht genauer geforscht.
"enhanced" ist die Protokoll Erweiterung damit der Adapter im Mikroprozessor ( PIC ) mit seiner Firmware die zeitkritische Arbitrierung erledigen kann. Erst durch enhanced war es möglich WIFI und Lan fehlerfrei einzubinden. Der Adapter quittiert sofort und gibt dem Dämon die Information weiter, somit ist die Verzögerung der Arbitrierung über die Strecke eBus --> Dämon ausgeschaltet und es wurde auf einem Schlag die Einbindung langsamer Komponenten wie der W5500 wie aus Zauberhand nun möglich.
Das gleiche gilt auch für Umgebungen wo viele Devices am Bus hängen, auch hier wurden teilweise ohne enhanced Busteilnehmer erst gar nicht erkannt. Um enhanced zu deaktivieren/aktivieren ist aber neben der Jumper am Adapter auch eine Änderung in der Config notwendig!
EBUSD_OPTS="--scanconfig --accesslevel=* --latency=20000 -d enh:/dev/ttyUSB0 --loglevel=debug --address=ff"
typische config mit enhanced Mode
EBUSD_OPTS="--scanconfig --accesslevel=* --latency=20000 -d /dev/ttyUSB0 --loglevel=debug --address=ff"
config im Kompatibilitätsmode ohne enhanced
D.h. heißt du hast den Adapter jetzt auf den alten Kompatibilitätsmodus gesetzt und er ist somit eine Version 2.x geworden. Das openhab mit enhanced nicht zusammen kommt kann ich mir jetzt so nicht vorstellen, kann das ein anderer Benutzer von openhab mit Adapter V3 bestätigen?
Zitat von: robbelt am 13 März 2021, 13:57:25
@ MassiveAttack: Ich habe zwar eine Vaillant Flexocompact, hab aber auch den Eindruck, dass das von dir genannte fehlt. Habe aber noch nicht genauer geforscht.
Wird vermutlich das gleiche sein. Weiß jemand ob die csv's erweitert werden, bzw. was wäre der richtiger Thread dafür?
Bei mir wird ein slave zwar erkannt, aber kein csv dazu geladen. Die anderen 3 werden erkannt.
version: ebusd 21.2.v21.2
update check: OK
access: *
signal: acquired
symbol rate: 24
max symbol rate: 182
min arbitration micros: 584
max arbitration micros: 4311
min symbol latency: 7
max symbol latency: 17
reconnects: 0
masters: 5
messages: 495
conditional: 0
poll: 0
update: 10
address 00: master #1
address 03: master #11
address 04: slave #25, ebusd
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 ff: master #25, ebusd
Zitat von: Reinhart am 13 März 2021, 18:40:16
Das openhab mit enhanced nicht zusammen kommt kann ich mir jetzt so nicht vorstellen, kann das ein anderer Benutzer von openhab mit Adapter V3 bestätigen?
das kann gar nicht funktionieren, da ja dann openhab das enhanced protocol implementiert haben müsste
enhanced wird ja nur zwischen Adapter und Dämon gesprochen. Das würde dann für mich bedeuten, dass openhab keinen Dämon braucht und diesen implementiert hat?
LG
Zitat von: Reinhart am 14 März 2021, 19:25:08
enhanced wird ja nur zwischen Adapter und Dämon gesprochen. Das würde dann für mich bedeuten, dass openhab keinen Dämon braucht und diesen implementiert hat?
laut openhab Plugin Doku (https://github.com/csowada/openhab-ebus-binding/blob/main/bundles/org.openhab.binding.ebus/README.md) wurde das Plugin bisher immer direkt mit dem eBUS Interface verbunden. Es sieht aber so aus, als wurde das Plugin erweitert, so dass auch eine Verbindung an ebusd unterstützt wird. Dann (und nur dann) kann das mit enhanced protocol wieder klappen.
genau. das openHAB eBus-Binding bietet 2 Modi an: raw oder ebusd. Ich habe es jetzt nur mit raw und standard protocol zum laufen gebracht. Das scheint aber ganz gut zu funktionieren.
Das Binding mit ebusd kommunizieren zu lassen, ist mir bislang nicht gelungen. Weder mit standard noch mit enhanced protocol. Da schmeißt es mir solche Fehler im Log und Bus-Geräte werden keine erkannt:
2021-03-12 19:50:43.888 [WARN ] [ev.ebus.core.EBusReceiveStateMachine] - Input buffer full, reset!
2021-03-12 19:50:43.894 [DEBUG] [s.internal.handler.EBusBridgeHandler] - eBUS telegram error; Input buffer full, reset! [ERROR: BUFFER_FULL, DATA: 10 75 00 C6 C6 10 07 04 00 C6 C6 C6 C6 10 C6 01 C6 09 40 4E C7 00 C6 C6 C6 C6 76 01 09 40 4E 68 C6 C6 C6 76 03 01 07 00 11 00 C6 C6 C6 08 09 00 C7 07]
2021-03-12 19:50:50.331 [DEBUG] [s.internal.handler.EBusBridgeHandler] - eBUS telegram error; Telegram starts with an invalid source address! C6 [ERROR: INVALID_SOURCE_ADDRESS, DATA: 10 75 00 C6 C6 10 07 04 00 C6 C6 C6 C6 10 C6 01 C6 09 40 4E C7 00 C6 C6 C6 C6 76 01 09 40 4E 68 C6 C6 C6 76 03 01 07 00 11 00 C6 C6 C6 08 09 00 C7 07]
2021-03-12 14:51:07.797 [DEBUG] [s.internal.handler.EBusBridgeHandler] - eBUS telegram error; Master CRC invalid! IS:84 SHOULD:00 [ERROR: MASTER_CRC_INVALID, DATA: 10 C6 C6 03 03 00 C6 04 00]
Hi,
ich nutze auch openhab. Bin noch nicht ganz zum Einrichten gekommen, aber ich will openhab über MQTT mit ebusd kommunizieren lassen. Vielleicht ist das für dich ja auch eine Alternative.
Hallo,
ihr habt ja 3D Modelle mit autodesk360 erstellt.
https://a360.co/38dPTR8 (https://a360.co/38dPTR8)
Ist es möglich step files zu bekommen um ein eigenes 3D Gehäuse zu designen?
Grüße
Dieter
I just picked up my adapter from the mail. One of the LEDs is broken off (if necessary, I can send a video of unpacking the package). The photo shows that the ebus connector intersects with the installation location of the LED. So I think it was originally loosely soldered.
I'll try to find out from the guys if anyone can solder it back to its original place, but I'm afraid that the ebus connector will interfere with the installation.
Hello Konstantin,
Sorry for these inconveniences!
Please send the adapter back to me if you want and I will exchange it. This is the transmission LED, it is not important for the functionality but it is a blemish!
LG
Reinhart
I've waited too long for my adapter, and I can't bear to wait two more times for the same amount of time) So let him stay.
My English through auto-translation.
is ok, but you don't need this LED for the function, it's only optical!
LG
Guten Morgen zusammen,
ich habe jetzt das Thema länger nicht beachtet, der Link für die Reservierung (1.Post führt ins Leere)
Kann ich 2 Adapter bestellen (fertig zusammengebaut für Pi3B) Reinhard?
Danke und lg
EDIT:
Der Link funktioniert nur nicht, wenn man nicht eingeloggt ist. ALLES GUT. Habe das Formular gefunden! DANKE
Hallo,
ich habe das gleiche Problem wie in Antwort #132 - die LED neben dem eBus Stecker ist weggebrochen.
Das Gehäuse des eBus Steckers bewegt sich etwas und drückt gegen die LED.
Ich habe meine Inbetriebnahme gerade erst gestartet - wenn dies das einzige Problem ist kann ich damit leben.
Grüße
Dieter
Zitat von: DieterPN am 04 April 2021, 17:32:58
ich habe das gleiche Problem wie in Antwort #132 - die LED neben dem eBus Stecker ist weggebrochen.
Das Gehäuse des eBus Steckers bewegt sich etwas und drückt gegen die LED.
wie ärgerlich. Und das, obwohl ich die Nase der Buchse immer mit nem Messer entferne.
Wie schon zuvor beschrieben, ist diese LED für die Funktion irrelevant. Wenn Du also damit leben kannst, dann passt es.
ich hatte auch einmal diesen Typ von Klemmen weil sie mir kurzfristig ausgegangen waren, aber zum Glück nur 20 Stück, die waren von Conrad. Man erkennt sie an der Höhe und den 2 Nasen. Eigentlich ideal zum Anreihen, aber für diesen Zweck wirkt sich das negativ aus.
Jetzt verwende ich hauptsächlich die unten dargestellten und seit neuestem die schwarzen ( bei Ali gefunden ), die haben überhaupt keine Nase und das Gehäuse ist etwas kleiner
als das vom Conrad mit genau 10 x 10 mm. Bei den grünen und blauen ist zwar eine kleine Nase, die sitzt aber hinten und stört die Led nicht!
LG
Hallo,
muss beim eBus Adapter 3.0 eine Einschaltreihenfolge beachtet werden?
z.B.
- muss der eBus der Heizung aktiv sein bevor ich den eBus Adapter 3.0 einschalte?
- kann es Probleme geben wenn die Heizung z.B. zur Wartung aus-/eingeschaltet wird?
- kann es Probleme geben wenn die ebusd SW ohne Power-Cycle des eBus Adapters neu gestartet wird?
Bisher habe ich den Adapter auf den Raspberry Pi gesteckt - zukünftig wird er evtl. über das LAN Interface betrieben.
Grüße
Dieter
Zitat von: DieterPN am 07 April 2021, 13:05:02
- muss der eBus der Heizung aktiv sein bevor ich den eBus Adapter 3.0 einschalte?
- kann es Probleme geben wenn die Heizung z.B. zur Wartung aus-/eingeschaltet wird?
- kann es Probleme geben wenn die ebusd SW ohne Power-Cycle des eBus Adapters neu gestartet wird?
zu 1: der eBus sollte aktiv sein bevor du den Dämon startest, sonst läuft der Scan ins leere.
zu 2: nein sollte keine Probleme geben. Wenn ein Watchdog läuft kann allerdings ständig versucht werden den Dämon neu zu starten, daher sollte der Watchdog nach n Versuchen aufhören.
zu 3: nein, nur der Dämon sollte mit sauberen "restart" oder "stop" und "start" gestartet werden. Der Adapter kann dabei die ganze Zeit unter "Power" bleiben.
LG
Ich habe den Ebus Adapter erfolgreich über Wifi installiert. Den Adapter habe ich an den eBUS meiner Vaillant VRC 630 Regelung angeschlossen.
Die grüne Leuchte blinkt und es sollten somit Daten übertragen werden.
Über die IP kann ich den Adapter ansprechen:
eBUS adapter 3
Build: 20201122
ebusd device string: enh:192.168.8.xxx:9999
WiFi signal: 62% (-69dBm)
Chip ID: 00d17d9a
Hostname: ebus-d17d9a
Up time: 149
Free heap: 34840
ebusd connected: no
eBUS signal: no signal
Obwohl die grüne Leuchte blinkt, ist scheinbar kein eBUS Signal vorhanden. Hat jemand eine Idee woran das liegen könnte?
Die Wifi Konfiguration ist im Anhang.
Komischerweise kann ich das gateway nicht dauerhaft auf: 255.255.255.0 einstellen. Das springt immer wieder auf 0.0.0.1
Hi,
255.255.255.0 wäre die Netzmaske. Gateway könnte über DHCP bezogen werden, oder du müsstest die IP Adresse deiner FritzBox eintragen.
Nachtrag: Wenn du nur ein IP Netz hast und der Adapter nicht woanders hin kommunizieren soll (z.B. Internet) kannst du das Gateway auch weglassen. ;-)
Zitat von: r-schmid@gmx.at am 04 Mai 2021, 09:34:12
Die Wifi Konfiguration ist im Anhang.
Komischerweise kann ich das gateway nicht dauerhaft auf: 255.255.255.0 einstellen. Das springt immer wieder auf 0.0.0.1
wenn DHCP eingestellt ist, wird das gateway ja darüber bezogen
Kann man eigentlich zwei Geräte (Solaranlage + Heizung) an einen Adapter anschließen? Wenn ja parallel? Gibt es was zu beachten?
ZitatKann man eigentlich zwei Geräte (Solaranlage + Heizung) an einen Adapter anschließen?
Nur wenn Solaranlage und Heizung auf dem selben eBus liegen. Dann sind das am Bus einfach zwei Geräte mit verschiedenen Adressen.
Wenn das aber zwei getrennte e-Busse sind, dann brauchst du auch zwei Adapter
Hallo zusammen,
ich habe eine Vaillant FlexoCompact VWF 88/4 mit VR92*.
Bei esera gibt es einen ebus-Koppler, da habe ich aber hier das ein oder andere Problem gelesen.
Daher meine Frage: wie ist denn der aktuelle Stand hier mit dem Adapter, gibt es eine zeitliche Prognose?
Dann würde ich gerne über das Reservierungs-Portal mich in die Reihe stellen.
Vielen Dank vorab für dieses tolle Projekt!!!!
Schöne Grüße
Dirk
das ist eine schwierige Frage die wir selbst noch nicht genau wissen! Manche Bauteile haben derzeit eine Lieferzeit von einem Jahr oder sind überhaupt nicht mehr in der erforderlichen Stückzahl erhältlich. Wir werden aber eine Lösung finden und arbeiten schon daran, nur wann es soweit ist können wir noch nicht sagen. Die allgemeine Chipkrise hat uns auch betroffen.
Trage dich einfach in die Reservierungsliste ein, die ist ja noch nicht verbindlich und wenn du die Mail erhältst das der Adapter nun verfügbar ist, dann kannst dort über einen Stornierungslink immer noch stornieren. Wir sind da keinem nachtragend, denn nach so langer Zeit hat sich so mancher Alternativen besorgt. Zumindest bist du dann schon gereiht, denn wir arbeiten die von oben nach unten ab.
LG
Reinhart
Hallo Reinhart,
vielen Dank für die Infos und Eure Arbeit für dieses Projekt.
Ich habe mich in die Reihe gestellt ;)
Viele Grüße
Dirk
Hallo zusammen,
Edit: Habe den Adapter verkauft, post nicht mehr relevant :)
VG Sören
Apropos "keinen Einsatz gefunden"...
Ich hoffe, hier lesen auch noch einige Entwickler mit - daher hänge ich mich mal hier dazwischen:
Auch ich habe vor einigen Tagen beim Aufräumen noch einen nagelneuen, unbestückten Raspi-Adapter in Version 2.2 gefunden!
Ich habe den mal bestellt, da ich gern einen 2. als Reserve liegen lassen wollte, falls meiner mal kaputt geht. Im Einsatz habe ich noch einen 2.0, soweit ich mich erinnere.
In Anbetracht der Nachhaltigkeit wäre es doch eigentlich Quark, die alten Versionen einfach wegzuwerfen!
Ich hatte mir mal genauer die Unterschiede zwischen Version 2.0 und 2.2 angesehen und in Erwägung gezogen, die Änderungen auf dem alten ebenfalls einzuarbeiten.
Gibt es eine Übersicht der Änderungen zwischen den Versionen (oder jemanden, der das auf den 1. Blick erkennt)?
Ich selbst wäre nur an den Anpassungen von 2.2 auf 3.0 interessiert. Wenn ich dazu eine neue Platine brauche, wäre das aktuell auch kein großes Problem, da ja noch alles unbestückt ist. Aber im Sinne der Nachhaltigkeit wäre es doch vielleicht auch gut, eine Art Umbauanleitung einzustellen?!
Was meint ihr dazu?
EDIT: Ich habe mir mal den Schaltplan der v3.0 angesehen, ist ja ein ganz anderer Ansatz - und da alles(?) in SMD designed, kann man wohl nicht mal ein paar Widerstände weiterverwenden. Also bleibe ich zunächst bei v2.2.
genau, wenn in deiner Umgebung die 2.2 gut funktioniert und alle Geräte erkannt werden besteht kein Grund den zu tauschen! Auch ich habe 2.2 auf RPI in meiner produktiven Umgebung und lediglich einen V3 parallel für Testzwecke am Bus.
Im V3 wurde ja wie du gesehen hast die Arbitrierung komplett in den Mikroprozessor ausgelagert und somit läuft ein Stück Software im PAL was die Einhaltung der zeitkritischen Signale somit komplett erleichtert und zu 100% erfüllt. Das spielt dann in der Praxis erst eine Rolle wenn am V 2.x nicht alle Geräte am eBus gefunden werden oder viele Fehler im Protokoll auftreten.
Ebus 3.0 zu verkaufen. Es ist die Variante mit allen Schnittstellen, ich finde aber nur noch die WiFi Schnittstelle.
Wird leider von openHAB kaum mehr unterstützt und ich habe mittlerweile auch eine andere Lösung gefunden.
Mit Spende habe ich 2021 ca 80,- bezahlt.
Angebote bitte per PM.
Der Adapter hat schon einen Abnehmer gefunden!
Zitat von: r-schmid@gmx.at am 31 März 2022, 14:15:45
....und ich habe mittlerweile auch eine andere Lösung gefunden.
Aus reiner Neugier (und vielleicht zum Überbrücken der Wartezeit), welche Lösung nutzt Du aktuell?
Ich suche immer noch eine Lösung für meine Vaillant WP mit VR900.
Danke und schöne Grüße
Dirk
Auch aus reiner Neugier:
Zitat von: r-schmid@gmx.at am 31 März 2022, 14:15:45
Ebus 3.0 (...) Wird leider von openHAB kaum mehr unterstützt
Wie kann das sein? Ich kenne openHAB nicht, aber auf deren Website wird ein MQTT-Binding erwähnt. Müsste das nicht schon alles sein, was man braucht?
Zitat von: Dirk070 am 05 April 2022, 14:25:37
Ich suche immer noch eine Lösung für meine Vaillant WP mit VR900.
Du suchst noch, weil derzeit kein Ebus-Adapter (mehr) verfügbar ist, oder?
Das ist schade, weil es ein tolles Projekt ist und bei mir an einem Vaillant-Anlage seit mittlerweile gut einem Jahr sehr zuverlässig läuft. :)
Vielen Dank nochmals an alle am Projekt beteiligten!
Zitat von: chris371 am 02 Mai 2022, 11:45:13
Du suchst noch, weil derzeit kein Ebus-Adapter (mehr) verfügbar ist, oder?
Genau :'(
UPDATE: Mein RPI-Bausatz 2.2 ist inzwischen verkauft.
Gibt es schon Neuigkeiten wann es wieder den Bausatz gibt?
Moin in die Runde,
die aktuelle Charge soll ja in Produktion sein.
Bei mir ist leider der ESERA Adapter ausgefallen und nun stehe ich ohne Hardware da :-( und der Winter naht.
Kann zufällig jemand einen EBus auf ETH/USB/WiFi kurzfristig verkaufen?
VG
Bodo
Hallo zusammen,
ich habe den eBUS Adapter 3.0 bei mir an die Heizung angeschlossen und habe in der Doku gesehen, dass man an den J3 Anschluss auch einen Gassensor anschließen kann. Ich habe noch einen Reed Schalter hier bei mir, den ich dort gerne anschließen würde. In der Configuration habe ich D7 (GPIO 13) als Sensor konfiguriert und er wird mir unter Current als L (low) angezeigt, obwohl an dem J3 noch nichts angeschlossen ist. Wenn ich die beiden PINS an J3 kurzschließe bekomme ich ebenfalls nur "Low" angezeigt.
Wenn ich unter /sensor schaue, wird mir nur "[]" angezeigt als Sensoren.
Kann mir jemand weiterhelfen? Ist es auch möglich den aktuellen Sensorstatus über MQTT zu sehen?
Hallo @all
Da auch mein ESERA Adapter sich verabschiedet ha, bin ich nun auch "blind".
Adapter 3.0 ist schon seit Juni vorbestellt.
Gibt es evtl. einen Liefertermin in "Sichtweite" oder hat irgendwer noch ne Platine etc. für eine Vorgängerversion über?
P.S. Klasse Projekt und danke für die Arbeit.
Gruß
Benno
Ich möchte hier keine falschen Hoffnungen wecken, aber wir stehen in den Startlöchern.
Alles hängt derzeit an einem einzigen Bauteil, der längst zugesagt ist aber dessen Lieferung sich immer wieder um ein paar Wochen verschoben hat.
Immerhin bedeutet "zugesagt" etwas anderes als z.B. "...Lieferung Ende 2023". Sobald dieses Teil eingetroffen ist, geht es los.
Wir haben uns auch sehr bemüht, eine alternative Schaltung mit anderen Bauteilen zu entwickeln, was auch geglückt ist. Nur ist genau das eingetreten: kaum war sie fertig, sind auch diese Bauteile auch wieder vom Markt verschwunden.
Ich kann nur alle bitten, trotzdem noch ein wenig Geduld zu haben. Wir tun wirklich alles, um diese Platinen liefern zu können.
Ich melde mich, sobald es so weit ist. Aber ich bitte zu bedenken, dass dann auch die Produktion ihre Zeit brauchen wird.
LG Eduard
hello, my esera also died....
so im waiting for the ebus adapter 3. i made the reservation from april...
if someone wana sell a ebus adapter 2 please contact me because i wana buy until the adapter 3 is ready.
Hallo Galileo,
ich hatte die Ebus Platine ca. im Januar 2022 vorbestellt.
Seitdem hat sich allerdings meine Email-Adresse geändert.
Wenn die Platine dann lieferbar ist, fragt Ihr dann nochmal per Email nach?
Wenn ja, wie kann ich meine neue Email-Adresse aktualisieren?
Grüße
Skiworker
Hallo Skiworker, schick doch bitte deine neue e-Mail Adresse per PM an mich
Hallo Galilieo,
ich habe Dir meine neue Email per PM zukommen lassen.
Grüße
Skiworker
Moinsen!
Ich würde gerne auch meine Heizung auslesen und mit dem 1.6 er Adapter hab ich eher Probleme.
Scheinbar kann ich (wie viele andere auch) nicht schreibend auf den Bus zugreifen.
Wenn ich mich jetzt für die 3er Platine (Pi Version) eintrage, komme ich dann noch in die nächste Charge?
Grüße Dominik
Hello,
Ich möchte fragen, wie man einen leeren PIC für adapter v3 programmieren ?
Danke
Alex
Hallo Dominik,
wir haben jetzt gerade begonnen, die aktuelle "Charge" für den 3.1 Adapter auszuliefern.
Da der Andrang ziemlich groß ist, ist es eher unwahrscheinlich dass du bei dieser Charge noch zum Zug kommst, da müssten schon viele von der Bestellung zurücktreten.
Aber nach dieser Charge wird es später vielleicht eine zweite Charge geben, vorausgesetzt der Markt bricht nicht wieder zusammen und wir selbst kommen auch wieder zum Schnaufen.
Ich würde dir raten, dich jedenfalls anzumelden wenn das Interesse weiter besteht. Damit bist du gereiht und wir können andererseit einen zukünftigen Bedarf auch besser abschätzen.
hello i have made an reservation for ebus adapter 3 in april, i will recive it with the first lot ?
thank you
Zitat von: galileo am 31 Oktober 2022, 18:48:17
[...] "Charge" für den 3.1 Adapter [...]
Was ist denn groß anders an der Platine im Vergleich zur 3.0? Ein paar Stiftleisten weg usw.? Gibt es irgendwelche großartigen Verbesserungen oder gravierende Änderungen?
Hallo Galileo,
Zitat von: galileo am 31 Oktober 2022, 18:48:17
.........
Ich würde dir raten, dich jedenfalls anzumelden wenn das Interesse weiter besteht. Damit bist du gereiht und wir können andererseit einen zukünftigen Bedarf auch besser abschätzen.
........
ich habe versucht mich zu registrieren, allerdings bin ich mir unsicher ob das funktioniert hat. Es kam keine Bestätigungsemail über eine erfolgreiche Registrierung. Ist da gerade was defekt?
Viele Grüße
Johannes
ZitatWas ist denn groß anders an der Platine im Vergleich zur 3.0?
Zwei Bauteile wurden geändert um die Lieferprobleme zu umgehen. Funktionell ist kein Unterschied zwischen 3.0 und 3.1
Zitat von: Johannes2 am 08 November 2022, 12:41:22
ich habe versucht mich zu registrieren, allerdings bin ich mir unsicher ob das funktioniert hat. Es kam keine Bestätigungsemail über eine erfolgreiche Registrierung. Ist da gerade was defekt?
schick mir deine mail adresse per PM, dann schau ich nach
Hallo John,
danke.
Zitat von: john30 am 08 November 2022, 18:08:04
schick mir deine mail adresse per PM, dann schau ich nach
Dein Hinweis im Spam Ordner nach der Reservierungsbestätigung zu suchen war natürlich der Treffer.
Shame on me. ::)
Danke und Gruß
Johannes
Zitat von: alda1 am 31 Oktober 2022, 18:01:44
Hello,
Ich möchte fragen, wie man einen leeren PIC für adapter v3 programmieren ?
Danke
Alex
Hallo,
dieser Frage möchte ich mich anschließen, da ich meinen v3 Adapter versehentlich beschädigt habe und mir ein Kollege inzwischen einen neuen PIC (genau den gleichen Typ) aufgelötet hat. Dieser ist nun aber leer.
Wie kann ich die Firmware (und Bootloader?) wieder aufspielen?
Nachtrag: In der Doku wird man immer zu https://github.com/john30/ebusd/blob/master/src/tools/README.md (https://github.com/john30/ebusd/blob/master/src/tools/README.md) verlinkt. Allerdings findet sich da weder der genannte PicLoader,
noch eine Firmware (https://adapter.ebusd.eu/firmware/ChangeLog) :(
Um einen vollkommen leeren PIC neu zu programmieren brauchst du einen PICKIT3 (oder 4) Adapter.
Für einen Upgrade ist es einfacher, da haben wir einen Bootloader eingebaut und man kann das Upgrade über die Serielle einspielen. Wenn der PIC leer ist geht das aber gar nicht.
Falls du jetzt für dieses eine Mal keinen PICKIT kaufen willst, kann ich dir anbieten, ihn bei mir zu programmieren. Das kostet dann nur die Postgebühren. Voraussetzung ist allerdings dass, falls es ein Nachbau ist, ein Standard-Programmierstecker vorhanden ist.
Kontaktiere mich bitte über PM
Zitat von: derFrosch am 09 November 2022, 11:18:14
Nachtrag: In der Doku wird man immer zu https://github.com/john30/ebusd/blob/master/src/tools/README.md (https://github.com/john30/ebusd/blob/master/src/tools/README.md) verlinkt. Allerdings findet sich da weder der genannte PicLoader, noch eine Firmware (https://adapter.ebusd.eu/firmware/ChangeLog) :(
dort ist doch reichlich prominent der Link zur Doku und in der Doku ist ja auch die Firmware an zig Stellen notiert
Zitat von: john30 am 10 November 2022, 08:23:30
dort ist doch reichlich prominent der Link zur Doku und in der Doku ist ja auch die Firmware an zig Stellen notiert
Die Firmware hatte ich ja zwischenzeitlich auch gefunden (deshalb auch mein Text durchgestrichen und als Link eingefügt ;)), aber den PicLoader kann ich nirgends als binary finden oder bin ich einfach blind? :-[
Edit: Bootloader konnte erfolgreich geflasht werden. Jetzt blinkt die blaue "Info" LED in einem mehrstufigen Muster.
Für die Firmware brauche ich dann doch wieder den PicLoader, oder?Edit2: Vielen Dank an galileio für die schnelle Hilfe. Sieht so aus, als ob mein Adapter nun wieder läuft. Werde es heute Abend mal testen.
Zitat von: derFrosch am 10 November 2022, 09:54:18
Die Firmware hatte ich ja zwischenzeitlich auch gefunden (deshalb auch mein Text durchgestrichen und als Link eingefügt ;)), aber den PicLoader kann ich nirgends als binary finden oder bin ich einfach blind? :-[
der ebuspicloader ist Teil des release, also wenn ebusd installiert ist, dann ist das auch ebuspicloader
Ich habe meinen Adapter schon 2021 erhalten. Jetzt wollte ich die neueste Firmware installieren und komme nicht weiter.
Folgende Schritte habe ich durchgeführt:
- Ethernet Adapter entfernt
- bei J12 nur den PIN 1 und 2 mit Jumper verbunden
- vor dem USB-Kabel bei J11 3 und 4 mit einem kleinen Kupferkabel verbunden
- Nach USB-Kabel einstecken, leuchtet die blaue LED sehr hell permanent.
mit dem Befehl "ls -la /dev/serial/by-id/" rausgefunden das der Anschluss /dev/ttyUSB0 heißt.
Danach "sudo /usr/bin/ebuspicloader -f /home/pi/20221105-offset.hex /dev/ttyUSB0"
Danach kommt immer die Meldung: "read sync timed out".
Kann mir einer sagen was ich verkehrt mache?
Zitat von: Lafarik am 23 November 2022, 18:24:37
Ich habe meinen Adapter schon 2021 erhalten. Jetzt wollte ich die neueste Firmware installieren und komme nicht weiter.
Folgende Schritte habe ich durchgeführt:
- Ethernet Adapter entfernt
- bei J12 nur den PIN 1 und 2 mit Jumper verbunden
- vor dem USB-Kabel bei J11 3 und 4 mit einem kleinen Kupferkabel verbunden
- Nach USB-Kabel einstecken, leuchtet die blaue LED sehr hell permanent.
mit dem Befehl "ls -la /dev/serial/by-id/" rausgefunden das der Anschluss /dev/ttyUSB0 heißt.
Danach "sudo /usr/bin/ebuspicloader -f /home/pi/20221105-offset.hex /dev/ttyUSB0"
Danach kommt immer die Meldung: "read sync timed out".
Kann mir einer sagen was ich verkehrt mache?
du musst laut Doku 3.0 (https://adapter.ebusd.de/v30/picfirmware#firmware-update) J1+J4 noch auf USB stellen.
Zitat von: john30 am 23 November 2022, 18:56:17
du musst laut Doku 3.0 (https://adapter.ebusd.de/v30/picfirmware#firmware-update) J1+J4 noch auf USB stellen.
Danke! Das war mein Fehler, hab die Doku von 3.1 studiert.
Hallo zusammen,
der Adapter 3.0 (Ethernet) ist angekommen, Danke John!!
Damit mir nicht direkt zu Anfang ein Fehler unterläuft:
- Netzteil vom iPhone oder vom Raspi ist ok?
- Meine Wärmepumpe (Vaillant Flexotherm) hängt am VR900. Hier ist der eBUS an den Klemmen angeschlossen. Sieht so aus: https://www.heizungsforum.de/attachments/img_20181212_185246-jpg.6546/ (https://www.heizungsforum.de/attachments/img_20181212_185246-jpg.6546/)
- Den eBUS Adapter 3.0 klemme ich dazu, richtig?
- Hiermit? https://www.amazon.de/Busleitung-Datenleitung-Datenkabel-Installationsbusleitung-Telekommunikationskabel/dp/B071W5TQPY/ref=sr_1_5?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&crid=22LYMTONYK473&keywords=kabel%2Bebus&qid=1671299042&sprefix=kabel%2Bebus%2Caps%2C98&sr=8-5&th=1 (https://www.amazon.de/Busleitung-Datenleitung-Datenkabel-Installationsbusleitung-Telekommunikationskabel/dp/B071W5TQPY/ref=sr_1_5?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&crid=22LYMTONYK473&keywords=kabel%2Bebus&qid=1671299042&sprefix=kabel%2Bebus%2Caps%2C98&sr=8-5&th=1)
- Die beiden Adern lassen sich ja hiermit gut verdoppen (jede Ader mit einem 3er) https://www.amazon.de/Busleitung-Datenleitung-Datenkabel-Installationsbusleitung-Telekommunikationskabel/dp/B071W5TQPY/ref=sr_1_5?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&crid=22LYMTONYK473&keywords=kabel%2Bebus&qid=1671299042&sprefix=kabel%2Bebus%2Caps%2C98&sr=8-5&th=1 (https://www.amazon.de/Busleitung-Datenleitung-Datenkabel-Installationsbusleitung-Telekommunikationskabel/dp/B071W5TQPY/ref=sr_1_5?__mk_de_DE=%C3%85M%C3%85%C5%BD%C3%95%C3%91&crid=22LYMTONYK473&keywords=kabel%2Bebus&qid=1671299042&sprefix=kabel%2Bebus%2Caps%2C98&sr=8-5&th=1)
Wenn das alles so passt, würde ich die Platine in eine Feuchtraumdose oder ähnliches packen.
Danke Euch vorab und schöne Grüße
Dirk
Also ich nehme an, es ist ein 3.1 Adapter? oder?
Das Netzteil ist unproblematisch, weil jedes Handy mehr braucht als der Adapter.
Den Adapter klemmst du einfach parallel zu den anderen Busteilnehmern dazu.
Das Kabel ist prinzipiell auch unproblematisch. Wenn es verdrillt und/oder geschirmt ist und nicht hunderte Meter lang ist, dann ist das schon OK und wird für diesen Zweck (2400 Baud!) auch ausreichen.
Ein EIB/KNX Kabel ist ja prinzipiell O.K. (nur 2 von den 4 Leitungen nötig!), aber bedenke dass man dann (wegen der Farbe) KNX mit eBus verwechseln könnte. Deine Entscheidung.
LG Eduard
Danke für die Infos.
Ja, es ist ein aktueller Adapter (3.1).
Gut, dann nutze ich ein iPhone-Netzteil.
Ich setze die Dose mit dem Adapter direkt neben den VR900, dann muss ich vielleicht 30cm überwinden, da spielt die Farbe eine untergeordnete Rolle ;)
Gibt es Vorbehalte (z.B. bzgl. der Thermik), den Adapter in so ein Gehäuse zu bauen https://www.amazon.de/dp/B09LHNMWT2/?coliid=I1FBQ1I2I8AQ63&colid=2LJ15P00J5DQF&psc=1&ref_=lv_ov_lig_dp_it_im (https://www.amazon.de/dp/B09LHNMWT2/?coliid=I1FBQ1I2I8AQ63&colid=2LJ15P00J5DQF&psc=1&ref_=lv_ov_lig_dp_it_im)?
Nochmals Danke und schöne Grüße
Dirk
Zitat von: Dirk070 am 19 Dezember 2022, 15:18:25
Ich setze die Dose mit dem Adapter direkt neben den VR900, dann muss ich vielleicht 30cm überwinden, da spielt die Farbe eine untergeordnete Rolle ;)
Gibt es Vorbehalte (z.B. bzgl. der Thermik), den Adapter in so ein Gehäuse zu bauen ?
(https://www.amazon.de/dp/B09LHNMWT2/%5B/url)
Ich habe meinen (3.0, USB-Version) in eine billige graue Abzweigdose ohne Verschraubungen eingebaut, und für ca. 2m Bus 4-adriges Telefon-Installationskabel benutzt. (siehe Anhang) Das funktioniert mit Deckel auf dem Gehäuse und im geschlossenen Netzwerk-Rack seit ca. 1,5 Jahren problemlos, und die Dose wird auch nicht merklich warm. Du sprühst ja im Heizungskeller nicht mit Wasser rum, und der Rest der Heizungsinstallation ist ja auch nicht wasserdicht.
Prima, Danke Dir, dann werde ich das ähnlich angehen.
Hallo John30,
ich habe den Adaper mit Ethernet bekommen und versuche ihn geade anzuschließen. Bin bisher auf folgende Probleme gestoßen:
1) ich kann die aktuelle Version vom ebusd nicht installieren, bei dem Befehl:
sudo wget -O /etc/apt/sources.list.d/ebusd.list https://raw.githubusercontent.com/john30/ebusd-debian/master/ebusd-default-strech.list
bekomme ich die Meldung:
https://raw.githubusercontent.com/john30/ebusd-debian/master/ebusd-default-strech.list
Auflösen des Hostnamens »raw.githubusercontent.com (raw.githubusercontent.com)« ... 185.199.110.133, 185.199.109.133, 185.199.108.133, ...
Verbindungsaufbau zu raw.githubusercontent.com (raw.githubusercontent.com)|185.199.110.133|:443 ... verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet ... 404 Not Found
2022-12-20 23:03:57 FEHLER 404: Not Found.
Derzeit habe ich Version ebusd 22.3.p20220508 laufen.
2) Wenn ich den Demon starte wird mein Logfile von Meldungen wie diese geflutet (das Log hat in wenigen Minuten 80 MB):
1 2022-12-20 22:30:23.486 [main notice] ebusd 22.3.p20220508 started with auto scan on enhanced device 192.168.178.186:9999
2 2022-12-20 22:30:24.166 [bus notice] device status: resetting
3 2022-12-20 22:30:24.166 [bus notice] bus started with own address 31/36
4 2022-12-20 22:30:24.177 [bus notice] signal acquired
5 2022-12-20 22:30:24.177 [bus error] device status: unexpected available enhanced byte 2
6 2022-12-20 22:30:24.177 [bus error] device status: unexpected available enhanced following byte 1
7 2022-12-20 22:30:24.177 [bus error] device status: unexpected available enhanced byte 2
8 2022-12-20 22:30:24.177 [bus error] device status: unexpected available enhanced byte 2
9 2022-12-20 22:30:24.177 [bus error] device status: unexpected available enhanced following byte 1
10 2022-12-20 22:30:24.177 [bus error] device status: unexpected available enhanced byte 2
11 2022-12-20 22:30:24.177 [bus error] device status: unexpected available enhanced byte 2
12 2022-12-20 22:30:24.177 [bus error] device status: unexpected available enhanced following byte 1
13 2022-12-20 22:30:24.177 [bus error] device status: unexpected available enhanced byte 2
14 2022-12-20 22:30:24.177 [bus error] device status: unexpected available enhanced byte 2
15 2022-12-20 22:30:24.177 [bus error] device status: unexpected available enhanced following byte 1
16 2022-12-20 22:30:24.177 [bus error] device status: unexpected available enhanced byte 2
17 2022-12-20 22:30:24.177 [bus error] device status: unexpected available enhanced following byte 1
18 2022-12-20 22:30:24.177 [bus error] device status: unexpected available enhanced following byte 1
19 2022-12-20 22:30:24.177 [bus error] device status: eBUS comm error: unknown 0xdc
mein Connect String sieht so aus:
EBUSD_OPTS="--scanconfig -d enh:192.168.178.186:9999"
der Befehl ebusctl find -V liefert:
broadcast datetime = no data stored [ZZ=fe, 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.08 = no data stored [ZZ=08, active read]
scan.15 = no data stored [ZZ=15, active read]
scan.52 = no data stored [ZZ=52, active read]
scan.76 = no data stored [ZZ=76, active read]
Peter
Zitatmein Connect String sieht so aus:
EBUSD_OPTS="--scanconfig -d enh:192.168.178.186:9999"
Da du vermutlich einen V3.1 Print hast, musst du statt enh: "ens:192.168..." eintragen. Das setzt dann die richtige Baudrate.
Das steht übrigens auch so in der V3.1 Doku (https://adapter.ebusd.eu). Du hast vermutlich in der V3.0 Doku (https://adapter.ebusd.eu/v30/) nachgesehen.
LG
Zitat von: Pnemenz am 20 Dezember 2022, 23:13:56
ich habe den Adaper mit Ethernet bekommen und versuche ihn geade anzuschließen. Bin bisher auf folgende Probleme gestoßen:
1) ich kann die aktuelle Version vom ebusd nicht installieren, bei dem Befehl:
sudo wget -O /etc/apt/sources.list.d/ebusd.list https://raw.githubusercontent.com/john30/ebusd-debian/master/ebusd-default-strech.list
bekomme ich die Meldung:
https://raw.githubusercontent.com/john30/ebusd-debian/master/ebusd-default-strech.list
Auflösen des Hostnamens »raw.githubusercontent.com (raw.githubusercontent.com)« ... 185.199.110.133, 185.199.109.133, 185.199.108.133, ...
Verbindungsaufbau zu raw.githubusercontent.com (raw.githubusercontent.com)|185.199.110.133|:443 ... verbunden.
HTTP-Anforderung gesendet, auf Antwort wird gewartet ... 404 Not Found
2022-12-20 23:03:57 FEHLER 404: Not Found.
da ist ein Schreibfehler in der URL (strech statt stretch)
Zitat von: Pnemenz am 20 Dezember 2022, 23:13:56
2) Wenn ich den Demon starte wird mein Logfile von Meldungen wie diese geflutet (das Log hat in wenigen Minuten 80 MB):
1 2022-12-20 22:30:23.486 [main notice] ebusd 22.3.p20220508 started with auto scan on enhanced device 192.168.178.186:9999
2 2022-12-20 22:30:24.166 [bus notice] device status: resetting
3 2022-12-20 22:30:24.166 [bus notice] bus started with own address 31/36
4 2022-12-20 22:30:24.177 [bus notice] signal acquired
5 2022-12-20 22:30:24.177 [bus error] device status: unexpected available enhanced byte 2
...
ist der Adapter denn entsprechend eingestellt via J12 bzw. ebuspicloader laut Doku (https://adapter.ebusd.eu/picfirmware#variant)?
Zitatda ist ein Schreibfehler in der URL (strech statt stretch)
Danke, jetzt gings.
Zitatist der Adapter denn entsprechend eingestellt via J12 bzw. ebuspicloader laut Doku?
Habe jetzt den Adapter vom Bus genommen, per USB an den Raspberry gehängt um den Adapter einzustellen.
Die blau LED blink jetzt dreimal, dann kurze Pause und wieder dreimaliges Blinken...
Das Überbrücken der Pins am Jumper 11 zeigt keine Wirkung. Ausserdem wird IC6 sehr heiß.
Zitat von: Pnemenz am 21 Dezember 2022, 08:48:21
Danke, jetzt gings.Habe jetzt den Adapter vom Bus genommen, per USB an den Raspberry gehängt um den Adapter einzustellen.
Die blau LED blink jetzt dreimal, dann kurze Pause und wieder dreimaliges Blinken...
Das Überbrücken der Pins am Jumper 11 zeigt keine Wirkung. Ausserdem wird IC6 sehr heiß.
welche Pins hast Du denn gebrückt??
Zitat von: john30 am 21 Dezember 2022, 21:32:31
welche Pins hast Du denn gebrückt??
Wie in der Anleitung geschrieben J11 3 und 4
Ich befürchte ich habe den USB Chip ruiniert. Als ich den ebus angeschlossen habe, war der Adapter unter Strohm :-[. Es roch auch komisch
Auf alle Fälle: Am Jumper J12 ist 1-2 verbunden.
Guten Abend,
ich hoffe Ihr hattet alle einen fleißigen Weihnachtsmann und ein paar besinnliche Feiertage.
Nun zum Thema...
Ich habe vor Kurzem den Adapter 3.1 RPI erhalten. Vielen Dank dafür und für Eure Arbeit.
Ich habe heute versucht, den Adapter in Betrieb zu nehmen. Dazu habe ich Ebusd auf dem RPI installiert und die Konfigueration geladen. Zudem habe ich die Schritte für den RPI abgearbeitet (Serial0 an ttyAMA0 usw.).
Allerdings sehe ich im Log von Ebusd folgendes:
2022-12-30 20:31:58.809 [main notice] ebusd 22.4.v22.4 started with full scan on device /dev/ttyAMA0
2022-12-30 20:31:58.825 [bus notice] bus started with own address 31/36
2022-12-30 20:31:58.828 [mqtt notice] connection established
2022-12-30 20:34:07.347 [main notice] update check: OK
und bleibt bei "update check: OK" stehen.
Was ich allerdings nicht durchgeführt habe, ist die Einstellung der Variante (USB/RPI).
Nun wollte ich dies nachholen und habe es direkt über den RPI versucht. Der Befehl
ebuspicloader --variant=U ttyAMA0
brachte mich zu der Erkenntnis, dass die Option "variant" nicht verfügbar ist. Dies belegt auch "ebuspicloader --help"
Dennis@RPI-Ebusd:/var/log $ ebuspicloader --help
Usage: ebuspicloader [OPTION...] PORT
A tool for loading firmware to the eBUS adapter PIC.
-a, --arbdel=US set arbitration delay to US microseconds (0-620 in
steps of 10, default 200, since firmware
20211128)
-d, --dhcp set dynamic IP address via DHCP
-f, --flash=FILE flash the FILE to the device
-i, --ip=IP set fix IP address (e.g. 192.168.0.10)
-m, --mask=MASK set fix IP mask (e.g. 24)
-M, --macip set the MAC address suffix from the IP address
-r, --reset reset the device at the end on success
-s, --slow use low speed for transfer
-v, --verbose enable verbose output
-?, --help Give this help list
--usage Give a short usage message
-V, --version Print program version
PORT is either the serial port to use (e.g./dev/ttyUSB0) that also supports a
trailing wildcard '*' for testing multiple ports, or a network port as
"ip:port" for use with e.g. socat.
Nun wollte ich es dann über Windows machen. Also habe ich die zip-Datei heruntergeladen und entpackt. Dann mit cmd.exe in den Ordner gewechselt und den Befehl
ebuspicloader --variant=U COM1
eingegeben. Als Rückgabe bekomme ich, dass COM1 nicht geöffnet werden kann (Bootloader ist aktiviert).
Dann habe ich Cygwin installiert und den Inhalt des Ordners von der entpackten Zip-Datei in den Ordner "usr" kopiert.
In Cygwin bekomme ich die Meldung, dass der Befehl ebuspicloader nicht gefunden werden kann.
techn@DESKTOP-215732Q /usr/ebuspicloader
$ ebuspicloader --variant=U ttyS0
-bash: ebuspicloader: command not found
Nun meine Frageen:
1. Ist die Variante bei Auslieferung schon eingestellt?
2. Kann ich den ebuspicloader auf den RPI irgendwie aktualisieren, damit die Option "variant" verfügbar ist?
3. Könnt Ihr mir vielleicht sagen, warum das in Windows (cmd.exe) und Cygwin (auf dem PC) nicht funktioniert?
Ich hoffe Ihr könnt mir hier weiterhelfen.
Ich wünsche Euch schon mal ein guten Rutsch in das Jahr 2023
Grüße
Dennis
Zitat von: skiworker am 30 Dezember 2022, 23:40:24
Allerdings sehe ich im Log von Ebusd folgendes:
2022-12-30 20:31:58.809 [main notice] ebusd 22.4.v22.4 started with full scan on device /dev/ttyAMA0
hier fehlt dir sicher noch der Präfix "ens:" zum device string, also insgesamt "-d ens:/dev/ttyAMA0" wie dokumentiert (https://adapter.ebusd.eu/#rpi).
Zitat von: skiworker am 30 Dezember 2022, 23:40:24
Nun wollte ich es dann über Windows machen. Also habe ich die zip-Datei heruntergeladen und entpackt. Dann mit cmd.exe in den Ordner gewechselt und den Befehl
ebuspicloader --variant=U COM1
eingegeben. Als Rückgabe bekomme ich, dass COM1 nicht geöffnet werden kann (Bootloader ist aktiviert).
naja, das ist ja cygwin basiert, d.h. die Windows COM Ports werden auf /dev/ttySX gemappt, wobei X immer 1 kleiner ist als die COM Portnummer, also bspw. /dev/ttyS3 für COM4.
Zitat von: skiworker am 30 Dezember 2022, 23:40:24
1. Ist die Variante bei Auslieferung schon eingestellt?
ja
Zitat von: skiworker am 30 Dezember 2022, 23:40:24
2. Kann ich den ebuspicloader auf den RPI irgendwie aktualisieren, damit die Option "variant" verfügbar ist?
ja: repo clonen und compilieren
Zitat von: skiworker am 30 Dezember 2022, 23:40:24
3. Könnt Ihr mir vielleicht sagen, warum das in Windows (cmd.exe) und Cygwin (auf dem PC) nicht funktioniert?
weil das ein Binary basierend auf den aktuellen Source im repo ist.
Zitat von: skiworker am 30 Dezember 2022, 23:40:24
Ich wünsche Euch schon mal ein guten Rutsch in das Jahr 2023
merci, ebenso!
Hallo John30,
Asche auf mein Haupt. Ja der Zusatz "ens" hatte gefehlt. Danke für den Hinweis.
Allerdings erkannt er zwar die Beiden Regler scan.08 (Vaillant; BAI00;0205;9602) und scan.15 (Vaillant;7000;0614;6903) aber ich bekomme keine Werte über Mqtt.
Meine Config sieht so aus:
EBUSD_OPTS="--configpath=/etc/ebusd/ -d ens:/dev/ttyAMA0 -p 8888 --scanconfig=full --enablehex --latency=50 --receivetimeout=10000 -l /var/log/ebusd.log --httpport=8889 --htmlpath=/var/ebusd/html --mqtttopic=ebusd/%circuit/%name --mqtthost=192.168.168.26 --mqttport=1883 --mqttuser=openhabian --mqttpass=XXXXXXXXXXXX --accesslevel=*"
Der ebusd log sieht so aus:
2022-12-31 10:04:18.014 [main notice] ebusd 22.4.v22.4 started with full scan on enhanced device /dev/ttyAMA0
2022-12-31 10:04:18.025 [bus notice] device status: resetting
2022-12-31 10:04:18.026 [bus notice] bus started with own address 31/36
2022-12-31 10:04:18.030 [mqtt notice] connection established
2022-12-31 10:04:18.041 [bus error] device status: unexpected available enhanced following byte 1
2022-12-31 10:04:18.041 [bus notice] signal acquired
2022-12-31 10:04:18.041 [bus error] device status: unexpected available enhanced byte 2
2022-12-31 10:04:18.318 [bus notice] device status: reset, supports info
2022-12-31 10:04:26.460 [bus notice] new master 10, master count 2
2022-12-31 10:04:26.519 [bus notice] new master 03, master count 3
2022-12-31 10:04:26.519 [update notice] received unknown MS cmd: 1008b5110101 / 094d39200e3f680100ff
2022-12-31 10:04:26.787 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:04:27.061 [update notice] received unknown MS cmd: 1008b5040100 / 0a0313071031120622200e
2022-12-31 10:04:27.317 [update notice] received unknown MS cmd: 1008b5110102 / 06033c8246826e
2022-12-31 10:04:27.554 [update notice] received unknown BC cmd: 10feb516080011071031120622
2022-12-31 10:04:27.818 [update notice] received unknown MS cmd: 1008b5110100 / 0870020f20040f0081
2022-12-31 10:04:28.030 [main notice] starting initial full scan
2022-12-31 10:04:28.035 [update notice] received unknown BC cmd: 10feb5160301200e
2022-12-31 10:04:30.269 [bus notice] scan 08: ;Vaillant;BAI00;0205;9602
2022-12-31 10:04:30.465 [update notice] store 08 ident: done
2022-12-31 10:04:30.465 [update notice] sent scan-read scan.08 QQ=31: Vaillant;BAI00;0205;9602
2022-12-31 10:04:30.465 [bus notice] scan 08: ;Vaillant;BAI00;0205;9602
2022-12-31 10:07:18.113 [main error] unable to load scan config 08: list files in vaillant ERR: element not found
2022-12-31 10:07:18.113 [main error] scan config 08: ERR: element not found
2022-12-31 10:07:18.195 [bus error] signal lost
2022-12-31 10:07:18.286 [bus notice] signal acquired
2022-12-31 10:07:18.290 [bus notice] arbitration won in invalid state ready
2022-12-31 10:07:20.281 [bus notice] scan 15: ;Vaillant;70000;0614;6903
2022-12-31 10:07:20.281 [update notice] store 15 ident: done
2022-12-31 10:07:20.281 [update notice] sent scan-read scan.15 QQ=31: Vaillant;70000;0614;6903
2022-12-31 10:07:20.281 [bus notice] scan 15: ;Vaillant;70000;0614;6903
2022-12-31 10:07:20.281 [main error] unable to load scan config 15: list files in vaillant ERR: element not found
2022-12-31 10:07:20.281 [main error] scan config 15: ERR: element not found
2022-12-31 10:07:22.151 [update notice] received unknown MS cmd: 1008b5110101 / 095039200e3f680100ff
2022-12-31 10:07:22.419 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:07:32.198 [update notice] received unknown MS cmd: 1008b5110101 / 09513a200e3f680100ff
2022-12-31 10:07:32.466 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:07:42.241 [update notice] received unknown MS cmd: 1008b5110101 / 094a39200e3f680000ff
2022-12-31 10:07:42.509 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:07:42.762 [update notice] received unknown MS cmd: 1008b5110102 / 06033c8246826e
2022-12-31 10:07:52.285 [update notice] received unknown MS cmd: 1008b5110101 / 093d37200e3f680000ff
2022-12-31 10:07:52.552 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:08:02.328 [update notice] received unknown MS cmd: 1008b5110101 / 093935200e3f680000ff
2022-12-31 10:08:02.596 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:08:12.332 [update notice] received unknown MS cmd: 1008b5110101 / 093635200e3f680000ff
2022-12-31 10:08:12.599 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:08:12.873 [update notice] received unknown MS cmd: 1008b5040100 / 0a0313081031120622200e
2022-12-31 10:08:13.129 [update notice] received unknown MS cmd: 1008b5110102 / 06033c8246826e
2022-12-31 10:08:13.365 [update notice] received unknown BC cmd: 10feb516080012081031120622
2022-12-31 10:08:13.627 [update notice] received unknown MS cmd: 1008b5110100 / 08b0010f0007080083
2022-12-31 10:08:13.842 [update notice] received unknown BC cmd: 10feb5160301200e
2022-12-31 10:08:22.367 [update notice] received unknown MS cmd: 1008b5110101 / 093534200e3f680000ff
2022-12-31 10:08:22.634 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:08:32.419 [update notice] received unknown MS cmd: 1008b5110101 / 093433200e3f680000ff
2022-12-31 10:08:32.686 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:08:42.462 [update notice] received unknown MS cmd: 1008b5110101 / 093333200e3f680000ff
2022-12-31 10:08:42.730 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:08:42.987 [update notice] received unknown MS cmd: 1008b5110102 / 06033c8246826e
2022-12-31 10:08:52.511 [update notice] received unknown MS cmd: 1008b5110101 / 093334200e3f680000ff
2022-12-31 10:08:52.779 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:09:02.519 [update notice] received unknown MS cmd: 1008b5110101 / 093334200e3f680000ff
2022-12-31 10:09:02.786 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:09:12.571 [update notice] received unknown MS cmd: 1008b5110101 / 093435200e3f680000ff
2022-12-31 10:09:12.838 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:09:13.108 [update notice] received unknown MS cmd: 1008b5040100 / 0a0313091031120622200e
2022-12-31 10:09:13.364 [update notice] received unknown MS cmd: 1008b5110102 / 06033c8246826e
2022-12-31 10:09:13.599 [update notice] received unknown BC cmd: 10feb516080012091031120622
2022-12-31 10:09:13.862 [update notice] received unknown MS cmd: 1008b5110100 / 08a0010f0007080083
2022-12-31 10:09:14.077 [update notice] received unknown BC cmd: 10feb5160301200e
2022-12-31 10:09:22.477 [main notice] update check: OK
2022-12-31 10:09:22.603 [update notice] received unknown MS cmd: 1008b5110101 / 093435200e3f680000ff
2022-12-31 10:09:22.870 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:09:32.651 [update notice] received unknown MS cmd: 1008b5110101 / 093435200e3f680000ff
2022-12-31 10:09:32.918 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:09:42.699 [update notice] received unknown MS cmd: 1008b5110101 / 093535200e3f680000ff
2022-12-31 10:09:42.965 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:09:43.219 [update notice] received unknown MS cmd: 1008b5110102 / 06033c8246826e
2022-12-31 10:09:52.731 [update notice] received unknown MS cmd: 1008b5110101 / 093535200e3f680000ff
2022-12-31 10:09:52.998 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:10:02.746 [update notice] received unknown MS cmd: 1008b5110101 / 093535200e3f680000ff
2022-12-31 10:10:03.013 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:10:10.371 [update notice] received scan-read scan.15 QQ=03: Vaillant;70000;0614;6903
2022-12-31 10:10:12.801 [update notice] received unknown MS cmd: 1008b5110101 / 093434200e3f680000ff
2022-12-31 10:10:13.069 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:10:13.338 [update notice] received unknown MS cmd: 1008b5040100 / 0a0315101031120622200e
2022-12-31 10:10:13.594 [update notice] received unknown MS cmd: 1008b5110102 / 06033c8246826e
2022-12-31 10:10:13.831 [update notice] received unknown BC cmd: 10feb516080012101031120622
2022-12-31 10:10:14.096 [update notice] received unknown MS cmd: 1008b5110100 / 08a5010f0007080083
2022-12-31 10:10:14.311 [update notice] received unknown BC cmd: 10feb5160301200e
2022-12-31 10:10:22.841 [update notice] received unknown MS cmd: 1008b5110101 / 093434200e3f680000ff
2022-12-31 10:10:23.112 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:10:32.853 [update notice] received unknown MS cmd: 1008b5110101 / 093334200e3f680000ff
2022-12-31 10:10:33.120 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:10:42.901 [update notice] received unknown MS cmd: 1008b5110101 / 093333200e3f680000ff
2022-12-31 10:10:43.168 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:10:43.422 [update notice] received unknown MS cmd: 1008b5110102 / 06033c8246826e
2022-12-31 10:10:52.946 [update notice] received unknown MS cmd: 1008b5110101 / 093333200e3f680000ff
2022-12-31 10:10:53.212 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:11:02.994 [update notice] received unknown MS cmd: 1008b5110101 / 093333200e3f680000ff
2022-12-31 10:11:03.261 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:11:12.999 [update notice] received unknown MS cmd: 1008b5110101 / 093233200e3f680000ff
2022-12-31 10:11:13.266 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:11:13.540 [update notice] received unknown MS cmd: 1008b5040100 / 0a0315111031120622200e
2022-12-31 10:11:13.796 [update notice] received unknown MS cmd: 1008b5110102 / 06033c8246826e
2022-12-31 10:11:14.033 [update notice] received unknown BC cmd: 10feb516080014111031120622
2022-12-31 10:11:14.297 [update notice] received unknown MS cmd: 1008b5110100 / 0896010f0007080083
2022-12-31 10:11:14.512 [update notice] received unknown BC cmd: 10feb5160301200e
2022-12-31 10:11:14.758 [update notice] received unknown MS cmd: 1008b5100305ff01 / 0101
2022-12-31 10:11:14.990 [update notice] received unknown MS cmd: 1008b512020064 / 00
2022-12-31 10:11:15.230 [update notice] received unknown MS cmd: 1008b5120204ff / 0101
2022-12-31 10:11:15.468 [update notice] received unknown MS cmd: 1008b513020508 / 00
2022-12-31 10:11:15.680 [update notice] received unknown BC cmd: 10feb510020601
2022-12-31 10:11:23.039 [update notice] received unknown MS cmd: 1008b5110101 / 093233200e3f680000ff
2022-12-31 10:11:23.306 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:11:33.087 [update notice] received unknown MS cmd: 1008b5110101 / 093333200e3f680000ff
2022-12-31 10:11:33.355 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:11:43.131 [update notice] received unknown MS cmd: 1008b5110101 / 093333200e3f680000ff
2022-12-31 10:11:43.398 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:11:43.656 [update notice] received unknown MS cmd: 1008b5110102 / 06033c8246826e
2022-12-31 10:11:53.175 [update notice] received unknown MS cmd: 1008b5110101 / 093333200e3f680000ff
2022-12-31 10:11:53.443 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:12:03.183 [update notice] received unknown MS cmd: 1008b5110101 / 093333200e3f680000ff
2022-12-31 10:12:03.450 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:12:13.226 [update notice] received unknown MS cmd: 1008b5110101 / 093333200e3f680000ff
2022-12-31 10:12:13.494 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:12:13.768 [update notice] received unknown MS cmd: 1008b5040100 / 0a0315121031120622200e
2022-12-31 10:12:14.023 [update notice] received unknown MS cmd: 1008b5110102 / 06033c8246826e
2022-12-31 10:12:14.260 [update notice] received unknown BC cmd: 10feb516080014121031120622
2022-12-31 10:12:14.525 [update notice] received unknown MS cmd: 1008b5110100 / 0898010f0007080083
2022-12-31 10:12:14.740 [update notice] received unknown BC cmd: 10feb5160301200e
2022-12-31 10:12:23.267 [update notice] received unknown MS cmd: 1008b5110101 / 093233200e3f680000ff
2022-12-31 10:12:23.534 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:12:33.322 [update notice] received unknown MS cmd: 1008b5110101 / 093232200e3f680000ff
2022-12-31 10:12:33.590 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:12:43.323 [update notice] received unknown MS cmd: 1008b5110101 / 093232200e3f680000ff
2022-12-31 10:12:43.590 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:12:43.848 [update notice] received unknown MS cmd: 1008b5110102 / 06033c8246826e
2022-12-31 10:12:53.367 [update notice] received unknown MS cmd: 1008b5110101 / 093131200e3f680000ff
2022-12-31 10:12:53.635 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:13:03.415 [update notice] received unknown MS cmd: 1008b5110101 / 093832200e3f680100ff
2022-12-31 10:13:03.682 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:13:13.475 [update notice] received unknown MS cmd: 1008b5110101 / 094936200e3f680100ff
2022-12-31 10:13:13.742 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:13:14.012 [update notice] received unknown MS cmd: 1008b5040100 / 0a0315131031120622200e
2022-12-31 10:13:14.268 [update notice] received unknown MS cmd: 1008b5110102 / 06033c8246826e
2022-12-31 10:13:14.510 [update notice] received unknown BC cmd: 10feb516080014131031120622
2022-12-31 10:13:14.774 [update notice] received unknown MS cmd: 1008b5110100 / 0852020f20040f0081
2022-12-31 10:13:14.989 [update notice] received unknown BC cmd: 10feb5160301200e
2022-12-31 10:13:23.475 [update notice] received unknown MS cmd: 1008b5110101 / 094b37500e3f680100ff
2022-12-31 10:13:23.742 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:13:33.535 [update notice] received unknown MS cmd: 1008b5110101 / 094f38200e3f680100ff
2022-12-31 10:13:33.806 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:13:43.542 [update notice] received unknown MS cmd: 1008b5110101 / 095039500e3f680100ff
2022-12-31 10:13:43.813 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:13:44.067 [update notice] received unknown MS cmd: 1008b5110102 / 06033c8246826e
2022-12-31 10:13:53.585 [update notice] received unknown MS cmd: 1008b5110101 / 094c39200e3f680000ff
2022-12-31 10:13:53.852 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:14:03.628 [update notice] received unknown MS cmd: 1008b5110101 / 093e37200e3f680000ff
2022-12-31 10:14:03.896 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:14:13.676 [update notice] received unknown MS cmd: 1008b5110101 / 093935200e3f680000ff
2022-12-31 10:14:13.944 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:14:14.217 [update notice] received unknown MS cmd: 1008b5040100 / 0a0315141031120622200e
2022-12-31 10:14:14.473 [update notice] received unknown MS cmd: 1008b5110102 / 06033c8246826e
2022-12-31 10:14:14.710 [update notice] received unknown BC cmd: 10feb516080015141031120622
2022-12-31 10:14:14.975 [update notice] received unknown MS cmd: 1008b5110100 / 08cb010f0007080083
2022-12-31 10:14:15.192 [update notice] received unknown BC cmd: 10feb5160301200e
2022-12-31 10:14:23.717 [update notice] received unknown MS cmd: 1008b5110101 / 093634200e3f680000ff
2022-12-31 10:14:23.987 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
2022-12-31 10:14:33.727 [update notice] received unknown MS cmd: 1008b5110101 / 093534500e3f680000ff
2022-12-31 10:14:33.994 [update notice] received unknown MS cmd: 1008b5100900003dffffff000000 / 0101
Im Mqtt-Explorer sieht es so aus:
ebusd
global
version = ebusd 22.4.v22.4
running = true
scan = finished
signal = true
updatecheck = OK
uptime = 1923
scan.08
= Vaillant;BAI00;0205;9602
scan.15
= Vaillant;70000;0614;6903
Hast Du eine Idee, waron das liegen kann?
Gruß
Dennis
Zitat von: skiworker am 31 Dezember 2022, 10:39:34
EBUSD_OPTS="--configpath=/etc/ebusd/ -d ens:/dev/ttyAMA0 -p 8888 --scanconfig=full --enablehex --latency=50 --receivetimeout=10000 -l /var/log/ebusd.log --httpport=8889 --htmlpath=/var/ebusd/html --mqtttopic=ebusd/%circuit/%name --mqtthost=192.168.168.26 --mqttport=1883 --mqttuser=openhabian --mqttpass=XXXXXXXXXXXX --accesslevel=*"
...
2022-12-31 10:07:18.113 [main error] unable to load scan config 08: list files in vaillant ERR: element not found
Hast Du eine Idee, waron das liegen kann?
Du hast die configs auf /etc/ebusd/ gesetzt und dort scheinen keine Dateien drin zu sein
Hallo John30,
habe den Fehler gefunden. Der angegebene Configparth war natürlich falsch. Habe diesen in "https://cfg.ebusd.eu" geändert.
Jetzt bekomme ich zumindest ein paar Werte.
Grüße
Dennis
Hallo John,
ich habe den EBUSD-Adapater erhalten. Vielen Dank, auch für die geleistete Arbeit bzgl. Software und Dokumentation. Ich habe mich bis jetzt gut zurecht gefunden. Allerdings bin ich jetzt auf eine Problem gestoßen. Folgendes habe ich getan:
1. Ich habe mich (vorläufig) jetzt doch für einen Anschluss via USB an den Raspberry entschieden. Hierfür habe ich den Ethernet-Adapter abgesteckt und im Bootloader variant=U eingestellt.
2. Im Raspberry habe das USB-Gerät gesucht, gefunden und in "/dev/ebusdUSB" umbenannt.
3. Ebenfalls habe ich "ebusd_debian" installiert (Repo eingefügt & apt-get install).
3. Bei der Konfiguration habe ich die "Default"-Zeile auskommentiert und folgende Zeile hinzugefügt:
EBUSD_OPTS="--scanconfig -d ens:/dev/ebusdUSB"
4. Dann den Daemon gestartet und ins Logfile geschaut.
2023-01-07 14:13:06.589 [main notice] ebusd 23.1.23.1 started with auto scan on enhanced device /dev/ebusdUSB
2023-01-07 14:13:07.299 [bus error] unable to open /dev/ebusdUSB: ERR: element not found
2023-01-07 14:13:07.300 [bus notice] bus started with own address 31/36
2023-01-07 14:13:07.300 [bus notice] device invalid
2023-01-07 14:13:12.300 [bus error] unable to open /dev/ebusdUSB: ERR: element not found
2023-01-07 14:13:12.300 [bus notice] device invalid
2023-01-07 14:13:17.300 [bus error] unable to open /dev/ebusdUSB: ERR: element not found
2023-01-07 14:13:17.300 [bus notice] device invalid
2023-01-07 14:13:22.301 [bus error] unable to open /dev/ebusdUSB: ERR: element not found
2023-01-07 14:13:22.301 [bus notice] device invalid
Hast du eine Idee was schief läuft?
Das EBUS-Kabel habe ich noch nicht angeschlossen.
Gruß Eric
Zitat von: Citrus91 am 07 Januar 2023, 14:35:27
Hast du eine Idee was schief läuft?
Das EBUS-Kabel habe ich noch nicht angeschlossen.
vermutlich ein Rechte-Problem. Schau mal was
ls -la /dev/ebusdUSB ausgibt. Lösen lässt es sich höchstwahrscheinlich mittels
chmod a+rw /dev/ebusdUSB. Das wäre aber nach Reboot wieder weg und insofern müsstest Du mal schauen, das zu persistieren
Zitat von: john30 am 07 Januar 2023, 14:39:23
vermutlich ein Rechte-Problem. Schau mal was ls -la /dev/ebusdUSB ausgibt.
Sieht aber eigentlich alles okay aus:
pi@raspberrypi:~ $ ls -la /dev/ebusdUSB
lrwxrwxrwx 1 root root 15 Jan 7 14:45 /dev/ebusdUSB -> bus/usb/001/003
Ich habe in der Konfigdatei noch von "ens" auf "enh" umgestellt, da ich ja 'variant=U' habe, oder? Brachte aber keinen Erfolg.
Zitat von: Citrus91 am 07 Januar 2023, 17:43:40
pi@raspberrypi:~ $ ls -la /dev/ebusdUSB
lrwxrwxrwx 1 root root 15 Jan 7 14:45 /dev/ebusdUSB -> bus/usb/001/003
nö, das ist nicht richtig. es muss auf ein serial device verlinken, also sowas wie /dev/ttyS0 oder /dev/ttyUSB0 oder /dev/ttyAMA0
Wenn ich es nicht linke, dann funktioniert es. Das ist schon mal gut.
Aber was mache ich falsch?
pi@raspberrypi:~ $ udevadm info -a -p $(udevadm info -q path -n /dev/ttyUSB0)
Udevadm info starts with the device specified by the devpath and then
walks up the chain of parent devices. It prints for every device
found, all possible attributes in the udev rules key format.
A rule to match, can be composed by the attributes of the device
and the attributes from one single parent device.
looking at device '/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.3/1-1.3:1.0/ttyUSB0/tty/ttyUSB0':
KERNEL=="ttyUSB0"
SUBSYSTEM=="tty"
DRIVER==""
ATTR{power/control}=="auto"
ATTR{power/runtime_active_time}=="0"
ATTR{power/runtime_status}=="unsupported"
ATTR{power/runtime_suspended_time}=="0"
looking at parent device '/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.3/1-1.3:1.0/ttyUSB0':
KERNELS=="ttyUSB0"
SUBSYSTEMS=="usb-serial"
DRIVERS=="cp210x"
ATTRS{port_number}=="0"
ATTRS{power/control}=="auto"
ATTRS{power/runtime_active_time}=="0"
ATTRS{power/runtime_status}=="unsupported"
ATTRS{power/runtime_suspended_time}=="0"
looking at parent device '/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.3/1-1.3:1.0':
KERNELS=="1-1.3:1.0"
SUBSYSTEMS=="usb"
DRIVERS=="cp210x"
ATTRS{authorized}=="1"
ATTRS{bAlternateSetting}==" 0"
ATTRS{bInterfaceClass}=="ff"
ATTRS{bInterfaceNumber}=="00"
ATTRS{bInterfaceProtocol}=="00"
ATTRS{bInterfaceSubClass}=="00"
ATTRS{bNumEndpoints}=="02"
ATTRS{supports_autosuspend}=="1"
looking at parent device '/devices/platform/scb/fd500000.pcie/pci0000:00/0000:00:00.0/0000:01:00.0/usb1/1-1/1-1.3':
KERNELS=="1-1.3"
SUBSYSTEMS=="usb"
DRIVERS=="usb"
ATTRS{authorized}=="1"
ATTRS{avoid_reset_quirk}=="0"
ATTRS{bConfigurationValue}=="1"
ATTRS{bDeviceClass}=="00"
ATTRS{bDeviceProtocol}=="00"
ATTRS{bDeviceSubClass}=="00"
ATTRS{bMaxPacketSize0}=="64"
ATTRS{bMaxPower}=="100mA"
ATTRS{bNumConfigurations}=="1"
ATTRS{bNumInterfaces}==" 1"
ATTRS{bcdDevice}=="0100"
ATTRS{bmAttributes}=="80"
ATTRS{busnum}=="1"
ATTRS{configuration}==""
ATTRS{devnum}=="3"
ATTRS{devpath}=="1.3"
ATTRS{devspec}=="(null)"
ATTRS{idProduct}=="ea60" <---------
ATTRS{idVendor}=="10c4" <---------
ATTRS{ltm_capable}=="no"
ATTRS{manufacturer}=="Silicon Labs"
ATTRS{maxchild}=="0"
ATTRS{power/active_duration}=="138640"
ATTRS{power/autosuspend}=="2"
ATTRS{power/autosuspend_delay_ms}=="2000"
ATTRS{power/connected_duration}=="138640"
ATTRS{power/control}=="on"
ATTRS{power/level}=="on"
ATTRS{power/persist}=="1"
ATTRS{power/runtime_active_time}=="138413"
ATTRS{power/runtime_status}=="active"
ATTRS{power/runtime_suspended_time}=="0"
ATTRS{product}=="CP2102N USB to UART Bridge Controller"
ATTRS{quirks}=="0x0"
ATTRS{removable}=="unknown"
ATTRS{rx_lanes}=="1"
ATTRS{serial}=="6e4dcde89fdeea11b47832d299583cc7" <---------
ATTRS{speed}=="12"
ATTRS{tx_lanes}=="1"
ATTRS{urbnum}=="29"
ATTRS{version}==" 2.00"
Und die Regel unter '/etc/udev/rules.d/10-local.rules' sieht so aus:
ACTION=="add", ATTRS{idVendor}=="10c4", ATTR{idProduct}=="ea60", ATTR{serial}=="6e4dcde89fdeea11b47832d299583cc7", SYMLINK+="ebusdUSB"
Zitat von: Citrus91 am 07 Januar 2023, 20:12:49
Aber was mache ich falsch?
Ich würde sagen, Du hast udev angewiesen, einen Link auf das Raw-USB-Device zu setzen. Damit umgehst Du den cp210x Treiber und die Standard-Implementierung des Kernels für Usb-Seriell-Wandler.
Also muss die Regel beim tty-Device triggern, und mit "ATTRS" statt "ATTR" sagst Du udev, dass er auch in den Parent-Devices schauen darf.
Probier mal folgendes (ohne Gewähr ;) )
ACTION=="add", SUBSYSTEM=="tty", ATTRS{idVendor}=="10c4", ATTRS{idProduct}=="ea60", ATTRS{serial}=="6e4dcde89fdeea11b47832d299583cc7", SYMLINK+="ebusdUSB"
Ja, die gleiche Idee ist mir gestern beim Einschlafen auch gekommen. ::)
Und jetzt funktioniert es. Wichtig sei noch erwähnt, dass man anschließend nicht nur ein...
sudo udevadm trigger
...macht, sondern auch ein Reboot.
Ich habe jetzt das BUS-Kabel angeschlossen. Im Log läuft jetzt folgendes immer durch:
2023-01-08 13:15:01.240 [bus error] device status: missing enhanced byte 2
Ich würde mal von "enh" zurück auf "ens" wechseln.
Dann kommen im Log schon Nachrichten rein:
2023-01-08 13:20:54.505 [main notice] ebusd 23.1.23.1 started with auto scan on enhanced device /dev/ebusdUSB
2023-01-08 13:20:55.205 [bus notice] device status: resetting
2023-01-08 13:20:55.208 [bus notice] bus started with own address 31/36
2023-01-08 13:20:55.253 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:20:55.295 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:20:55.314 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:20:55.338 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:20:56.707 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:20:56.750 [bus notice] signal acquired
2023-01-08 13:20:59.702 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:20:59.830 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:20:59.958 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:00.172 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:00.643 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:00.857 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:00.985 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:01.114 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:01.143 [bus notice] new master 10, master count 2
2023-01-08 13:21:01.203 [bus notice] new master 03, master count 3
2023-01-08 13:21:01.203 [update notice] received unknown MS cmd: 1008b5110101 / 093b316008ff4c0100ff
2023-01-08 13:21:01.469 [bus notice] new master 71, master count 4
2023-01-08 13:21:01.470 [update notice] received unknown MS cmd: 1076b5110101 / 09ff316008ff4c0000ff
2023-01-08 13:21:01.646 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:01.736 [update notice] received unknown MS cmd: 1076b512030f0001 / 0762020000800f03
2023-01-08 13:21:02.001 [update notice] received unknown MS cmd: 1008b51009000033ffffff060000 / 0101
2023-01-08 13:21:02.091 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:02.444 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:04.625 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:04.882 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:05.097 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:05.800 [main error] scan config 08: ERR: SYN received
2023-01-08 13:21:06.143 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:06.485 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:06.699 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:06.913 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:07.127 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:07.340 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:07.683 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:07.964 [bus notice] scan 15: ;Vaillant;72000;0118;7703
2023-01-08 13:21:07.965 [update notice] store 15 ident: done
2023-01-08 13:21:07.965 [update notice] sent scan-read scan.15 QQ=31: Vaillant;72000;0118;7703
2023-01-08 13:21:07.965 [bus notice] scan 15: ;Vaillant;72000;0118;7703
2023-01-08 13:21:08.020 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:08.063 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:08.619 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:08.662 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:08.676 [main notice] read common config file vaillant/broadcast.csv
2023-01-08 13:21:08.704 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:08.747 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:08.790 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:08.833 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:08.851 [main notice] read common config file vaillant/scan.csv
2023-01-08 13:21:08.876 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:08.918 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:08.961 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:09.004 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:09.029 [main notice] read common config file vaillant/general.csv
2023-01-08 13:21:09.047 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:09.080 [bus error] signal lost
2023-01-08 13:21:09.089 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:09.132 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:09.175 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:09.218 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:09.261 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:09.303 [main notice] read scan config file vaillant/15.720.csv for ID "72000", SW0118, HW7703
2023-01-08 13:21:09.303 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:09.346 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:09.389 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:09.432 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:09.474 [main notice] found messages: 457 (0 conditional on 0 conditions, 0 poll, 8 update)
2023-01-08 13:21:09.474 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:10.031 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:10.159 [bus notice] signal acquired
2023-01-08 13:21:10.202 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:10.245 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:12.032 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:12.037 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:12.053 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:12.600 [main error] scan config 76: ERR: SYN received
2023-01-08 13:21:12.686 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:15.358 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:15.494 [bus notice] new master 00, master count 5
2023-01-08 13:21:15.542 [update notice] received read 720 Time QQ=00: 13:21:17
2023-01-08 13:21:15.847 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:16.074 [update notice] received read 720 Date QQ=00: 08.01.2023
2023-01-08 13:21:16.292 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:16.420 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:16.784 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:17.088 [update notice] received read 720 GlobalSystemOff QQ=00: no
2023-01-08 13:21:17.610 [update notice] received read 720 HwcSFMode QQ=00: auto
2023-01-08 13:21:17.871 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:18.000 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:18.188 [update notice] received read 720 HwcStorageTemp QQ=00: 38
2023-01-08 13:21:18.448 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:21.094 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:21.182 [update notice] received unknown MS cmd: 1008b5110101 / 093b316008ff4c0100ff
2023-01-08 13:21:21.230 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:21.273 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:21.316 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:24.402 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:24.445 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:24.488 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:24.752 [update notice] received read 720 Hc1CircuitType QQ=00: mixer
2023-01-08 13:21:24.925 [bus notice] scan 05: ;Vaillant;VR921;2706;5703
2023-01-08 13:21:24.925 [update notice] store 05 ident: done
2023-01-08 13:21:24.926 [update notice] sent scan-read scan.05 QQ=31: Vaillant;VR921;2706;5703
2023-01-08 13:21:24.926 [bus notice] scan 05: ;Vaillant;VR921;2706;5703
2023-01-08 13:21:25.108 [update notice] sent unknown MS cmd: 3105b5090124 / 09003231323031383030
2023-01-08 13:21:25.473 [main error] unable to load scan config 05: no file from vaillant with prefix 05 matches ID "vr921", SW2706, HW5703
2023-01-08 13:21:25.473 [main error] scan config 05: ERR: read timeout
2023-01-08 13:21:25.946 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:26.383 [update notice] received read 720 z1OpMode QQ=00: day
2023-01-08 13:21:26.601 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:28.302 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:28.345 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:28.611 [main error] scan config 08: ERR: read timeout
2023-01-08 13:21:29.131 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:29.931 [bus error] device status: unexpected enhanced byte 2
2023-01-08 13:21:29.973 [bus error] device status: unexpected enhanced byte 2
Wie bekomme ich den "BUS Error" weg?
PS: Damit ich nicht jedes Mal fragen muss: Gibt es irgendwo eine Übersicht über Fehlermeldung und was man dagegen tun kann? Im Wiki habe ich irgendwie nichts gefunden.
PS: Ich habe ein paar Zeilen "BUS ERROR" aus dem gezeigten Logfile gelöscht.
Noch eine Verständnisfrage. Wenn ich den Daemon gestartet habe, dann kann ich mit "ebusctl" weiterarbeiten, oder? "ebusctl find" funktioniert, aber "ebusctl read hmu DateTime" (oder andere) bringt nur "ERR: element not found", obwohl es in der Liste steht, die mir "ebusctl find" ausgegeben hat.
Zitat von: Citrus91 am 08 Januar 2023, 13:19:02
2023-01-08 13:21:29.973 [bus error] device status: unexpected enhanced byte 2
ist das Log von nach dem Wechsel auf ens: oder davor?
Zitat von: Citrus91 am 08 Januar 2023, 13:19:02
Noch eine Verständnisfrage. Wenn ich den Daemon gestartet habe, dann kann ich mit "ebusctl" weiterarbeiten, oder? "ebusctl find" funktioniert, aber "ebusctl read hmu DateTime" (oder andere) bringt nur "ERR: element not found", obwohl es in der Liste steht, die mir "ebusctl find" ausgegeben hat.
"ebusctl read hmu DateTime" funktioniert nicht, aber "ebusctl read -c hmu DateTime" sollte
Zitat von: john30 am 08 Januar 2023, 14:07:17
ist das Log von nach dem Wechsel auf ens: oder davor?
bei 'enh': "....missing enhanced byte 2"
bei 'ens': "...unexpected enhanced byte 2"
Zitat von: john30 am 08 Januar 2023, 14:07:17
"ebusctl read hmu DateTime" funktioniert nicht, aber "ebusctl read -c hmu DateTime" sollte
Korrekt, jetzt kommt ein Wert. Danke.
Zitat von: Pnemenz am 21 Dezember 2022, 08:48:21
Danke, jetzt gings.Habe jetzt den Adapter vom Bus genommen, per USB an den Raspberry gehängt um den Adapter einzustellen.
Die blau LED blink jetzt dreimal, dann kurze Pause und wieder dreimaliges Blinken...
Das Überbrücken der Pins am Jumper 11 zeigt keine Wirkung. Ausserdem wird IC6 sehr heiß.
@john30: Hast du da noch mal einen Tipp für mich, oder brauche ich einen neuen Adapter? Falls ja: ist noch einer lagernd oder dauert das wieder ein halbes Jahr?
Zitat von: Pnemenz am 09 Januar 2023, 13:55:37
@john30: Hast du da noch mal einen Tipp für mich, oder brauche ich einen neuen Adapter? Falls ja: ist noch einer lagernd oder dauert das wieder ein halbes Jahr?
das kann eigentlich nicht sein, außer Du hast irgendwie einen Kurzschluss verursacht. Am besten Du schickst ihn mir zurück, dann schaue ich, was da los ist. Wenn ich ihn reparieren kann, bekommst du ihn zurück und wenn es nur teilweise reparabel ist, schaue ich ob ich den "Rest" davon selbst verwenden kann und schick dir einen von meinen.
Hi,
hab mich letztes Jahr auf https://ebusd.de/meinadapter/ auf die liste setzen lassen für einen ethernet adapter.
bin mir jetzt nicht sicher ob da überhaupt noch eine lieferung kommt.
vielleicht hat ja jemand noch einen übrig (gegen vollen kostenersatz mit porto natürlich).
meiner alter esera ethernet adapter, mit der zusatzplatine damit kein tuning nötig ist - ist einfach nicht das wahre :(
danke & LG
aia
Hallo,
ich würde mich für den Ebus Adapter mit Ethernet interessieren.
Wie schaut es aktuell mit der Produktion bzw. Lieferzeiten aus?
Gruß Miche
Zitat von: john30 am 08 Januar 2023, 14:07:17
ist das Log von nach dem Wechsel auf ens: oder davor?
Den Bus-Error sehe ich jetzt erstmal nicht mehr.
Ich habe mir mal die bereits bekannten Datenfelder mittels "ebusctl find" angeschaut. Das sind zwar schon viele (interessante) Einträge dabei, aber mir fehlen auch noch ein paar Daten, welche ich sonst in der Steuerung auch sehe. Wenn ich Beschreibung richtig verstanden habe, dann hat der Daemon selbstständig sinnvolle Config-CSV-Dateien für die mit "find" gefundenen Einträge verwendet.
Gleichzeitig sehe ich im Log auch noch die ein- oder andere unbekannte Nachricht durchfliegen.
z.B.:
2023-01-18 20:24:27.499 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2023-01-18 20:24:36.407 [update notice] received read hmu Status01 QQ=10: 29.5;24.0;1.312;-;41.0;on
2023-01-18 20:24:36.673 [update notice] received unknown MS cmd: 1076b5110101 / 09ff305001ff520000ff
2023-01-18 20:24:36.939 [update notice] received unknown MS cmd: 1076b512030f0001 / 0790020000800f03
2023-01-18 20:24:37.148 [update notice] received unknown BC cmd: 10feb505025c00
2023-01-18 20:24:37.416 [update notice] received update-write hmu SetMode QQ=10: auto;27.0;-;-;0;1;1;0;0;0
2023-01-18 20:24:37.682 [update notice] received unknown MS cmd: 1076b51009000000ffffff010000 / 0101
2023-01-18 20:24:37.951 [update notice] received read hmu DateTime QQ=10: valid;20:24:39;18.01.2023;1.312
2023-01-18 20:24:38.195 [update notice] received unknown MS cmd: 1008b507020936 / 027302
2023-01-18 20:24:38.429 [update notice] received update-read broadcast vdatetime QQ=10: 20:24:37;18.01.2023
2023-01-18 20:24:38.693 [update notice] received unknown MS cmd: 1008b5110100 / 09d9010f6400090001c8
2023-01-18 20:24:38.908 [update notice] received update-read broadcast outsidetemp QQ=10: 1.312
2023-01-18 20:24:46.406 [update notice] received read hmu Status01 QQ=10: 29.5;24.0;1.312;-;41.0;on
2023-01-18 20:24:46.672 [update notice] received unknown MS cmd: 1076b5110101 / 09ff305001ff520000ff
2023-01-18 20:24:46.938 [update notice] received unknown MS cmd: 1076b512030f0001 / 0790020000800f03
Wie kann ich die unbekannten Nachrichten "entschlüsseln" und eigenständig Config-CSV-Dateien bauen? Ich habe versucht mich unter "https://github.com/john30/ebusd/wiki/4.-Configuration" einzulesen, aber so richtig ist mir noch nicht ein Licht aufgefangen. Vielleicht kann mir jemand noch einen Tipp gebe, wie ich langsam meine unbekannten Nachrichten abarbeiten kann. :P
Gruß Eric
Hallo liebe Leute,
ich habe eine kurze Frage:
Momentan verwende ich einen eBus-Adapter 3.0 für den Wemos ESP-8266.
Ich würde diesen Adapter künfitg gerne an einem Raspberry 3 betreiben.
Reicht es aus wenn ich dafür den PIN Header nachrüste, oder sind noch weitere Unterschieder zwischen der ESP- und der RPi-Version?
LG
// tetzlav
Zitat von: tetzlav am 23 Januar 2023, 10:51:06Reicht es aus wenn ich dafür den PIN Header nachrüste, oder sind noch weitere Unterschieder zwischen der ESP- und der RPi-Version?
Ich antworte mir mal selbst:
Über die Variante entscheidet wohl die PIC Firmware. So wie ich die Doku zum eBus-Adapter (https://adapter.ebusd.eu/picfirmware#variant) und im README zum PIC Loader (https://github.com/john30/ebusd/blob/master/src/tools/README.md) verstehe, muss ich dann noch entweder die Firmware aktualisieren oder den Jumper 12 entsprechend setzen?
die Adapter sind alle gleich, RPI Connector nachlöten und Jumper richtig setzen. Config beim Dämon entsprechend ändern, das wars.
Zitat von: tetzlav am 24 Januar 2023, 12:04:40
Ich antworte mir mal selbst:
Über die Variante entscheidet wohl die PIC Firmware. So wie ich die Doku zum eBus-Adapter (https://adapter.ebusd.eu/picfirmware#variant) und im README zum PIC Loader (https://github.com/john30/ebusd/blob/master/src/tools/README.md) verstehe, muss ich dann noch entweder die Firmware aktualisieren oder den Jumper 12 entsprechend setzen?
genau. mit älterer Firmware entscheiden die Jumper, mit neuer kann man das via ebuspicloader einstellen.
USB und Raspi Version sind identisch, Wifi ist bissl anders (wegen garbage vom Wemos Boot) und Ethernet ist natürlich nicht zu vergleichen
Ich hab so viele Tabs mit Wiki und Forenthreads offen, jetzt hab ich mich einfach entschieden hier zu posten.
Dank neuer Wärmepumpe von Vaillant kann ich meine EBUS Integration wieder aufnehmen und habe wieder angefangen mich einzulesen.
Ich habe noch einen EBUS Adapter v1.6 hier liegen (und mir bereits einen v3 reserviert) und dachte ich mir, ich schau mir das mit dem v1.6 Adapter schon mal an. Hardware und Software war fix aufgesetzt aber dann gemerkte ich, dass sich doch einiges mehr geändert hat zwischen den alten Foren Posts, dem Wiki und Github.
Macht es überhaupt Sinn jetzt mit einem USBTTY und dem v1.6 Adapter zu starten oder lieber gleich warten auf die nächste v3 Charge? Die Bestätigungsemail sagte was von Ende Q1/23.
Danke im voraus für eine kurze Einschätzung.
lg
mike
Zitat von: jmike am 13 März 2023, 12:09:55
Macht es überhaupt Sinn jetzt mit einem USBTTY und dem v1.6 Adapter zu starten oder lieber gleich warten auf die nächste v3 Charge?
Ich persönlich brauchte am längsten zum austüfteln der EBUS-Telegramme. Also so Fragen wie: welche Daten sind in meiner Anlage und für mich überhaupt interessant, wie komme ich da dran, und wie häufig brauche ich ein Update davon. Und dann kann man (d.h. ich ;) ) auch noch viel Zeit in eine schöne und gleichzeitig informative Visualisierung stecken...
Das alles sollte vermutlich auch schon mit dem v1.6 Adapter möglich sein. Mit dem Risiko, durch die bei dieser Version noch nicht wasserdichten Bustimings und -Arbitrierung Deine Heizungsanlage etwas durcheinanderzubringen. Da es draußen aber schon wärmer wird, und Du ja schnell merken wirst, wenn da etwas durcheinander ist, sollte das ein überschaubares Risiko sein. Also mein Fazit wäre: Wenn Du jetzt schon Lust drauf hast, könntest Du die Wartezeit auf den neuen Adapter schon sinnvoll nutzen.
Danke für deine Antwort Chris.
Welche Erfahrungen hast du mit "durcheinander bringen"? Sind das persistente Konfig Änderungen oder nur temporäre Abweichungen durch Befehle?
Zitat von: chris371 am 13 März 2023, 13:44:38
...Mit dem Risiko, ... Deine Heizungsanlage etwas durcheinanderzubringen.
Per EBUS Adapter die Konfig ändern möchte Ich tatsächlich nicht. Aber Wärmeleistung, Stromaufnahme, Lüfterdrehzahl usw. protokollieren wäre toll.
Zitat von: jmike am 14 März 2023, 13:34:43
Welche Erfahrungen hast du mit "durcheinander bringen"? Sind das persistente Konfig Änderungen oder nur temporäre Abweichungen durch Befehle?
Eigene Erfahrungen damit habe ich keine; ich bin gleich mit einem V3.0 Adapter eingestiegen. :)
Die Adaptergenerationen davor können aber "per Design" nicht garantieren, das für den eBUS spezifizierte Timing auch wirklich einzuhalten. Daher kann es theoretisch passieren, dass der Adapter gelegentlich die Kommunikation der anderen Geräte am Bus untereinander stört. Ob und wie oft das wirklich passiert kann ich nicht sagen. Und die Auswirkungen davon sind auch etwas schlecht vorauszusehen, werden aber recht wahrscheinlich nur das momentane Zusammenspiel der einzelnen Komponenten Deiner Anlage betreffen. D.h. Änderungen der in der Anlage gespeicherten Einstellungen sind eher nicht zu erwarten, und falls sich die Anlage deswegen "irgendwie seltsam" verhalten sollte, müsste sich das nach Abschalten des Adapters bald wieder einrenken.
Reines lauschen am Bus mit
--readonly müsste komplett harmlos sein, ist aber unpraktisch, weil ebusd dann nicht scannen kann und die initiale Identifizierung der Komponenten dann nicht funktioniert. Gerade zu Beginn wäre die aber sicherlich eine Erleichterung. Ich würde empfehlen, lediglich erstmal auf das periodische aktive Abfragen von Werten zu verzichten (d.h. darauf achten, dass in der ebusd-Konfiguration keinen Messages eine Poll-Prioriät zugewiesen ist). Siehe dazu ggf. auch mein früheres Geschreibsel zu einem anderen Problem (https://forum.fhem.de/index.php/topic,118143.msg1163395.html#msg1163395). ;)
Hat noch jemand von euch einen Adapter übrig? Habe seit letzter Woche eine Wolf Heizung und würde die gerne über FHEM anbinden. Über ebusd.de ist mit nicht ganz klar, ob und wann da wieder was bestellt werden kann.
Danke und Grüße, Tom